CMMI12的特定目標(biāo)和特定實踐課程

1、CMMI 1.2的特定目標(biāo)和特定實踐2.1 CMMI 2級過程域：需求管理32.1.1 SP1.1：獲得對需求的理解32.1.2 SP1.2：獲得對需求的承諾32.1.3 SP1.3：管理需求的變更32.1.4 SP1.4：維護需求的雙向可跟蹤性32.1.5 SP1.5：識別項目工作與需求的不一致32.2 CMMI 2級過程域：項目規(guī)劃32.1.1 SP1.1：估計項目的范圍32.2.2 SP1.2估計項目的屬性32.2.3 SP1.3確定項目生存周期32.2.4 SP1.4估計工作量和成本32.2.5 SP2.1編制預(yù)算和進(jìn)度32.2.6 SP2.2識別項目風(fēng)險32.2.7 SP2.3規(guī)劃數(shù)

2、據(jù)管理32.2.8 SP2.4規(guī)劃項目資源32.2.9 SP2.5規(guī)劃必要的知識和技能32.2.10 SP2.6規(guī)劃共利益者介入32.2.11 SP2.7制定項目計劃32.2.12 SP3.1審查從屬計劃32.2.13 SP3.2協(xié)調(diào)工作與資源配置32.2.14 SP3.3獲得計劃承諾32.3 二級過程域：項目監(jiān)控32.3.1 SP1.1監(jiān)督項目規(guī)劃參數(shù)32.3.2 SP1.2監(jiān)督承諾32.3.3 SP1.3監(jiān)督項目風(fēng)險32.3.4 SP1.4監(jiān)督數(shù)據(jù)管理32.3.5 SP1.5監(jiān)督共利益者介入32.3.6 SP1.6執(zhí)行進(jìn)展審查32.3.7 SP1.7執(zhí)行里程碑審查32.3.8 SP2.1分

3、析問題32.3.9 SP2.2采取糾正措施32.3.10 SP2.3管理糾正措施32.4 二級過程域：供應(yīng)商協(xié)議管理32.4.1 SP1.1 確定采購類型32.4.2 SP1.2 選擇供應(yīng)商32.4.3 SP1.3 簽定供應(yīng)商協(xié)議32.4.4 SP2.1 執(zhí)行供應(yīng)商協(xié)議32.4.4 SP2.2 監(jiān)督確定的供應(yīng)商過程32.4.5 SP2.3 評價供應(yīng)商產(chǎn)品32.4.6 SP2.4 接受經(jīng)驗證的產(chǎn)品32.4.7 SP2.5 轉(zhuǎn)移產(chǎn)品32.5 二級過程域：度量分析32.5.1 SP1.1確定度量目標(biāo)32.5.2 SP1.2細(xì)化度量32.5.3 SP1.3確定數(shù)據(jù)收集和存儲規(guī)程32.5.4 SP1.4

4、確定分析規(guī)程32.5.5 SP2.1收集度量數(shù)據(jù)32.5.6 SP2.2分析度量數(shù)據(jù)32.5.7 SP2.3存儲數(shù)據(jù)和度量結(jié)果32.5.8 SP2.4通報度量結(jié)果32.6 二級過程域：過程和產(chǎn)品質(zhì)量保證32.6.1 SP1.1客觀評價過程32.6.2 SP1.2客觀評價工作產(chǎn)品和服務(wù)32.6.3 SP2.1通報不符合項問題，并確保得到解決32.6.4 SP2.2建立記錄32.7 二級過程域：配置管理32.7.1 SP1.1識別配置項32.7.2 SP1.2建立配置管理系統(tǒng)32.7.3 SP1.3創(chuàng)建或發(fā)布基線32.7.4 SP2.1跟蹤變更請求32.7.5 SP2.2控制變更32.7.6 SP

5、3.1建立配置管理記錄32.7.7 SP3.2執(zhí)行配置審計32.8 三級過程域：需求開發(fā)32.8.1 SP1.1導(dǎo)出需求32.8.2 SP1.2生成客戶需求32.8.3 SP2.1建立產(chǎn)品和產(chǎn)品構(gòu)件需求32.8.4 SP2.2分配產(chǎn)品構(gòu)件需求32.8.5 SP2.3確定接口需求32.8.6 SP3.1建立操作概念和場景32.8.7 SP3.2建立功能需求的定義32.8.8 SP3.3分析需求32.8.9 SP3.4平衡需求32.8.10 SP3.5確認(rèn)需求32.9 三級過程域：技術(shù)方案32.9.1 SP1.1開發(fā)候選解決方案和選擇準(zhǔn)則32.9.2 SP1.2選擇產(chǎn)品構(gòu)件解決方案32.9.3 S

6、P2.1設(shè)計產(chǎn)品或產(chǎn)品構(gòu)件32.9.4 SP2.2建立技術(shù)數(shù)據(jù)包32.9.5 SP2.3設(shè)計綜合性接口32.9.6 SP2.4執(zhí)行制作、購買或重用分析32.9.7 SP3.1實現(xiàn)設(shè)計32.9.8 SP3.2編制產(chǎn)品支持文檔32.10 三級過程域：產(chǎn)品集成32.10.1 SP1.1確定集成次序32.10.2 SP1.2建立產(chǎn)品集成環(huán)境32.10.3 SP1.3建立產(chǎn)品集成規(guī)程和準(zhǔn)則32.10.4 SP2.1審查接口描述的完備性32.10.5 SP2.2管理接口32.10.6 SP3.1確認(rèn)產(chǎn)品集成已準(zhǔn)備就緒32.10.7 SP3.2組裝產(chǎn)品構(gòu)件32.10.8 SP3.3核查組裝的產(chǎn)品構(gòu)件32.1

7、0.9 SP3.4打包和交付產(chǎn)品或產(chǎn)品構(gòu)件32.11 三級過程域：驗證32.11.1 SP1.1選擇驗證的產(chǎn)品32.11.2 SP1.2建立驗證環(huán)境32.11.3 SP1.3建立驗證規(guī)程和準(zhǔn)則32.11.4 SP2.1準(zhǔn)備同行評審32.11.5 SP2.2執(zhí)行同行評審32.11.6 SP2.3分析同行評審數(shù)據(jù)32.11.7 SP3.1執(zhí)行驗證32.11.8 SP3.2分析驗證結(jié)果32.12 三級過程域：確認(rèn)32.12.1 SP1.1選擇用于確認(rèn)的產(chǎn)品32.12.2 SP1.2建立確認(rèn)環(huán)境32.12.3 SP1.3建立確認(rèn)規(guī)程和準(zhǔn)則32.12.4 SP2.1執(zhí)行確認(rèn)32.12.5 SP2.2分析

8、確認(rèn)結(jié)果32.13 三級過程域：組織過程焦點32.13.1 SP1.1確定組織過程需要32.13.2 SP1.2評估組織過程32.13.3 SP1.3評估組織過程32.13.4 SP2.1制定過程行動計劃32.13.5 SP2.2實施過程行動計劃32.13.6 SP3.1部署組織過程財富32.13.7 SP3.2部署標(biāo)準(zhǔn)過程32.13.7 SP3.3監(jiān)督實施32.13.8 SP3.4過程相關(guān)的經(jīng)驗納入組織過程財富32.14 三級過程域：組織過程定義32.14.1 SP1.1建立標(biāo)準(zhǔn)過程32.14.2 SP1.2建立生存周期模型描述32.14.3 SP1.3建立裁剪準(zhǔn)則和指南32.14.4 SP

9、1.4建立組織度量庫32.14.5 SP1.5建立組織過程財富庫32.14.6 SP1.6建立工作環(huán)境標(biāo)準(zhǔn)32.15 三級過程域：組織培訓(xùn)32.15.1 SP1.1確定戰(zhàn)略培訓(xùn)需求32.15.2 SP1.2確定由組織負(fù)責(zé)的培訓(xùn)需求32.15.3 SP1.3建立組織培訓(xùn)戰(zhàn)術(shù)計劃32.15.4 SP1.4建立培訓(xùn)能力32.15.5 SP2.1交付培訓(xùn)32.15.6 SP2.2建立培訓(xùn)記錄32.15.7 SP2.3評價培訓(xùn)效果32.16 三級過程域：集成化項目管理32.16.1 SP1.1建立項目定義過程32.16.2 SP1.2利用組織過程財富規(guī)劃項目活動32.16.3 SP1.3建立項目工作環(huán)境

10、32.16.4 SP1.4集成計劃32.16.5 SP1.5利用集成的計劃管理項目32.16.6 SP1.6充實組織過程財富32.16.7 SP2.1管理共利益者介入32.16.8 SP2.2管理依存關(guān)系32.16.9 SP2.3解決協(xié)調(diào)問題32.17 三級過程域：風(fēng)險管理32.17.1 SP1.1確定風(fēng)險來源和類別32.17.2 SP1.2定義風(fēng)險參數(shù)32.17.3 SP1.3建立風(fēng)險管理策略32.17.4 SP2.1識別風(fēng)險32.17.5 SP2.2風(fēng)險評估、分類和確定優(yōu)先級32.17.6 SP3.1制定風(fēng)險緩解計劃32.17.7 SP3.2實施風(fēng)險緩解計劃32.18 三級過程域：決策分析

11、與解決方案32.18.1 SP1.1建立決策分析指導(dǎo)原則32.18.2 SP1.2建立評價準(zhǔn)則32.18.3 SP1.3確定候選解決方案32.18.4 SP1.4選擇評價方法32.18.5 SP1.5評價候選方案32.18.6 SP1.6選擇解決方案32.19 四級過程域：組織過程績效32.19.1 SP1.1選擇過程32.19.2 SP1.2建立過程性能度量32.19.3 SP1.3建立質(zhì)量和過程性能目標(biāo)32.19.4 SP1.4建立過程性能基線32.19.5 SP1.5建立過程性能模型32.20 四級過程域：定量項目管理32.20.1 SP1.1建立項目目標(biāo)32.20.2 SP1.2確定項

12、目定義過程32.20.3 SP1.3選擇用于定量管理的子過程32.20.4 SP1.4管理項目性能32.20.5 SP2.1選擇度量和分析技術(shù)32.20.6 SP2.2運用統(tǒng)計方法理解過程變動32.20.7 SP2.3監(jiān)督選定的子過程性能32.20.8 SP2.4記錄統(tǒng)計管理數(shù)據(jù)32.21 五級過程域：組織革新與部署32.21.1 SP1.1收集和分析改進(jìn)建議32.21.2 SP1.2識別革新32.21.3 SP1.3試點改進(jìn)32.21.4 SP1.4選擇用于部署的改進(jìn)32.21.5 SP2.1計劃部署32.21.6 SP2.2管理部署32.21.7 SP2.3度量改進(jìn)效果32.22 五級過程

13、域：原因分析與解決方案32.22.1 SP1.1選擇分析的缺陷數(shù)據(jù)32.22.2 SP1.2分析原因32.22.3 SP2.1實施措施建議32.22.6 SP2.2評價變更的效果32.22.7 SP2.3記錄數(shù)據(jù)32.1 CMMI 2級過程域：需求管理目的：管理項目的“產(chǎn)品需求和構(gòu)件需求”，以及識別這些需求與項目計劃、工作成果的不一致之處。特定目標(biāo)（SG1）：需求已經(jīng)受管理，并且識別出需求與項目計劃、工作成果之間的不致之處。主要措施：Ø 管理所有需求的變更Ø 維護需求、項目計劃和工作成果之間的關(guān)系。Ø 識別需求、項目計劃和工作成果之間的不一致性。Ø 采取

14、糾正措施。需求管理過程域的特定目標(biāo)（SG）和特定實踐（SP）見表2-1。SG1Manage Requirements 管理需求SP 1.1Obtain an Understanding of Requirements 獲得對需求的理解SP 1.2Obtain Commitment to Requirements 獲得對需求的承諾SP 1.3Manage Requirements Changes 管理需求的變更SP 1.4Maintain Bidirectional Traceability of Requirements 維護需求的雙向可追溯性SP 1.5Identify Inconsiste

15、ncies Between Project Work and Requirements識別項目工作與需求的不一致之處表2-1 需求管理過程域的特定目標(biāo)和特定實踐2.1.1 SP1.1：獲得對需求的理解需求管理過程域的特定實踐SP1.1是“獲得開發(fā)者和提供者對需求的共同理解”。隨著項目的進(jìn)展，為了避免需求的漫延或者遺漏，要建立一些準(zhǔn)則，用以指明接受需求的適當(dāng)渠道或正式來源。接受需求并對需求進(jìn)行分析，這些活動應(yīng)該是與需求提供者一起進(jìn)行，以確保雙方對需求的含義達(dá)成共識。對需求的分析和對話的結(jié)果是，達(dá)成了一致的需求集合。典型工作成果：Ø 用于識別“合適的需求提供者”的準(zhǔn)則。Ø 評價

16、和接受需求的準(zhǔn)則。Ø 依照準(zhǔn)則進(jìn)行分析的結(jié)果。Ø 達(dá)成共識的需求集合。2.1.2 SP1.2：獲得對需求的承諾需求管理過程域的特定實踐SP1.2是“獲得項目參加者對需求的承諾”。即使以前某個活動與需求提供者達(dá)成對需求的一致理解，但在具體實施時，還需要與實施這些活動的人員，就需求達(dá)成一致，并得到他們的承諾。在整個項目開展過程中，需求會發(fā)生演變，特別在“需求開發(fā)”和“技術(shù)解決方案”過程域中。隨著需求的演變，受該活動影響，項目參與者需要對當(dāng)前的已批準(zhǔn)的需求作出承諾，以及對受影響的項目計劃、活動和工作成果作出相應(yīng)的變更。典型工作成果：Ø 對需求影響的評估。Ø 記

17、錄“需求和需求變化”的承諾（形成文檔）。2.1.3 SP1.3：管理需求的變更需求管理過程域的特定實踐SP1.3是“管理隨著項目進(jìn)展而發(fā)生的需求變更”。在項目開發(fā)期間，需求會由于各種原因而發(fā)生變更，將會產(chǎn)生一些附加的需求，也許不得不對現(xiàn)行的需求作出變更以滿足客戶要求。有效地管理這些需求和需求變更相當(dāng)重要。為了有效地分析需求變更產(chǎn)生的影響，有必要了解每個需求的來源并且把每個變更的理由形成文件。項目經(jīng)理要判斷是否需要采取控制措施，或?qū)σ延械目刂拼胧┳鞒稣{(diào)整。典型工作成果：Ø 需求的狀態(tài)記錄。Ø 需求數(shù)據(jù)庫。Ø 需求決策數(shù)據(jù)庫。2.1.4 SP1.4：維護需求的雙向可跟

18、蹤性需求管理過程域的特定實踐SP1.4是“維護需求與工作成果之間的雙向可追溯性”。需求的雙向可跟蹤性是指：從源需求追溯到它的較低層次的需求，從較低層次的需求追溯到它的源需求。這種雙向可追溯性有助于確定所有的源需求是否完全得到處理，是否所有的低層需求都可以追溯到某個有效的來源。典型工作成果是“需求跟蹤矩陣”。2.1.5 SP1.5：識別項目工作與需求的不一致需求管理過程域的特定實踐SP1.5是“識別項目計劃、工作成果品和需求之間的不一致之處。這個特定實踐旨在發(fā)現(xiàn)需求與項目計劃和工作成果之間的不一致之處，并且啟動糾正措施。典型工作成果：Ø 用文檔記錄不一致之處，包括“來源、條件和理由”。

19、Ø 相應(yīng)的糾正措施。2.2 CMMI 2級過程域：項目規(guī)劃目的：在于建立并維護規(guī)定項目各項活動的計劃。The purpose of Project Planning (PP) is to establish and maintain plans that define project activities.特定目標(biāo)（SG1）：估計項目規(guī)劃參數(shù)并予以維護。Estimates of project planning parameters are established and maintained.主要措施：Ø 項目規(guī)劃參數(shù)包括項目為執(zhí)行必要的規(guī)劃、組織、人員配備、指導(dǎo)、協(xié)調(diào)、

20、報告和預(yù)算等所需的全部信息。Ø 規(guī)劃參數(shù)的估計應(yīng)建立在堅實的基礎(chǔ)上，以便使人確信，根據(jù)這些估計擬定的計劃是能夠支持項目目標(biāo)。Ø 估計這些參數(shù)時一般要考慮的因素包括以下各項：l 項目需求，包括產(chǎn)品需求、本組織的需求、顧客的需求以及可能對該項目提出的其他需求；l 項目范圍；l 己識別的作業(yè)和工作成果；l 技術(shù)實現(xiàn)途徑； l 選擇項目生命周期模型（瀑布、增量或螺旋）l 工作產(chǎn)品和作業(yè)的屬性（例如規(guī)模或復(fù)雜程度）； l 進(jìn)度；l 把工作產(chǎn)品和作業(yè)屬性轉(zhuǎn)換成工作小時數(shù)和成本的模型或歷史數(shù)據(jù)；l 用于確定所需的材料、技能、工作小時和成本的方法（模型、數(shù)據(jù)、算法）。Ø 有必要把

21、估計過程形成文件，并作為與共利益者協(xié)商計劃以及將來作為項目開展過程中維護項目的計劃時使用。Ø Project planning parameters include all information needed by the project to perform the necessary planning, organizing, staffing, directing, coordinating, reporting, and budgeting.Ø Estimates of planning parameters should have a sound basis t

22、o instill confidence that any plans based on these estimates are capable of supporting project objectives.Ø Factors that are typically considered when estimating these parameters include the following:· Project requirements, including the product requirements, the requirements imposed by t

23、he organization, the requirements imposed by the customer, and other requirements that impact the project· Scope of the project· Identified tasks and work products· Technical approach· Selected project lifecycle model (e.g., waterfall, incremental, or spiral)· Attributes of

24、the work products and tasks (e.g., size or complexity)· Schedule· Models or historical data for converting the attributes of the work products and tasks into labor hours and cost· Methodology (e.g., models, data, algorithms) used to determine needed material, skills, labor hours, and

25、costØ Documentation of the estimating rationale and supporting data is needed for stakeholders review and commitment to the plan and for maintenance of the plan as the project progresses.特定目標(biāo)（SG2）：制定并維護項目計劃，作為項目管理的基礎(chǔ)。A project plan is established and maintained as the basis for managing the pro

26、ject.主要措施：Ø 項目計劃是批準(zhǔn)用于管理和控制該項目執(zhí)行的正式文件，它的基礎(chǔ)是項目需求和所做的估計。Ø 項目計劃應(yīng)考慮該項目生存周期的所有階段。在制定計劃時，應(yīng)確保各項從屬計劃之間以及與總體計劃的一致性。Ø A project plan is a formal, approved document used to manage and control the execution of the project. It is based on the project requirements and the established estimates.Ø

27、; The project plan should consider all phases of the project lifecycle. Project planning should ensure that all plans affecting the project are consistent with the overall project plan.特定目標(biāo)（SG3）：建立并維護對該項目計劃的承諾。Commitments to the project plan are established and maintained.主要措施：Ø 為了使該計劃有效，必須得到負(fù)責(zé)

28、實施和支持該計劃的人的承諾Ø To be effective, plans require commitment by those responsible for implementing and supporting the plan.項目規(guī)劃過程域的特定目標(biāo)（SG）和特定實踐（SP）見表2-2。SG1Establish Estimates完成參數(shù)估計SP 1.1Estimate the Scope of the Project估計項目的范圍SP 1.2Establish Estimates of Work Product and Task Attributes估計項目的屬性SP

29、1.3Define Project Lifecycle確定項目生存周期SP 1.4Determine Estimates of Effort and Cost估計工作量和成本SG2Develop a Project Plan制定項目計劃 SP 2.1Establish the Budget and Schedule編制預(yù)算和進(jìn)度SP 2.2Identify Project Risks識別項目風(fēng)險SP 2.3Plan for Data Management規(guī)劃數(shù)據(jù)管理SP 2.4Plan for Project Resources規(guī)劃項目資源SP 2.5Plan for Needed Knowl

30、edge and Skills策劃必要的知識和技能SP 2.6Plan Stakeholder Involvement規(guī)劃共利益者介入SP 2.7Establish the Project Plan制定項目計劃SG3Obtain Commitment to the Plan獲得對計劃的承諾SP 3.1Review Plans That Affect the Project審查從屬計劃SP 3.2Reconcile Work and Resource Levels協(xié)調(diào)工作與資源配置SP 3.3Obtain Plan Commitment獲得計劃承諾表2-2 項目規(guī)劃過程域的特定目標(biāo)和特定實踐表2

31、.1.1 SP1.1：估計項目的范圍項目規(guī)劃過程域的特定實踐SP1.1是“建立并維護頂層工作分解結(jié)構(gòu)，以便估計項目的范圍”。Establish a top-level work breakdown structure (WBS) to estimate the scope of the project.工作分解結(jié)構(gòu)會隨項目進(jìn)展而演變。最初，頂層工作分解結(jié)構(gòu)可以當(dāng)作初始估計依據(jù)。工作分解結(jié)構(gòu)把整體項目劃分成若干相互相連便于管理的組成部分。一般，工作分解結(jié)構(gòu)是一種面向產(chǎn)品的結(jié)構(gòu)，它圍繞項目工作所支持的產(chǎn)品，給出一個用以標(biāo)識和組織該工作的的邏輯單元。工作分解結(jié)構(gòu)可以作為一種參考機制或框架，用于考慮分

32、配工作量、進(jìn)度和責(zé)任，并且還可以用于規(guī)劃、組織和控制圍繞該項目進(jìn)行的工作。The WBS evolves with the project. Initially a top-level WBS can serve to structure the initial estimating. The development of a WBS divides the overall project into an interconnected set of manageable components. Typically, the WBS is a product oriented structure

33、 that provides a scheme for identifying and organizing the logical units of work to be managed, which are called “work packages.” The WBS provides a reference and organizational mechanism for assigning effort, schedule, and responsibility and is used as the underlying framework to plan, organize, an

34、d control the work done on the project. 典型工作成果：Ø 作業(yè)描述。Ø 工作產(chǎn)品描述。Ø 工作分解結(jié)構(gòu)。Typical Work ProductsØ 1.Task descriptionsØ 2.Work package descriptionsØ 3.WBS2.2.2 SP1.2估計項目的屬性項目規(guī)劃過程域的特定實踐SP1.2是“估計工作產(chǎn)品和作業(yè)的屬性并形成文件”。Establish and maintain estimates of the attributes of the work p

35、roducts and tasks.軟件規(guī)模是許多用于估計工作量、成本和進(jìn)度的模型的主要輸入，其次是諸如連通性、復(fù)雜程度和結(jié)構(gòu)之類輸入。這些估計應(yīng)與項目需求一致，以便確定該項目的工作量、成本和進(jìn)度。每個規(guī)模屬性應(yīng)附上有關(guān)的難度和復(fù)雜度。Size is the primary input to many models used to estimate effort, cost, and schedule. The models can also be based on inputs such as connectivity, complexity, and structure.The estim

36、ates should be consistent with project requirements to determine the projects effort, cost, and schedule. A relative level of difficulty or complexity should be assigned for each size attribute.典型工作成果：Ø 技術(shù)解決途徑。Ø 作業(yè)和工作成果的規(guī)模和復(fù)雜度。Ø 估計模型。Ø 屬性估計結(jié)果。Typical Work ProductsØ 1.Technic

37、al approachØ 2.Size and complexity of tasks and work productsØ 3.Estimating modelsØ 4.Attribute estimates2.2.3 SP1.3確定項目生存周期項目規(guī)劃過程域的特定實踐SP1.3是“定義項目的生存周期階段，依據(jù)各階段估計工作量”。Define the project lifecycle phases on which to scope the planning effort.確定項目的生存周期為了評估各階段和便于決策；在這些決策點上要根據(jù)資源和技術(shù)解決途徑作出重

38、要承諾。這類決策點指出一些預(yù)計的事件，在這些事件出現(xiàn)時可以對項目的走向作出調(diào)整，進(jìn)一步確定項目的范圍和成本。項目各個階段的確定一般包括選擇和進(jìn)一步精練軟件開發(fā)模型，以便處理軟件項目各項活動的依存性和適當(dāng)?shù)呐判?。由哪些階段組成項目生存周期，取決于需求的范圍、對項目資源的估計以及項目的性質(zhì)。大型項目可能包含概念研究、開發(fā)、生產(chǎn)、運行和處置等階段。這些階段可能還分若干子階段：例如，開發(fā)階段可能包含諸如需求分析、設(shè)計、制作、集成和驗證等子階段。根據(jù)開發(fā)戰(zhàn)略，可能還有一些中間階段用于創(chuàng)建原型、增加能力或用于螺旋模型的各個周期等。理解項目的生命周期是非常關(guān)鍵的，用于規(guī)劃項目的工作量和編制初始計劃的時間點，

39、也包括在合適的時間和關(guān)鍵的地方（關(guān)鍵里程碑）重新計劃。The determination of a projects lifecycle phases provides for planned periods of evaluation and decision making. These are normally defined to support logical decision points at which significant commitments are made concerning resources and technical approach. Such points

40、 provide planned events at which project course corrections and determinations of future scope and cost can be made.The project lifecycle phases need to be defined depending on the scope of requirements, the estimates for project resources, and the nature of the project. Larger projects may contain

41、multiple phases, such as concept exploration, development, production, operations, and disposal. Within these phases, subphases may be needed. A development phase may include subphases such as requirements analysis, design, fabrication, integration, and verification. The determination of project pha

42、ses typically includes selection and refinement of one or more development models to address interdependencies and appropriate sequencing of the activities in the phases.Depending on the strategy for development, there may be intermediate phases for the creation of prototypes, increments of capabili

43、ty, or spiral model cycles.Understanding the project lifecycle is crucial in determining the scope of the planning effort and the timing of the initial planning, as well as the timing and criteria (critical milestones) for replanning.典型工作成果：Ø 項目生存周期。Typical Work ProductsØ Project lifecycle

44、 phases2.2.4 SP1.4估計工作量和成本項目規(guī)劃過程域的特定實踐SP1.4是“針對工作產(chǎn)品和作業(yè)的屬性，依據(jù)基本的估計理由，估計項目工作量和成本”。Estimate the project effort and cost for the work products and tasks based on estimation rationale.一般是在運用模型或歷史數(shù)據(jù)對規(guī)模、活動和其他策劃參數(shù)加以分析所得結(jié)果的基礎(chǔ)上進(jìn)行工作量和成本估計。估計的置信度取決于選擇估計模型的基本理由和歷史數(shù)據(jù)的性質(zhì)。在某些'情況下沒有適用的歷史數(shù)據(jù)（例如，在工作量是無先例的情況下），有時沒有適

45、合于該類作業(yè)的模型可用。如果從來就沒有做過類似的產(chǎn)品或產(chǎn)品構(gòu)件，工作量就是無先例的。如果開發(fā)組從來沒有做過這類產(chǎn)品或產(chǎn)品構(gòu)件，工作量也是無先例的。工作量無先例，風(fēng)險就更大，需要多做調(diào)查研究，以便打下切實可行的估計基礎(chǔ)，同時也需要比較多的管理后備。在使用這些估計模型時，為了確保在啟動策劃時對所做的任何假設(shè)有共識，必須就該項目的唯一性形成文件。Estimates of effort and cost are generally based on the results of analysis using models or historical data applied to size, acti

46、vities, and other planning parameters. Confidence in these estimates is based on the rationale for the selected model and the nature of the data. There may be occasions when the available historical data does not apply, such as where efforts are unprecedented or where the type of task does not fit a

47、vailable models. An effort is unprecedented (to some degree) if a similar product or component has never been built. An effort may also be unprecedented if the development group has never built such a product or component.Unprecedented efforts are more risky, require more research to develop reasona

48、ble bases of estimate, and require more management reserve. The uniqueness of the project must be documented when using these models to ensure a common understanding of any assumptions made in the initial planning stages.典型工作成果：Ø 估計的基本理由。Ø 項目工作量估計。Ø 項目成本估計。Typical Work ProductsØ

49、1.Estimation rationaleØ 2.Project effort estimatesØ 3.Project cost estimates2.2.5 SP2.1編制預(yù)算和進(jìn)度項目規(guī)劃過程域的特定實踐SP2.1是“編制并維護該項目的預(yù)算和進(jìn)度”。Establish and maintain the projects budget and schedule.應(yīng)以所做的估計為基礎(chǔ)，以便確保預(yù)算分配、作業(yè)復(fù)雜度和作業(yè)依存性等得到適當(dāng)處理。在處理項目風(fēng)險時，采用事件驅(qū)動式進(jìn)度安排方式比較有效。在啟動事件之前先確定那些要進(jìn)行驗證的已完成的工作， 可以使該事件的時間安排比較

50、靈活，對預(yù)期的結(jié)果得到共識，對項目的狀況有比較清楚的了解，以便更準(zhǔn)確了解項目狀態(tài)。The projects budget and schedule are based on the developed estimates and ensure that budget allocation, task complexity, and task dependencies are appropriately addressed.Event-driven, resource-limited schedules have proven to be effective in dealing with pr

51、oject risk. Identifying accomplishments to be demonstrated before initiation of the event provides some flexibility in the timing of the event, a common understanding of what is expected, a better vision of the state of the project, and a more accurate status of the projects tasks.典型工作成果：Ø 項目進(jìn)度

52、。Ø 進(jìn)度依賴關(guān)系。Ø 項目預(yù)算。Typical Work ProductsØ Project schedulesØ Schedule dependenciesØ Project budget2.2.6 SP2.2識別項目風(fēng)險項目規(guī)劃過程域的特定實踐SP2.2是“識別并分析項目風(fēng)險”。Identify and analyze project risks.識別或發(fā)現(xiàn)風(fēng)險，并對風(fēng)險進(jìn)行分析以支持項目規(guī)劃。這個實踐應(yīng)該向下延伸到所有的從屬計劃，以便確保就已識別的風(fēng)險在所有相關(guān)的共利益者之間分出適當(dāng)?shù)慕缑?。項目?guī)劃中的風(fēng)險識別和分析一般包括：識別風(fēng)險；

53、分析風(fēng)險，以便確定風(fēng)險發(fā)生的可能性、時間和影響；排列風(fēng)險的輕重順序。Risks are identified or discovered and analyzed to support project planning. This specific practice should be extended to all the plans that affect the project to ensure that the appropriate interfacing is taking place between all relevant stakeholders on identified

54、 risks. Project planning risk identification and analysis typically include the following:· Identifying risks· Analyzing the risks to determine the impact, probability of occurrence, and time frame in which problems are likely to occur· Prioritizing risks典型工作成果：Ø 識別的風(fēng)險。Ø 風(fēng)險發(fā)

55、生的可能性和影響。Ø 風(fēng)險優(yōu)先級別。Typical Work ProductsØ 1.Identified risksØ 2.Risk impacts and probability of occurrenceØ 3.Risk priorities2.2.7 SP2.3規(guī)劃數(shù)據(jù)管理項目規(guī)劃過程域的特定實踐SP2.3是“規(guī)劃項目數(shù)據(jù)的管理”。Plan for the management of project data.這些數(shù)據(jù)是為支持某個大綱在其所有各個領(lǐng)域（例如，行政、工程、配置管理、財務(wù)、后勤、質(zhì)量、安全、制造以及采購等）所要求的各種文件。這些數(shù)據(jù)的

56、形式是各種各樣的（例如，報告、手冊、筆記本、表格、圖紙、規(guī)格說明書、文卷或信件等），數(shù)據(jù)承載媒體也可能是各種各樣的（例如，各種印刷 材料、照片、電子媒體或多媒體）。這些數(shù)據(jù)可能是可交付件（例如大綱的合同數(shù)據(jù)要求規(guī)定的資料），也可能是不可交付件（例如非正式資料、趨勢研究和分析、內(nèi)部會議記錄、內(nèi)部設(shè)計審查文件、經(jīng)驗教訓(xùn)和行動安排等）。這類數(shù)據(jù)的分發(fā)形式也很多，包括電子傳輸在內(nèi)。對于項目的數(shù)據(jù)要求，應(yīng)該根據(jù)通用的或標(biāo)準(zhǔn)的數(shù)據(jù)需求從兩個方面考慮：一個是將要創(chuàng)建的數(shù)據(jù)項，另一個是數(shù)據(jù)項的內(nèi)容和形式。對數(shù)據(jù)項的統(tǒng)一的內(nèi)容和格式要求有利于理解數(shù)據(jù)內(nèi)容，有助于數(shù)據(jù)資源的一致管理。收集每份文件的原因應(yīng)清楚。這項

57、作業(yè)包括分析和確認(rèn)項目的可交付件和不可交付件、合同數(shù)據(jù)要求和非合同數(shù)據(jù)要求，以及顧客提供的數(shù)據(jù)。應(yīng)該只收集需要的數(shù)據(jù)。Data are the various forms of documentation required to support a program in all of its areas (e.g., administration, engineering, configuration management, finance, logistics, quality, safety, manufacturing, and procurement). The data can ta

58、ke any form (e.g., reports, manuals, notebooks, charts, drawings, specifications, files, or correspondence). The data may exist in any medium (e.g., printed or drawn on various materials, photographs, electronic, or multimedia). Data may be deliverable (e.g., items identified by a programs contract data re