CMMI3過程實施方針

CMMI3級過程實施方針目錄TOC\o"1-5"\h\z\o"CurrentDocument"1、 組織過程焦點方針 3\o"CurrentDocument"2、 組織過程定義方針 3\o"CurrentDocument"3、 組織級培訓(xùn)過程方針 3

\o"CurrentDocument"需求管理過程方針 3\o"CurrentDocument"風(fēng)險管理過程方針 4\o"CurrentDocument"集成項目管理過程方針 4\o"CurrentDocument"軟件研發(fā)項目策劃過程方針 4\o"CurrentDocument"軟件研發(fā)項目監(jiān)督與控制過程方針 4\o"CurrentDocument"測量與分析過程方針 4\o"CurrentDocument"決策分析和制定過程方針 5\o"CurrentDocument"過程和產(chǎn)品質(zhì)量保證控制程序方針 5\o"CurrentDocument"軟件配置管理控制程序方針 5需求開發(fā)過程方針 5\o"CurrentDocument"技術(shù)解決方案過程方針 5\o"CurrentDocument"產(chǎn)品集成控制程序方針 6驗證過程方針 64、5、6、7、8、9、1011、121314151617、確認(rèn)過程方針 71、 組織過程焦點方針1.1、 全體員工協(xié)調(diào)一致進行過程的制定和改進工作。1.2、 SC負(fù)責(zé)確定公司過程改進活動的目標(biāo)、方針和策略，領(lǐng)導(dǎo)公司的過程改進活動；EPG在SC的領(lǐng)導(dǎo)下完成具體的過程改進活動，負(fù)責(zé)組織具體過程的建立和不斷改進。1.3、 所有過程相關(guān)的改進意見或建議，都應(yīng)遵照《過程改進建議處理控制程序》得到適當(dāng)?shù)奶幚怼?.4、 公司標(biāo)準(zhǔn)過程的制定和改進活動要有計劃地進行。1.5、 EPG從項目的實踐中取得過程度量數(shù)據(jù)，總結(jié)各種項目報告、過程評估報告，分析實施中的問題，從而獲得改進需求，制定改進計劃，不斷推動過程改進活動。1.6、 在公司過程改進活動中，遵循SEI-CMMI階段式模型，逐步提高公司能力成熟度等級。2、 組織過程定義方針2.1、 工程過程小組（EPG）負(fù)責(zé)建立和不斷更新公司的標(biāo)準(zhǔn)過程集合以及過程財富庫,使其可以為項目所了解和使用。2.2、 每個新項目在開始時都應(yīng)參照和利用組織標(biāo)準(zhǔn)過程,必要時對組織標(biāo)準(zhǔn)過程集合進行剪裁,得出適合項目的工作過程,但是項目對組織標(biāo)準(zhǔn)過程的剪裁必須經(jīng)過EPG的評審和批準(zhǔn)。2.3、 EPG負(fù)責(zé)對過程的使用情況進行度量。3、 組織級培訓(xùn)過程方針3.1、 根據(jù)公司戰(zhàn)略業(yè)務(wù)目標(biāo)確定組織極的戰(zhàn)略培訓(xùn)需求,使培訓(xùn)成為企業(yè)實現(xiàn)戰(zhàn)略目標(biāo)的有效手段。3.2、 明確定義組織級培訓(xùn)工作的實施流程,創(chuàng)造適合項目運行的環(huán)境。3.3、 通過培訓(xùn)提高員工知識技能水平,使培訓(xùn)成為培養(yǎng)、吸引員工的重要管理手段。3.4、 對組織級培訓(xùn)工作進行度量,跟蹤培訓(xùn)效果,保證其與組織的目標(biāo)相一致4、 需求管理過程方針4.1、 客戶需求需要文檔化,并且建立與產(chǎn)品特性的對應(yīng)關(guān)系,并通過市場和產(chǎn)品部門的認(rèn)可,納入配置管理基線4.2、 納入項目的各級需求必須進行文檔化4.3、 需求必須經(jīng)過評審,以達成共同理解4.4、 需求的變更必須得到相應(yīng)的批準(zhǔn)并跟蹤至關(guān)閉4.5、 《業(yè)務(wù)需求》必須作為功能基線納入配置管理4.6、 《需求規(guī)格說明書》必須作為分配基線納入配置管理4.7、 在軟件生命周期的不同階段,要利用需求跟蹤矩陣對需求的溯源性和狀態(tài)進行跟蹤,并識別項目計劃和工作產(chǎn)品與需求之間的不一致處。4.8、 通過持續(xù)改進，逐步建立對現(xiàn)場定制開發(fā)需求管理的的有效方法，并納入配置管理基線5、 風(fēng)險管理過程方針5.1、 項目必須有明確的風(fēng)險管理策略，并對風(fēng)險進行識別和分析5.2、 項目組要定期跟蹤風(fēng)險，按照風(fēng)險管理策略及時制定風(fēng)險管理計劃，對風(fēng)險進行管理，減小或避免風(fēng)險發(fā)生對項目產(chǎn)生的不利影響。6、 集成項目管理過程方針6.1、 所有軟件研發(fā)項目必須通過剪裁組織標(biāo)準(zhǔn)過程，建立項目已定義過程6.2、 所有軟件研發(fā)項目要運用項目已定義過程管理和實施項目研發(fā)工作，并且與相關(guān)利益者進行協(xié)調(diào)和合作7、 軟件研發(fā)項目策劃過程方針7.1、 所有軟件研發(fā)項目的策劃要基于項目的業(yè)務(wù)需求7.2、 項目需要按照公司策劃過程的要求對項目參數(shù)進行策劃，制定項目計劃7.3、 項目開發(fā)組、測試組、支持組和其它相關(guān)利益人要共同協(xié)商項目活動，對項目計劃取得一致意見，做出內(nèi)部和外部承諾7.4、 項目的RELEASE時間、工作量投入、產(chǎn)品結(jié)構(gòu)有重大變更的，在得到高級經(jīng)理的批準(zhǔn)后要進行重新策劃。7.5、 要對項目策劃的文檔妥善管理8、 軟件研發(fā)項目監(jiān)督與控制過程方針8.1、 項目使用已經(jīng)文檔化的項目綜合計劃來監(jiān)督項目性能，并對項目綜合計劃進行維護。8.2、 高級經(jīng)理會同項目經(jīng)理每月評審項目的狀態(tài)和問題。8.3、 在項目的實際性能或結(jié)果偏離項目開發(fā)計劃時，要根據(jù)規(guī)定的偏差范圍，采取適當(dāng)?shù)募m正措施，并跟蹤糾正措施到結(jié)束。8.4、 如果要對項目計劃中的約定進行更改，需要與共利益者協(xié)商并協(xié)調(diào)一致。8.5、 對外部承諾的更改或制定新的承諾，按照《對外承諾變更規(guī)程》執(zhí)行。9、 測量與分析過程方針9.1、 測量目標(biāo)和測量活動要與信息需要和目標(biāo)取得一致9.2、 測量結(jié)果要向相關(guān)利益人提供，并使需要使用這些度量結(jié)果的人員通過授權(quán)可以方便地進行查詢9.3、 高級管理層確保測量分析活動所必須的資源、資金和培訓(xùn)。9.4、 公司有專人負(fù)責(zé)測量活動的協(xié)調(diào)和數(shù)據(jù)綜合分析9.5、 所有項目必須收集公司定義的基本數(shù)據(jù)集合中的數(shù)據(jù)。9.6、 度量活動遵從識別－定義－收集－分析－反饋的循環(huán)。9.7、 短期內(nèi)利用EXCEL作為分析工具，公司將謀求開發(fā)或購買度量分析系統(tǒng)，以此管理和使用度量數(shù)據(jù),并最終作為統(tǒng)一的度量數(shù)據(jù)庫。10、 決策分析和制定過程方針10.1、公司要求在以下情況下必須使用《決策分析和制定控制程序》要求的流程進行結(jié)構(gòu)化決策（即對照規(guī)定的準(zhǔn)則對推薦的候選方案進行評價）：決策直接相關(guān)的論題是高風(fēng)險的；（參見“風(fēng)險管理”相關(guān)過程規(guī)定）決策可能造成進度超閾值拖延或影響項目實現(xiàn)目標(biāo)的；與決策的影響相比較，決策過程的成本（包括時間成本）可以接受。10.2、公司提倡各級管理者在重大決策中充分發(fā)揮集體的智慧，提高決策的計劃性和科學(xué)性。基本原則是：在條件允許的前提下，要讓決策的執(zhí)行者充分參與決策的制定過程。11、 過程和產(chǎn)品質(zhì)量保證控制程序方針11.1、 在公司內(nèi)所有研發(fā)和工程項目中實施過程與產(chǎn)品質(zhì)量保證活動。11.2、 QA組作為公司內(nèi)獨立于項目的專門小組存在，負(fù)責(zé)對項目過程和工作產(chǎn)品遵循公司過程、標(biāo)準(zhǔn)和規(guī)程的情況進行客觀地評價，并且確保不符合問題得到處理。11.3、 對于項目內(nèi)不能解決的不符合問題，QA人員有向高級管理者報告的獨立渠道。11.4、 高級管理者信任且重視QA人員在其活動中的發(fā)現(xiàn)與報告。11.5、 高級管理者定期評審項目QA活動和結(jié)果。11.6、 獨立的QA專家定期評審項目QA組的活動和工作成果。12、 軟件配置管理控制程序方針12.1、 在項目的整個生存周期內(nèi)都要實行配置管理12.2、 項目要建立并維護已確定的工作產(chǎn)品基線12.3、 CC和SCCB負(fù)責(zé)跟蹤和控制對配置管理之下的工作產(chǎn)品的變更12.4、 SCCB定期審核軟件基線和配置管理活動，確保建立并維護基線的完整性12.5、 項目必須使用公司確定的配置管理工具進行配置管理13、 需求開發(fā)過程方針13.1、 技術(shù)經(jīng)理或需求開發(fā)相關(guān)人員負(fù)責(zé)收集共利益者需要，形成產(chǎn)品和產(chǎn)品構(gòu)件的需求13.2、 項目組要對收集的需求要進行分析，并和相關(guān)利益人進行需求的確認(rèn)14、 技術(shù)解決方案過程方針14.1、項目要根據(jù)選定的生命周期模型，反復(fù)進行產(chǎn)品構(gòu)件的選擇、產(chǎn)品和產(chǎn)品構(gòu)件的設(shè)計以及產(chǎn)品的實現(xiàn)工作。14.2、 概要設(shè)計控制程序方針概要設(shè)計文檔必須納入配置管理。概要設(shè)計文檔須征得項目經(jīng)理同意進行剪裁。14.3、 詳細(xì)設(shè)計控制程序方針詳細(xì)設(shè)計文檔需征得項目經(jīng)理的同意進行裁剪。詳細(xì)設(shè)計和概要設(shè)計可以交叉進行，但納入配置管理必須是先概要設(shè)計、后詳細(xì)設(shè)計。設(shè)計活動和產(chǎn)品需求可以交叉進行，設(shè)計必須首先保證滿足關(guān)鍵需求。14.4、 產(chǎn)品實現(xiàn)控制程序（代碼實現(xiàn)）產(chǎn)品部件的實現(xiàn)過程必須是有計劃和受控的實現(xiàn)的產(chǎn)品部件必須納入配置管理代碼同相關(guān)的設(shè)計文檔必須保持一致15、 產(chǎn)品集成控制程序方針15.1、 項目要開發(fā)產(chǎn)品集成策略和環(huán)境，確保產(chǎn)品構(gòu)件之間的接口兼容性15.2、 項目要按照已定的集成策略組裝產(chǎn)品構(gòu)件，交付產(chǎn)品和產(chǎn)品部件15.3、 為產(chǎn)品集成提供足夠的資源保證；15.4、 接口變更納入組織的變更管理，確保接口處于受控狀態(tài)，以保證產(chǎn)品集成準(zhǔn)備工作有效開展；15.5、 實施產(chǎn)品集成測試，減少集成系統(tǒng)在實際使用中出現(xiàn)嚴(yán)重缺陷的可能。15.6、 組織必須為產(chǎn)品集成測試活動提供充足的資源。15.7、 定期跟蹤和記錄產(chǎn)品集成系統(tǒng)BUG的狀態(tài)。15.8、 定期統(tǒng)計和分析測試活動結(jié)果和效果，推動測試活動本身的有效性和高效性。16、 驗證過程方針16.1、 項目要建立并維護驗證策略和環(huán)境，并且對所選的工作產(chǎn)品進行同級評審16.2、 部件測試控制程序方針根據(jù)生命周期的選擇，進行部件測試活動，減少集成產(chǎn)品進入系統(tǒng)測試階段后遺留嚴(yán)重缺陷的可能。組織必須為已確定的部件測試活動提供充足的資源。通過部件測試的集成產(chǎn)品方能進入系統(tǒng)測試。定期跟蹤和記錄缺陷狀態(tài)。定期統(tǒng)計和分析測試活動結(jié)果和效果，推動測試活動本身的有效性和高效性。16.3、 系統(tǒng)測試控制程序方針根據(jù)生命周期的選擇，實施有效的系統(tǒng)測試活動，減少系統(tǒng)實際使用中出現(xiàn)嚴(yán)重缺陷的可能。組織必須為系統(tǒng)測試活動提供充足的資源。所有產(chǎn)品需要通過系統(tǒng)測試之后方能進入內(nèi)部驗收。A記錄系統(tǒng)缺陷跟蹤缺陷狀態(tài)。定期統(tǒng)計和分析測試活動結(jié)果和效果，推動測試活動本身的有效性和高效性。17、確認(rèn)過程方針17.1、 項目要建立并維護確認(rèn)策略和環(huán)境，確保產(chǎn)品和產(chǎn)品構(gòu)件適合在其預(yù)定運