【正文】 系統(tǒng)集成項目管理工程師－案例分析 37 / 70 進度控制 2021 年上 閱讀下列說明，針對項目的進度管理，回答問題 。 （ 3）確定項目里程碑，并建立有效的評審機制。 （ 2）制定出合理可靠的技術(shù)方案，對其中不熟悉的部分采用外包方式 （ 3）清晰定義各功能模塊之間的接口，然后可以加大并行工作的程度 （ 4）明確目標，責(zé)任何獎勵機制，提高員工工作效率 （ 5）必要時進行趕工 系統(tǒng)集成項目管理工程師－案例分析 36 / 70 [問題 3] 答：（ 1）基于 WBS 和工時估算制定活動網(wǎng)絡(luò)圖，制定項目進度計劃 （ 2）建立對項目工作的監(jiān)督和測量機制。 【 問題 1】 （ 5 分） 請說明強某可以用什么方法和技術(shù)來估算項目的工期（ 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ù)估算 ”或 “三點估算 ”進 行進一步歷時估算。公安局要求新系統(tǒng)能夠支持移動接入，而項目團隊中沒有一人接觸過移動接入技術(shù)。該項目從技術(shù)角度可分為網(wǎng)絡(luò)改造和軟件開發(fā)，而軟件又分界面、業(yè)務(wù)流程和數(shù)據(jù)庫三個 子系統(tǒng)。原來的系統(tǒng)為 J公司開發(fā)，是 C/S結(jié)構(gòu)，只能管理本地城區(qū)常住人口。但這次和以往不同的是強某還同時管理著另外兩個項目，而這個人口管理系統(tǒng)項目的工期要求緊、他能調(diào)用的人手少。 【說明】 J 公司 2021 年 3 月中標某市公安局的人口管理系統(tǒng)開發(fā)項目，因該市要在 2021 年 11月舉辦某大型國際會議，因此公安局要求人口管理系統(tǒng)一定要在 2021年 7月 1日之前投入使用。 系統(tǒng)集成項目管理工程師－案例分析 35 / 70 項目進度 閱讀下列說明，回答問題 1至問題 3。但是，當(dāng)針對某一活動的資源投入數(shù)量達到一定規(guī)模時，再增加資源的投入不會進一步縮短項目活動歷時，也就是資源投入遞減規(guī)律 （ 2）非關(guān)鍵路徑上的活動歷時只對項目產(chǎn)生較小的影響或不產(chǎn)生影響，而關(guān)鍵路徑上活動歷時的延誤，則會直接影響到項目工期。 （ 6）加強對階段性工作的檢查和控制，避免后期出現(xiàn)返工。 【 問題 3】 （ 6 分） 請用 200字以內(nèi)的文字，概述典型的信息系統(tǒng)集成項目的進度／時間管理的過程 和方法以及資源配置對進度的制約。 【 問題 1】 （ 4 分） 請用 150 字以內(nèi)的文字，分析問題發(fā)生的可能原因。項目組成的成員均全程參加項目。 項目經(jīng)理小丁做過 5 年的系統(tǒng)分析和設(shè)計工作，但這是他第一次擔(dān)任項目經(jīng)理。合同規(guī)定， 6 月 28 日之前系統(tǒng)必須投入試運行。 系統(tǒng)集成項目管理工程師－案例分析 33 / 70 第 8 章 項目進度管理 項目進度 【 說明 】 某系統(tǒng)集成公司現(xiàn)有員工 50 多人，業(yè)務(wù)部門分為銷售部、軟件開發(fā)部、系統(tǒng)網(wǎng)絡(luò)部等。 當(dāng)范圍變更發(fā)生時，對實際的變更進行管理。 導(dǎo)致 C 公司多次提出范圍變更的可能原因： W 翻譯對計算機相關(guān)技術(shù)知之甚少，未能準確轉(zhuǎn)達 S 主管的需求； 楊工收集需求時，理解出現(xiàn)偏差，未能準確把握需求； 楊工編制的需求分析說明書，未進行內(nèi)部評審； 需求分析說明書（或項目范圍說明書）未與 C 公司達成一致，未提交給 S 主管確 認簽字； 楊工在范圍控制上做得不好。 〔問題 2〕 S 主管的要求是恰當(dāng)?shù)摹? 【問題 3】（ 3 分） 作為項目管理者，楊工此時應(yīng)關(guān)注的范圍變更控制的要點有哪些？ 系統(tǒng)集成項目管理工程師－案例分析 31 / 70 〔問題 1〕 詳細的項目范圍說明書應(yīng)包含如下內(nèi)容： 項目的目標； 產(chǎn)品（或服務(wù)）的范圍描述； 項目的可交付物； 項目邊界； 產(chǎn)品驗收標準； 項目的約束條件； 項目的假定。 【問題 1】（ 6 分） 請結(jié)合案例簡要說明，詳細的項目范圍說明書應(yīng)包含哪些內(nèi)容，并指出 C公司和 H 公司對哪些方面的理解出現(xiàn)了重大偏差。但是，此后 C 公司又多次提出范圍變更要求。 W 翻譯承認此前他的工作有誤，導(dǎo)致雙方對項目范圍的認識產(chǎn)生了偏差，并說服 S 主管將交付日期延后 2 個月。當(dāng)看到楊工演示的即將完工的業(yè)務(wù)系統(tǒng)時， S 主管卻表示，視頻聊天只是系統(tǒng)的一個基本功能，系統(tǒng)的核心功能則是通過視頻聊天實現(xiàn)網(wǎng)上交易的電子商務(wù)活動，要求 H 公司完善系統(tǒng)功能并如期交付。系統(tǒng)開發(fā)期間， S 主管和 W 翻譯忙于在全國各地開拓市場，與 H 公司沒有再進行接觸。 合同簽訂后，楊工迅速組織人力投入系統(tǒng)開發(fā)。在 W 的翻譯下， S審閱并認可了 H 公司的系統(tǒng)方案。 H公司指派楊工為該業(yè)務(wù)系統(tǒng)建設(shè)項目經(jīng)理，與 C 公司進行交流。 S主管精通軟件開發(fā)，但是不懂漢語，而 W 翻譯對計算機相關(guān)技術(shù)知之甚少。 系統(tǒng)集成項目管理工程師－案例分析 29 / 70 工作分解結(jié)構(gòu) 系統(tǒng)集成項目管理工程師－案例分析 30 / 70 范圍 管理 2021 下 閱讀下列說明，針對項目的范圍管理，回答問題 1 至問題 3，將解答填入答題紙的對 應(yīng)欄內(nèi)。更有甚者，沒有執(zhí)行需求評審的進入條件，在評審文檔中存在大量的低級的錯誤或者沒有在評審前進行溝通，文檔中存在方向性的錯誤，從而導(dǎo)致評審的效率很低，質(zhì)量很差。 建議九：充分準備評審 評審質(zhì)量的好壞很大程度上取決于在評審會議前的準備活動。當(dāng)確定需要糾正的問題后，要形成書面的需求變更的申請，進入需求變更的管理流程，并確保變更的執(zhí)行，在變更完成后，要進行復(fù)審。通過評審流程執(zhí)行可能會避免出現(xiàn)案例五之類的問題。 建議七：建立標準的評審流程 對正規(guī)的需求評審會需要建立正規(guī)的需求評審流程，按照流程中定義的活動進行規(guī)范的評審過程。需求形式的檢查可以由 QA 人員負責(zé)，主要是針對需求文擋的格式 是否符合質(zhì)量標準來提出的，需求內(nèi)容的檢查是由評審員負責(zé)的，主要是檢查需求內(nèi)容是否達到了系統(tǒng)目標、是否有遺漏、是否有錯誤等等，這是需求評審的重點。需要注意的是被評審人員也要被培訓(xùn)。簡單培訓(xùn)可能需要十幾分鐘或者幾十分鐘，需要將在評審過程中的需要把握的基本原則，需要注意的常見問題說清楚。 建議五：對評審員進行培訓(xùn) 在很多情況下，評審員是領(lǐng)域?qū)＜叶皇沁M行評審活動的專家，他們沒有掌握進行評審的方法、技巧、過程等，因此需要對評審員進行，同樣對于主持評審的管理者也需要進行培訓(xùn)，以便于參與評審的人員能夠緊緊圍繞評審的目標來進行，能夠控制評審活動的節(jié)奏，提高評審效率，避免 發(fā)生案例一和案例二中出現(xiàn)的現(xiàn)象。 首先要保證使不同類型的人員的都要參與進來，否則很可能會漏掉了很重要的需求。在這些人員中由于大家所處的立場不同，對同一個問題的看法是不相同的，有些觀點是和系統(tǒng)的目標有關(guān)系的，有些是關(guān)系不大的，不同的觀點可能形成互補的關(guān)系。比如可以在形成目標性需求后進行一次評審，在形成系統(tǒng)的初次概要需求后進行一次評審，當(dāng)對 概要需求細分成幾個部分，對每個部分進行各個評審，最終再對整體的需求進行評審。 建議三：分階段評審 系統(tǒng)集成項目管理工程師－案例分析 27 / 70 應(yīng)該在需求形成的過程中進行分階段的評審，而不是在需求最終形成后再進行評審。 2種形式各有利弊，但往往非正式的評審比正式的評審效率更高，更容易發(fā)現(xiàn)問題。 建議二：正式評審與非正式評審結(jié)合 正式評審是指通過開評審會的形式，組織多個專家，將需求涉及到的人員集合在一起，并定義好參與評審人員的角色和職責(zé)，對需求進行正規(guī)的會議評審。對不同層次的需求，其描述形式是有區(qū)別的，參與評審的人員也是不同的。 ? 參加人員過多，容易陷入細枝末節(jié)的討論，會議演變成一場人人自由的混戰(zhàn)。 ? 沒有作好前期準備工作，導(dǎo)致評審時間長，效率低。 ? 目標性需求沒有溝通好，后面的需求變成空中樓閣。概括起來，在需求評審中常見的問題是： ◇ 需求報告 很長，短時間內(nèi)評審者根本就不能把需求報告讀懂，想清楚； ◇ 沒有作好前期準備工作，需求評審的效率很低； ◇ 需求評審的節(jié)奏無法控制； ◇ 找不到合格的評審員，與會的評審員無法提出深入的問題； …… 上述案例的原因分析 3 問題所在： ? 評審缺乏有效依據(jù)和規(guī)范，不能保證評審的覆蓋率和有效性。 范圍定義和需求分析時，工作不細致，忽視了 B/S 架構(gòu)下的頁面需求 需求范圍變更中，沒有對頁面變更進行 “確認 ”，就修改代碼 【問題 3】 答題的思路和提綱，請將下列答題點細化 針對甲方的需求，制定實用的項目范圍管理計劃； 做好范圍定義工作（詳細列出方法） 做好需求分析工作（方法、過程、工作步驟） 重視范圍確認（方法） 嚴格范圍變更（變更流程） 建立完善的項目范圍管理制度和規(guī)范的范圍管理流程 系統(tǒng)集成項目管理工程師－案例分析 26 / 70 需求評審 《系統(tǒng)集成項目管理工程師》教程 第 23 章 案例分析 答： 軟件需求的定義 軟件需求是軟件開發(fā)的最重要的一個輸入，需求風(fēng)險也常常是軟件開發(fā)過程中最大的一個風(fēng)險，降低需求風(fēng)險的一個重要手段就是需求評審，但是需求評審是所有的評審活動中最難的一個，也是最容易被忽視的一個評審。 設(shè)計方案沒有進行驗證；表現(xiàn)層內(nèi)耦合的業(yè)務(wù)邏輯，增加了修改的代價； 團隊管理措施不力，成員產(chǎn)生挫折感； 【問題 2】請從項目范圍管理的角度找出該項目實施過程中的主要管理問題。在項目交付時，雖然系統(tǒng)完全滿足了保密性的要求，但用戶對系統(tǒng)用戶界面提出了較大的異議，認為不符合政務(wù)信息系統(tǒng)的風(fēng)格，操作也不夠便捷，要求徹底更換，由于最初設(shè)計的缺陷，系統(tǒng)表現(xiàn)層和邏輯層緊密耦合，導(dǎo)致 70%的代碼重寫，而第二版的用戶界面仍不能滿足最終用戶的要求，最終又重寫部分代碼才通過駛收，由于系統(tǒng)的反復(fù)變更，項目組 成員產(chǎn)生了強烈的挫折感，士氣低落，項目工期也超出原計劃的100%。 張工是該項目的項目經(jīng)理，在捕獲到這個需求后認為電子政 務(wù)建設(shè)與企業(yè)信息化有很大的不同，有其自身的特殊性，若照搬企業(yè)信息化原有的經(jīng)驗和方案必定會遭到慘敗。政務(wù)內(nèi)網(wǎng)中儲存著全部信息，其中包括部分機密信息；政務(wù)外網(wǎng)可以對公眾開放，開放的信息必須御到授權(quán)。 系統(tǒng)集成項目管理工程師－案例分析 24 / 70 第 7 章 項目范圍管理 范圍定義 《系統(tǒng)集成項目管理工程師》教程 第 23 章 案例分析 M 公司原本是一家專注于企業(yè)信息化的 公司，在電子政務(wù)如火如荼的時候，開始進軍電子政務(wù)行業(yè)，在電子政務(wù)的市場中，接到的第一個項目是開發(fā)一套工商審批系統(tǒng)。 系統(tǒng)集成項目管理工程師－案例分析 23 / 70 【問題 3】 公司應(yīng)該建立嚴格和規(guī)范的合同管理制度，簽訂合同時必須在合同中明確項目的范圍、進度以及相關(guān)要求，建立完善的合同文本； 公司內(nèi)部 應(yīng)該建立規(guī)范和完善的項目管理制度，在項目管理上建立合規(guī)的管理流程、方法和標準規(guī)范，推行科學(xué)的項目管理方法，包括范圍管理、時間管理、成本管理、質(zhì)量管理、人力資源管理方面； 在公司內(nèi)部加強項目管理思想和方法的培訓(xùn)，建立全員的、全面的、全過程的項目管理體系和標準。 【問題 2】 加強和甲方的溝通，針對項目驗收的工作內(nèi)容和方式，流程、時間等問題，積 極和甲方進行溝通，爭取和甲方就項目驗收工作達成一致意見； 針對合同中沒有明確的驗收標準和流程等問題，可以采用備忘錄或者補充協(xié)議的形式，就項目驗收的標準、流程、時間和責(zé)任人等內(nèi)容簽署書面的具有法律效力的文件，以便指導(dǎo)項目驗收工作。 針對甲方組織結(jié)構(gòu)復(fù)雜，需求多變的情況，沒有進行事前風(fēng)險分析和制定風(fēng)險應(yīng)對措施，對需求沒有進行嚴格的分析、管理措施，對項目范圍也沒有進行確定， 針對項目范圍、進度、成本的變化，缺乏必要的變更控制手段和規(guī)范的變更控制流程。 【 問題 3】 （ 4分） 為了避免以后出現(xiàn)類似情況，請簡要敘述公司應(yīng)采取哪些有效的管理手段。