IT软件项目计划管理课件

IT軟體專案計畫管理

5.1IT軟體專案計畫管理很重要性的一項複雜的、自始至終不斷迭代的

從不同的角度出發有不同的種類

為專案的運作提供可靠的實施基礎提供可行的工作計畫專案計畫管理是：5.1IT軟體專案計畫管理使軟體專案的開發建立在可靠的基礎之上，將專案計畫變成開發人員能夠遵循的文檔，並據此跟蹤、檢查、監控計畫的執行。確定軟體專案開發的活動和承諾，使軟體開發工作有序而協調地進行，以便根據軟體計畫的資源、約束和能力逐步向客戶履行承諾。l明確與軟體專案相關的組織和個人的職責，將任務責任落實到具體的小組和個人，從組織管理上確保專案開發的成功。專案計畫的目的：5.2確定IT軟體專案的目標(1) 明確制定專案目標的主題。專案目標一般由專案發起人或者專案提議人來確定。(2) 描述專案目標。專案目標必須明確、具體，儘量定量描述，保證專案目標容易被溝通和理解，並使每個專案組成員結合專案目標確定個人的具體目標。主要分為兩步：5.2確定IT軟體專案的目標定量化原則：確定專案目標時，盡可能定量描述，使得每個目標的範圍、時間、成本、性能、責任等都是明確的，可以度量和監控的。個人化原則：每個具體目標應當落實到專案組的每個成員，使得每個成員都明確自己的工作和職責。簡單化原則：目標的描述應當是簡單而直接的，使得每個參與人員都能明確而無二義性。現實性原則：確定的每個目標都是可以實現的，而不是追求理想化的結果。遵循一些基本原則：5.3專案範圍管理5.3.1專案範圍管理概述5.3.2專案範圍規劃5.3.3專案範圍定義5.3.1專案範圍管理概述專案範圍的確定專案範圍(ProjectScope)包括專案的最終產品或者服務，以及實現該產品或者服務所需要執行的全部工作。專案範圍管理的任務是界定專案所必須包含且只需要包含的全部工作，並對其他的專案管理工作起指導作用，以確保專案順利完成全部的過程。

5.3.2專案範圍規劃專案範圍規劃的輸入專案範圍規劃的工具和技術

專案範圍規劃的輸出

5.3.2專案範圍規劃產品描述專案章程制約因素前提條件專案範圍規劃的輸入：5.3.2專案範圍規劃產品分析

成本效益分析專案方案識別技術專家評定專案範圍規劃的工具和技術

：5.3.2專案範圍規劃專案範圍說明書範圍管理計畫專案範圍規劃的輸出：5.3.2專案範圍定義範圍說明書制約因素前提條件其他計畫結果歷史資料使用工具：工作分解結構範本範圍定義的輸入：5.4工作分解結構(WBS)5.4.1工作分解的原因及原則5.4.2WBS的分層設計5.4.3WBS的設計方法和步驟5.4.4專案責任分配矩陣5.4.1工作分解的原因及原則進行工作分解之後，可以根據細分後的工作包之間的邏輯關係來實施專案。通過工作分解，專案組成員就會明確各自的職責，也有了可以共同遵守的明確規範，這樣就可以減少繁瑣的協調工作量，有利於工作的溝通。把專案細分為具體的工作任務後，每個專案組成員就能更清晰地理解任務的性質和各自的具體目標。通過工作分解，可以比較準確地把握專案所需要的技術、人力、資金等資訊，以及面臨的風險，從而可以為專案計畫的制定提供基線。分解原因：5.4.1工作分解的原因及原則在同一個工作任務中，最好只包含相關的工作元素。例如，對軟體開發專案而言，“編碼”和“測試”不應該在同一個工作任務中，因為在專案中，“編碼”和“測試”的工作性質明顯不同，也發生在不同的階段。在同一個工作任務中，所有工作活動應該是平行的或者連續發生的，其間不應該插入不相關的工作活動。在同一個工作任務中，儘量使用相同的專案組成員，便於彼此溝通和交流。分解原則：5.4.2WBS的分層設計

專案可交付的成果可交付的子成果最底層的可交付子成果工作任務圖5.1工作分解結構的層次產品或者服務包含的工作總和主要可交付的產品或者服務可交付的子產品或服務最底層的可交付子產品或服務可識別的工作活動一二三四五5.4.3WBS的設計方法和步驟1.類比分解法2.自上而下分解法3.自下而上彙集法4.遵循指導方針方法：5.4.3WBS的設計方法和步驟1.明確並識別專案的各主要組成部分;2.確定每個可交付成果的詳細程度是否已經可以進行恰當的成本估算和時間估算;3.確定工作任務(工作包);4.核實分解的正確性。步驟：5.4.4專案責任分配矩陣

參見表5.1(P62)5.5活動定義及估算

5.5.1活動定義5.5.2活動排序5.5.3活動估算

5.5.1活動定義工作分解結構專案範圍說明歷史資訊約束條件依據：5.5.1活動定義活動分解法參照範本法方法：輸出：活動清單詳細依據更新的工作分解結構5.5.2活動排序活動清單產品描述活動之間的邏輯關係專案的約束條件里程碑依據：5.5.2活動排序前導圖法(PrecedenceDiagrammingMethod，PDM)工具和技術1：ABCDE圖5.2前導圖法表示的網路圖5.5.2活動排序箭線圖法(ArrowDiagrammingMethod，ADM)工具和技術2：1234567A1A2A3A4A5A6A7V1圖5.3用箭線圖法表示的網路圖5.5.2活動排序專案網路圖：專案網路圖就是專案活動及其相互關係的示意圖，圖中可以包括專案的全部活動，也可以只包括主要活動。除此之外，還應當有對活動的簡單描述、活動排序方法、重要活動說明，以及被忽略的活動說明。更新的活動清單：在活動排序過程中，需要對活動之間的邏輯關係進行分析和確認，可能會發現必須對某些活動進行重新分解和定義，需要更改專案活動清單，甚至工作分解結構。輸出：5.5.3活動估算工作量：指完成一個活動需要投入的人工，一般以人(小)時、人天、人月為計量單位。在確定工作量時，一是考慮系統的規模、功能點數和對象點數；二是考慮生產效率。這三者的關係是：工作量=規模/效率。資源：這裏是指完成一項活動能夠投入的人力資源。投入人力資源的數量一般要與專案的規模合理匹配，而且與專案的總的時間要求、費用支出有關。活動工期：理論上，在工作量一定的情況下，投入的人力資源越多，則活動的工期就越短，在一定範圍內二者之間的關係近似線性，如100個人天的工作量，投入10個人時，則需要10個工作日完成；投入5個人，則需要20個工作日。估算過程中需要考慮的主要因素包括：5.5.3活動估算活動清單約束條件資源情況歷史資訊已識別的風險活動估算時的依據:5.5.3活動估算專家評定法經驗類比估算法利用歷史數據法德爾非法(DelphiMethod)活動估算方法:5.5.3活動估算活動持續時間：這是本階段工作的最主要成果，估計出來的完成每個活動所需要持續的時間，這個時間可以存在一個允許的變動範圍。活動持續時間估算的依據：有時也需要將進行活動估算的依據作為補充材料寫入活動持續時間描述文檔中。變更的活動清單：專案活動估算中，也會發現和更改活動定義和相互關係等，因此，需要對活動清單進行修正。活動估算的輸出:5.6制定IT軟體專案進度計畫5.6.1軟體專案進度計畫5.6.2制定軟體專案進度計畫的指導原則5.6.3專案進度計畫的制定過程5.6.4軟體專案計畫的主要活動5.6.5網路計畫技術在專案進度安排中的應用

5.6.1軟體專案進度計畫考慮各種因素，串並性產品發行集成調試需求定義需求評估概要設計詳細設計概要評估測試計畫測試過程測試評估設計評估編碼單元調試圖5.4軟體專案開發的並行性5.6.2制定軟體專案進度

計畫的指導原則1.將用於編制軟體專案計畫及跟蹤軟體專案的工作文檔化。2.對於軟體專案的實施採用文檔化的承諾。3.相關的機構或個人認可他們對軟體專案的承諾。4.指定軟體專案負責人負責落實軟體專案的承諾並制定專案的軟體開發計畫。5.確保軟體專案存在一份文檔化的、並被認可的工作任務說明。6.軟體開發計畫要指定人員角色分工，明確責任。7.對軟體專案所需要的、適當的資源及資金做出計畫。5.6.2制定軟體專案進度

計畫的指導原則8.對軟體專案負責人、軟體工程師及其他與軟體專案計畫編制有關的人員進行適合其職責範圍的培訓。9.成立相關軟體專案組及相關的方案論證小組。10.軟體專案組及相關的方案論證小組在整個專案生命期內參加全部的專案計畫編制工作。11.按照書面流程與高級管理人員或企業外部機構軟體專案的承諾進行復審。12.明確劃分為預先定義的、規模可管理的階段的軟體生命週期。13.按照書面流程開發專案的軟體開發計畫。14.將軟體專案計畫文檔化。

5.6.2制定軟體專案進度

計畫的指導原則15.確定軟體專案需要建立及維護控制的軟體產品。

16.按照書面流程進行對軟體產品規模的估計(或軟體產品規模的改變)。17.按照書面流程進行對軟體專案工作量及費用的估計。18.按照書面流程進行對專案所需要的關鍵電腦資源的估計。19.按照書面流程確定專案的軟體開發進度。20.識別、評估與專案的費用、資源、進度及技術方面相關的軟體風險，並文檔化。21.準備專案的軟體工程機制及支撐工具的計畫。

5.6.2制定軟體專案進度

計畫的指導原則22.記錄軟體計畫編制數據。23.制定並使用度量方法以確定軟體計畫活動的狀態。24.定期與高級管理人員對軟體專案計畫活動進行復審。

25.以定期及事件驅動方式對軟體專案管理人員及軟體專案計畫活動進行復審。26.對軟體品質保證人員及軟體專案計畫活動、工作產品進行回顧及審核，並將結果文檔化。

5.6.3專案進度計畫的制定過程專案網路圖活動持續時間估計資源需求資源安排描述日曆約束條件假設條件提前或滯後要求風險管理計畫依據:5.6.3專案進度計畫的制定過程

數學分析法持續時間壓縮法模擬法資源分配的啟發式方法專案管理軟體工具和技術:5.6.3專案進度計畫的制定過程專案進度計畫詳細依據說明進度管理計畫更新的專案資源需求輸出:5.6.4軟體專案計畫的主要活動1.計畫初始階段2.指定軟體開發計畫SDP3.對SDP草稿進行審查和批准4.實施軟體開發計畫5.軟體開發過程的品質和評價6.修改SDP5.6.4軟體專案計畫的主要活動軟體規模、成本、日期估計軟體專案跟蹤和監控計畫過程開始制訂專案計畫SDP對SDP審查和批准實施軟體開發計畫SDP過程度量和評價修改SDP需求管理軟體配置管理(SCM)軟體品質保證(SQA)圖5.5軟體專案計畫的實現過程5.6.5網路計畫技術在專案

進度安排中的應用14天4/7/99開始5/9/9925/8/994/8/9911天7天28天14天25/7/9921天14天21天25/7/9910天T1T3T9T11T12T2T6T7T4T8T5T1018/7/9935天11/8/99M1M4M4M6M8M7結束M2M3圖5.6專案活動網路M514/7/9921天21天19/9/995.6.5網路計畫技術在專案

進度安排中的應用4/711/718/725/71/88/815/822/829/85/912/919/9開始T1T2M1

M4T3M3T4M5

T9M6T11M8T12T6T7M7M2T5T10T8結束圖5.7條形圖表示的專案活動時間安排5.6.5網路計畫技術在專案

進度安排中的應用4/711/718/725/71/88/815/822/829/85/912/919/9程式員1T1T2T3T4T9T11T12T6T7T5T10T8圖5.8條形圖表示的專案人員安排程式員2程式員3程式員4程式員55.7方案選擇

5.7.1極線圖5.7.2決策樹法

5.7.1極線圖重用性成本進度可移植性效率可靠性說明：方案A方案B方案C圖5.9可選方案極線圖5.7.2決策樹法最大最小策略：這是一種保守的決策方法，它的目標是使