接觸過Scrum的童鞋們，一定會遇到一個詞：用戶故事(User Story)。大家都習慣了討論怎麼寫用戶故事：作爲一個<xx用戶>, 我想要<xx功能>,以達到<xx效果>。
但是童鞋們有沒有考慮過用戶故事在敏捷的項目管理中是怎麼產生的，它如何和需求連接，這裏我推薦大家看一本書：User Story Mapping（中文名：用戶故事地圖）。
如果沒有書的小夥伴們也不要失望，作者很貼心的做了個兩頁的索引對如果使用用戶故事地圖做了簡單的介紹，大家可以到以下這個地址下載：http://www.jpattonassociates.com/wp-content/uploads/2015/03/story_mapping.pdf
第一次接觸JIRA這個在線敏捷項目管理平臺的小夥伴們一定一開始就會在JIRA裏面創建用戶故事（JIRA裏面稱呼用戶故事爲issue，現在好像也改成叫Story了）
看起來很方便有木有？但是用心的小夥伴的會開始思考了，我如何把這些支離破碎的用戶故事組織起來呢？hmmm…敏捷圈裏最大的謊言就是不用寫文檔。
如果使用JIRA的小夥伴們，一定不能忘了我們有另外一個超級強大的知識庫管理平臺Confluence(當然如果公司只買了JIRA的license的除外）。 Confluence可以很方便的保存用戶需求，討論的Blog，風險管理，回顧會的行動計劃，會議紀要等。這裏只是簡單的介紹下如果將word文檔的功能需求轉換成Confluence裏面的功能文檔，然後跟JIRA裏面的用戶故事連接起來。
在Confluence裏面，每個項目或者應用可以創建一個Space，這個就是以後你保存所有文檔的地方。
有了Space之後，我們可以開始新建一個產品需求頁面(Production Requirements)
有了Product Requirement這個分支頁面後，我們就可以將我們已經討論並達成一致意見的需求文檔（這裏只演示導入word文檔）通過Confluence的Import word document來直接導入。
當然你也可以通過Add Product Requirements按鈕手工創建需求文檔，然後再複製黏貼即可。
導入文檔後，如果對頁面的排列方式需要調整的話（一般說導入的時候會直接排列到最前面），可以通過以下方式調整各個分支節點的順序。
當需求文檔導入到Confluence裏面後，可以通過Confluence裏面的快捷鏈接功能直接對文檔裏面某一個小的用戶故事（你的文檔有可能是一個大的用戶故事，或者是一個EPIC/Theme）進行用戶故事的創建，這裏創建的用戶故事會在JIRA裏面直接創建並且自動鏈接到Confluence的需求頁面，並且動態更新用戶故事的狀態。
選擇需求裏面一段內容，右鍵單擊會出現一個菜單，選擇Create Issue。
在Summary裏面輸入用戶故事的標題，選擇issue的類型（這裏我們選story），點擊創建以後，自動會在JIRA裏面創建用戶故事，這裏注意別忘了選擇項目，否則鏈接到別的項目就尷尬了。
可以看到鏈接了用戶故事的地方會自動更新狀態。
以後任何跟需求有關的內容修改都可以在Confluence的文檔中直接進行更新，所有的人都可以看到實施更新的內容。
接下來下一篇要介紹的是如何在JIRA裏面管理用戶故事。