多專案管理-資源管理(1)

前面讀張西振的和諧生產文章曾經感受到和知識管理的關係。最近在看整合產品開發和PACE的時候又提到了專案管理三個層次的問題，首先是單專案管理，其次是專案群和多專案管理(其中重點又是管道管理)，最後才是組合專案管理。當談到多專案管理中的資源分配的時候很自然會考慮到TOC約束理論的使用，包括關鍵鏈緩衝的設定和瓶頸資源的分配方法等。

在談整合產品開發和研發流程的時候，我們談到了DCM開發鏈管理的概念以對應SCM供應鏈管理，由於研發過程本身也是產品生產的一個過程，因此可以看到供應鏈管理中的很多思想在整合產品開發中同樣適用。這自然讓我們考慮生產計劃中的資源分配，產能約束，需求優先順序，生產過程排序，計劃和排產過程，工藝路線等一大堆東西，而這些在DCM開發鏈管理中同樣適用。

1.形成資源池

在研發多專案管理中，一個重點就是人力資源在多專案間的管理和分配。首先是要形成資源池，資源沒有在專案中的時候必須回到資源池，資源池對所有專案是共享的，這是資源能夠在多專案間進行平衡調整和分配的基礎。同時我們還需要關注資源的使用週期，個人任務粒度到周是比較合適的，即先管理到資源在某週上是否空閒，而不用細化到天。

資源池可能是在行政線管理，專案立項後需要資源向資源池提出申請，專案必須有明確的收尾和團隊解散時間，專案解散後資源重新回到資源池等待分配。IBM在資源池裡面有個重要的提法就是寧願一定比例的資源在資源池中空閒著，也不願資源陷死在專案裡面釋放不出來。專案團隊組建的時候向資源池裡面要人需要計入專案的人力資源成本，或者說專案如果按預算或者少於預算成功完成後還有一定的返現獎勵，這樣專案就不會一直去佔用某一個資源，同時資源在一定的時間段裡面工作量情況，整體的對專案的貢獻率也一清二楚，長期在資源池裡面沒人預定的資源由於無法掙夠足夠的積分被自然淘汰掉。

2.關鍵資源分配計劃

TOC理論的一個重點就是要關注到瓶頸資源，在APS裡面可以對物料定義是否是關鍵物料，而關鍵物料也就是瓶頸資源，所有當多專案優先順序定義完成後可以接著做的事情就是首先安排個關鍵人力資源的計劃。先把關鍵資源按著時間週期根據專案的優先順序進行分配，當關鍵資源存在瓶頸的時候自然就涉及到優先順序低的專案取消或者專案目標進行調整。

痛下決心在階段決策點砍掉某些專案或重新分配資源並不是一件容易的事情，這往往涉及到干係利益人多方的博弈，這導致我們經常看到一直泥潭現象，所有的專案都在運轉，但是都處於超負荷和低效狀態，每個專案都達不到預期的專案目標，這種專案組合是很難達到我們期望的業務目標的。

3.無資源約束無限資源分配計劃

在做這個前還是推薦先做關鍵資源分配，原因在於關鍵資源往往是短期無法通過招募或外請專家等方式解決的。對於關鍵資源需要對公司現有的研發過程和業務場景相當熟悉，短期無法很好的替代。關鍵資源分配完成後可以考慮無資源約束的資源分配計劃，具體仍然需要按照專案優先順序進行分配，這裡就涉及到了專案的關鍵路徑進度計算，多專案間的活動任務依賴約束。

為何要做無限資源分配計劃，原因在於我們仍然需要知道一個最樂觀的研發週期和進度，雖然現實情況資源永遠都是不夠的，但是你仍然需要這個樂觀值，這個樂觀值和關鍵路徑是我們進行調整的基礎。(待細化)

4.有資源約束的資源分配和調整

對於單專案有一個重要的模型，即專案的研發週期和投入的人力資源關係模型。一個研發專案有一個底線的人力資源投入，當投入的人力資源增加的時候可以縮短研發週期，但是投入資源到一定量後即使再投入更多資源也無法再縮短專案週期了。通過歷史專案的經驗和估算我們對任何一個獨立的專案都應該得到一個資源投入和研發週期關係的曲線圖，這個曲線往往是我們後面進行組合分析和模擬的基礎。

當考慮資源約束後，後續問題就變成了資源的分配和在多專案之間的平衡問題。而根據TOC理論，我們一定要建立一個目標函式，對於多專案管理這個目標就是如何在同樣的資源投入下得到最大化的收益，當研發專案的收益不容易衡量的時候可以考慮如何得到最大的生產率和產出物。我們所有進行的資源平衡操作都需要以此為依據進行。

在這個過程中首先要考慮的就是在有限的資源和預算情況下是否需要砍專案，這就涉及到了多專案情況下的專案組合選擇問題，可以參考我原來寫的用水晶球模擬工具進行多專案選擇的文章。確定了多專案的選擇最終選擇了專案後就需要做資源如何分配的問題，哪些優先順序高的專案應該優先分配資源，如何調整多個專案間對某個資源的同時佔用和衝突，如何保證資源的閒置時間最少等都是在資源分配中需要考慮的問題。

5.運籌排序論

多專案間肯定存在在某一個共同的時間區段對某個資源同時存在需求的問題，因此該問題轉化為了共享或衝突資源在多個專案間的排序問題。這個排序問題類似於我們在單專案管理中講的受資源和崗位角色約束的進度計劃安排。你必須要先解決好關鍵資源在多專案間的安排和排序，然後再考慮非關鍵資源如何配合，只有這樣多專案間才能夠很好的協調。

資源的空閒時間少，多個專案的平均研發週期短，這都是排序必須關注的目標約束。

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/15027599/viewspace-464377/，如需轉載，請註明出處，否則將追究法律責任。