軟件項目量化管理（CMMI高成熟度）實踐經驗談——之項目管理過程策劃篇

續：軟件項目量化管理（CMMI高成熟度）實踐經驗談——之概述篇

2、項目管理過程

        軟件開發項目管理過程，從項目全視角來看，分爲售前、售中、售後等三個大的階段。本文所談的是售中階段項目管理過程，在售中階段，項目管理主要分項目策劃、項目跟蹤監控、項目結項歸檔等三部分。相關活動包含銷售活動、採購活動、資源活動、支持活動等。

一、項目策劃

        項目策劃是一種具備建設性、邏輯性的思惟的過程，在此過程當中，總的目的就是把所有可能影響決策的決定總結起來，對將來起到指導和控制做用，終於藉以達到方案目標。

它是一門新興的策劃學。以詳細的項目活動爲對象，體現必定的功利性、社會性、創造性、時效性和超前性的大型策劃活動。

1.一、項目策劃的原則

　　一、可行性原則

　　項目策劃，考慮最多的即是其可行性。

"實踐是檢驗真理的惟一標準"，相同，項目策劃的創意也要經得住事實的檢驗。

　　二、創新性原則

　　創新是事物得以發展的動力，是人類賴以生存和發展的主要手段。每個軟件項目都是全新。要依據項目特徵值創新性的策劃項目。

　　三、無定勢原則

　　世界萬物都處在一個變化的氛圍之中，沒有無運動變化的事物，事物就是在這樣的運動的做用下發展的。

　　四、價值性原則

　　項目策劃要依照價值性原則來進行，這是其功利性的詳細要求與體現。好比：項目工做量最少的QPPO。就是項目的價值取向。

　　五、集中性原則

　　在戰爭中，集中優點兵力攻擊對方關鍵性的部分，成爲軍事謀略的上策。不管是軍事項目。仍是軟件開發項目。都可以藉此達到勝利的目標。

　　六、智能放大原則

　　人的能量是無窮的，策劃中的創意與構思也是無止境的，所以說項目策劃要堅持智能放大的原則。

　　七、信息性原則

　　信息是項目策劃的起點，詳細來講，包含下面幾項要求：

　　1）收集原始信息力求全面

　　2）收集原始信息要可靠真實

　　3）信息加工要準確、及時

　　4）保持信息的系統性及連續性

1.二、項目策劃根據和準則 

        在企業進行CMMI評估過程當中，在CMMI二、3級時就已經創建起項目管理過程及體系文件，並日臻成熟，因此，項目策劃時是需要根據企業自己的CMMI體系文件，也就是公司SOP（標準體系文件），相關已經和準則例如如下：

        一、項目過程定義裁剪準則

        可裁剪屬性有：生命週期模型。項目類型，項目階段，評審級別，文檔是否裁剪。頻度，成本、進度容差，里程碑延遲等，詳見《組織過程裁剪指南》裁剪項目過程。

        二、任務分解準則（WBS）

        根據《項目定義過程》、《項目估算報告》、《項目實施計劃》、《項目進度計劃模版》等過程體系文件和指南。任務分解準則例如如下：

        ⑴、WBS分解分類：項目分解WBS（項目管理類型任務分解）、技術分解WBS（項目project任務及特有技術工做內容分解）。

        ⑵、WBS分解原則：

• 項目要求；
• 定義逐步求精。
• 人時（工做量）：通常的任務不超過2周，也就是80人時；
• 任務責任到人；
• 團隊工做原則：項目經理在制定項目計劃過程當中，尤爲是在任務分解。工期預計對關鍵過程當中必定要與項目成員一塊兒進行。

        三、項目估算根據

        參考體系文件《估算指南》，根據項目合同、需求、項目通知、任務分解，以及組織資產庫進行項目估算。

        四、軟件項目風險管理規則

• 風險類別有：人員、客戶、管理、質量、測試、環境等；
• 風險係數有：高、中、低；
• 風險發生機率和風險影響範圍分別1～5分。

        五、風險的管理策略

        a. 當風險係數(高)在16~25之間。必須制定應急計劃，並且隨時監控風險變化狀況，一旦風險發生，則立馬啓動應急計劃。

        b. 當風險係數(中)在 9~15之間，可不制定應急計劃，按期監控風險變動狀況，隨時準備啓動緩解措施。

        c. 當風險係數(低)在 1~8之間。可不制定應急計劃，按期監控風險變動狀況，必要時啓動緩解措施。

       注：對於部分低風險，可選擇接受。

1.三、 策劃過程及內容

        項目策劃過程就是項目經理接到項目啓動通知後，根據項目啓動通知和項目項目策劃過程，在部門經理、項目級QA、CM等人員的配合下。進行項目過程定義、項目估算、項目實施計劃的制定和維護、項目策劃評審等工做。

輸出成果有：項目實施計劃、項目估算報告、項目定義過程、進度計劃。

1.四、項目策劃過程實踐

        一、項目開發過程定義

        在項目過程定義中。在項目級QA的協助下，參考《組織過程裁剪指南》和《軟件生命週期》裁剪定製適合於項目的生命週期模型。制定《項目定義過程》；由於本項目需求比較明白，因此採用了瀑布模型；定義階段例如如下：

• 需求階段
• 設計階段
• 編碼及單元測試階段
• 集成測試階段
• 系統測試階段
• 驗收測試階段

        當中。需求、編碼及單元測試、系統測試、驗收測試爲里程碑。

        二、項目估算

        項目估算是參照任務分解模版和《估算指南》，分別定義項目project活動、項目管理活動、項目支持活動三部分。

        ⑴.項目project活動按本項目實踐的瀑布模型生命週期和PDP，主要定義例如如下：需求開發、需求評審、軟件設計、設計評審、編碼與測試、代碼走查、單元測試、集成測試、系統測試、項目驗收等活動。

        ⑵.項目管理活動分解活動例如如下：項目立項、項目策劃、週報例會、項目結項、其它項目管理活動（好比：需求管理、量化管理等）、項目度量；

        ⑶.項目支持活動分解爲配置管理和質量保證兩類活動。

        1）、編碼工做量估算（代碼行數）

        項目工做活動中。編碼活動估算，是依據項目實際狀況和前期需求及資產庫，工做範圍和軟件功能分解到詳細功能模塊（樹狀結構）。估算代碼行數，估算方法爲Delphi，估算記錄例如如下圖所看到的。

        使用Delphi法估算代碼行數。估算兩輪，第一輪會議室辦公用品管理、後臺配合兩個模塊的估算額定誤差超過20%，所以僅對兩個模塊進行了第二輪估算。

        2）、工做產品規模估算（頁數等）

        項目project活動中，基於項目wbs的規模和工做量估算」中對除編碼階段外其餘階段進行工做產品規模估算,並經過計算獲得工做量

        三、項目實施計劃

        項目實施包含：項目概況、項目組構成及人力資源計劃、項目預算及進度計劃、干係人參與計劃、度量分析計劃、.其餘子計劃等6部份內容，具體內容例如如下圖所看到的。

        1）、項目概況

        項目概況介紹了項目背景和基本信息及建設目標等內容，核心內容爲項目目標，比例如如下圖項目過程性能目標（Project's QPPO），以及項目範圍、驗收標準、待交付產品或服務、項目工做環境、項目風險等。

        2）、項目組構成及人力資源計劃

        項目組由項目經理、QA、CM、需求開發者、設計人員、編碼人員、測試人員構成，按下表的職責分工協做，由項目經理全面負責。

當中，人力資源計劃是依據項目實際狀況和資產庫。分別選配0基礎、中級、高級技術人員，以及相關技術專業。

假設人員能力不足，則安排專業技能培訓計劃。

        在項目組構成及人力資源計劃中主要體現項目組構成、角色與職責、項目所需知識與技能分析、項目培訓計劃。

        3）、項目預算及進度計劃

        項目預算及進度計劃包含項目生命週期、項目工做量及預算分配、項目一級計劃、里程碑標定說明等4項內容。由於此項目需求清晰完整。因此生命週期模型選擇瀑布模型，由此定義興許內容。

        項目工做量及預算分配。按需求開發、軟件設計、編碼與測試、集成測試、系統測試、項目驗收、項目管理、支持過程及估算工做量。肯定工做量預算分配比比例如如下：11%、23%、26%、7%、10%、4%、13%、6%。

期中。預算還包含人力成本、差旅費用、其它費用。

        進度計劃例如如下表所看到的。

        項目里程碑是必須設置的。此項目定義例如如下：需求開發、編碼與測試、系統測試、產品驗收4個里程碑。

        4）、項目干係人參與計劃

         項目干係人參與計劃主要包含：項目干係人識別及職責定義、干係人參與計劃、外部干係人溝通計劃等3部份內容，例如如下表所看到的爲項目干係人識別及職責定義。

        干係人參與是按項目各個階段協商安排計劃。計劃內容例如如下：階段、任務名稱、參與人員、開始日期、完畢日期、任務完畢驗收標準。

        外部干係人參與計劃，主要計劃內容有：溝通方式、溝通內容、發起人、外部干係人、溝通頻率。

        5）、度量分析計劃

        度量分析計劃包含項目度量目標及度量指標、度量分析計劃等兩部分。由於度量是比較主要的內容，而且基本一樣，再此略。

        6）、其餘子計劃

        其餘子計劃包含：數據管理計劃、項目監控計劃、需求管理計劃、決策分析計劃、項目評審計劃、項目測試計劃。

        數據管理計劃爲識別項目需歸入數據管理範圍的數據項。並計劃其管理級別等相關信息。

具本的數據項請參見：配置管理計劃。

        項目監控計劃主要是有：

• 項目管理
  • 項目週報
  • 風險管理
  • 周例會
  • 里程碑評審
  • 平常監控報告
• 配置管理
  • 配置管理週報
• 質量保證
  • 質量保證週報
• 度量分析
  • 項目進度度量
  • 項目工做量度量
  • 規模度量
  • 過程質量度量
  • 產品質量度量

        四、項目進度計劃

        在完畢實施計劃後。開始對項目實施計劃進行細化，當中。項目進度計劃是當中重要細化內容，並貫穿項目全週期。

        項目進度計劃是子計劃。主要是基於項目實施計劃中的資源、進度計劃、里程碑等各項內容。在項目實施過程當中進行任務分配、人力資源分配、時間分配。上述分配要與project進度相協調。

任務管理模型例如如下表所看到的：

        在項目進度計劃編排過程，需要注意下面原則和狀況：

• 任務分配漸進式，也就是說在任務分解漸進精細的過程當中，任務也要逐步分配到人。詳細任務，讓開發者看到2周就可以了，再多分配。則在調整任務時，將耗費很是大精力。
• 根據里程碑識別並肯定關鍵路徑，在任務進度安排過程當中，應先尋求關鍵路徑並在關鍵路徑上安排必定的機動時間和節假日。以便應付意想不到的困難和問題。

  。

• 理順任務間的關係。提升並行化；
• 作好項目基線（基於MS Project）。

        注：項目基線是特指項目的規範、應用標準、進度指標、費用指標以及人員和其它資源使用指標等。基線隨着項目的進展而變化，主要緣由有：(1)時間指標沒法實現。(2)各項任務延期完畢。(3)里程碑未達到；(4)有些工做不能按時開始；(5)人員不能按計劃到位；(6)設備性能被太高預計。(7)高峯期人員工效不高；(8)預算太高或過少；(9)工做完畢量超過或未達到計劃。

——智庫.百科

        五、項目配置管理計劃

        配置管理計劃是軟件開發計劃的一部分，它設立了項目的配置管理策略及實踐。

        受控級別說明：

• 低：沒必要隨時跟蹤版本號。但要求將階段性成果在配置庫內必須有，如項目週報，不要求跟蹤版本號等，但必須檢查是否已放入配置庫對應位置。
• 中：表示該配置項受控。其每個版本號需要審覈、評審或測試。由配置管理project師存放03.Baseline下對應位置。

• 高：表示基線控制。修訂需要經過變動控制過程來嚴格控制，並要跟蹤版本號及存放位置的正確性。所有歸入基線庫的工做產品必須定爲高級。其餘則依據項目需要來定。

• 密：機密文件。不可複製。不可拷貝。

        下圖爲落實配置管理所創建配置管理庫的結構圖。

        六、質量保證計劃

        質量保證計劃主要是由QA來完畢，在此略。

       下一章節預告：軟件項目量化管理（CMMI高成熟度）實踐經驗談——之項目管理過程監督與控制篇