🎯 什麼情境該想到我
當專案已經落後、你（或老闆）想「多找幾個人來趕上進度」時——先讀這條。
⚙️ 怎麼用
「為落後的軟體專案增加人手，只會讓它更落後。」
原因：
- 新人要學習時間，還會佔用現有成員來帶。
- 溝通成本呈平方成長：n 個人有 n(n-1)/2 條溝通路徑。
- 可分割但需協作的任務，切得越碎、協調越貴。
該怎麼做：
- 及早重新規劃範圍/砍需求，而不是加人。
- 真要加人，越早越好（越接近死線越無效），且要能切出獨立、少溝通的工作。
- 保護 工具-概念完整性，別讓加人稀釋設計一致性。
🧪 我實際套用的紀錄
- 2026-07-15：（待填）
⚠️ 注意
- 例外是「完全可平行、無需溝通」的任務；但軟體開發極少屬於此類。
🔗 相關工具
- 工具-概念完整性 —— 為什麼加人會變慢的根本原因：人一多，設計的一致性就散掉
- 工具-降低在製品WIP —— 落後時真正有效的做法，不是加人而是少開幾條戰線
- 工具-找出並管理約束點 —— 加人之前該先問的問題：瓶頸在哪，加在非瓶頸處等於零