本系列已出版《Agile一本通！敏捷新手入門導引》，增加了更棒更豐富的內容，歡迎參考看看~
了解更多>> https://www.books.com.tw/products/0010968755

經過昨天灰貓與廚房阿姨的閒聊，終於了解了需求。接著灰貓想找大家討論作法，聰明的團隊成員提出了自己的專長可以怎麼做出阿姨要的功能，卻好像越聊越發散。

於是他將阿姨的需求轉換成這樣一句話

身為[廚房阿姨],我希望[訂菜系統可以在司機快到前通知小幫手]，這樣[司機就不用等這麼久了]

「欸欸，那系統要怎麼知道車子快到啦?」

「貨車上好像有裝gps吧?」

於是灰貓再寫下:

　身為[貨車司機]，我希望[系統知道我在哪裡]，這樣[就可以自動通知小幫手了]

「小幫手也很忙，不可能一直盯著訂菜系統吧?」

「灰貓有畫啊，用簡訊提醒小幫手」

身為[廚房小幫手]，我希望[訂菜系統可以發簡訊提醒我]，這樣[我就不用盯著訂菜系統了]

「要不要把貨車位置像公車動態一樣放在訂菜系統上啊?小幫手說菜沒到他都打電話去問，結果菜攤阿姨說在路上了。」

「阿姨之前好像說司機有送錯菜箱欸，好像可以一起追蹤一下?」

成員們越說越興奮，灰貓在一旁默默寫下紙條

身為[廚房小幫手]，我希望[訂菜系統可以看到車輛動態]，這樣[我就知道菜箱在路上了]

身為[廚房阿姨]，我希望[訂菜系統可以追蹤菜箱]，這樣[菜箱就不會被送錯了]

「停!!」灰貓大喊。

將domain story轉換到user story

當將需求轉換為具體待辦事項時，先轉換成user story

“身為[腳色], 我[想要], [這樣就可以...].”

如此可以在列出待辦事項的同時，達到:

1. 使成員了解需要完成的項目與內容
2. 思考是否有遺漏/尚未確認的地方
3. 未來測試/驗收時的依據
4. 排定每個項目的優先順序
5. 確認每個項目都有解決到使用者的問題
6. 工時預估更加準確

今天的參考資料/延伸閱讀:

1. 轉換domain story到user story
2. Domain Storytelling - 簡單的方法說出一個Domain story
3. User story template and examples
4. 產品管理流程中，使用者故事（User Story）常見的三種使用情境