人月是用來衡量工作量，估算成本的。
1、什麼是人月？
人月是工作量的計量單位，是專案所有參 與者工作時長的累計，是最為方便計算成本的資料。是專案管理中常用的概念。
如乙個專案前期投入3個人工作2個月，中間2人工作0.5月，後期1人 （0.33兼職）工作3個月，那麼工作量的計算就是：3人*2月+2人*0.5月+0.33*3月＝8人月。
2、10人月的工作量，10人工作1個月可以完成嗎？
人月是專案所有參與者工作時長的累計，是成本核算的資料，完全與專案時長是沒有關 系的。
專案時長是由專案中的關鍵路徑決定的，在做任務分解（wbs）中可以得出關鍵任務路徑。
3、人月概念後面的風險
用人月來衡量一項工作的規模是乙個危險和帶有欺騙性的神話，因為它暗示了人員數量和時間是可以相互替換的。
人月是對專案成本估計的有效手段, 但是人月不能簡單的等同於人數乘以月數. 在團隊裡, 人與人溝通是有損耗的. 現代軟體工程的一大貢獻, 就是將軟體工程模組化, 將大專案化解為小專案, 大團隊化解為小團隊, 模組間使用標準介面, 讓溝通成本降低到最小.
在未完全模組化的專案裡, 乙個計算專案時間的經驗公式是 t = mm * sqrt(n) / n, t是時間, mm是人月數, n是團隊人數.
這個的意思, 就是人月數會受團隊大小影響, 越大的團隊, 其實際人月數會呈指數上公升, 這個指數在1/2的左右, 乙個10人月的專案, 如果放到乙個10人的團隊, 它的實際人月數就會翻近兩倍, 10個人實際要3個月才能完成.
注意: 這個公式對於超過30人的團隊不適用.
專案開發中的人月及如何計算
做整合的專案經理多年，我以為我對人月的概念是熟悉的，但是隨著自己開發負責軟體開發專案，突然發現自己對軟體開發專案中人月的概念，甚至是粗 略估算都不清楚，真是慚愧呀，沒辦法，只能惡補一下了。要點 人月是用來衡量工作量，估算成本的。1 什麼是人月？人月是工作量的計量單位，是專案所有參 與者工作時長的累計...
如何對待開發團隊中那個拖後腿的人？
每個開發團隊中總有乙個人是最差的，老跟不上整體水平。據我觀察，隊友們對待這個差生的態度是團隊健康狀況的重要標誌。注 原文用 貝爾曲線 bell curve 也就是 正態分佈 來衡量團隊的整體水平分布，這裡意譯成 整體水平 我運氣一直不錯，在過去的幾十年裡，幹過各種的行業和職業，在不少團隊中待過，都是...
如何從專案開發的錯誤中走出
在軟體的開發過程中，變化不可避免，特別是在專案型別的開發中。專案變化的目標經常是不清晰的。如果對多個目標進行試錯，又或者對乙個目標進行了多次的試錯。而這些試錯，又不會給使用者帶來最終的體驗和價值，那這些試錯性的開發是沒有意義的。這種情況就是 一鼓作氣 再而衰 三而竭，就是浪費。導致了使用者需要的真正...