傳統的產品待辦項列表(Product Backlog)相對于傳統管理辦法是一個巨大的進步,但是仍然存在一些問題:
只見樹木不見林
重要的待辦項容易淹沒在各種細節中
看不到全貌因而難以排列優先級
并未明顯地聚焦于用戶需求
而故事圖譜是一個可視化PB的簡單工具,有助于解決上述問題,特別是當PB越來越大,越來越復雜的時候。
步驟1:
將用戶故事按照應用(Application)、主題(Theme)、功能(Functionality)等進行歸類分組,建立網格。
縱向是每組的標題,橫向即為各組包含的故事。
各個主題組,優先級從左往右依次排列。
步驟2:
通過協作和討論的方式,將用戶故事列表分拆到不同的迭代中。
討論過程是最重要的,敏捷鼓勵更多面對面的交流而不是文檔傳遞。而故事圖譜則是討論后的可視化結果,當大家都能容易看到項目進展時,也就更愿意一起來面對項目遇到的困難。
故事圖譜不是靜態的,隨著項目進展要定期進行調整。這個有趣的工具很容易管理,而且它使得團隊和項目干系人都能一目了然:
現在在哪里
正在做什么
將要做什么
圖中是@申導 引導某個客戶團隊進行的用戶圖譜討論。討論過程非常熱烈,而且來自不同團隊的人都得以參與發言。會后,團隊和經理都反饋說該討論有助于大家形成共識,看清項目全貌。
其中,每個綠色報事貼所在列代表一個迭代,數字分別代表3月、4月、5月等。黃色為用戶故事 (這里并未再按照主題來分組)。藍色紅色為其它項目的工作或遺留缺陷,需要見縫插針地加入團隊的迭代工作中。紫色為外部依賴項(圖中可以看出,某個依賴項要等到六月才開始,這將導致端到端集成無法及時完成)。
參考:
http://agilepainrelief.com/notesfromatooluser/2013/04/learning-story-mapping-exercises.html
http://www.scrumalliance.org/community/articles/2013/august/creating-an-agile-roadmap-using-story-mapping.aspx
原文轉自:http://jackyshen.com/wordpress/2014/03/07/user-story-mapping/