為什么扁平的用戶故事待辦列表效果不好？如何構建一個更好的用戶故事待辦列表，用來更有效的描述你的系統(tǒng)，進行優(yōu)先級排序和制定發(fā)布計劃。

這是Gary。
Gary和我用了一整天的時間制作了一副用戶故事地圖——一個更好的產(chǎn)品待辦列表。構建用戶故事地圖幫助我們聚焦在產(chǎn)品的全貌上而不是關注每一個用戶故事。
當進行優(yōu)先級排序時，Gary基于整個系統(tǒng)的上下文進行排序。Gary的目標是構建一個叫做Mimi (Music Industry Marketing Interface 一個面向音樂行業(yè)的系統(tǒng)) 的產(chǎn)品。然而，當對“樂隊成員宣傳音樂會”這個故事進行排序時，發(fā)現(xiàn)這個故事太大了，事實上這應該是一個“史詩故事”，后來它占據(jù)了地圖上的很大面積去考慮所有的細節(jié)，比如：設計一個宣傳海報，構建一個郵件列表，郵遞宣傳海報，跟蹤市場反應。在制作用戶故事地圖的最后環(huán)節(jié)，發(fā)現(xiàn)要完成Mimi產(chǎn)品中所有音樂相關的事情是不可能的，然而，制作一個更快更容易地發(fā)送宣傳海報的軟件看起來是個好主意。后來的事實證明這確實是個好主意。

Mimi在Gary的努力下最終發(fā)布了，Mimi目前每月發(fā)送上百萬條信息。卓越的用戶體驗讓Mimi好像是一個藝術品。同時，我們當時構建的用戶故事待辦列表仍然可以從最高的視角觀察整個系統(tǒng)。

扁平的用戶故事待辦列表是無效的

網(wǎng)友評論