項目策劃管理方針與工程活動方針

1、 HYPERLINK / CMMI OSSP治理方針 HYPERLINK /31659908_d.html l # o 給這篇文章投一票 字號：大 中 小 1 目的(Purpose)該方針規(guī)定了公司的項目治理、開發(fā)活動和過程改進(jìn)活動必須遵守的方針和策略，以降低項目風(fēng)險、提高開發(fā)治理能力。2 范圍(Scope)此方針適用于本公司開發(fā)周期（累計）在3個人月以上的項目，不適用于SES（公司外派工程師）合同。3 方針(Policy)3.1 項目治理方針( Project Management Policy )3.1.1 項目策劃( Project Planning )項目策劃的目的是建立并維護(hù)規(guī)定項目

2、各項活動的打算。包括估算、制訂項目打算、打算審批和評審。對項目策劃的差不多要求：1. 建立項目的WBS（工作分解結(jié)構(gòu)），確定項目的范圍。2. 對工作產(chǎn)品、產(chǎn)品的規(guī)模、復(fù)雜度和結(jié)構(gòu)等進(jìn)行估算。3. 必須基于估算的結(jié)果進(jìn)行項目報價，報價在發(fā)給客戶前必須得到評審和批準(zhǔn)(二次開發(fā)項目)。4. 參考公司過程資產(chǎn)庫中的定義和以往項目的經(jīng)驗，為項目選用合適的生命周期模型，定義項目的開發(fā)和治理過程。5. 對項目的工作量和成本進(jìn)行估算，并制定項目的預(yù)算和進(jìn)度打算。6. 識不和治理項目風(fēng)險，制定相應(yīng)的風(fēng)險治理打算。7. 識不項目所需的資源、知識和技能等，并定義相應(yīng)的資源打算和培訓(xùn)打算。8. 識不項目的干系人，并制

3、定相應(yīng)的干系人介入打算。9. 項目策劃時期需要考慮分包/采購打算。10. 集成所有相關(guān)打算，制定一個項目總體打算，用于指導(dǎo)項目的開發(fā)和治理活動。11. 要對打算進(jìn)行評審和審批，以得到相關(guān)干系人的承諾。12. 當(dāng)打算發(fā)生變更時，必須通知相關(guān)人員，并得到認(rèn)可。3.1.2 項目綜合治理( Project Integration Management )項目綜合治理目的確實是指實時監(jiān)視項目實績與打算之間的偏差，在出現(xiàn)偏差時，采取糾正措施，使項目打算得以實施。包括項目跟蹤與監(jiān)控、懸案治理和項目評估。對項目綜合治理的差不多要求：1. 依據(jù)項目打算，監(jiān)督和治理項目的執(zhí)行情況，包括進(jìn)度、成本、人員打算等。2.

4、 當(dāng)項目實際與打算發(fā)生偏差，超出操縱范圍時，必須采取糾正措施，并跟蹤其結(jié)果直至解決。3. 定期跟蹤和更新項目的風(fēng)險治理打算。4. 監(jiān)督和檢查項目干系人的介入情況。5. 定期對項目進(jìn)行評估，要緊指里程碑點和項目完了時，同時為公司積存過程資產(chǎn)。6. 定期評估項目使用的過程和方法，為公司的過程改進(jìn)提供意見和建議。7. 對項目跟蹤與監(jiān)控中發(fā)覺的問題，按照項目打算中定義的過程進(jìn)行處理。8. 高層經(jīng)理定期對項目的狀況進(jìn)行把握，并對重大懸案進(jìn)行處理。9. 當(dāng)項目的實際狀況阻礙到對客戶的承諾時，項目經(jīng)理必須主動向部門經(jīng)理報告；當(dāng)項目的實際狀況可能會對客戶關(guān)系發(fā)生負(fù)面阻礙時，部門經(jīng)理必須主動向主管總經(jīng)理報告。1

5、0. 部門經(jīng)理和項目經(jīng)理應(yīng)跟蹤各項目的實際工作量和成本狀況，并與目標(biāo)成本進(jìn)行比較，以發(fā)覺潛在的超支問題，并采取措施，予以解決。3.2 工程活動方針( Engineering Policy )3.2.1 需求治理 (Requirements Management)需求治理的目的是治理需求，同時保證這些需求和項目打算、工作產(chǎn)品之間的一致性。包括需求的理解和確認(rèn)、變更操縱和需求跟蹤。對需求治理的差不多要求：1 制定項目和客戶之間關(guān)于需求治理的約定。2 文檔化項目的需求，并得到各方的承諾。3 對需求的變更進(jìn)行治理。4 維護(hù)需求與項目打算和工作產(chǎn)品之間的雙向可追溯性。5 保證項目打算、工作產(chǎn)品和需求之間

6、的一致性。6 應(yīng)在項目的商務(wù)協(xié)議中明確項目的驗收條件，并對需求變更進(jìn)行約束。3.2.2 需求開發(fā)與技術(shù)解決 (Requirements Development and Technical Solution) 需求開發(fā)與技術(shù)解決的目的是導(dǎo)出和分析顧客、產(chǎn)品及產(chǎn)品構(gòu)件的需求。開發(fā)、設(shè)計和實現(xiàn)滿足需求的解決方案。需求開發(fā)與技術(shù)解決過程包括開發(fā)顧客需求、開發(fā)產(chǎn)品需求、分析和確認(rèn)需求、選擇產(chǎn)品構(gòu)件解決方案、設(shè)計、實現(xiàn)產(chǎn)品設(shè)計。對需求開發(fā)與技術(shù)解決的差不多要求：1. 需求開發(fā)與技術(shù)解決活動應(yīng)按打算進(jìn)行。2. 導(dǎo)出、分析、確認(rèn)和轉(zhuǎn)達(dá)客戶的需要、期待和約束條件，從而就顧客需求與干系人之間達(dá)成共識。3. 使用已

7、定義的開發(fā)過程，收集和協(xié)調(diào)干系人的需要，并把它們轉(zhuǎn)換成顧客需求。4. 使用已定義的開發(fā)過程，對顧客需求加以精練和細(xì)化，針對產(chǎn)品生存周期開發(fā)出產(chǎn)品和產(chǎn)品構(gòu)件需求。5. 對需求進(jìn)行分析和確認(rèn)，開發(fā)出所要求的功能的定義。6. 在選擇技術(shù)解決方案時，必要時要開發(fā)出多個解決方案，并使用正式的評價過程，從多個解決方案中選擇產(chǎn)品或產(chǎn)品構(gòu)件解決方案。7. 使用已定義的開發(fā)過程，進(jìn)行產(chǎn)品或產(chǎn)品構(gòu)件設(shè)計。8. 使用已定義的開發(fā)過程，依照設(shè)計，實現(xiàn)產(chǎn)品構(gòu)件和編制有關(guān)的支持文檔。3.2.3 評審和測試( Review and Test )評審和測試的目的在于保證工作產(chǎn)品滿足其制造規(guī)范的要求，開發(fā)出符合顧客需求的工作產(chǎn)

8、品。評審和測試過程包括有打算的實施評審和測試活動，記錄評審和測試結(jié)果，對活動結(jié)果進(jìn)行分析并推斷其是否達(dá)到預(yù)期目標(biāo)。對評審和測試的差不多要求：1. 制定評審和測試打算并按打算實施。2. 成果物的作者提早進(jìn)行自查并分發(fā)待評審資料以提高評審效率。3. 記錄評審時發(fā)覺的問題并跟蹤解決。4. 制定測試實施要領(lǐng)、測試用例確保測試被正確地實施。5. 必要時提早預(yù)備測試數(shù)據(jù)和測試環(huán)境確保測試順利、有效地進(jìn)行。6. 需要對測試時發(fā)覺的故障進(jìn)行治理，特不注意故障的橫向展開。7. 記錄評審和測試的相關(guān)數(shù)據(jù)。8. 需要分析評審和測試的結(jié)果并判定其是否達(dá)到預(yù)期目標(biāo)。9. 在評審和測試時需要盡早驗證產(chǎn)品在客戶實際應(yīng)用環(huán)境

9、下的妥當(dāng)性。3.2.4 產(chǎn)品集成（Product Integration）產(chǎn)品集成的目的在于將產(chǎn)品組件組合為產(chǎn)品、確保已集成的產(chǎn)品能適當(dāng)?shù)剡\作及交付產(chǎn)品。對產(chǎn)品集成的差不多要求是：1、對需要集成的產(chǎn)品提早做產(chǎn)品集成的預(yù)備，預(yù)備包括：決定集成順序、建立產(chǎn)品集成環(huán)境、建立產(chǎn)品集成程序與準(zhǔn)則。2、保接口兼容性，為此要審查接口講明的完整性和治理接口。3、組合產(chǎn)品組件并交付產(chǎn)品，為此要確定欲集成的產(chǎn)品組件已預(yù)備就緒、組合產(chǎn)品組件、評估已組合的產(chǎn)品組件、包裝并交付產(chǎn)品或產(chǎn)品組件。3.3 支持活動方針( Support Policy )3.3.1 配置治理( Configuration Management

10、 )配置治理的目的是確保項目各時期的工作產(chǎn)品在整個生命周期中的一致性和完整性。配置治理過程包括對項目各時期成果物進(jìn)行標(biāo)識、對其變更進(jìn)行操縱、并維護(hù)其完整性和可追溯性。對配置治理的差不多要求：1 在項目初期即應(yīng)制定項目的配置治理打算。2 項目必須有配置治理人員。依照項目規(guī)模，配置治理人員可由專職人員擔(dān)任、也可由項目的開發(fā)人員兼職擔(dān)任。3 項目的CCB至少應(yīng)包括項目經(jīng)理、配置治理人員；需要依照不同的變更區(qū)域，確定其他人員成為該區(qū)域的CCB成員。4 必須建立和治理配置庫，對識不出的配置項及其變更進(jìn)行統(tǒng)一治理。5 依照項目跨越的工程時期，建立需求基線、設(shè)計基線、代碼基線和產(chǎn)品基線。6 基線的建立和變更

11、必須通過CCB的批準(zhǔn)。7 配置治理人員應(yīng)向項目組報告基線的內(nèi)容及其變更情況。8 需要定期對配置庫進(jìn)行常規(guī)和災(zāi)難備份。9 必須有打算地對配置庫進(jìn)行審查。10 必須從配置庫中發(fā)行產(chǎn)品。3.3.2 過程和產(chǎn)品質(zhì)量保證 (Process and Product Quality Assurance) 過程和產(chǎn)品質(zhì)量保證的目的是為治理層提供對軟件項目過程和工作產(chǎn)品的可視性。過程和產(chǎn)品質(zhì)量保證過程包括評審和審查項目活動及產(chǎn)品，以檢驗其是否遵守了項目定義的過程、規(guī)程和標(biāo)準(zhǔn)，并將這些評審和審查的結(jié)果提供給項目組和其他治理者。對過程和產(chǎn)品質(zhì)量保證的差不多要求：1 質(zhì)量保證人員為開發(fā)部門和項目組運用公司的方針、標(biāo)準(zhǔn)

12、和規(guī)程提供指導(dǎo)和關(guān)心。2 按照過程和產(chǎn)品質(zhì)量保證打算實施質(zhì)量保證活動。 3 客觀地檢驗工作產(chǎn)品和過程活動是否遵守了所適用的過程、標(biāo)準(zhǔn)、規(guī)程。4 相關(guān)小組和個人必須明白軟件質(zhì)量保證的活動和結(jié)果。5 質(zhì)量保證人員需要對審查中所發(fā)覺的不符合項進(jìn)行跟蹤，直至其完全解決；對項目組內(nèi)不能解決的事項，報告給高層經(jīng)理，并由高層經(jīng)理處理。6 所有質(zhì)量保證活動均需要保留相關(guān)記錄。3.3.3 測量和分析( Measurement and Analysis )測量和分析的目的是定義項目和組織所需的測量，并一致地執(zhí)行測量，對測量數(shù)據(jù)進(jìn)行統(tǒng)計分析，以支持各級治理對信息的需要。測量和分析過程包括識不出基于組織商業(yè)目標(biāo)的測量

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

14、和應(yīng)用正式評價過程做出決策。對決策分析和決定的差不多要求：1. 需要時，公司和項目組使用決策分析和決定過程來減少決策的主觀性，并盡可能選出最佳方案。2. 建立評價準(zhǔn)則，并為每個評價準(zhǔn)則確定權(quán)重；在評價過程中需要時，修正評價準(zhǔn)則及其權(quán)重。3. 選擇評價方法。4. 使用已建立的評價準(zhǔn)則和方法對差不多識不出的侯選方案進(jìn)行評價。5. 依照評價結(jié)果選擇解決方案，分析風(fēng)險，做出決策。6. 按決策分析和決定過程要求建立并保存正式評價過程的相關(guān)記錄。3.4 過程改進(jìn)方針( Process Management Policy )3.4.1 組織過程焦點 ( Organization Process Focus

15、)組織過程改進(jìn)的目的是基于對公司標(biāo)準(zhǔn)過程和過程資產(chǎn)的強(qiáng)項和弱項的整體理解來打算和實施過程改進(jìn)活動。組織過程改進(jìn)包括兩方面的工作：（1）在公司范圍內(nèi)，建立并維護(hù)對公司標(biāo)準(zhǔn)過程和項目定義過程的理解，并達(dá)成共識。（2）協(xié)調(diào)軟件過程建立、維護(hù)、評估以及改進(jìn)的各項工作。對組織過程改進(jìn)的差不多要求：1. 組織過程改進(jìn)活動必須滿足公司商業(yè)目標(biāo)的需要。2. 必須明確定義公司過程改進(jìn)的組織結(jié)構(gòu)和職責(zé)。3. 成立EPG組負(fù)責(zé)公司的軟件過程改進(jìn)活動。4. 依據(jù)過程標(biāo)準(zhǔn)模型（CMMI模型），識不公司標(biāo)準(zhǔn)過程和項目定義過程的優(yōu)點和不足。5. 必須在全公司范圍協(xié)調(diào)關(guān)于建立和不斷改進(jìn)過程的工作。6. 應(yīng)有打算地進(jìn)行公司標(biāo)準(zhǔn)

16、過程（OSSP）的建立和改進(jìn)工作。7. EPG負(fù)責(zé)在公司范圍內(nèi)協(xié)調(diào)公司標(biāo)準(zhǔn)軟件過程（OSSP）及相關(guān)過程資產(chǎn)（軟件過程數(shù)據(jù)庫和相關(guān)文檔庫）的使用。8. 要求公司全員積極參與過程改進(jìn)活動，為公司的過程改進(jìn)做出貢獻(xiàn)。3.4.2 組織過程定義( Organization Process Definition )組織過程定義的目的是開發(fā)和維護(hù)公司標(biāo)準(zhǔn)軟件過程（OSSP）及相關(guān)過程資產(chǎn)（軟件過程數(shù)據(jù)庫和最佳實踐庫），使整個公司的過程性能取得一致，同時為公司不斷積存長遠(yuǎn)效益奠定基礎(chǔ)。組織過程定義包括建立和不斷改進(jìn)公司標(biāo)準(zhǔn)軟件過程（OSSP），并收集相關(guān)的過程資產(chǎn)（軟件過程數(shù)據(jù)庫和最佳實踐庫）。對組織過程定

17、義的差不多要求：1. EPG負(fù)責(zé)建立和改進(jìn)公司標(biāo)準(zhǔn)軟件過程(OSSP)。2. 軟件過程數(shù)據(jù)庫和最佳實踐庫在建立和更新時必須通過EPG的評審。3. 定期評審各項目的剪裁報告和過程改進(jìn)信息，改進(jìn)OSSP、軟件過程數(shù)據(jù)庫和最佳實踐庫。4. EPG負(fù)責(zé)確定組織級的品質(zhì)和過程性能目標(biāo)，并與相關(guān)干系人進(jìn)行評審。5. EPG負(fù)責(zé)對從各個項目中收集的數(shù)據(jù)進(jìn)行統(tǒng)計分析，建立并維護(hù)組織的過程性能基線和模型。3.4.3 培訓(xùn)治理 (Organization Training )培訓(xùn)治理的目的是提高個人的知識和技能，使其有效地履行自己的職責(zé)。培訓(xùn)治理的內(nèi)容包括制定培訓(xùn)打算，并按打算開展培訓(xùn)工作；公司應(yīng)提供為完成軟件治理和技術(shù)任務(wù)所需的知識與技能培訓(xùn)；軟件開發(fā)組和其他相關(guān)小組的成員受到所需的培訓(xùn)。對培訓(xùn)治理的差不多要求：1. 培訓(xùn)治理首先應(yīng)明確組織、項