閱讀以下關(guān)于信息系統(tǒng)項(xiàng)目管理過(guò)程中項(xiàng)目范圍管理方面問(wèn)題的敘述，回答問(wèn)題1至問(wèn)題3.

   信息技術(shù)有限公司(CSAI )剛剛和M簽訂了一份新的合同，合同的主要內(nèi)容是處理公司以前為M公司開(kāi)發(fā)的信息系統(tǒng)的升級(jí)工作。升級(jí)后的系統(tǒng)可以滿(mǎn)足M公司新的業(yè)務(wù)流程和范圍。由于是一個(gè)現(xiàn)有系統(tǒng)的升級(jí)，項(xiàng)目經(jīng)理張工特意請(qǐng)來(lái)了原系統(tǒng)的需求調(diào)研人員李工擔(dān)任該項(xiàng)目的需求調(diào)研負(fù)責(zé)人。在李工的幫助下，很快地完成了需求開(kāi)發(fā)的工作并進(jìn)入設(shè)計(jì)與編碼。由于M公司的業(yè)務(wù)非常繁忙，M公司的業(yè)務(wù)代表沒(méi)有足夠的時(shí)間投入到項(xiàng)目中，確認(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)項(xiàng)目組。張工考慮到系統(tǒng)需求已經(jīng)定義，項(xiàng)目已經(jīng)進(jìn)入編碼期，李工的離職雖然會(huì)對(duì)項(xiàng)目造成一定的影響，但影響較小，因此很快辦理好了李工的離職手續(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)不在項(xiàng)目組，沒(méi)有人能夠清晰地解釋需求說(shuō)明書(shū)。最終系統(tǒng)需求發(fā)生重大變更，項(xiàng)目延期超過(guò)50%, M的業(yè)務(wù)代表也因?yàn)橄到y(tǒng)的延期表示了強(qiáng)烈的不滿(mǎn)。

 【問(wèn)題1】(8分)

請(qǐng)以400字對(duì)張工在項(xiàng)目管理工作中的行為進(jìn)行點(diǎn)評(píng)。

    【問(wèn)題2】(9分)

    請(qǐng)從項(xiàng)目范圍管理的角度找出該項(xiàng)目實(shí)施過(guò)程中的問(wèn)題，以500字內(nèi)回答。

    【問(wèn)題3】(8分)

    請(qǐng)結(jié)合你本人項(xiàng)目經(jīng)驗(yàn)，談?wù)剳?yīng)如何避免類(lèi)似的問(wèn)題，以500字內(nèi)回答。

    這是一個(gè)失敗的軟件項(xiàng)目，與很多失敗的軟件項(xiàng)目一樣，在系統(tǒng)需求上栽了跟頭。開(kāi)發(fā)與定義軟件系統(tǒng)的需求在整個(gè)軟件開(kāi)發(fā)過(guò)程中是最重要的一環(huán)，這是每個(gè)從事信息系統(tǒng)建設(shè)的項(xiàng)目經(jīng)理都清楚的事情，但往往又因?yàn)橐粫r(shí)的疏忽而造成需求的重大缺陷，最終導(dǎo)致項(xiàng)目的失敗。案例中的項(xiàng)目經(jīng)理張工就是既重視需求又沒(méi)有控制好需求的一個(gè)例子。·

    在案例中，張工接手了一個(gè)系統(tǒng)升級(jí)的軟件項(xiàng)目。對(duì)于這樣的項(xiàng)目，首先需要熟悉原有的系統(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è)陽(yáng)光燦爛的開(kāi)端，如果一切順利的話，項(xiàng)目的成功也就是早晚的事情。就如同大多數(shù)經(jīng)典的悲劇故事一樣，故事的序幕是美好的。

    晴朗的天空飄來(lái)一塊烏云，李工要移民加拿大。不過(guò)僅僅是一片烏云而已，并沒(méi)有下起雨來(lái)。開(kāi)發(fā)出的需求都已經(jīng)過(guò)設(shè)計(jì)，一些編碼工作也已經(jīng)開(kāi)始，李工的工作已近圓滿(mǎn)完成，畢竟，一些細(xì)枝末節(jié)的問(wèn)題還可以同客戶(hù)直接溝通。

    經(jīng)過(guò)項(xiàng)目組努力，項(xiàng)目終于完成開(kāi)發(fā)，準(zhǔn)備發(fā)布了。這時(shí)，烏云開(kāi)始下雨，問(wèn)題爆發(fā)了。客戶(hù)不認(rèn)可項(xiàng)目組的工作，認(rèn)為很多需求沒(méi)有實(shí)現(xiàn)，實(shí)現(xiàn)的功能也與需求不符。

    誰(shuí)是這個(gè)項(xiàng)目組的罪人呢？李工？還是張工？換一個(gè)思路考慮一下，如果李工沒(méi)有離開(kāi)項(xiàng)目組，結(jié)果又會(huì)是什么樣呢？客戶(hù)會(huì)因?yàn)槔罟み€在項(xiàng)目組就認(rèn)可這個(gè)系統(tǒng)嗎？很顯然，不會(huì)。至多可以在雙發(fā)的協(xié)商下少一些變更，項(xiàng)目延期不是50%,而是30％而已。如果非要區(qū)分50％和30％的區(qū)別，也不過(guò)是五十步笑百步而已。

    從項(xiàng)目管理的角度來(lái)說(shuō)，項(xiàng)目范圍直接決定了工作量和工作目標(biāo)，所以項(xiàng)目經(jīng)理必須管理項(xiàng)目的范圍。在范圍管理中，范圍定義、范圍確認(rèn)和范圍控制又是最核心的三項(xiàng)活動(dòng)，缺一不可。范圍定義是基礎(chǔ)的活動(dòng)，不進(jìn)行范圍定義就不能進(jìn)行范圍確認(rèn)和范圍控制。范圍確認(rèn)則是基線化已定義的范圍，是范圍控制的依據(jù)。范圍控制的作用在于減少變更，保持項(xiàng)目范圍的穩(wěn)定性。在案例中，由于張工沒(méi)有進(jìn)行范圍確認(rèn)，最后的范圍控制也就變成了無(wú)本之木，控制過(guò)程肯定變成了討價(jià)還價(jià)，失去本身的意義。

    在軟件系統(tǒng)的開(kāi)發(fā)中，系統(tǒng)需求就是項(xià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)的方法也不僅僅只有需求簽字這一種方法。召集客戶(hù)的業(yè)務(wù)代表對(duì)需求進(jìn)行評(píng)審、詳細(xì)記錄最原始的調(diào)研材料，讓客戶(hù)確認(rèn)調(diào)研報(bào)告、采用迭代開(kāi)發(fā)逐步確認(rèn)系統(tǒng)需求，都是可以采用的方法。這些方法雖然沒(méi)有直接確認(rèn)需求分析報(bào)告，但至少可以讓現(xiàn)有需求在項(xiàng)目組和客戶(hù)之間達(dá)成一致，提供范圍控制的基準(zhǔn)，一樣可以達(dá)到范圍確認(rèn)的目的。

    再回到這個(gè)案例，項(xiàng)目經(jīng)理張工樂(lè)觀認(rèn)為李工開(kāi)發(fā)的需求沒(méi)有什么問(wèn)題，也誤認(rèn)為雙方已經(jīng)有良好的合作，在不緊逼要求客戶(hù)代表簽字顯得不近人情，于是就抱著僥幸信息進(jìn)入了開(kāi)發(fā)。然而最終的結(jié)果是，項(xiàng)目延期嚴(yán)重，業(yè)務(wù)代表反而更不滿(mǎn)意，張工也要承擔(dān)項(xiàng)目延期造成的成本增加的責(zé)任。

    有了上面的分析，后面問(wèn)題的答案就不難得出。首先看第一個(gè)問(wèn)題，對(duì)張工的行為進(jìn)行點(diǎn)評(píng)。前面已經(jīng)提到，張工注意到了需求的問(wèn)題，專(zhuān)門(mén)找到了原系統(tǒng)需求負(fù)責(zé)人李工進(jìn)行需求開(kāi)發(fā)，這是對(duì)項(xiàng)目有利的一面。但由于缺少需求評(píng)審和確認(rèn)的過(guò)程，造成需求中的缺陷沒(méi)有被及時(shí)發(fā)現(xiàn)，系統(tǒng)需求沒(méi)有與客戶(hù)確認(rèn)，造成缺少需求控制的基準(zhǔn)，最終導(dǎo)致需求的重大變更。

     對(duì)于第二題，聯(lián)系范圍管理的知識(shí)，我們不難發(fā)現(xiàn)張工在范圍確認(rèn)和范圍控制中都有重大的缺陷，在范圍定義中也由于缺乏評(píng)審造成需求的質(zhì)量問(wèn)題。

    在完成第二題后，第三題就水到渠成了，第三題的要點(diǎn)見(jiàn)參考答案，此處不再贅述。

    【問(wèn)題1】(8分)

    (1)張工為了更明確地把握系統(tǒng)需求，聘請(qǐng)了原系統(tǒng)的需求調(diào)研人員李工，提高了需求定義的效率和質(zhì)量。(2分)

    (2)張工沒(méi)有對(duì)李工開(kāi)發(fā)的系統(tǒng)需求進(jìn)行評(píng)審和復(fù)查，從而使得需求的缺陷沒(méi)有被及時(shí)發(fā)現(xiàn)。

    (3)張工沒(méi)有要求用戶(hù)對(duì)已經(jīng)定義的需求進(jìn)行確認(rèn)，從而導(dǎo)致需求理解的偏差。(2分)

    (4)張工對(duì)需求的不能進(jìn)行缺乏有效控制，最終造成項(xiàng)目延期50%.(2分)

    【問(wèn)題2】(9分)

    該項(xiàng)目實(shí)施過(guò)程中的主要問(wèn)題包括：

    (1)在范圍定義中，張工沒(méi)有對(duì)李工定義的需求進(jìn)行評(píng)審，造成需求中的質(zhì)量缺陷沒(méi)有被及時(shí)發(fā)現(xiàn)。(3分)

    (2)在范圍確認(rèn)中，張工沒(méi)有主動(dòng)地要求用戶(hù)對(duì)需求進(jìn)行確認(rèn)。(3分)

    (3)在范圍控制中，張工無(wú)法進(jìn)行有效的范圍控制，最終造成了重大的需

求變更。(3分)

    【問(wèn)題3】(8分)

    對(duì)于本案例，項(xiàng)目經(jīng)理需要對(duì)需求定義的結(jié)果進(jìn)行質(zhì)量控制，采取評(píng)審等方式減少需求中的問(wèn)題。對(duì)已經(jīng)定義的需求需要與用戶(hù)進(jìn)行確認(rèn)，保證雙方理解的一致。在發(fā)生需求變更時(shí)，也應(yīng)該采取靈活的手段，在滿(mǎn)足用戶(hù)需求的前提下，盡量減少需求變更的范圍。