離2017年上半年信息系統(tǒng)項目管理師、系統(tǒng)集成項目管理工程師考試只有10天了，信管網(wǎng)將在最后的10天內(nèi)每天選擇一個案例方向試題和解析供各位考生練習(xí)。

信息系統(tǒng)項目管理師案例考前一練之整體（綜合）管理

【說明】
某項目是一個新產(chǎn)品開發(fā)項目，項目計劃開發(fā)周期為12個月，項目團(tuán)隊有11個人，包括：項目經(jīng)理1人，開發(fā)工程師5人，測試工程師2人，文檔工程師1人，配置管理1人，SQA1人。
項目于2010年7月1日開始，項目計劃如下：需求分析一個月，總體設(shè)計一個月，詳細(xì)設(shè)計二個月，編碼五個月，測試一個半月，文檔準(zhǔn)備、客戶驗收測試半個月，修改BUG并發(fā)布半個月，項目開工后，項目團(tuán)隊充滿激情地努力工作，項目經(jīng)理也非常有信心按期完成該項目，并在開工會上公布了該項目的考核與激勵制度。
2010年8月1日，項目組按期完成《需求規(guī)格設(shè)計說明書》；2010年9月1日，按期完成了總體設(shè)計。
此時，市場部提出，最近有幾名客戶都問到這個產(chǎn)品了，9月份可能有客戶要看演示的DEMO，需要加快開發(fā)進(jìn)度，問項目經(jīng)理是否可以先開發(fā)DEMD，詳細(xì)設(shè)計后后面再補充，先把產(chǎn)品的原型做出來。
項目經(jīng)理經(jīng)過與項目組與項目管理部協(xié)商，決定去掉詳細(xì)設(shè)計這個環(huán)節(jié)，直接進(jìn)入產(chǎn)品的編碼階段，安排開發(fā)工程師根據(jù)總體設(shè)計負(fù)責(zé)各自模塊的開發(fā)工作
5名開發(fā)工程師組成成的開發(fā)小組進(jìn)入非常忙碌的編碼階段后，經(jīng)常加班加點，開發(fā)過程中，由于原來制定的計劃已完全被打亂，SOA無法再根據(jù)原來的質(zhì)量保證計劃進(jìn)行跟蹤，項目組其他人員也已無法發(fā)揮作用。
2011年2月15日，項目經(jīng)理向公司管理層反映這個項目存在的問題，市場部提的需求有部分不能實現(xiàn)，遇到了技術(shù)瓶預(yù)，而且有團(tuán)隊成員要離職，為此由項目管理部組織會議，對新增的部分需求進(jìn)行評審，包括研發(fā)總監(jiān)、研發(fā)副總裁在內(nèi)，最終決定產(chǎn)品要繼續(xù)開發(fā)，確定關(guān)鍵技術(shù)問題的解決時間為2611年3月15 日，其他工作繼續(xù)進(jìn)行。
遺憾的是，關(guān)鍵技術(shù)問題一直到5月1日才解決，這時已有2名開發(fā)人員因為信心問題而離職，項目經(jīng)理除了要考慮項目進(jìn)度外，還要考慮項目資源，由于此時其他項目任務(wù)也很重，公司資源很緊張，他不得不重新招聘開發(fā)人員。
等項目經(jīng)理招到2個新人后，已是2011年6月15日，這本應(yīng)是項目計劃中系統(tǒng)側(cè)試結(jié)束的關(guān)鍵里程碑，但現(xiàn)在編碼任務(wù)至少還需要1個月，在公司的月度會議上，項目經(jīng)理向包括總裁在內(nèi)的各位高層領(lǐng)導(dǎo)做了匯報，并因為項目進(jìn)度延遲受到了批評。
2011年8月1日，測試部終于拿到了系統(tǒng)的第一個測試版本。
2011年10月20日，系統(tǒng)終于開發(fā)和側(cè)試完畢，測試部輸出最終的測試報告，同意該產(chǎn)品向市場發(fā)布，所有的文檔，包括《詳細(xì)設(shè)計》、《需求規(guī)格說明書書》、《產(chǎn)品說明書》等還沒有上傳到配置庫。
【問題1】
該項目在項目管理方面存在哪些問題?
【問題2】
該項目至少延期了多少時間?
【問題3】
可以采取哪些措施來應(yīng)對市場提出的要求

試題分析

 【問題1】本案例是一個新產(chǎn)品開發(fā)項目由于項目管理中出現(xiàn)的問題導(dǎo)致人員離職、工期延誤、項目交付時缺乏完整的文檔。具體有以下幾方面的問題。
在項目初期存在的問題：
(1)項目團(tuán)隊11人的組成中，沒有專門負(fù)責(zé)需求分析和設(shè)計的人員。
(2)項目計劃的粒度粗，僅是按照瀑布模型進(jìn)行開發(fā)，沒有對每一階段的入口和出口、進(jìn)度要求、質(zhì)量要求以及相關(guān)的責(zé)任人進(jìn)行較詳細(xì)的規(guī)定，因此難以進(jìn)行準(zhǔn)確的控制。
(3)這是一個新產(chǎn)品的開發(fā)，卻沒有進(jìn)行充分的風(fēng)險評估，導(dǎo)致在項目中期才發(fā)現(xiàn)項目中存在無法解決的關(guān)鍵問題。
當(dāng)用戶提出要求，需要變更開發(fā)計劃是出現(xiàn)的問題：
(4)項目執(zhí)行過程中未經(jīng)評審和批準(zhǔn)就調(diào)整了項目的開發(fā)計劃。
(5)在變更后的計劃中沒有考慮SQA的工作要求和工作內(nèi)容的調(diào)整，導(dǎo)致項目質(zhì)量缺乏保證。
(6)項目中的團(tuán)隊建設(shè)存在問題，當(dāng)發(fā)生計劃變更時，沒有對團(tuán)隊成員的分工進(jìn)行調(diào)整，人員職責(zé)出現(xiàn)混亂，工期延誤，導(dǎo)致人員因為信心問題而離職。
項目過程管理中存在的問題
(7)項目經(jīng)理在整個項目過程中沒能及時地將計劃變更情況、項目進(jìn)展情況、人員變動情況等與管理層的提前溝通存在問題，導(dǎo)致出現(xiàn)項目延誤而遭到領(lǐng)導(dǎo)的批評。
(8)開發(fā)計劃變更后，項目組急于編碼，對相關(guān)文檔的編寫和配置管理缺失，導(dǎo)致項目交付時文檔不完整。
(9)在項目后期招入新的開發(fā)人員，由于新成員需要熟悉需求和相關(guān)的開發(fā)技術(shù)以及與其他成員的配合，根據(jù)軟件工程的經(jīng)驗，這樣做往往會導(dǎo)致進(jìn)度控制失效，比原計劃推遲。
【問題2】項目于2010年7月1日開始，項目計劃開發(fā)周期為12個月，因此項目計劃完成日期為201 1年6月30日，而項目實際是2011年10月20日開發(fā)和測試完畢，準(zhǔn)備向市場發(fā)布，因此該項目至少延誤了3個月零20天，即1 12天。
【問題3】本案例中，總體設(shè)計之后市場部提出要快速拿出一個演示版的要求，項目經(jīng)理首先應(yīng)根據(jù)開發(fā)組成員情況，提出變更開發(fā)計劃的方案，并經(jīng)變更控制委員會批準(zhǔn)，才能實施，項目經(jīng)理不能擅自改變計劃。
為了實現(xiàn)市場部提出的要求，在變更得到同意的情況下，項目經(jīng)理可以采取以下措施來應(yīng)對：
(1)根據(jù)進(jìn)度要求，調(diào)整人員的日工作量，組織加班；
(2)補充更有經(jīng)驗的成員，以加快項目進(jìn)度；
(3)將部分任務(wù)外包給有經(jīng)驗的組織或團(tuán)隊；
(4)縮小范圍以盡快提供給客戶一個DEMO版；
(5)變更開發(fā)方法，如采用敏捷開發(fā)方法，進(jìn)行極限編程；
(6)分解任務(wù)或重排任務(wù)，將客戶感興趣的部分優(yōu)先開發(fā)；
(7)加強溝通與知識共享，提高團(tuán)隊的合作效率、項目開發(fā)的規(guī)范性和代碼的復(fù)用性。
試題二參考答案
【問題1】 (12分)
(1)項目團(tuán)隊的組成中沒有專門負(fù)責(zé)需求分析和設(shè)計的人員。
(2)項目計劃的粒度粗，難以進(jìn)行準(zhǔn)確的控制。
(3)項目執(zhí)行過程中未經(jīng)評審和批準(zhǔn)就調(diào)整了項目的計劃。
(4)在變更后的計劃中沒有考慮SQA的工作要求。
(5)沒有進(jìn)行充分的風(fēng)險評估，在項目中期才發(fā)現(xiàn)項目中存在無法解決的關(guān)鍵問題。
(6)項目中的團(tuán)隊建設(shè)存在問題，導(dǎo)致人員因為信心問題而離職。
(7)與管理層的提前溝通存在問題，導(dǎo)致遭到領(lǐng)導(dǎo)的批評。
(8)項目文檔的配置管理缺失，會使項目交付不完整。
(9)進(jìn)度控制失效，比原計劃推遲。
（每項1.5分，最多12分）
【問題2】（3分）
112天（或3個月20天）
【問題3】 (10分)
首先進(jìn)行需求變更評審（1分），并經(jīng)變更控制委員會批準(zhǔn)（1分）。
為了實現(xiàn)市場部提出的要求，可以采取以下措施來應(yīng)對：
(1)加班或追加人員；
(2)補充更有經(jīng)驗的成員；
(3)外包或縮小范圍；
(4)變更開發(fā)方法；
(5)分解任務(wù)或重排任務(wù)；
(6)加強溝通與知識共享。
（每項2分，最多8分）