軟件項目管理之資源分配課件

1、第七講：資源分配1內容資源分配的目的資源類型識別資源需求資源調度2資源分配的目的活動調度：表示每個活動計劃的開始和結束日期資源調度：表示每個資源要求的日期以及要求的調度等級成本調度：表示資源使用過程中累計的花費3資源的性質資源是項目中所需的人員或者任何事物有些資源在整個項目中都需要，有些則在部分活動中需要，前者管理起來比較簡單項目分為：人力：項目團隊成員（項目經理、分析員、軟件開發(fā)人員、質量保證、其它人員）設備：基本的辦公條件物料：消耗型的資源，如磁盤等空間：如需要更多的人，要看看房間是否足夠服務：時間：錢：4識別資源需求根據需要確定一定需求水平下的各種資源。一般通過依次考慮每項活動，并標識要

2、求的資源來達到。例：Amanda已經為IOE項目產生了一個優(yōu)先網絡，并使用這個網絡作為資源需求列表的基礎。目前，她沒有為任務分配人員，但已經決定需要哪些類型的人員。5資源調度將資源需求列表映射為活動計劃；將活動計劃表示成為Bar Chart（甘特圖）評估項目期間的資源分布。對每個資源產生histogram(直方圖) 分析員在某些時候沒有事干，有些時候有可能沒有足夠的人員。7資源調度不平衡的資源圖資源使用率不高帶來成本的上升要求的資源更加無法獲得通過將非關鍵活動延期或者將活動剖分，可以使資源圖變得均勻。不增加時間而分開任務是比較困難的。表示第一周，A活動需要測試人員1名，B、C、D、E各需要2、

3、2、1、3名測試員。但測試員的總數只有5名。B被推后了D被剖開了。8練習階段2，階段4需要四個分析員，Amanda決定在項目中只安排三個分析員，如何去調整計劃。對階段4的資源平衡相對容易，只需要將活動D推到C后。對階段2的平衡相對比較困難。10練習項目經理發(fā)現(xiàn)，僅僅有3個分析員，對模塊D的分析就不得不推遲直到對模塊B的分析工作結束。這樣一來，整個項目就要延遲5天。他決定重新設計活動圖，在原來的活動圖中，需要檢查完所有的分析工作才能開始設計工作。因此，這是一個瓶頸。因而，她決定先檢查對A、B、D的分析，然后就開始設計，對C的分析檢查工作另行進行。11請重新畫資源分配圖。12項目經理決定推遲對模塊

4、C的分析，以保證僅僅需要三個分析員。下圖為修改后的棒狀圖和資源圖。生成關鍵路徑14生成關鍵路徑對資源的調度可以生成新的關鍵路徑：由于缺少某一資源而使某一活動推遲，并用完浮動時間，從而使該活動成為關鍵活動。由于活動的延遲會導致后續(xù)活動所需資源的延遲。如果后續(xù)活動已是關鍵活動，那么他的前驅活動現(xiàn)在可能通過關聯(lián)他們的資源變?yōu)殛P鍵活動。15成本計算縮短時間，需要增加人員。增加人員，意味著增加成本。因而需要一種平衡。17在資源分配中考慮資源特性在大型建筑領域，人力一般只需要被看作平等的，各個人的技能和效率無需考慮。但是對于軟件開發(fā)能力，技能和經驗扮演了重要角色。因此，盡早明確分配員工給工作活動是有意義的。分配人員到任務時，需要考慮的因素：可用性：關鍵性：將有經驗的人分配到關鍵路徑上風險：有經驗的員工分配到高風險活動可以有效緩解項目的不確定性培訓：初級員工分配有充足緩沖時間的活動團隊構造：18考慮資源特性項目經理Amanda決定誰分析某模塊就要設計該模塊，因為她認為這樣可以提高開發(fā)人員Belinda、Tom和Daisy的積極性。她決定將Tom，一位剛經過培訓的人員，去分析和設計D模塊，因為與它的持續(xù)時間相比，該活動具有更大的浮動時間，C的分析和設計在關鍵路徑上，她決定將這兩個任務分配給Belinda，一位資深工