信息系統建設 是智力密集、勞動密集型項目，受人力資源影響最大，項目成員的結構、責任心、能力和穩定性對項目的質量以及是否成功有著決定性的影響。人在信息系統項目中既是成本，又是資本。一般來說，人力成本占信息系統項目成本構成的主要部分，這就要求我們從成本角度去衡量人力資源，盡量使人力資源的投入最小、產出最大。
在項目開發中，人越多越好嗎？當項目進度延遲時，是否應該增加人力投入？效果如何？會不會越幫越忙？這些問題是人力計劃要解決的。
制定信息系統項目的人力計劃，主要基于工作量和進度預估。一般來講，工作量與項目總時間的比值就是理論上所需的人力數。但選取和分配人力有許多值得研究的問題。許多學者從軟件工程的角度提出了一些思路，比如“人員——進度權衡定律”，信息系統項目可以此為參照，從項目管理的角度分析人力資源的平衡情況。
可借鑒的經驗
1．人員——進度權衡定律
著名學者Putnam在估算軟件開發工作量時得出公式：E=L3(C3Rt4d)，其中E表示工作量，L表示源代碼行數，Ck表示技術狀態常數，td表示開發時間。在這里，工作量的單位是人年，進度的單位是年。從公式中可知，軟件開發項目的工作量（E）與交付時間（td）的4次方成反比，顯然，軟件開發過程中人員與時間的折衷是十分重要的問題。Putnam將這一結論稱為“軟件開發的權衡定律”。
我們知道，信息系統項目的建設時間主要取決于應用軟件的開發時間，我們將這種人員與進度之間的非線性替代關系稱為“人員——進度權衡定律”。
2．Brooks定律
曾擔任IBM公司操作系統項目經理的F.Brooks，從大量的軟件開發實踐中得出了另一條結論：“向一個已經拖延的項目追加開發人員，可能使它完成得更晚”。鑒于這一發現的重要性，許多文獻稱之為Brooks定律。這里，Brooks從另一個角度說明了“時間與人員不能線性互換”這一原則。
對上述兩個定律的合理解釋是，當開發人員以算術級數增長時，人員之間的通信將以幾何級數增長，從而可能導致“得不償失”的結果。一般說來，由N個開發人員組成的小組要完成既定的工作，相互之間的通信路徑總數為C2N=N(N-1)/2，而通信是需要時間的。所以，當新的開發人員加入項目組之后，原有的開發人員必須向新來的成員詳細講解某個活動或工作包的來龍去脈。由于信息系統開發具有較強的個人風格，所以交流溝通的時間更容易拉長，而后來者還不一定能達到原來開發人員的工作質量。
3．用做人力計劃的Rayleigh-Norden曲線
圖1是IS項目不同開發階段的人力分配經驗模型。圖中以橫坐標表示距開發起點的時間，縱坐標代表在不同時間點需要的人力。虛線畫出的矩形顯示了平均使用人力所造成的問題:開始階段人力過剩，造成浪費（①），到開發后期需要人力時，又顯得人手不足（②），以后再來補償，已為時過晚（③），甚至可能如Brooks定律所說，導致越幫越忙的結果。
圖1 用做人力計劃的Rayleigh-Norden曲線
如何平衡人力計劃？
信息系統項目的人力分配大致符合Rayleigh-Norden曲線分布，呈現出前后用人少、中間用人多的狀況。然而，信息系統開發人員并不是想找就能找到的。因此，在制定人力資源計劃時，就要在基本按照上述曲線配備人力的同時，盡量使某個階段的人力穩定，并確保整個項目期人員的波動不要太大。我們稱這一過程為“人力資源計劃的平衡” 。
下面舉例說明人力資源計劃平衡的方法。假設有一個學籍信息管理系統已經立項，由于系統較小，準備采用原型法開發，并擬定了一個帶有各子活動工期和人力需求的網絡圖（圖2）。我們假設參加這個項目的所有成員都是多面手，也就是說，項目成員之間是可以相互替代的。
圖2 人力資源需求網絡圖
如果不采用項目管理方法，一般人們都希望各項活動盡早開始、盡早結束�，F在我們就假設網絡圖中每一活動在其最早開始時間執行，基于此，我們可以繪制相應的人力資源分配圖（圖3）。
文章來源于領測軟件測試網 http://www.kjueaiud.com/