【正文】 建議八：做好評審后的跟蹤工作 在需求評審后，需要根據(jù)評審人員提出的問題進行評價，以確定哪些問題是必須糾正的，哪些可以不糾正，并給出充分的客觀的理由與證據(jù)。當確定需要糾正的問題后，要形成書面的需求變更的申請，進入需求變更的管理流程，并確保變更的執(zhí)行，在變更完成后，要進行復審。切忌評審完畢后，沒有對問題進行跟蹤，而無法保證評審結(jié)果的落實，使前系統(tǒng)集成項目管理工程師－案例分析 28 / 70 期的評審努力付之東流。 建議九：充分準備評審 評審質(zhì)量的好壞很大程度上取決于在評審會議前的準備活動。 常 出現(xiàn)的問題是，需求文檔在評審會議前并沒有提前下發(fā)給參與評審會議的人員，沒有留出更多更充分的時間讓參與評審的人員閱讀需求文檔。更有甚者，沒有執(zhí)行需求評審的進入條件，在評審文檔中存在大量的低級的錯誤或者沒有在評審前進行溝通，文檔中存在方向性的錯誤，從而導致評審的效率很低，質(zhì)量很差。對評審的準備工作，也應當定義一個檢查單，在評審之前對照檢查單落實每項準備工作。 系統(tǒng)集成項目管理工程師－案例分析 29 / 70 工作分解結(jié)構(gòu) 系統(tǒng)集成項目管理工程師－案例分析 30 / 70 范圍 管理 2021 下 閱讀下列說明，針對項目的范圍管理，回答問題 1 至問題 3，將解答填入答題紙 的對應欄內(nèi)。 【說明】 C 公司是一家從事電子商務的外國公司，為了在中國開展業(yè)務，派出 S 主管和 W 翻譯來中國尋找合適的系統(tǒng)集成商，試圖在中國建設一套業(yè)務系統(tǒng)。 S主管精通軟件開發(fā)，但是不懂漢語，而 W 翻譯對計算機相關技術知之甚少。 W 翻譯通過中國朋友介紹，找到了從事系統(tǒng)集成的 H 公司。 H公司指派楊工為該業(yè)務系統(tǒng)建設項目經(jīng)理，與 C 公司進行交流。經(jīng)過需求調(diào)研，楊工認為， C公司想要建設一個視頻聊天網(wǎng)站，并據(jù)此完成了系統(tǒng)方案。在 W 的翻譯下， S審閱并認可了 H 公司的系統(tǒng)方案。經(jīng)過進一步的談判， C 公司和 H 公司簽訂了合同，并 把該系統(tǒng)方案作為合同附件，作為將來項目驗收的標準。 合同簽訂后，楊工迅速組織人力投入系統(tǒng)開發(fā)。由于楊工系統(tǒng)集成經(jīng)驗豐富，開發(fā)過程進展順利，對項目如期完工很有把握。系統(tǒng)開發(fā)期間， S 主管和 W 翻譯忙于在全國各地開拓市場，與 H 公司沒有再進行接觸。 就在系統(tǒng)開發(fā)行將結(jié)束之際， S 主管和 W 翻譯來到 H 公司查看開發(fā)進度。當看到楊工演示的即將完工的業(yè)務系統(tǒng)時， S 主管卻表示，視頻聊天只是系統(tǒng)的一個基本功能，系統(tǒng)的核心功能則是通過視頻聊天實現(xiàn)網(wǎng)上交易的電子商務活動，要求 H 公司完善系統(tǒng)功能并如期交付。楊工拿出系統(tǒng)方案作為證據(jù)，據(jù)理力 爭。 W 翻譯承認此前他的工作有誤，導致雙方對項目范圍的認識產(chǎn)生了偏差，并說服 S 主管將交付日期延后 2 個月。為了完成合同，楊工同意對系統(tǒng)功能進行擴充完善，并重新修訂了系統(tǒng)方案。但是，此后 C 公司又多次提出范圍變更要求。楊工發(fā)現(xiàn)，不斷修訂的系統(tǒng)方案已經(jīng)嚴重偏離了原始方案，系統(tǒng)如期交付已經(jīng)是不可能的任務了。 【問題 1】（ 6 分） 請結(jié)合案例簡要說明，詳細的項目范圍說明書應包含哪些內(nèi)容，并指出 C公司和 H 公司對哪些方面的理解出現(xiàn)了重大偏差。 【問題 2】（ 6 分） 請指出 S 主管的要求是否恰當？為什么？并 請結(jié)合本案例簡要分析導致 C公司多次提出范圍變更的可能原因。 【問題 3】（ 3 分） 作為項目管理者，楊工此時應關注的范圍變更控制的要點有哪些？ 系統(tǒng)集成項目管理工程師－案例分析 31 / 70 〔問題 1〕 詳細的項目范圍說明書應包含如下內(nèi)容： 項目的目標； 產(chǎn)品（或服務）的范圍描述； 項目的可交付物； 項目邊界； 產(chǎn)品驗收標準； 項目的約束條件； 項目的假定。 C 和 H 在如下幾個方面出現(xiàn)了嚴重偏差： 項目的目標： H 以為是實現(xiàn)視頻聊天網(wǎng)站，而 C 期望是通過視頻聊天實現(xiàn)網(wǎng)上交易的電子商務； 項目的可交付物：同上； 驗 收標準： H 把未經(jīng)確認的存在嚴重偏差的“系統(tǒng)方案”作為驗收標準。 〔問題 2〕 S 主管的要求是恰當?shù)摹? 因為雙方在需求（項目范圍）理解上存在重大偏差，而 H 公司未把詳細的項目范圍說明書（需求分析說明書） ， 提交給 C 公司（ S 主管）確認簽字。 導致 C 公司多次提出范圍變更的可能原因： W 翻譯對計算機相關技術知之甚少，未能準確轉(zhuǎn)達 S 主管的需求； 楊工收集需求時，理解出現(xiàn)偏差，未能準確把握需求； 楊工編制的需求分析說明書，未進行內(nèi)部評審； 需求分析說明書（或項目范圍說明書）未與 C 公司達成一致，未提交給 S 主管確認簽字； 楊工在范圍控制上做得不好。 〔問題 3〕 確定范圍變更是否已經(jīng)產(chǎn)生； 對造成范圍變更的因素施加影響，以確保這些變更得到一致的認可。 當范圍變更發(fā)生時，對實際的變更進行管理。 （以上為書本上的， me 考試寫的是： 系統(tǒng)集成項目管理工程師－案例分析 32 / 70 重新編制項目范圍說明書，與 C 公司達成一致，并讓 S 主管確認簽字； 建立整體變更控制流程，做好范圍控制。 系統(tǒng)集成項目管理工程師－案例分析 33 / 70 第 8 章 項目進度管理 項目進度 【 說明 】 某系統(tǒng)集成公司現(xiàn)有員工 50 多人，業(yè)務部門分為銷售部、軟件開發(fā)部、系統(tǒng)網(wǎng)絡部等。 經(jīng)過近半年的醞釀后，在今年一月份，公司的銷售部直接與某銀行簽訂了一個銀行前置機的軟件系統(tǒng)的項目。合同規(guī)定， 6 月 28 日之前系統(tǒng)必須投入試運行。在合同簽訂后，銷售部將此合同移交給了軟件開發(fā)部，進行項目的實施。 項目經(jīng)理小丁做過 5 年的系統(tǒng)分析和設計工作，但這是他第一次擔任項目經(jīng)理。小丁兼任系統(tǒng)分析工作，此外項目還有 2名有 1年工作經(jīng)驗的程序員， 1名測試人員， 2名負責組網(wǎng)和布線的系統(tǒng)工程師。項目組成的成員均全程參加項目。 在承 擔項目之后，小丁組織大家制定了項目的 WBS，并依照以 往 的經(jīng)歷制訂了本項目的進度計劃，簡單描述如下： 應用子系統(tǒng) 1） 1 月 5 日～ 2 月 5 日需求分析 2） 2 月 6 日～ 3 月 26 日系統(tǒng)設計和軟件設計 3） 3 月 27 日～ 5 月 10 日編碼 4） 5 月 11 日～ 5 月 30 日系統(tǒng)內(nèi)部測試 綜合布線 2 月 20 日～ 4 月 20日完成調(diào)研和布線 網(wǎng)絡子系統(tǒng) 4 月 21 日～ 5 月 21日設備安裝、聯(lián)調(diào) 系統(tǒng)內(nèi)部調(diào)試、驗收 1） 6 月 1 日～ 6 月 20 日試運行 2） 6 月 28 日系統(tǒng)驗收 春節(jié)后，在 2 月 17 日小丁發(fā)現(xiàn)系統(tǒng)設計剛剛開始，由此推測 3 月 26 日很可能完不成系統(tǒng)設計。 【 問題 1】 （ 4 分） 請用 150 字以內(nèi)的文字，分析問題發(fā)生的可能原因。 【 問題 2】 （ 5 分） 請用 150 字以內(nèi)的文字，建議小丁應該如何做以保證項目整體進度不拖延。 【 問題 3】 （ 6 分） 請用 200字以內(nèi)的文字，概述典型的信息系統(tǒng)集成項目的進度／時間管理的過程 和方法以及資源配置對進度的制約。 系統(tǒng)集成項目管理工程師－案例分析 34 / 70 答： 【問題 1】 （ 1） 銷售部沒有及時讓軟件開發(fā)部參與項目早期工作，需求分析耗時過長； （ 2） 項目經(jīng)理首次擔任，經(jīng)驗不足，進度估算不準確； （ 3） 項目資源配置不足，項目經(jīng)理兼任系統(tǒng)分析，缺乏專門的系統(tǒng)分析和設計人員 （ 4） 工作安排沒有充分利用分配的項目資源，資源有閑置； （ 5） 在安排進度時可能未考慮法定節(jié)假日的因素 【問題 2】 （ 1）向職能經(jīng)理申請增加特定資源，特別是增加系統(tǒng)分析設計人員； （ 2）將部分階段的工作改為并行進行，以節(jié)約時間 （ 3）臨時加班 /趕工，盡可能補救耽誤的時間 （ 4）對后續(xù)工作的工期重新進行估 算，并考慮節(jié)假日問題，修訂計劃，盡量留有余地 （ 5）加強溝通，爭取客戶能夠?qū)椖糠秶约靶枨?、設計、驗收標準進行確認，避免 后期頻繁出現(xiàn)變更。 （ 6）加強對階段性工作的檢查和控制，避免后期出現(xiàn)返工。 此外，如有可能還可采取外包和縮減范圍等辦法，不過不建議在本案例中采用 【問題 3】 進度管理的過程 資源對進度的影響 （ 1）一般情況下，項目活動歷時與投入的資源數(shù)量成反比，即投入的資源數(shù)量越多，活動歷時越短。但是，當針 對某一活動的資源投入數(shù)量達到一定規(guī)模時，再增加資源的投入不會進一步縮短項目活動歷時，也就是資源投入遞減規(guī)律 （ 2）非關鍵路徑上的活動歷時只對項目產(chǎn)生較小的影響或不產(chǎn)生影響，而關鍵路徑上活動歷時的延誤，則會直接影響到項目工期。因此每當縮短項目工期時，應對首先考慮在關鍵路徑活動上增加資源。 系統(tǒng)集成項目管理工程師－案例分析 35 / 70 項目進度 閱讀下列說明，回答問題 1至問題 3。將解答填入答題紙的對應欄內(nèi)。 【說明】 J 公司 2021 年 3 月中標某市公安局的人口管理系統(tǒng)開發(fā)項目，因該市要在 2021 年 11月舉辦某大型國際會議，因此公安局要求 人口管理系統(tǒng)一定要在 2021年 7月 1日之前投入使用。強某是負責這個項目的項目經(jīng)理，雖然他進公司才不到 3年，但他已成功地管理過 2個類似的項目，被大家稱之為“救火隊長”，而強某也對自己信心十足。但這次和以往不同的是強某還同時管理著另外兩個項目，而這個人口管理系統(tǒng)項目的工期要求緊、他能調(diào)用的人手少。 該人口管理系統(tǒng)項目屬于升級項目。原來的系統(tǒng)為 J公司開發(fā)，是 C/S結(jié)構(gòu)，只能管理本地城區(qū)常住人口。新的人口管理系統(tǒng)要求是 B/S 結(jié)構(gòu)，要既能管理城區(qū)常住人口又能管理郊區(qū)常住人口、市轄縣常住人口和流動人口，而公安局要求該新 系統(tǒng)首先把流動人口管理起來。該項目從技術角度可分為網(wǎng)絡改造和軟件開發(fā)，而軟件又分界面、業(yè)務流程和數(shù)據(jù)庫三個子系統(tǒng)。他們團隊有 6人，其中有人做過類似的 C/S結(jié)構(gòu)的項目， 而公司剛結(jié)束的一個網(wǎng)絡項目與本次承擔的網(wǎng)絡改造項目在技術架構(gòu)方面幾近相同， 只是規(guī)模不同。公安局要求新系統(tǒng)能夠支持移動接入，而項目團隊中沒有一人接觸過移動接入技術。強某憑直覺知道依現(xiàn)有的人員在 2021 年 7 月 1日之前完成項目是不可能的。 【 問題 1】 （ 5 分） 請說明強某可以用什么方法和技術來估算項目的工期（ 150 字以內(nèi)）？ 【 問題 2】 （ 5 分） 請說明強某可以采取哪些方法來壓縮工期，以使項目能夠在 2021 年 7 月 1 日之前交付（ 150 字以內(nèi)）？ 【 問題 3】 （ 5 分） 請說明強某可以采用哪些方法來跟蹤項目的進度，以確保項目能夠 按進度計劃完成？ 【 問題 1】 答：（ 1）明確定義項目的工作分解結(jié)構(gòu) （ 2）由于是升級項目，所以部分工作的工期估算方法可以采用類比估算法 （ 3）對于新增的移動接入模塊，可以聯(lián)系業(yè)內(nèi)專家，采用專家判斷或者德爾菲法進 行估算 （ 4）對于 WBS進行足夠的細化后，可以依據(jù)歷史數(shù)據(jù)采用 “參數(shù)估算 ”或 “三點估算 ”進行進一步歷時估算。 [問題 2] 答：（ 1）與客戶溝通，梳理業(yè)務中的關鍵需求，與客戶協(xié)商能否在期限前完成關鍵需求即可，其他部分分期交付。 （ 2）制定出合理可靠的技術方案，對其中不熟悉的部分采用外包方式 （ 3）清晰定義各功能模塊之間的接口，然后可以加大并行工作的程度 （ 4）明確目標，責任何獎勵機制，提高員工工作效率 （ 5）必要時進行趕工 系統(tǒng)集成項目管理工程師－案例分析 36 / 70 [問題 3] 答：（ 1）基于 WBS 和工時估算 制定活動網(wǎng)絡圖，制定項目進度計劃 （ 2）建立對項目工作的監(jiān)督和測量機制。依據(jù)項目進度基線和日常項目進展報告，比較 進度偏差（ SV）和進度效率指數(shù)（ SPI），進行偏差分析。 （ 3）確定項目里程碑，并建立有效的評審機制。 （ 4）對項目中發(fā)現(xiàn)的問題，及時采取糾正措施，并進行有效的變更管理 （ 5）使用有效的項目管理工具，提示項目管理的工作效率。 系統(tǒng)集成項目管理工程師－案例分析 37 / 70 進度控制 2021 年上 閱讀下列說明，針對項目的進度管理，回答問題 1至問題 3。