開發(fā)模型的選擇，需要在項目定義過程中明確。CMMI V1.2 For dev中，過程域IPM[注：4] 的SP1.1 Establish the Project’s Defined Process有明確要求。在上述案例中，提到的迭代式開發(fā)模型為眾多開發(fā)模型中的一種，而在項目中具體要使用哪種模型可從組織項目定義過程中進行選擇。軟件開發(fā)模型通常有以下幾種：瀑布型，迭代型，原型等，具體選擇何種，需要視項目的特點而定；上述案例的主要特點是需求的不穩(wěn)定性，選擇迭代式開發(fā)模型無疑是一種較好的選擇?？梢钥吹剑衔闹杏刑岬健盎€化”一詞，有實施CMMI的企業(yè)或參加過CMMI過程改進活動的個人對這個詞一定不陌生。CMMI模型中，要求對過程的產(chǎn)出物進行配置管理。過程域CM[注：5]中，SP1.3 Create or release baselines 要求建立并發(fā)布基線?；€是經(jīng)過評審并通過的一系列產(chǎn)出物，基線建立以后，后續(xù)的開發(fā)工作需以此作為基礎。上述案例中，之所以提出基線化一詞，意在強調階段性地需求需要經(jīng)過評審并確定之后，以此指導后續(xù)開發(fā)工作。此外，越來越多的人關注軟件項目開發(fā)過程中風險管理環(huán)節(jié)。風險管理過程是用于識別潛在的問題，并策劃應對策略，在需要時實施相應動作以消除不利影響。在CMMI模型中，有專門一個PA對風險管理進行描述和要求。上述案例中，正是識別到由于ClearQuest升級而帶來的API不兼容性風險，并針對于風險采取了利用閥值控制等措施。軟件開發(fā)過程中，我們會遇到各種各樣的風險，而且這些風險一旦發(fā)生，會給項目的順利進行帶來嚴重威脅，因此在項目計劃時，就要制定一個嚴密的風險管理計劃，并且對于風險情況進行嚴格的跟蹤，這樣才可能把風險對項目所帶來的影響降低，至最小。
注：
1：基線化：在配置管理系統(tǒng)中，基線就是一個CI（配置項）或一組CIs在其生命周期的不同時間點上通過正式評審而進入正式受控的一種狀態(tài)，而這個過程被稱為“基線化”。
2：迭代：迭代就是為了完成一定的階段性目標而所從事的一系列開發(fā)活動，屬于開發(fā)模型中的一種。
3：風險管理：風險管理指對項目風險進行識別、分析、并采取應對措施的系統(tǒng)過程。它包括盡量擴大有利于項目目標事項發(fā)生的概率與后果，而盡量減小不利于項目目標事項發(fā)生的概率與后果。
4：IPM:集成項目管理，為CMMI中一過程域。
5：CM:配置管理，為CMMI中一過程域。
項目經(jīng)理勝任力免費測評PMQ上線啦！快來測測你排多少名吧~
http://opto-elec.com.cn/pmqhd/index.html
