IPMS（Integrated Project Management System），是一個(gè)為上海貝爾阿爾卡特某移動(dòng)事業(yè)部門(mén)定制化開(kāi)發(fā)的多系統(tǒng)集成項(xiàng)目管理系統(tǒng)，其目標(biāo)是通過(guò)對(duì)該部門(mén)整個(gè)開(kāi)發(fā)管理工具環(huán)境的集成來(lái)達(dá)到對(duì)項(xiàng)目的實(shí)時(shí)跟蹤和管理，以及數(shù)據(jù)的采集和度量。然而，一個(gè)客觀事實(shí)是，國(guó)內(nèi)大量的中小型項(xiàng)目中的絕大多數(shù)都存在著需求不明確性的問(wèn)題，伴隨而來(lái)的是大量需求變更所帶來(lái)的開(kāi)發(fā)風(fēng)險(xiǎn)。那么面對(duì)這樣的客觀事實(shí)，是否意味著項(xiàng)目經(jīng)理根本無(wú)法應(yīng)對(duì)這樣的問(wèn)題呢？真正的項(xiàng)目經(jīng)理又會(huì)如何挑戰(zhàn)需求不明確和需求變更所帶來(lái)的開(kāi)發(fā)風(fēng)險(xiǎn)呢？

[案例背景]

背景描述1: 隨著阿爾卡特與朗訊科技的合并，該移動(dòng)事業(yè)部門(mén)也將與原兩家公司的多個(gè)部門(mén)進(jìn)行合并。合并后的新部門(mén)將采用全新的產(chǎn)品線(xiàn)定義，并實(shí)施新的項(xiàng)目管理流程。在這樣的情況下，以前的IPMS系統(tǒng)已經(jīng)無(wú)法滿(mǎn)足該事業(yè)部門(mén)對(duì)項(xiàng)目的流程管理，IPMS系統(tǒng)三期開(kāi)發(fā)勢(shì)在必行。

背景描述2: IPMS系統(tǒng)作為一個(gè)集成化的管理系統(tǒng)與眾多功能強(qiáng)大的軟件系統(tǒng)集成，其中包括ClearQuest，一個(gè)強(qiáng)大的事務(wù)狀態(tài)管理軟件。原先IPMS與ClearQuest通過(guò)一組ClearQuest軟件預(yù)先定義的API進(jìn)行數(shù)據(jù)通訊。

[提出問(wèn)題]

由于合并的時(shí)間過(guò)于倉(cāng)促，以及部門(mén)之間的項(xiàng)目數(shù)據(jù)定義和管理流程的不同，導(dǎo)致IPMS三期開(kāi)發(fā)的需求極不明確，整合后的新部門(mén)內(nèi)部還在為部門(mén)的項(xiàng)目管理的流程定義和系統(tǒng)可能的功能修改爭(zhēng)論不休，在這樣的情況下，項(xiàng)目進(jìn)展十分緩慢。

IPMS三期的第一個(gè)迭代中有這樣一個(gè)非功能性需求，即ClearQuest的版本升級(jí)，隨之而來(lái)的一個(gè)風(fēng)險(xiǎn)便是，伴隨著ClearQuest的版本升級(jí)，沒(méi)有人知道原版本中與IPMS數(shù)據(jù)通訊的API接口是否可以向下兼容。

[解決方案]

1．基于現(xiàn)實(shí)的問(wèn)題，即該事業(yè)部門(mén)確實(shí)無(wú)法在很短的時(shí)間內(nèi)協(xié)調(diào)和構(gòu)思出統(tǒng)一的系統(tǒng)需求，以及部門(mén)希望盡快將部分功能使用起來(lái)的愿望，項(xiàng)目組采取了基于需求基線(xiàn)化管理的迭代開(kāi)發(fā)。項(xiàng)目組采用了合適的開(kāi)發(fā)步驟，首先基于目前的需求不穩(wěn)定性項(xiàng)目組決定了以一個(gè)月為開(kāi)發(fā)的迭代周期；然后在策劃期提取出一組客戶(hù)的高端需求，通過(guò)對(duì)需求的簡(jiǎn)要分析和工作量估算，并依據(jù)一組參數(shù)（比如重要性，緊急程度和需求的穩(wěn)定程度）規(guī)劃出一個(gè)月內(nèi)（一次迭代期）的項(xiàng)目需求；對(duì)這些需求建立基線(xiàn)，一旦需求的基線(xiàn)確立，那么在這個(gè)迭代周期內(nèi)的需求應(yīng)該是穩(wěn)定的；后項(xiàng)目組在一個(gè)迭代周期內(nèi)，通過(guò)依據(jù)CMMI的流程對(duì)系統(tǒng)進(jìn)行三期開(kāi)發(fā)。

通過(guò)這樣的方式，能夠盡可能的降低需求不明確所帶來(lái)的開(kāi)發(fā)風(fēng)險(xiǎn)，增強(qiáng)需求的可管理性，但是如果在迭代內(nèi)部發(fā)生了需求的變更又該如何處理呢？

2．項(xiàng)目組通過(guò)對(duì)風(fēng)險(xiǎn)可能的發(fā)生時(shí)間點(diǎn)和閥值的控制，來(lái)管理風(fēng)險(xiǎn)的危機(jī)。
項(xiàng)目組首先識(shí)別出了ClearQuest升級(jí)后的API兼容性風(fēng)險(xiǎn)；同時(shí)，通過(guò)討論，項(xiàng)目組確定了這個(gè)風(fēng)險(xiǎn)可能轉(zhuǎn)化為問(wèn)題的時(shí)間點(diǎn)，即一旦完成三期對(duì)項(xiàng)目注冊(cè)功能的修改后，必須在測(cè)試時(shí)確定IPMS中注冊(cè)的項(xiàng)目數(shù)據(jù)是否可以正確的被保存入ClearQuest中，我們可稱(chēng)那個(gè)時(shí)間點(diǎn)為A時(shí)間點(diǎn)；當(dāng)項(xiàng)目的開(kāi)發(fā)活動(dòng)快到達(dá)A時(shí)間點(diǎn)之前，項(xiàng)目組安排人力對(duì)新版本ClearQuest中的相同API進(jìn)行了簡(jiǎn)單的功能原型測(cè)試，測(cè)試結(jié)果表明確實(shí)存在兼容性問(wèn)題；項(xiàng)目組立刻決定修改項(xiàng)目計(jì)劃，并在原先的風(fēng)險(xiǎn)預(yù)留的時(shí)間段內(nèi)增加了對(duì)API兼容性問(wèn)題的處理事務(wù)，從而解決了ClearQuest版本升級(jí)可能導(dǎo)致的系統(tǒng)無(wú)法正常注冊(cè)項(xiàng)目的重大問(wèn)題，使得項(xiàng)目得以平穩(wěn)開(kāi)發(fā)

[案例評(píng)析]

在軟件項(xiàng)目開(kāi)發(fā)過(guò)程中，對(duì)于開(kāi)發(fā)模型的選擇，需要在項(xiàng)目定義過(guò)程中明確。CMMI V1.2 For dev中，過(guò)程域IPM[注：4] 的SP1.1 Establish the Project’s Defined Process有明確要求。在上述案例中，提到的迭代式開(kāi)發(fā)模型為眾多開(kāi)發(fā)模型中的一種，而在項(xiàng)目中具體要使用哪種模型可從組織項(xiàng)目定義過(guò)程中進(jìn)行選擇。軟件開(kāi)發(fā)模型通常有以下幾種：瀑布型，迭代型，原型等，具體選擇何種，需要視項(xiàng)目的特點(diǎn)而定；上述案例的主要特點(diǎn)是需求的不穩(wěn)定性，選擇迭代式開(kāi)發(fā)模型無(wú)疑是一種較好的選擇。可以看到，上文中有提到“基線(xiàn)化”一詞，有實(shí)施CMMI的企業(yè)或參加過(guò)CMMI過(guò)程改進(jìn)活動(dòng)的個(gè)人對(duì)這個(gè)詞一定不陌生。CMMI模型中，要求對(duì)過(guò)程的產(chǎn)出物進(jìn)行配置管理。過(guò)程域CM[注：5]中，SP1.3 Create or release baselines 要求建立并發(fā)布基線(xiàn)。基線(xiàn)是經(jīng)過(guò)評(píng)審并通過(guò)的一系列產(chǎn)出物，基線(xiàn)建立以后，后續(xù)的開(kāi)發(fā)工作需以此作為基礎(chǔ)。上述案例中，之所以提出基線(xiàn)化一詞，意在強(qiáng)調(diào)階段性地需求需要經(jīng)過(guò)評(píng)審并確定之后，以此指導(dǎo)后續(xù)開(kāi)發(fā)工作。此外，越來(lái)越多的人關(guān)注軟件項(xiàng)目開(kāi)發(fā)過(guò)程中風(fēng)險(xiǎn)管理環(huán)節(jié)。風(fēng)險(xiǎn)管理過(guò)程是用于識(shí)別潛在的問(wèn)題，并策劃應(yīng)對(duì)策略，在需要時(shí)實(shí)施相應(yīng)動(dòng)作以消除不利影響。在CMMI模型中，有專(zhuān)門(mén)一個(gè)PA對(duì)風(fēng)險(xiǎn)管理進(jìn)行描述和要求。上述案例中，正是識(shí)別到由于ClearQuest升級(jí)而帶來(lái)的API不兼容性風(fēng)險(xiǎn)，并針對(duì)于風(fēng)險(xiǎn)采取了利用閥值控制等措施。軟件開(kāi)發(fā)過(guò)程中，我們會(huì)遇到各種各樣的風(fēng)險(xiǎn)，而且這些風(fēng)險(xiǎn)一旦發(fā)生，會(huì)給項(xiàng)目的順利進(jìn)行帶來(lái)嚴(yán)重威脅，因此在項(xiàng)目計(jì)劃時(shí)，要制定一個(gè)嚴(yán)密的風(fēng)險(xiǎn)管理計(jì)劃，并且對(duì)于風(fēng)險(xiǎn)情況進(jìn)行嚴(yán)格的跟蹤，這樣才可能把風(fēng)險(xiǎn)對(duì)項(xiàng)目所帶來(lái)的影響降低，至小。

注：
　1：基線(xiàn)化：在配置管理系統(tǒng)中，基線(xiàn)是一個(gè)CI（配置項(xiàng)）或一組CIs在其生命周期的不同時(shí)間點(diǎn)上通過(guò)正式評(píng)審而進(jìn)入正式受控的一種狀態(tài)，而這個(gè)過(guò)程被稱(chēng)為“基線(xiàn)化”。
　2：迭代：迭代是為了完成一定的階段性目標(biāo)而所從事的一系列開(kāi)發(fā)活動(dòng)，屬于開(kāi)發(fā)模型中的一種。
　3：風(fēng)險(xiǎn)管理：風(fēng)險(xiǎn)管理指對(duì)項(xiàng)目風(fēng)險(xiǎn)進(jìn)行識(shí)別、分析、并采取應(yīng)對(duì)措施的系統(tǒng)過(guò)程。它包括盡量擴(kuò)大有利于項(xiàng)目目標(biāo)事項(xiàng)發(fā)生的概率與后果，而盡量減小不利于項(xiàng)目目標(biāo)事項(xiàng)發(fā)生的概率與后果。
　4：IPM:集成項(xiàng)目管理，為CMMI中一過(guò)程域。
　5：CM:配置管理，為CMMI中一過(guò)程域。