項(xiàng)目范圍管理案例

-z.第2章工程圍管理案例工程的圍管理影響到信息系統(tǒng)工程的成功。在實(shí)踐中，需求蔓延〞是信息系統(tǒng)失敗最常見(jiàn)的原因之一，信息系統(tǒng)工程往往在工程啟動(dòng)、方案、執(zhí)行、甚至收尾時(shí)不斷參加新功能，無(wú)論是客戶(hù)的要求還是工程實(shí)現(xiàn)人員對(duì)新技術(shù)的試驗(yàn)，都可能導(dǎo)致信息系統(tǒng)工程圍的失控，從而使得信息系統(tǒng)工程無(wú)論在時(shí)間、資源和質(zhì)量上都受到重影響。2．1案例一：圍定義閱讀以下關(guān)于信息系統(tǒng)工程管理過(guò)程中圍管理面問(wèn)題的表達(dá)，答復(fù)下列問(wèn)題1至問(wèn)題3。2.1.1案例場(chǎng)景希賽信息技術(shù)(CSAI原本是一家專(zhuān)注于企業(yè)信息化的公司，在電子政務(wù)如火如荼的時(shí)候，開(kāi)場(chǎng)進(jìn)軍電子政務(wù)行業(yè)。在電子政務(wù)的市場(chǎng)中，接到的第一個(gè)工程是開(kāi)發(fā)一套工商審批系統(tǒng)。由于電子政務(wù)要求，該系統(tǒng)涉及到兩個(gè)互不聯(lián)通的子網(wǎng)：政務(wù)網(wǎng)和政務(wù)外網(wǎng)。政務(wù)網(wǎng)中儲(chǔ)存著全部信息，其中包括局部信息；政務(wù)外網(wǎng)可以對(duì)公眾開(kāi)放，開(kāi)放的信息必須得到授權(quán)。系統(tǒng)要求在這兩個(gè)子網(wǎng)中的合法用戶(hù)都可以訪(fǎng)問(wèn)到被授權(quán)的信息，訪(fǎng)問(wèn)的信息必須是一致可靠，政務(wù)網(wǎng)的信息可以發(fā)布到政務(wù)外網(wǎng)，政務(wù)外網(wǎng)的信息在經(jīng)過(guò)審批后可以進(jìn)入政務(wù)網(wǎng)系統(tǒng)。工是該工程的工程經(jīng)理，在捕獲到這個(gè)需求后認(rèn)為電子政務(wù)建立與企業(yè)信息化有很大的不同，有其自身的特殊性，假設(shè)照搬企業(yè)信息化原有的經(jīng)歷和案必定會(huì)遭到慘敗。因此采用了格瀑布模型，并專(zhuān)門(mén)招聘了熟悉網(wǎng)絡(luò)互通互聯(lián)的技術(shù)人員設(shè)計(jì)了解決案，在經(jīng)過(guò)格評(píng)審后實(shí)施。在工程交付時(shí)，雖然系統(tǒng)完全滿(mǎn)足了性的要求，但用戶(hù)對(duì)系統(tǒng)用戶(hù)界面提出了較大的異議，認(rèn)為不符合政務(wù)信息系統(tǒng)的風(fēng)格，操作也不夠便捷，要求徹底更換。由于最初設(shè)計(jì)的缺陷，系統(tǒng)表現(xiàn)層和邏輯層嚴(yán)密耦合，導(dǎo)致70％的代碼重寫(xiě)，而第二版的用戶(hù)界面仍不能滿(mǎn)足最終用戶(hù)的要求，最終又重寫(xiě)的局部代碼才通過(guò)驗(yàn)收。由于系統(tǒng)的反復(fù)變更，工程組成員產(chǎn)生了強(qiáng)烈的挫折感，士氣低落，工程工期也超出原方案的100％。【問(wèn)題1】請(qǐng)不超過(guò)300字，對(duì)工的行為進(jìn)展點(diǎn)評(píng)？【問(wèn)題2】請(qǐng)從工程圍管理的角度找出該工程實(shí)施過(guò)程中的主要管理問(wèn)題？不超過(guò)200字答復(fù)?！締?wèn)題3】請(qǐng)結(jié)合你本人實(shí)際工程經(jīng)歷，指出應(yīng)如防止類(lèi)似問(wèn)題？不超過(guò)200字答復(fù)。2.1.2案例分析這是一個(gè)失敗的工程，工在工程管理中既有閃光點(diǎn)，也有失敗的地。但工程管理中的任過(guò)失都會(huì)影響工程的結(jié)果，而圍管理的失誤對(duì)工程的影響更為明顯。模糊的工程圍定義、錯(cuò)誤的工作分解、缺失的圍確認(rèn)和無(wú)力的圍控制都將重影響工程的結(jié)果。工對(duì)工程圍有一定的把握。在圍定義中，工發(fā)現(xiàn)了不同行業(yè)間具有不同的特點(diǎn)，電子政務(wù)行業(yè)對(duì)系統(tǒng)運(yùn)行環(huán)境有著特殊的要求。根據(jù)對(duì)電子政務(wù)的要求，政務(wù)網(wǎng)與政務(wù)外網(wǎng)是該行業(yè)一致的標(biāo)準(zhǔn)，這與企業(yè)信息化是完全不同的。工捕獲到該需求，并對(duì)這個(gè)需求進(jìn)展了清晰的定義，根據(jù)瀑布模型的要求，對(duì)設(shè)計(jì)和實(shí)現(xiàn)都進(jìn)展了格的控制，因此在系統(tǒng)交付時(shí)完全滿(mǎn)足了用戶(hù)對(duì)性的要求。在這一點(diǎn)上，工是成功的。如果在圍定義時(shí)忽略了行業(yè)標(biāo)準(zhǔn)，工程肯定會(huì)招致更大的失敗。但用戶(hù)界面的風(fēng)格和操作的便捷性也屬于系統(tǒng)圍的一局部。與系統(tǒng)運(yùn)行環(huán)境一樣，我們通常稱(chēng)這類(lèi)需求為隱性需求。這類(lèi)需求往往不是由用戶(hù)直接提出，而且受行業(yè)特點(diǎn)決定的圍所約束。對(duì)于電子政務(wù)來(lái)說(shuō)，系統(tǒng)保持一致的風(fēng)格非常重要。作為政府對(duì)公眾開(kāi)放的窗口而言，并不需要很強(qiáng)的個(gè)性化，但一致的界面風(fēng)格可以表達(dá)出政務(wù)的肅性。考慮到全體民眾層次差異較大，大多數(shù)訪(fǎng)問(wèn)系統(tǒng)的用戶(hù)一般都沒(méi)有承受過(guò)系統(tǒng)使用的培訓(xùn)，操作的便捷性也是政務(wù)系統(tǒng)必須實(shí)現(xiàn)的功能之一。很明顯，對(duì)于這些系統(tǒng)的隱性需求工沒(méi)有充分考慮，從而導(dǎo)致一而再，再而三的變更。對(duì)于軟件工程，所有的需求都必須經(jīng)過(guò)清晰的定義，這些需求都是工程圍的一局部。工僅僅注意了其中的一局部，而忽略了用戶(hù)界面，最終導(dǎo)致工程的失敗。對(duì)于電子政務(wù)信息系統(tǒng)，尤其是面向公眾開(kāi)放的信息系統(tǒng)，圍定義更加困難。這些系統(tǒng)的最終用戶(hù)幾乎不會(huì)參加需求開(kāi)發(fā)的工作，他們的需求都是間接的，通過(guò)政府部門(mén)的負(fù)責(zé)人傳遞到工程組。但最終用戶(hù)的意見(jiàn)對(duì)工程的結(jié)果會(huì)有巨大的影響，這是就對(duì)圍管理提出了更高的要求。除了在圍定義面的問(wèn)題外，工在圍確認(rèn)和圍控制面也存在不小的失誤。當(dāng)系統(tǒng)第一次更改時(shí)，就應(yīng)該意識(shí)到系統(tǒng)界面風(fēng)格和操作便捷性的重要性。這時(shí)應(yīng)該清晰地定義系統(tǒng)的界面風(fēng)格和操作風(fēng)格，并設(shè)法進(jìn)展確認(rèn)。如果采取了恰當(dāng)?shù)拇胧?，第二次的變更是完全可以防止的。在剛剛進(jìn)入一個(gè)陌生領(lǐng)域的時(shí)候，其中充滿(mǎn)了各種各樣的風(fēng)險(xiǎn)。隱性的行規(guī)和行業(yè)特點(diǎn)都是工程圍的風(fēng)險(xiǎn)。面對(duì)這些風(fēng)險(xiǎn)，即使再細(xì)致的調(diào)研也無(wú)法完全防止，也不能完整定義系統(tǒng)的圍。因此可以考慮采取原型法等式來(lái)提前暴露風(fēng)險(xiǎn)，減少風(fēng)險(xiǎn)帶來(lái)的損失。因此在案例中，工也沒(méi)有進(jìn)展充分的風(fēng)險(xiǎn)管理，采用格的瀑布模型增加了風(fēng)險(xiǎn)發(fā)生后帶來(lái)的損失。對(duì)于這個(gè)案例，缺乏良好的設(shè)計(jì)也是很明顯的缺陷。用戶(hù)界面中耦合了大量的業(yè)務(wù)邏輯，這必然增加變更的代價(jià)，從而導(dǎo)致大局部代碼重寫(xiě)。假設(shè)在工程初期意識(shí)到界面變更的風(fēng)險(xiǎn)，隨之采用良好的設(shè)計(jì)，將表現(xiàn)層和業(yè)務(wù)邏輯徹底分開(kāi)，系統(tǒng)變更的代價(jià)也會(huì)小得多。綜上所述，工程經(jīng)理工在整個(gè)案例中，針對(duì)圍管理做了一些工作，但不全面，在風(fēng)險(xiǎn)管理和質(zhì)量管理上也都存在缺陷。有了上面的分析，這道題就很容易作答。工程的閃光點(diǎn)在于對(duì)系統(tǒng)運(yùn)行環(huán)境進(jìn)展了清晰的定義，并最終滿(mǎn)足了用戶(hù)的要求；但不充分的圍定義和圍確認(rèn)招致了工程的失敗，而采用了抗風(fēng)險(xiǎn)能力較弱的瀑布模型和低質(zhì)量的設(shè)計(jì)又雪上加霜，最終導(dǎo)致工程延期100%.因此第一題答案的要點(diǎn)就很明確了：(1)工注意到了系統(tǒng)運(yùn)行環(huán)境的特殊性，在良好設(shè)計(jì)和實(shí)現(xiàn)的情況下滿(mǎn)足了用戶(hù)的要求。(2)工忽略了系統(tǒng)用戶(hù)的潛在要求，在用戶(hù)界面和操作的風(fēng)格上圍定義不清晰，造成系統(tǒng)交付的重大變更。(3)工在第一次問(wèn)題發(fā)生后仍沒(méi)有對(duì)圍進(jìn)展有效的管理，造成了系統(tǒng)第二次的變更。(4)工沒(méi)有對(duì)用戶(hù)界面是否能夠滿(mǎn)足要求的風(fēng)險(xiǎn)進(jìn)展有效的管理，而是采用了對(duì)風(fēng)險(xiǎn)適應(yīng)性較差的瀑布模型組織開(kāi)發(fā)。(5)工沒(méi)有對(duì)設(shè)計(jì)質(zhì)量進(jìn)展有效的控制，造成表現(xiàn)層中耦合了業(yè)務(wù)邏輯，增加了修改的代價(jià)。對(duì)于第二題，是在第一題的根底上考察對(duì)圍管理的理解，因此可以忽略在其他領(lǐng)域的問(wèn)題。在圍管理中主要包括如下容：(1)圍管理方案。(2)圍定義。(3)工作分解。(4)圍確認(rèn)。(5)圍控制。在本案例中，沒(méi)有專(zhuān)門(mén)設(shè)計(jì)到圍管理方案和工作分解的容。從外表上看，圍定義存在明顯的缺陷。但案例中提到系統(tǒng)又發(fā)生了第二次變更，由此可見(jiàn)，工在圍確認(rèn)和圍控制上也存在缺乏。假設(shè)在問(wèn)題第一次出現(xiàn)時(shí)就進(jìn)展有效的圍確認(rèn)和圍控制，則完全可以防止第二次的變更。因此，第二題的答案要點(diǎn)如下：(1)工沒(méi)有挖掘到系統(tǒng)的全部隱性需求，缺乏準(zhǔn)確的圍定義。(2)在發(fā)生第一次變更時(shí)，工仍沒(méi)有有效的圍管理，從而造成系統(tǒng)的二次變更。(3)重復(fù)的系統(tǒng)變更說(shuō)明工對(duì)系統(tǒng)圍控制缺乏，導(dǎo)致一而再再而三的反復(fù)。在完成第二題后，第三題就是水到渠成了，第三題的要點(diǎn)見(jiàn)參考答案，此處不再贅述。工程管理是一個(gè)系統(tǒng)工程，沒(méi)有哪種單一的手段可以有效地改善工程，反之管理中的任疏忽都可能招致重的后果，造成工程的失敗。而軟件工程的復(fù)雜性又決定了工程中的工作環(huán)環(huán)相扣，問(wèn)題也總是相互關(guān)聯(lián)的。在發(fā)現(xiàn)問(wèn)題后，也需要采取多種手段才能徹底解決問(wèn)題。這對(duì)信息系統(tǒng)的工程經(jīng)理來(lái)說(shuō)是重大的挑戰(zhàn)。2.1.3參考答案【問(wèn)題1】(1)工注意到了系統(tǒng)運(yùn)行環(huán)境的特殊性，在良好設(shè)計(jì)和實(shí)現(xiàn)的情況下滿(mǎn)足了用戶(hù)的要求。(2)工忽略了系統(tǒng)用戶(hù)的潛在要求，在用戶(hù)界面和操作的風(fēng)格上圍定義不清晰，造成系統(tǒng)交付時(shí)的重大變更。(3)工在第一次問(wèn)題發(fā)生后仍沒(méi)有對(duì)圍進(jìn)展有效的管理，造成了系統(tǒng)第二次的變更。(4)工沒(méi)有對(duì)用戶(hù)界面是否能夠滿(mǎn)足要求的風(fēng)險(xiǎn)進(jìn)展有效的管理，而是采用了對(duì)風(fēng)險(xiǎn)適應(yīng)性較差的瀑布模型組織開(kāi)發(fā)。(5)工沒(méi)有對(duì)設(shè)計(jì)質(zhì)量進(jìn)展有效的控制，造成表現(xiàn)層中耦合了業(yè)務(wù)邏輯，增加了修改的代價(jià)。【問(wèn)題2】(1)工沒(méi)有挖掘到系統(tǒng)的全部隱性需求，缺乏準(zhǔn)確的圍定義。(2)在發(fā)生第一次變更時(shí)，工仍沒(méi)有有效的圍管理，從而造成系統(tǒng)的二次變更。(3)重復(fù)的系統(tǒng)變更說(shuō)明工對(duì)系統(tǒng)圍控制缺乏，導(dǎo)致一而再再而三的反復(fù)?！締?wèn)題3】有效的圍管理包括了從圍定義到圍控制等多面的工作，每一項(xiàng)工作都是重要的。對(duì)于本案例，要結(jié)合行業(yè)特點(diǎn)進(jìn)展需求分析，挖掘系統(tǒng)潛在的需求，同時(shí)通過(guò)原型等法來(lái)輔助需求的定義，防止圍定義不清晰的問(wèn)題。在發(fā)生需求變更時(shí)需要進(jìn)展有效的需求控制，盡量在滿(mǎn)足用戶(hù)需求的前提下縮小需求圍，堅(jiān)決防止需求的再次變更。2．2案例二：工作要點(diǎn)閱讀以下關(guān)于信息系統(tǒng)工程管理過(guò)程中工程圍管理面問(wèn)題的表達(dá)，答復(fù)下列問(wèn)題1至問(wèn)題2。2.2.1案例場(chǎng)景M集團(tuán)是希賽信息技術(shù)(CSAI)多年的客戶(hù)，CSAI已經(jīng)為其開(kāi)發(fā)了多個(gè)信息系統(tǒng)。最近，M又和CSAI簽訂了新的開(kāi)發(fā)合同，以擴(kuò)大整個(gè)企業(yè)的信息化應(yīng)用圍，工擔(dān)任該工程的工程經(jīng)理。工組織相關(guān)人員對(duì)該工程的工作進(jìn)展了分解，并參考了公司同M曾經(jīng)合作的工程，評(píng)估得到工程，總工作量60人月，方案工期6個(gè)月。工程剛剛開(kāi)場(chǎng)不久，工的高層經(jīng)理S找到工。S表示，由于公司運(yùn)作的問(wèn)題，需要在4個(gè)月完成工程，考慮到壓縮工期的現(xiàn)實(shí)，可以為該工程在增派兩名開(kāi)發(fā)人員。工認(rèn)為，整個(gè)工程的工作量是經(jīng)過(guò)仔細(xì)分解后評(píng)估得到的，評(píng)估過(guò)程中也參考了歷史上與K企業(yè)合作的工程度量數(shù)據(jù)，該工作量是客觀真實(shí)的。目前工程已經(jīng)開(kāi)場(chǎng)，增派的人手還需要一定的時(shí)間熟悉工程情況，因此即使增派兩人也很難在四個(gè)月完成。如果強(qiáng)行要求工程組成員通過(guò)加班等式追逐4個(gè)月完成的目標(biāo)，肯定會(huì)降低工程的質(zhì)量，造成用戶(hù)不滿(mǎn)意。因此，工提出將整個(gè)工程分為兩局部實(shí)現(xiàn)，第一局部使用三個(gè)半月的時(shí)間，第二局部使用三個(gè)月的時(shí)間，分別制定出兩局部的驗(yàn)收標(biāo)準(zhǔn)，這樣不增派開(kāi)發(fā)人員也可以完成。高層經(jīng)理認(rèn)為該案可以滿(mǎn)足公司的運(yùn)作要求，用戶(hù)也同意按照這種案進(jìn)展實(shí)施。六個(gè)月以后，工程在沒(méi)有增加人員的前提下順利地完成，雖然比最初方案延長(zhǎng)了半個(gè)月的工期，但既到達(dá)了公司的要求，客戶(hù)對(duì)最終交付的系統(tǒng)也非常滿(mǎn)意，工程組的成員也沒(méi)有感受到很大的壓力。【問(wèn)題1】請(qǐng)不超過(guò)500字，指出工是如保證工程成功的？【問(wèn)題2】請(qǐng)不超過(guò)500字，試結(jié)合案例指出工程圍管理的工作要點(diǎn)？2.2.2案例分析這是一個(gè)成功的工程管理案例，工程經(jīng)理工有效的運(yùn)用圍管理，在不同的工程干系人中達(dá)成一致，使工程的結(jié)果同時(shí)滿(mǎn)足了高層經(jīng)理、客戶(hù)和工程組成員的要求。作為一個(gè)工程管理者，必須熟練掌握和應(yīng)用工程管理九大領(lǐng)域涵蓋的知識(shí)與技能，對(duì)于進(jìn)展信息系統(tǒng)開(kāi)發(fā)工程而言，圍管理是其中最重要的技能之一。軟件工程的圍主要是由系統(tǒng)需求構(gòu)成的，而系統(tǒng)需求既是難以把握的，也是容易調(diào)整和控制的。軟件系統(tǒng)的需求來(lái)源于用戶(hù)需求，在軟件工程目標(biāo)是滿(mǎn)足用戶(hù)需求的情況下，對(duì)于一樣的用戶(hù)價(jià)值可以定義出不同的系統(tǒng)需求。舉一個(gè)簡(jiǎn)單的例子，用戶(hù)的需“解決口渴的問(wèn)題〞，則最簡(jiǎn)單的系統(tǒng)需求可以是遞上一杯水，復(fù)雜一些的可能是遞上一杯熱水，更復(fù)雜的是遞上一杯經(jīng)過(guò)多層過(guò)濾的純潔水，當(dāng)然也可以是打一桶虎跑泉的水，然后沏上一杯龍井茶。用戶(hù)當(dāng)然希望用買(mǎi)礦泉水的換一杯正宗的龍井茶，但這樣的工程圍肯定會(huì)導(dǎo)致工程失敗。聰明的軟件工程經(jīng)理總是從圍管理開(kāi)場(chǎng)，先界定系統(tǒng)的邊界，然后再在明確的圍進(jìn)展時(shí)間、本錢(qián)、風(fēng)險(xiǎn)等的管理。在工程中，時(shí)間、本錢(qián)和圍構(gòu)成了一個(gè)穩(wěn)固的三角形，如圖2-1所示。對(duì)于該三角形來(lái)說(shuō)，任一邊都不可能孤立地改變。換句話(huà)說(shuō)，我們不可能固定其中兩邊而試圖縮短第三邊。其實(shí)這也是很容易理解的問(wèn)題，如果工程需要做的東西已經(jīng)確定(工程圍固定)，工程的人員也已經(jīng)確定(工程本錢(qián)固定)，則工程需要的時(shí)間就也是固定的。同理，已經(jīng)固定的工程投入和工程時(shí)間也只能做出固定的工作。對(duì)于這個(gè)三角形而言，非但不可能孤立地改變*一邊的長(zhǎng)短，就是三邊的變化比例不一致也不可能。不成比例的變化與孤立的改變*一邊是一樣的，都將破壞三角形的構(gòu)造，違反工程的客觀規(guī)律，最終招致失敗。因此有效的圍管理更像一門(mén)藝術(shù)，可以幫助工程經(jīng)理在已經(jīng)確定的時(shí)間和本錢(qián)下完成工程目標(biāo)。在本案例中，高層經(jīng)理S就提出了試圖打破這個(gè)三角形的要求。他要求，工程組可以增加局部資源，但要提前兩個(gè)月完成。初一看，并沒(méi)有在不增加投入的情況下要求工程提前完成，似乎合情合理，比起既要馬兒跑又不讓馬兒吃草的要求好得多，但細(xì)一想，增加的資源和提前的時(shí)間還是不成比例。工程經(jīng)理工深知此中微妙，因此在聽(tīng)到高層經(jīng)理的要求后，馬上意識(shí)到這是一個(gè)不可能完成的任務(wù)。則該如解決這個(gè)矛盾呢？還是要從這個(gè)三角形入手。既然時(shí)間和資源的變化已經(jīng)打破了工程規(guī)律，則不妨根據(jù)新的時(shí)間和資源來(lái)重新劃定合理的工程圍，保證工程的正常運(yùn)作。于是，工將這個(gè)工程拆分為兩局部，重新定義這兩局部的工程圍，使每一局部的圍都可以與已經(jīng)確定的資源和時(shí)間匹配起來(lái)，讓工程的運(yùn)作又重新滿(mǎn)足了工程的客觀規(guī)律，最終取得了成功。在案例中，還有一些細(xì)節(jié)需要考生注意。工最初估算整個(gè)工程需要花費(fèi)60人月的總工作量，但如果考慮到拆分為兩個(gè)階段后會(huì)增加設(shè)計(jì)的復(fù)雜度，增加了額外的驗(yàn)收過(guò)程等因素，超出原方案半個(gè)月是正常的。方案在6個(gè)月完成。在把工程拆分后，實(shí)際是用了6個(gè)半月的時(shí)間，也就是花費(fèi)了65人月完成了工程。對(duì)于上面介紹的時(shí)間、本錢(qián)和圍的關(guān)系而言，僅是在理想情況下成立，即工程成員始終能以固定的本錢(qián)完成固定的工作。而在實(shí)際情況下，工程的工期、復(fù)雜度等因素都會(huì)對(duì)工程造成影響。在案例中，雖然看似兩局部工作的總和等于沒(méi)有拆分前的工程，但這僅對(duì)于最終目標(biāo)而言，拆分后的工程增加了假設(shè)干中間成果，工程的圍實(shí)際上還是擴(kuò)大了。因?yàn)檐浖こ痰膰苯优c需求相關(guān)，所以，很多人誤認(rèn)為控制工程圍就是控制需求，而控制的法就是減少需求的容。這種理解是完全錯(cuò)誤的。圍控制表達(dá)在軟件開(kāi)發(fā)的各個(gè)階段，很多圍控制并非是針對(duì)客戶(hù)的要求而進(jìn)展的。例如，本案例中，圍控制就是針對(duì)高層經(jīng)理的要求進(jìn)展的。再比方，在設(shè)計(jì)中，我們既可以設(shè)計(jì)剛剛夠用甚至略有欠缺，通過(guò)犧牲系統(tǒng)的擴(kuò)展性、維護(hù)性等面來(lái)簡(jiǎn)化設(shè)計(jì)，也可以對(duì)系統(tǒng)進(jìn)展充分良好的設(shè)計(jì)，甚至可能是過(guò)度設(shè)計(jì)。采取哪一種設(shè)計(jì)謀略也是軟件工程圍管理的一局部。工程經(jīng)理可以根據(jù)目前的工程的目標(biāo)與環(huán)境出發(fā)，綜合考慮質(zhì)量和本錢(qián)的約束，制定明確的工程圍，保證工程的成功。根據(jù)筆者的經(jīng)歷，即時(shí)需求已經(jīng)確定，通過(guò)有效的圍管理仍能給工程帶來(lái)很大的收益，可以在不犧牲軟件質(zhì)量的前提下通過(guò)圍管理來(lái)降低工程本錢(qián)，縮短工程工期。上面主要針對(duì)工在圍控制面進(jìn)展了分析，實(shí)際在整個(gè)案例中，工還進(jìn)展了其他的圍管理工作。首先，在工程剛剛開(kāi)場(chǎng)，工就對(duì)工程圍進(jìn)展了定義，進(jìn)而劃分了WBS并對(duì)工程進(jìn)展了估算和方案。在S提出需要縮短工期的要求后，工首先進(jìn)展了工程圍的控制，縮小了第一步需要完成的工程圍。緊接著工又對(duì)兩階段需要完成的工程圍進(jìn)展了重新定義，制定了驗(yàn)收標(biāo)準(zhǔn)。最后，工對(duì)重新定義的圍進(jìn)展了確認(rèn)，與客戶(hù)和高層經(jīng)理達(dá)成一致。對(duì)于工程而言，僅僅管理圍仍不能保證工程的成功。在這個(gè)案例中，工也運(yùn)用了其他的管理手段。其中包括，工對(duì)工程進(jìn)展了估算，這屬于工程時(shí)間管理的疇；工協(xié)調(diào)了多個(gè)工程干系人之間的矛盾，這屬于溝通管理的疇。有了上面的分析，這道考題的答案也就很清晰了。2.2.3參考答案【問(wèn)題1】(1)工首先對(duì)最初的工程圍進(jìn)展了清晰的定義，并根據(jù)定義對(duì)工作進(jìn)展了分解，制定了WBS。(2)工對(duì)工程進(jìn)展了估算，且估算結(jié)果真實(shí)可信，對(duì)工程工作量有量化的把握。(3)在出現(xiàn)新的工程目標(biāo)后，工對(duì)工程進(jìn)展了圍控制，縮小了第一階段實(shí)現(xiàn)的圍。(4)工對(duì)重新定義的工程圍進(jìn)展了確認(rèn)，與高層經(jīng)理和客戶(hù)達(dá)成一致。(5)工對(duì)工程進(jìn)展了溝通管理，協(xié)調(diào)了多個(gè)工程干系人之間的矛盾?！締?wèn)題2】工程圍管理的要點(diǎn)：(1)圍管理方案。(2)圍定義。(3)工作分解。(4)圍確認(rèn)。(5)圍控制。在本案例中，工首先進(jìn)展了圍定義和工作分解，得到了清晰的工程圍；在出現(xiàn)新的工程目標(biāo)后，工進(jìn)展了圍控制，重新定義了兩個(gè)階段的工程圍；最后，工將重新定義的圍與工程干系人進(jìn)展了確認(rèn)。2.3案例三：圍確認(rèn)閱讀以下關(guān)于信息系統(tǒng)工程管理過(guò)程中工程圍管理面問(wèn)題的表達(dá)，答復(fù)下列問(wèn)題1至問(wèn)題3.2.3.1案例場(chǎng)景希賽信息技術(shù)(CSAI)剛剛和M簽訂了一份新的合同，合同的主要容是處理公司以前為M公司開(kāi)發(fā)的信息系統(tǒng)的升級(jí)工作。升級(jí)后的系統(tǒng)可以滿(mǎn)足M公司新的業(yè)務(wù)流程和圍。由于是一個(gè)現(xiàn)有系統(tǒng)的升級(jí)，工程經(jīng)理工特意請(qǐng)來(lái)了原系統(tǒng)的需求調(diào)研人員工擔(dān)任該工程的需求調(diào)研負(fù)責(zé)人。在工的幫助下，很快地完成了需求開(kāi)發(fā)的工作并進(jìn)入設(shè)計(jì)與編碼。由于M公司的業(yè)務(wù)非常繁忙，M公司的業(yè)務(wù)代表沒(méi)有足夠的時(shí)間投入到工程中，確認(rèn)需求的工作一拖再拖。工認(rèn)為，雙已經(jīng)建立了密切的合作關(guān)系，工也參加了原系統(tǒng)的需求開(kāi)發(fā)，對(duì)業(yè)務(wù)的系統(tǒng)比擬熟悉，因此定義的需清晰的。故工并沒(méi)有催促業(yè)務(wù)代表在需求說(shuō)明書(shū)中簽字。進(jìn)入編碼階段后，工因故移民加拿大，需要離開(kāi)工程組。工考慮到系統(tǒng)需求已經(jīng)定義，工程已經(jīng)進(jìn)入編碼期，工的離職雖然會(huì)對(duì)工程造成一定的影響，但影響較小，因此很快辦理好了工的離職手續(xù)。在系統(tǒng)交付的時(shí)候，M公司的業(yè)務(wù)代表認(rèn)為已經(jīng)提出的需求很多沒(méi)有實(shí)現(xiàn)，實(shí)現(xiàn)的需求也有很多不能滿(mǎn)足業(yè)務(wù)的要求，必須全部實(shí)現(xiàn)這些需求后才能驗(yàn)收。此時(shí)工已經(jīng)不在工程組，沒(méi)有人能夠清晰地解釋需求說(shuō)明書(shū)。最終系統(tǒng)需求發(fā)生重大變更，工程延期超過(guò)50%,M的業(yè)務(wù)代表也因?yàn)橄到y(tǒng)的延期表示了強(qiáng)烈的不滿(mǎn)。【問(wèn)題1】請(qǐng)以400字對(duì)工在工程管理工作中的行為進(jìn)展點(diǎn)評(píng)?！締?wèn)題2】請(qǐng)從工程圍管理的角度找出該工程實(shí)施過(guò)程中的問(wèn)題，以500字答復(fù)?！締?wèn)題3】請(qǐng)結(jié)合你本人工程經(jīng)歷，談?wù)剳?yīng)如防止類(lèi)似的問(wèn)題，以500字答復(fù)。2.3.2案例分析這是一個(gè)失敗的軟件工程，與很多失敗的軟件工程一樣，在系統(tǒng)需求上栽了跟頭。開(kāi)發(fā)與定義軟件系統(tǒng)的需求在整個(gè)軟件開(kāi)發(fā)過(guò)程中是最重要的一環(huán)，這是每個(gè)從事信息系統(tǒng)建立的工程經(jīng)理都清楚的事情，但往往又因?yàn)橐粫r(shí)的疏忽而造成需求的重大缺陷，最終導(dǎo)致工程的失敗。案例中的工程經(jīng)理工就是既重視需求又沒(méi)有控制好需求的一個(gè)例子。在案例中，工接手了一個(gè)系統(tǒng)升級(jí)的軟件工程。對(duì)于這樣的工程，首先需要熟悉原有的系統(tǒng)，然后才能談升級(jí)的問(wèn)題。因此工專(zhuān)門(mén)找到了原系統(tǒng)的需求調(diào)研人員工來(lái)解決新系統(tǒng)的需求問(wèn)題。這無(wú)疑是一個(gè)很好的方法，可以快速準(zhǔn)確地把握新系統(tǒng)的需求。從這一點(diǎn)上來(lái)說(shuō)，工是成功的，找到了適宜的資源進(jìn)展需求的開(kāi)發(fā)與定義。工也沒(méi)有讓工失望，很快就整理出了新系統(tǒng)的需求，并進(jìn)入了設(shè)計(jì)和編碼階段，除了客戶(hù)太忙沒(méi)有時(shí)間確認(rèn)需求外，一切盡在工的掌握之中。這是一個(gè)燦爛的開(kāi)端，如果一切順利的話(huà)，工程的成功也就是早晚的事情。就如同大多數(shù)經(jīng)典的悲劇故事一樣，故事的序幕是美好的。晴朗的天空飄來(lái)一塊烏云，工要移民加拿大。不過(guò)僅僅是一片烏云而已，并沒(méi)有下起雨來(lái)。開(kāi)發(fā)出的需求都已經(jīng)過(guò)設(shè)計(jì)，一些編碼工作也已經(jīng)開(kāi)場(chǎng)，工的工作已近圓滿(mǎn)完成，畢竟，一些細(xì)枝末節(jié)的問(wèn)題還可以同客戶(hù)直接溝通。經(jīng)過(guò)工程組努力，工程終于完成開(kāi)發(fā)，準(zhǔn)備發(fā)布了。這時(shí)，烏云開(kāi)場(chǎng)下雨，問(wèn)題爆發(fā)了?？蛻?hù)不認(rèn)可工程組的工作，認(rèn)為很多需求沒(méi)有實(shí)現(xiàn)，實(shí)現(xiàn)的功能也與需求不符。誰(shuí)是這個(gè)工程組的罪人呢？工？還是工？換一個(gè)思路考慮一下，如果工沒(méi)有離開(kāi)工程組，結(jié)果又會(huì)是什么樣呢？客戶(hù)會(huì)因?yàn)楣み€在工程組就認(rèn)可這個(gè)系統(tǒng)嗎？很顯然，不會(huì)。至多可以在雙發(fā)的協(xié)商下少一些變更，工程延期不是50%,而是30％而已。如果非要區(qū)分50％和30％的區(qū)別，也不過(guò)是五十步笑百步而已。從工程管理的角度來(lái)說(shuō)，工程圍直接決定了工作量和工作目標(biāo)，所以工程經(jīng)理必須管理工程的圍。在圍管理中，圍定義、圍確認(rèn)和圍控制又是最核心的三項(xiàng)活動(dòng)，缺一不可。圍定義是根底的活動(dòng)，不進(jìn)展圍定義就不能進(jìn)展圍確認(rèn)和圍控制。圍確認(rèn)則是基線(xiàn)化已定義的圍，是圍控制的依據(jù)。圍控制的作用在于減少變更，保持工程圍的穩(wěn)定性。在案例中，由于工沒(méi)有進(jìn)展圍確認(rèn)，最后的圍控制也就變成了無(wú)本之木，控制過(guò)程肯定變成了討價(jià)還價(jià)，失去本身的意義。在軟件系統(tǒng)的開(kāi)發(fā)中，系統(tǒng)需求就是工程的圍。從軟件誕生至今的幾十年中，人們探索出了很多獲取系統(tǒng)需求的法，但是熟悉軟件開(kāi)發(fā)的人都知道，無(wú)論哪種法都不可能定義出完美無(wú)誤的需求，需求中的缺陷必然存在，無(wú)法完全防止。因此需求確認(rèn)或者說(shuō)是圍確認(rèn)就顯得更為重要。有人可能會(huì)說(shuō)，很難說(shuō)服客戶(hù)在需求上簽字，很難讓客戶(hù)為需求的缺陷負(fù)責(zé)。以現(xiàn)在軟件行業(yè)的情況，這種說(shuō)法是不無(wú)道理的。讓客戶(hù)在需求上簽字很困難，但并不等于就不需要進(jìn)展圍確認(rèn)，而且圍確認(rèn)的法