ID
1352
From
Tags
Shirky的疑惑
Formula
- 用 user story 開票。白話來說，描述使用者（某個角色），可以做什麼（某個功能），得到什麼好處（某種價值）。
- 不要強求在一張票裡面完成所有細節。短票，反而能讓事情在短時間內得出結論。一張一張開、一張一張解決。
- 切到每張票都能夠有「直接解法」。
- 一個專案從開始到完成，必須完成至少600張票。
- 大骨架在完稿時大概會是20條上下的主要框架。
- 中骨架是在大骨架下繼續展開的 Must Have 功能，展開後大概會有100條。
- 這100條裡面有更小的細節，最後擴展最終會達到大致1000條左右的規模。
- 何時該切票？
- 大腦當機、不知道該怎麼解就該切票。
- 被人卡住就切票。
- 一天解不完這張票。
- 有問題就切票出去問。可以先用假的替代，不要耽擱到開發進度。
- 適合「一口吃」的票，例如：
- 廣告可以單獨設定溢價比例。
- 寫一支機器人程式，每五分鐘抓取一次 CoinMarketcap 上綜合價格並存取在資料庫。
- 全站每5分鐘更新價格，並刷新列表。
- 把溢價比例與全站價格做連動。
一般來說，User Story 寫到第五版。大致上的骨架就會出來。
我們會在大骨架完稿後，先做一版流程圖，確定業務邏輯方向不會被這些細節分散。
白話來說，維持在主線，就不至於「過度開發」。