Files
tea-sdlc/references/feasibility-schedule.md
jiantw83andClaude Opus 5 b79c68613a fix(可行性檢查): 補上時程估算的前提,並讓四份清單結構一致
時程清單的「相依鏈最長路徑」預設了一份工作拆法,但分析階段還沒有工作包可依,
照著問會問不出東西。補上說明:這個階段要先拉一份暫定拆法,它同時是下一段開
工作包的草稿;拆不出來本身就是一個要問使用者的問題。

架構清單原本在開頭多了一段中間文字,內容與自己的「問題怎麼問」重複,也讓它
成為四份裡唯一結構不同的一份,移除。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
2026-09-17 05:11:07 +00:00

1.4 KiB

時程可行性檢查

問的是「要多久、哪一段最可能爆炸」。

檢查項

  1. 相依鏈最長路徑 — 把工作依相依關係排開,最長的那一條有多長? 那條路徑上的每一項都非做不可嗎?

    這個階段還沒有工作包,所以要先在腦中拉一份暫定拆法:把需求切成幾塊、 標出誰卡誰。這份拆法不必精確,但要講得出來——它同時是下一段開工作包的草稿, 也是估算的依據。拆不出來本身就是一個要問使用者的問題。

  2. 未知數最大的一項 — 哪一項的估算最沒把握?它為什麼沒把握——是不熟的技術、 不明的既有程式碼,還是等別人回覆?

  3. 可平行的部分 — 哪些工作彼此沒有相依、可以同時進行?

  4. 外部相依 — 有沒有卡在別的團隊、別的服務、或需要權限開通的事? 那些事的前置時間是多久?

  5. 可切分性 — 這個需求能不能先交付一部分就對使用者有價值? 若能,第一刀切在哪裡?

  6. 驗證成本 — 做完要怎麼驗?驗證本身要花多少時間(需要造資料、需要別人配合)?

問題怎麼問

先問「未知數最大的一項」,因為它決定整體估算的可信度。 把每一項的人天估算記下來,之後 sdlc-report 會拿它跟實際工時比對。