系統(tǒng)集成項(xiàng)目管理工程師知識(shí)點(diǎn)：南方移動(dòng)項(xiàng)目案例解析(范圍管理)

1)規(guī)劃項(xiàng)目范圍管理過(guò)程

“這個(gè)項(xiàng)目的工作范圍應(yīng)該是明確的、固定的（《技術(shù)規(guī)范》我還沒(méi)看過(guò)呢）”一一王東對(duì)范圍管理沒(méi)有給予應(yīng)有的重視。

王東又打電話問(wèn)負(fù)責(zé)這個(gè)合同的銷(xiāo)售代表老楊：關(guān)于接入的準(zhǔn)備工作當(dāng)初跟局方是怎么定的、怎么交待的，老楊說(shuō)：“哎呀小李，你不找我我還想找你呢，簽完合同就不知道這個(gè)項(xiàng)目怎么樣了。你說(shuō)各地市的接入準(zhǔn)備工作嗎？他們說(shuō)是他們負(fù)責(zé)的呀，我就沒(méi)多管，你是不是該督促他們一下??？”——實(shí)際上，項(xiàng)目的范圍邊界很不明確。

2)收集需求過(guò)程

“小凌和另外兩位局方的人員針對(duì)未來(lái)的網(wǎng)管系統(tǒng)各個(gè)功能分別提出他們的想法，李鵬就跟他們談并逐一作記錄。雖然談需求進(jìn)行得不是很有規(guī)律，最后需求分析還是按時(shí)完成了，得到了一份關(guān)于該項(xiàng)目網(wǎng)管系統(tǒng)的需求說(shuō)明。該說(shuō)明對(duì)系統(tǒng)的各個(gè)功能、使用方法都提出了要求，有些要求非常具體”——需求不只是做記錄，這是典型的被動(dòng)式需求調(diào)研，或守株待兔式需求調(diào)研。

3)定義范圍過(guò)程

“李鵬告訴王東說(shuō)這份需求文擋的內(nèi)容雖然有些方面提得比較細(xì)，但有不少地方跟《技術(shù)規(guī)范》不一致，想商量商量怎么處理。最后他們覺(jué)得這份需求有些地方是對(duì)《技術(shù)規(guī)范》的發(fā)展，有些地方是細(xì)化，體現(xiàn)了局方現(xiàn)在對(duì)網(wǎng)管系統(tǒng)的實(shí)現(xiàn)要求，與其到測(cè)試或驗(yàn)收時(shí)再處理，還不如現(xiàn)在就考慮”——不符合《技術(shù)規(guī)范》的內(nèi)容，怎么能納入需求呢，如果用戶堅(jiān)持，應(yīng)啟動(dòng)變更程序，變更合同附件《技術(shù)規(guī)范》。

4)創(chuàng)建WBS過(guò)程

“項(xiàng)目工作鋪開(kāi)后大家才發(fā)現(xiàn)項(xiàng)目的工作沒(méi)有原來(lái)計(jì)劃的那么簡(jiǎn)單，有些工作在原WBS中是沒(méi)有的，還有不少工作是計(jì)劃外的，這都占用了項(xiàng)目成員的很多精力。王東習(xí)慣性地感嘆：“意外太多了！怎么我們做的每一個(gè)項(xiàng)目都有這么多意外，原來(lái)做出來(lái)的計(jì)劃就沒(méi)有辦法順當(dāng)?shù)貓?zhí)行下去，計(jì)劃沒(méi)有變化快??！”這樣項(xiàng)目計(jì)劃就沒(méi)辦法按原來(lái)的進(jìn)度要求走下去了，原來(lái)每個(gè)人的正常工作節(jié)奏全都被打亂了，每個(gè)人都很忙”——WBS分解的一個(gè)重要原則就是不能遺漏任務(wù)，一個(gè)遺漏的任務(wù)會(huì)摧毀整個(gè)進(jìn)度計(jì)劃。項(xiàng)目中的意外通常有兩個(gè)來(lái)源：一是遺漏的任務(wù)，二是未識(shí)別的風(fēng)險(xiǎn)。顯然，案例中的意外主要來(lái)源于任務(wù)遺漏，比如：國(guó)外采購(gòu)設(shè)備的到貨時(shí)間問(wèn)題，“郭處知道了設(shè)備到貨時(shí)間的問(wèn)題后問(wèn)王東：你們公司沒(méi)有去考慮過(guò)這個(gè)問(wèn)題嗎？”

5)確認(rèn)范圍過(guò)程

“系統(tǒng)演示出的功能與《技術(shù)規(guī)范》不一致，最后的驗(yàn)收將以《技術(shù)規(guī)范》為標(biāo)準(zhǔn)”一一項(xiàng)目經(jīng)理要盡早搞清楚：誰(shuí)負(fù)責(zé)驗(yàn)收、驗(yàn)收標(biāo)準(zhǔn)是什么、誰(shuí)有驗(yàn)收表決權(quán)或評(píng)判權(quán)。

6)控制范圍過(guò)程

“局方領(lǐng)導(dǎo)在觀看軟件演示時(shí)多次提出了修改意見(jiàn)。對(duì)于這些意見(jiàn)李鵬提出這屬于項(xiàng)目范圍變更，要求按變更來(lái)處理。但郭處說(shuō)這不是范圍變更，軟件功能本來(lái)就該做成這樣子，是開(kāi)發(fā)組理解錯(cuò)了，不存在變更不變更的問(wèn)題。為了能夠說(shuō)服郭處，李鵬和王東詳細(xì)查閱了《技術(shù)規(guī)范》，結(jié)果悲觀地發(fā)現(xiàn)在很多地方《技術(shù)規(guī)范》并沒(méi)有清楚描述要做成什么樣，所以很難判定局方的意見(jiàn)是不是屬于變更。既然是這樣就只有滿足局方的要求了?！薄枨笫恰都夹g(shù)規(guī)范》的細(xì)化，查《技術(shù)規(guī)范》當(dāng)然沒(méi)用了；需求收集完成后，應(yīng)要求用戶進(jìn)行確認(rèn)（是否是他們想要的軟件功能），確認(rèn)后的需求成為需求基線，若要變更就需要走變更控制流程了。

“局方提出的這些意見(jiàn)有的跟《技術(shù)規(guī)范》一致、有時(shí)不一致，一開(kāi)始我和李鵬還想部分頂住，但因?yàn)榫址筋I(lǐng)導(dǎo)層次較高，我覺(jué)得他要是震怒可能公司領(lǐng)導(dǎo)一定又會(huì)很緊張，同時(shí)也不希望因?yàn)槲也煌鉂M足局方的要求讓局方向高層領(lǐng)導(dǎo)投訴，這樣會(huì)讓我很被動(dòng)”——這是因?yàn)榫址筋I(lǐng)導(dǎo)不知道他們的要求與技術(shù)規(guī)范相違背，有必要提醒他們；《技術(shù)規(guī)范》是驗(yàn)收標(biāo)準(zhǔn)，最終項(xiàng)目驗(yàn)收還是要按照《技術(shù)規(guī)范》來(lái)。

“這種對(duì)修改要求的滿足一旦開(kāi)始就很難停止，這樣項(xiàng)目就陷入了很被動(dòng)的循環(huán)，剛把上次的要求改好了，想回復(fù)正常的開(kāi)發(fā)節(jié)奏，新的一輪又開(kāi)始了。這讓我覺(jué)得就像轉(zhuǎn)輪里的小白鼠，自己永遠(yuǎn)不知道什么時(shí)候是盡頭，直到累死為止，而外人覺(jué)得你在干你該干的事情?！薄褂玫Ｐ突蛎艚莘椒ǎ?天一個(gè)迭代周期，先開(kāi)發(fā)優(yōu)先級(jí)高、穩(wěn)定性強(qiáng)的需求。