feat/sdlc-analyze-feasibility/main #23
@@ -2,8 +2,6 @@
|
||||
|
||||
問的是「這件事該不該在這裡做、做了會不會把結構弄壞」。
|
||||
|
||||
每一條都要對著需求議題的內容回答,回答不出來就是一個要問使用者的問題。
|
||||
|
||||
## 檢查項
|
||||
|
||||
1. **落點** — 這個需求該由哪一個 repo 承接?若需求議題的「影響範圍」列了多個 repo,
|
||||
|
||||
@@ -6,6 +6,10 @@
|
||||
|
||||
1. **相依鏈最長路徑** — 把工作依相依關係排開,最長的那一條有多長?
|
||||
那條路徑上的每一項都非做不可嗎?
|
||||
|
||||
這個階段還沒有工作包,所以要先在腦中拉一份**暫定拆法**:把需求切成幾塊、
|
||||
標出誰卡誰。這份拆法不必精確,但要講得出來——它同時是下一段開工作包的草稿,
|
||||
也是估算的依據。拆不出來本身就是一個要問使用者的問題。
|
||||
2. **未知數最大的一項** — 哪一項的估算最沒把握?它為什麼沒把握——是不熟的技術、
|
||||
不明的既有程式碼,還是等別人回覆?
|
||||
3. **可平行的部分** — 哪些工作彼此沒有相依、可以同時進行?
|
||||
|
||||
Reference in New Issue
Block a user