【導讀】薀螄袃膄螂羀節(jié)膃蒂袃膈膂薄肈肄膁蚇袁羀膁蝿蚄艿膀葿衿膅艿薁螞肁羋蚃袇羇芇莃蝕羃芆薅羆芁芅蚈螈膇芅螀羄肅芄蒀螇罿芃薂裊莂蚄螅膄莁莄羈肀莀蒆螃肆莀蚈聿荿螁袂芀莈蒀蚄膆莇薃袀肂莆蚅蚃羈蒅蒞袈襖蒄蕆蟻膃蒄蕿袇腿蒃螂蠆肅蒂蒁羅羈蒁薄螈艿蒀蚆羃膅葿螈螆肁薈蒈羈羇膅薀螄袃膄螂羀節(jié)膃蒂袃膈膂薄肈肄膁蚇袁羀膁蝿蚄艿膀葿衿膅艿薁螞肁羋蚃袇羇芇莃蝕羃芆薅羆芁芅蚈螈膇芅螀羄肅芄蒀螇罿芃薂裊莂蚄螅膄莁莄羈肀莀蒆螃肆莀蚈聿荿螁袂芀莈蒀蚄膆莇薃袀肂莆蚅蚃羈蒅蒞袈襖蒄蕆蟻膃蒄蕿袇腿蒃螂蠆肅蒂蒁羅羈蒁薄螈艿蒀蚆羃膅葿螈螆肁薈蒈羈羇膅薀螄袃膄螂羀節(jié)膃蒂袃膈膂薄肈肄膁蚇袁羀膁蝿蚄艿膀葿衿膅艿薁螞肁羋蚃袇羇芇莃蝕羃芆薅羆芁芅蚈螈膇芅螀羄肅芄蒀螇罿芃薂裊莂蚄螅膄莁莄羈肀莀蒆螃肆莀蚈聿荿螁袂芀莈蒀蚄膆莇薃袀肂莆蚅蚃羈蒅蒞袈襖蒄蕆蟻膃蒄蕿袇腿蒃螂蠆肅蒂蒁羅羈蒁薄螈艿蒀蚆羃膅葿螈螆肁薈蒈羈羇膅薀螄袃膄螂羀節(jié)膃蒂袃膈膂薄肈肄膁蚇袁羀膁蝿蚄

　　

【正文】 效率降低或者最終不切實際的修改了系統(tǒng)的范圍。 建議五：對評審員進行培訓 在很多情況下，評審員是領(lǐng)域?qū)＜叶皇沁M行評審活動的專家，他們沒有掌握進行評審的方法、技巧、過程等，因此需要對評審員進行，同樣對于主持評審的管理者也需要進行培訓，以便于參與評審的人員能夠緊緊圍繞評審的目標來進行，能夠控制評審活動的節(jié)奏，提高評審效率，避免發(fā)生案例一和案例二中出現(xiàn)的現(xiàn)象。對評審員的培訓也可以 區(qū)分為簡單培訓與詳細培訓 2種。簡單培訓可能需要十幾分鐘或者幾十分鐘，需要將在評審過程中的需要把握的基本原則，需要注意的常見問題說清楚。詳細培訓則可能要需要對評審的方法、技巧、過程進行正式的培訓，需要花費較長的時間，是一個獨立的活動。需要注意的是被評審人員也要被培訓。 建議六：充分利用需求評審檢查單 需求檢查單是很好的評審工具，需求檢查單可以分成 2類：需求形式的檢查單和需求內(nèi)容的檢查單。需求形式的檢查可以由 QA人員負責，主要是針對需求文擋的格式是否符合質(zhì)量標準來提出的，需求內(nèi)容的檢查是由評審員負責的 ，主要是檢查需求內(nèi)容是否達到了系統(tǒng)目標、是否有遺漏、是否有錯誤等等，這是需求評審的重點。檢查單可以幫助評審員系統(tǒng)全面地發(fā)現(xiàn)需求中的問題，檢查單也是隨著工程財富的積累逐漸豐富和優(yōu)化的。 建議七：建立標準的評審流程 對正規(guī)的需求評審會需要建立正規(guī)的需求評審流程，按照流程中定義的活動進行規(guī)范的評審過程。比如在評審流程定義中可能規(guī)定評審的進入條件，評審需要提交的資料，每次評審會議的人員職責分配，評審的具體步驟，評審通過的條件等等。通過評審流程執(zhí)行可能會避免出現(xiàn)案例五之類的問題。 建議八：做好評審后 的跟蹤工作 在需求評審后，需要根據(jù)評審人員提出的問題進行評價，以確定哪些問題是必須糾正的，哪些可以不糾正，并給出充分的客觀的理由與證據(jù)。當確定需要糾正的問題后，要形成書面的需求變更的申請，進入需求變更的管理流程，并確保變更的執(zhí)行，在變更完成后，要進行復審。切忌評審完畢后，沒有對問題進行跟蹤，而無法保證評審結(jié)果的落實，使前期的評審努力付之東流。 建議九：充分準備評審 評審質(zhì)量的好壞很大程度上取決于在評審會議前的準備活動。 常出現(xiàn)的問題是，需求文檔在評審會議前并沒有提前下發(fā)給參與評審會議的人員，沒 18 有留出更多更充分的時間讓參與評審的人員閱讀需求文檔。更有甚者，沒有執(zhí)行需求評審的進入條件，在評審文檔中存在大量的低級的錯誤或者沒有在評審前進行溝通，文檔中存在方向性的錯誤，從而導致評審的效率很低，質(zhì)量很差。對評審的準備工作，也應(yīng)當定義一個檢查單，在評審之前對照檢查單落實每項準備工作。 案例三（范圍管理 2021下 試題二） 閱讀下列說明，針對項目的范圍管理，回答問題 1至問題 3，將解答填入答題紙的對應(yīng)欄內(nèi)。 【說明】 C 公司是一家從事電子商務(wù)的外國公司，為了在中國開展業(yè)務(wù)， 派出 S 主管和 W 翻譯來中國尋找合適的系統(tǒng)集成商，試圖在中國建設(shè)一套業(yè)務(wù)系統(tǒng)。 S主管精通軟件開發(fā)，但是不懂漢語，而 W翻譯對計算機相關(guān)技術(shù)知之甚少。 W 翻譯通過中國朋友介紹，找到了從事系統(tǒng)集成的 H 公司。 H 公司指派楊工為該業(yè)務(wù)系統(tǒng)建設(shè)項目經(jīng)理，與 C 公司進行交流。經(jīng)過需求調(diào)研，楊工認為， C 公司想要建設(shè)一個視頻聊天網(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è)務(wù)系統(tǒng)時， S主管卻表示，視頻聊天只是系統(tǒng)的一個基本功能，系統(tǒng)的核心功能則是通過視頻聊天實現(xiàn)網(wǎng)上交易的電子商務(wù)活動，要求 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)是不可能的任務(wù)了。 【問題 1】（ 6分） 請結(jié)合案例簡要說明，詳細的項目范圍說明書應(yīng)包含哪些內(nèi)容，并指出 C 公司和 H 公司對哪些方面的理解出現(xiàn)了重大偏差。 【問題 2】（ 6分） 請指出 S主管的要求是否恰當？為什么？并請結(jié)合本案例簡要分析導致 C公司多次提出范圍變更的可能原因。 【問題 3】（ 3分） 作為項目管理 者，楊工此時應(yīng)關(guān)注的范圍變更控制的要點有哪些？ 〔問題 1〕 詳細的項目范圍說明書應(yīng)包含如下內(nèi)容： 項目的目標； 產(chǎn)品（或服務(wù)）的范圍描述； 項目的可交付物； 項目邊界； 19 產(chǎn)品驗收標準； 項目的約束條件； 項目的假定。 C和 H在如下幾個方面出現(xiàn)了嚴重偏差： 項目的目標： H以為是實現(xiàn)視頻聊天網(wǎng)站，而 C期望是通過視頻聊天實現(xiàn)網(wǎng)上交 易的電子商務(wù)； 項目的可交付物：同上； 驗收標準： H把未經(jīng)確認的存在嚴重偏差的 ―系統(tǒng)方 案 ‖作為驗收標準。 〔問題 2〕 S主管的要求是恰當?shù)摹? 因為雙方在需求（項目范圍）理解上存在重大偏差，而 H公司未把詳細的項目范圍說明書（需求分析說明書），提交給 C公司（ S主管）確認簽字。 或： S主管的要求是不恰當?shù)?，因為雙方已簽訂了合同， H公司按照合同進行開發(fā)，并無不妥。 導致 C公司多次提出范圍變更的可能原因： W翻譯對計算機相關(guān)技術(shù)知之甚少，未能準確轉(zhuǎn)達 S主管的需求； 楊工收集需求時，理解出現(xiàn)偏差，未能準確把握需求； 楊工編制的需求分析說明書，未進行 2021下 試題一 ） 試題一 [說明 ] 某信息系統(tǒng)集成公司（承建方）成功中標當?shù)卣巢块T（建設(shè)方）辦公場所的一信息系統(tǒng)軟件升級改造項目。項目自 2月份初開始，工期 1年。承建方項目經(jīng)理制訂了相應(yīng)的進度計劃，將項目工期分為四個階段：需求分析階段計劃 8月底結(jié)束；設(shè)計階段計劃 9月底結(jié)束；編碼階段計劃 11 月底結(jié)束；安裝、測試、調(diào)試和運行階段計劃次年 2月底結(jié)束。當年 2 月底，建設(shè)方通知承建方， 6月至 8月這 3個月期間因某種原因，無法配合項目實施。經(jīng)雙方溝通后達成一致，項目仍按原合同約定的工期執(zhí)行。 由于該項目的按時完成對承建方非常重 要，在雙方就合同達成一致后，承建方領(lǐng)導立刻對項目經(jīng)理做出指示： 20 （ 1）招聘新人，加快需求分析的進度，趕在 6月底之前完成需求分析； （ 2） 6月至 8月期間在本單位 B、績效評估 C、偏差分析 D、編寫項目進度報告 E、確認項目范圍 F、發(fā)布新版項目章程 【問題 2】（ 6分） 基于你的經(jīng)驗，請指出承建方領(lǐng)導的指示中可能存在的風險，并簡要敘述進行變更的主要步驟。 【問題 3】（ 6分） 針對項目現(xiàn)狀，請簡述項目經(jīng)理可以采用的進度壓縮技術(shù)，并分析利弊。 答案： 【問 題 1】 B C D 【問題 2】 （ 4） 盲目增加人力未必可以加快項目進度，尤其是增加沒有經(jīng)驗的員工，反而 可能會拖延進度。 （ 5） 項目的風險是否能夠規(guī)避，需要按照風險管理的方法進行風險識別、風險 分析和風險監(jiān)控。 進行變更控制： （ 1） 根據(jù)領(lǐng)導指示的內(nèi)容，向變更控制委員會提出相關(guān)變更申請； （ 2） 推動變更控制委員會對變更進行評估，分析變更造成的影響和風險； （ 3） 根據(jù)變更決策推動變更的實施，包括更新進度計劃、招聘新人和相關(guān)活動； （ 4） 執(zhí)行或推動變更的確認，開展變更后的項目活 動。 【問題 3】 進度壓縮的技術(shù)有以下兩種： （ 1）趕進度：對費用和進度進行權(quán)衡，確定如何在盡量減少費用的前提下縮短項目所需時間 . 利：有可能在盡量減少費用的前提下縮短項目所需的時間； 弊：趕進度并非總能產(chǎn)生可行的方案，有可能反而使費用增加； （ 2）快速跟進：同時進行按先后順序的階段或活動。 利：適當增加費用，可以縮短項目所需的時間； 弊：以增加費用為代價換取時間，并因縮短項目進度時間而增加風險。 案例五（范圍管理 2021下 試題四） 【說明】 某公司為當?shù)匾患視觊_發(fā)圖書資料 垂直搜索引擎產(chǎn)品，雙方詳細約定了合同條款，包括合同金額、產(chǎn)品驗收標準等。此項目是該公司獨立承擔的一個小型項目，項目經(jīng)理小張兼任項目技術(shù)負責人，項目進行到設(shè)計階段后，由于小張從未參與過垂直搜索引擎的產(chǎn)品開發(fā)，產(chǎn)品設(shè)計方案經(jīng)過兩次評審后仍未能通過。公司決定將小張從 21 該項目組調(diào)離，由小李接任該項目的項目經(jīng)理兼項目技術(shù)負責人。 小李仔細查閱了小張組織撰寫的項目范圍說明書和產(chǎn)品設(shè)計方案后，進行了修改。小李將原定從頭開發(fā)的方案修改為通過學習和重用開源代碼來實現(xiàn)的方案。小李還相應(yīng)地修改了小