項目後期增加新的開發人員對項目幫助並不大，迫於各種原因非要增加人手的時候，怎麼做可以減少增加人員帶來的損耗？

01-29

曾經看過一本《項目百態》，對這種情況有提到，每個項目經理的心中應該都清楚，增加人員，對項目的幫助並不大，但或許只是想給自己一點安慰，給領導一點安慰，所以，迫於各種原因，增加人力，來「保證」完成任務！！！

這個在《人月神話》裡面已經有經典的論述，向進度落後的項目中增加人手只能夠使項目進度更加落後。所以在這裡還是分析增加人手如何減少損耗。

1.增加的人手本身有多年的工作經驗，人手來自於同種類型的工作團隊，做過同種類型的項目，使用大致相同的開發環境，工具，研發流程等。

2.增加的人手本身不會佔用已有項目團隊人員更多的時間用於溝通，交流和前期培訓。

另外我們考慮哪些情況下適合增加人手的問題

1.對於當前團隊本身士氣較為低落或研發流程執行較弱情況下，適合增加新鮮外向型人手，活躍團隊氣氛，激勵士氣。

2.對於進度延後原因主要是關鍵技術問題無法解決，而這些技術問題本身又不需要人員對業務有太多了解情況下，適合增加關鍵核心技術人員解決技術問題。

3.當團隊被很多非核心工作打擾情況下，適合增加相關配合人員，使研發人員更加專註。

「給一個已經延期的項目追加人手只會使這個項目更加拖延「 -- 這個論斷最經典的討論出自」人月神話「，每一個軟體工程參與者必須讀的著作。

這個問題前兩天看到時沒時間多寫，今天再看看， @何明璐說的很好了。主要的損耗來自於新增成員帶來的溝通成本的上升。

從你提問的」迫於各種原因，增加人力，來「保證」完成任務「來看，主要的壓力還是來自於項目本身。最初步的，你可以梳理一下思路，列出對你的實際項目來說，要」完成任務「的衡量標準，看看是否能夠找出一些與原先團隊獨立性較大的指標，交給新增加的人員。也就是說，盡量使新增加人員，以相對獨立的方式工作，來避免和原團隊之間過多的交互。

項目後期增加人員會帶來較大的溝通、培訓成本，新人的代碼可能也達不到預期的質量 ,這在項目開發緊張時期會帶來較嚴重的後果。

延長發布日期可能是更好的選擇。當然，簡單的項目或任務另當別論。

讓他熟悉代碼，安排一些優先順序低的簡單的不重要的任務給他