CMMI-OSSP管理方針知識講解

1、CMMI OSSP 管理方針字號：大 中 小1 目的 (Purpose)該方針規(guī)定了公司的項目管理、 開發(fā)活動和過程改進活動必須遵守的方針和策略， 以降低項目風 險、提高開發(fā)管理能力。2 范圍 (Scope)此方針適用于本公司開發(fā)周期 (累計) 在 3 個人月以上的項目， 不適用于 SES(公司外派工程師) 合同。3 方針 (Policy)3.1.13.1項目管理方針 ( Project Management Policy )項目策劃 ( Project Planning )項目策劃的目的 是建立并維護規(guī)定項目各項活動的計劃。 包括 估算、 制訂項目計劃、 計劃審批和評審對項目策劃的基本要求：

2、1.建立項目的 WBS（工作分解結構），確定項目的范圍。2.對工作產品、產品的規(guī)模、復雜度和結構等進行估算。3.必須基于估算的結果進行項目報價， 報價在發(fā)給客戶前必須得到評審和批準（ 二次開發(fā)項目）。4.參考公司過程資產庫中的定義和以往項目的經驗，為項目選用合適的生命周期模型，定義項目的開發(fā)和管理過程5.對項目的工作量和成本進行估算，并制定項目的預算和進度計劃。6.識別和管理項目風險，制定相應的風險管理計劃。7.識別項目所需的資源、知識和技能等，并定義相應的資源計劃和培訓計劃。8.識別項目的干系人，并制定相應的干系人介入計劃。9.項目策劃階段需要考慮分包 / 采購計劃。10.集成所有相關計劃，

3、制定一個項目總體計劃，用于指導項目的開發(fā)和管理活動。11.要對計劃進行評審和審批，以得到相關干系人的承諾。12.當計劃發(fā)生變更時，必須通知相關人員，并得到認可。3.1.2項目綜合管理 ( Project Integration Management )項目綜合管理 目的 就是指實時監(jiān)視項目實績與計劃之間的偏差，在出現偏差時，采取糾正措施， 使項目計劃得以實施。 包括 項目跟蹤與監(jiān)控、懸案管理和項目評估。對項目綜合管理的基本要求：1.依據項目計劃，監(jiān)督和管理項目的執(zhí)行情況，包括進度、成本、人員計劃等。2.當項目實際與計劃發(fā)生偏差，超出控制范圍時，必須采取糾正措施，并跟蹤其結果直至解決。3.定期跟

4、蹤和更新項目的風險管理計劃。4.監(jiān)督和檢查項目干系人的介入情況。5.定期對項目進行評估，主要指里程碑點和項目完了時，同時為公司積累過程資產。6.定期評估項目使用的過程和方法，為公司的過程改進提供意見和建議。7.對項目跟蹤與監(jiān)控中發(fā)現的問題，按照項目計劃中定義的過程進行處理。8.高層經理定期對項目的狀況進行把握，并對重大懸案進行處理。9.當項目的實際狀況影響到對客戶的承諾時， 項目經理必須主動向部門經理報告；當項目的實際狀況可能會對客戶關系發(fā)生負面影響時，部門經理必須主動向主管總經理報告。10.部門經理和項目經理應跟蹤各項目的實際工作量和成本狀況，并與目標成本進行比較，以發(fā)現潛在的超支問題，并采

5、取措施，予以解決。3.2工程活動方針 ( Engineering Policy )3.2.1需求管理 (Requirements Management)需求管理的目的 是管理需求， 并且保證這些需求和項目計劃、 工作產品之間的一致性。 包括 需求的理解和確認、變更控制和需求跟蹤。對需求管理的基本要求：1制定項目和客戶之間對于需求管理的約定。2文檔化項目的需求，并得到各方的承諾。3對需求的變更進行管理。4維護需求與項目計劃和工作產品之間的雙向可追溯性。5保證項目計劃、工作產品和需求之間的一致性。6應在項目的商務協議中明確項目的驗收條件，并對需求變更進行約束。3.2.2 需求開發(fā)與技術解決 (Re

6、quirements Development and Technical Solution)需求開發(fā)與技術解決的 目的 是導出和分析顧客、 產品及產品構件的需求。 開發(fā)、 設計和實現滿足 需求的解決方案。需求開發(fā)與技術解決過程 包括 開發(fā)顧客需求、 開發(fā)產品需求、 分析和確認需求、 選擇產品構件解 決方案、設計、實現產品設計。對需求開發(fā)與技術解決 的基本要求：1. 需求開發(fā)與技術解決活動應按計劃進行。2. 導出、分析、確認和轉達客戶的需要、期待和約束條件，從而就顧客需求與干系人之間達成共識。3. 使用已定義的開發(fā)過程， 收集和協調干系人的需要， 并把它們轉換成顧客需求。4. 使用已定義的開發(fā)過

7、程，對顧客需求加以精練和細化，針對產品生存周期開發(fā)出產品和產品構件需求。5.對需求進行分析和確認，開發(fā)出所要求的功能的定義6. 在選擇技術解決方案時，必要時要開發(fā)出多個解決方案，并使用正式的評價過程，從多個解決方案中選擇產品或產品構件解決方案。7. 使用已定義的開發(fā)過程，進行產品或產品構件設計。8. 使用已定義的開發(fā)過程，根據設計，實現產品構件和編制有關的支持文檔。3.2.3 評審和測試 ( Review and Test )評審和測試的 目的 在于保證工作產品滿足其制造規(guī)范的要求，開發(fā)出符合顧客需求的工作產品。評審和測試過程 包括 有計劃的實施評審和測試活動， 記錄評審和測試結果， 對活動結

8、果進行分析 并判斷其是否達到預期目標。對評審和測試 的基本要求：1. 制定評審和測試計劃并按計劃實施。2. 成果物的作者提前進行自查并分發(fā)待評審資料以提高評審效率。3. 記錄評審時發(fā)現的問題并跟蹤解決。4. 制定測試實施要領、測試用例確保測試被正確地實施。5. 必要時提前準備測試數據和測試環(huán)境確保測試順利、有效地進行。6. 需要對測試時發(fā)現的故障進行管理，特別注意故障的橫向展開。7. 記錄評審和測試的相關數據。8. 需要分析評審和測試的結果并判定其是否達到預期目標。9. 在評審和測試時需要盡早驗證產品在客戶實際應用環(huán)境下的妥當性。3.2.4 產品集成( Product Integration

9、)產品集成的目的在于將產品組件組合為產品、確保已集成的產品能適當地運作及交付產品。對產品集成的基本要求是：1、對需要集成的產品提前做產品集成的準備，準備包括：決定集成順序、建立產品集成環(huán)境、 建立產品集成程序與準則。2、保接口兼容性，為此要審查接口說明的完整性和管理接口。3、組合產品組件并交付產品，為此要確定欲集成的產品組件已準備就緒、組合產品組件、評估 已組合的產品組件、包裝并交付產品或產品組件。3.3 支持活動方針 ( Support Policy )3.3.1 配置管理 ( Configuration Management )配置管理的 目的 是確保項目各階段的工作產品在整個生命周期中的

10、一致性和完整性。配置管理過程 包括 對項目各階段成果物進行標識、 對其變更進行控制、 并維護其完整性和可追溯 性。對配置管理 的基本要求：1 在項目初期即應制定項目的配置管理計劃。2 項目必須有配置管理人員。根據項目規(guī)模， 配置管理人員可由專職人員擔任、 也可由項目 的開發(fā)人員兼職擔任。3 項目的 CCB至少應包括項目經理、配置管理人員； 需要根據不同的變更區(qū)域， 確定其他人 員成為該區(qū)域的 CCB成員。4 必須建立和管理配置庫，對識別出的配置項及其變更進行統一管理。5 根據項目跨越的工程階段，建立需求基線、設計基線、代碼基線和產品基線。6 基線的建立和變更必須經過 CCB的批準。7 配置管理

11、人員應向項目組報告基線的內容及其變更情況。8 需要定期對配置庫進行常規(guī)和災難備份。9 必須有計劃地對配置庫進行審查。10必須從配置庫中發(fā)行產品。3.3.2 過程和產品質量保證 (Process and Product Quality Assurance)過程和產品質量保證的 目的 是為管理層提供對軟件項目過程和工作產品的可視性。過程和產品質量保證過程 包括 評審和審查項目活動及產品，以檢驗其是否遵守了項目定義的過 程、規(guī)程和標準，并將這些評審和審查的結果提供給項目組和其他管理者。對過程和產品質量保證 的基本要求：1 質量保證人員為開發(fā)部門和項目組運用公司的方針、標準和規(guī)程提供指導和幫助。2 按

12、照過程和產品質量保證計劃實施質量保證活動。3 客觀地檢驗工作產品和過程活動是否遵守了所適用的過程、標準、規(guī)程。4 相關小組和個人必須知道軟件質量保證的活動和結果。5 質量保證人員需要對審查中所發(fā)現的不符合項進行跟蹤， 直至其完全解決； 對項目組內不能解決的事項，報告給高層經理，并由高層經理處理。3.3.36 所有質量保證活動均需要保留相關記錄。測量和分析 ( Measurement and Analysis ) 測量和分析的 目的 是定義項目和組織所需的測量， 并一致地執(zhí)行測量， 對測量數據進行統計分析，以支持各級管理對信息的需要。測量和分析過程 包括 識別出基于組織商業(yè)目標的測量目標，定義數

13、據收集、分析、存儲的規(guī)程， 實施測量和分析，并將結果通知給相關人員。對測量和分析 的基本要求：1 基于組織的商業(yè)目標識別出測量目標，確保測量目標和測量活動與組織 / 項目的目標相一 致。2 有計劃的實施測量活動3 按照定義的數據收集、分析和存儲規(guī)程實施相關測量活動。4 測量和分析的結果應該及時的通知給相關人員，以便得到使用。3.3.4 決策分析和決定 ( Decision Analysis and Resolution )決策分析和決定的 目的是 使用正式的評價過程， 按照已建立的評價準則對識別出的侯選方案進行 評價，并做出決策。決策分析和決定過程 包括 使用決策分析指南判斷是否需要使用正式的

14、評價過程和應用正式評價 過程做出決策。對決策分析和決定 的基本要求：1. 需要時，公司和項目組使用決策分析和決定過程來減少決策的主觀性，并盡可 能選出最佳方案。2. 建立評價準則，并為每個評價準則確定權重；在評價過程中需要時，修正評價準則及其權重。3. 選擇評價方法。4.5.根據評價結果選擇解決方案，分析風險，做出決策6.按決策分析和決定過程要求建立并保存正式評價過程的相關記錄。3.4過程改進方針 ( Process Management Policy )3.4.1組織過程焦點 ( Organization Process Focus )組織過程改進的 目的 是基于對公司標準過程和過程資產的強

15、項和弱項的整體理解來計劃和實施 過程改進活動。組織過程改進 包括 兩方面的工作：（1）在公司范圍內，建立并維護對公司標準過程和項目定義過程的理解，并達成共識。（2）協調軟件過程建立、維護、評估以及改進的各項工作。對組織過程改進 的基本要求 ：1.組織過程改進活動必須滿足公司商業(yè)目標的需要。2.必須明確定義公司過程改進的組織結構和職責。3.成立 EPG組負責公司的軟件過程改進活動。4.依據過程標準模型（ CMMI模型），識別公司標準過程和項目定義過程的優(yōu)點和不足。5.必須在全公司范圍協調關于建立和不斷改進過程的工作。6.應有計劃地進行公司標準過程（ OSSP）的建立和改進工作。7.EPG 負責在

16、公司范圍內協調公司標準軟件過程（OSSP）及相關過程資產（軟件使用已建立的評價準則和方法對已經識別出的侯選方案進行評價。過程數據庫和相關文檔庫）的使用8.要求公司全員積極參與過程改進活動，為公司的過程改進做出貢獻。3.4.2 組織過程定義 ( Organization Process Definition )組織過程定義的 目的 是開發(fā)和維護公司標準軟件過程 （ OSSP）及相關過程資產 （軟件過程數據庫 和最佳實踐庫），使整個公司的過程性能取得一致，并且為公司不斷積累長遠效益奠定基礎。組織過程定義 包括 建立和不斷改進公司標準軟件過程 （ OSSP），并收集相關的過程資產 （軟件過 程數據庫

17、和最佳實踐庫）。對組織過程定義 的基本要求：1. EPG 負責建立和改進公司標準軟件過程 （OSSP）。2. 軟件過程數據庫和最佳實踐庫在建立和更新時必須經過EPG的評審。3. 定期評審各項目的剪裁報告和過程改進信息，改進OSSP、軟件過程數據庫和最佳實踐庫。4. EPG 負責確定組織級的品質和過程性能目標，并與相關干系人進行評審。5. EPG 負責對從各個項目中收集的數據進行統計分析，建立并維護組織的過程性能基線和模型。3.4.3 培訓管理 （Organization Training ）培訓管理的 目的 是提高個人的知識和技能，使其有效地履行自己的職責。培訓管理的 內容 包括制定培訓計劃， 并按計劃開展培訓工作； 公司應提供為完成軟件管理和技術 任務所需的知識與技能培訓；軟件開發(fā)組和其他相關小組的成員受到所需的培訓。對培訓管理 的基本要求：1.行相關的培訓培訓管