【導(dǎo)讀】系統(tǒng)集成項(xiàng)目管理工程師－案例分析 1/70 羄莁螃襖芃莀蒃聿腿荿薅袂肅莈蚇肈羈蒈螀袁艿蕆葿蚃膅蒆薂衿肁蒅螄螞肇蒄蒄羇羃蒃薆螀節(jié)蒂蚈羅膈蒂螁螈肄薁蒀羄羀薀薂螇羋蕿蚅膄薈袇螅膀薇薇肀肆膄蠆袃膃螁聿芁膂蒁袁膇膁薃肇肅芀蚆袀罿芀螈蚃莈艿薈袈芄羋蝕螁膀芇螂羆肅芆蒂蝿羈芅薄羅芀芄蚇螇膆莄蝿羃肂莃蒈螆羈莂蟻羈羄莁螃襖芃莀蒃聿腿荿薅袂肅莈蚇肈羈蒈螀袁艿蕆葿蚃膅蒆薂衿肁蒅螄螞肇蒄蒄羇羃蒃薆螀節(jié)蒂蚈羅膈蒂螁螈肄薁蒀羄羀薀薂螇羋蕿蚅膄薈袇螅膀薇薇肀肆膄蠆袃膃螁聿芁膂蒁袁膇膁薃肇肅芀蚆袀罿芀螈蚃莈艿薈袈芄羋蝕螁膀芇螂羆肅芆蒂蝿羈芅薄羅芀芄蚇螇膆莄蝿羃肂莃蒈螆羈莂蟻羈羄莁螃襖芃莀蒃聿腿荿薅袂肅莈蚇肈羈蒈螀袁艿蕆葿蚃膅蒆薂衿肁蒅螄螞肇蒄蒄羇羃蒃薆螀節(jié)蒂蚈羅膈蒂螁螈肄薁蒀羄羀薀薂螇羋蕿蚅膄薈袇螅膀薇薇肀肆膄蠆袃膃螁聿芁膂蒁袁膇膁薃肇肅芀蚆袀罿芀螈蚃莈艿薈袈芄羋蝕螁膀芇螂羆肅芆蒂蝿羈芅薄羅芀芄蚇螇膆莄蝿羃肂莃蒈螆

　　

【正文】 A公司項(xiàng)目管理工作的持續(xù)改進(jìn)提出意見(jiàn)和建議（ 150 字以內(nèi)）。 答題思路： 【問(wèn)題 1】 投標(biāo)前的項(xiàng)目啟動(dòng)會(huì)議上，沒(méi)有邀請(qǐng)技術(shù)和實(shí)施部門 沒(méi)有把以往的經(jīng)驗(yàn)教訓(xùn)，歸納和積累，形成組織知識(shí)資產(chǎn) 沒(méi)有建立完善的內(nèi)部評(píng)審機(jī)制，或雖有評(píng)審機(jī)制但為有效執(zhí)行 項(xiàng)目中沒(méi)有實(shí)現(xiàn)有效的變更管理 公司級(jí)的項(xiàng)目管理 體系不健全，或執(zhí)行不好 【問(wèn)題 2】 系統(tǒng)集成項(xiàng)目管理工程師－案例分析 21 / 70 改進(jìn)項(xiàng)目的組織形式，明確項(xiàng)目團(tuán)隊(duì)和職能部門之間的協(xié)作關(guān)系和工作程序 做好項(xiàng)目當(dāng)前的經(jīng)驗(yàn)教訓(xùn)收集、歸納工作 明確項(xiàng)目工作的交付物，建立和實(shí)施項(xiàng)目的質(zhì)量評(píng)審機(jī)制 建立項(xiàng)目的變更管理機(jī)制，識(shí)別變更中的利益相關(guān)方并加強(qiáng)溝通 加強(qiáng)對(duì)項(xiàng)目團(tuán)隊(duì)成員和相關(guān)人員的項(xiàng)目管理培訓(xùn) 【問(wèn)題 3】 建立企業(yè)級(jí)的項(xiàng)目管理體系和工作規(guī)范 加強(qiáng)對(duì)項(xiàng)目工作記錄的管理 加強(qiáng)項(xiàng)目質(zhì)量和相應(yīng)的評(píng)審制度 加強(qiáng)項(xiàng)目經(jīng)驗(yàn)教訓(xùn)的收集、歸納、積累和分享工作 引入合適的項(xiàng)目管理 工具平臺(tái)，提升項(xiàng)目管理工作效率 系統(tǒng)集成項(xiàng)目管理工程師－案例分析 22 / 70 項(xiàng)目整體 2021 上 閱讀下面敘述，回答問(wèn)題 1至問(wèn)題 3，將解答填入答題紙的對(duì)應(yīng)欄內(nèi)。 【 說(shuō)明 】 某 公司是一家專門從事 ERP 系統(tǒng)研發(fā)和實(shí)施的 IT 企業(yè)，目前該公司正在進(jìn)行的一個(gè)項(xiàng)目是為某大型生產(chǎn)單位（甲方）研發(fā) ERP 系統(tǒng)。 某 公司同甲方關(guān)系比較密切，但也正因?yàn)槿绱耍贤灥妮^為簡(jiǎn)單，項(xiàng)目執(zhí)行較為隨意。同時(shí)甲方組織架構(gòu)較為復(fù)雜，項(xiàng)目需求來(lái)源多樣而且經(jīng)常發(fā)生變化，項(xiàng)目范圍和進(jìn)度經(jīng)常要進(jìn)行臨時(shí)調(diào)整。 經(jīng)過(guò)項(xiàng)目組的艱苦努力，系統(tǒng)總算能夠進(jìn)入試運(yùn)行階 段，但是由于各種因素，甲方并不太愿意進(jìn)行正式驗(yàn)收，至今項(xiàng)目也未能結(jié)項(xiàng)。 【 問(wèn)題 1】 （ 6分） 請(qǐng)從項(xiàng)目管理角度，簡(jiǎn)要分析該項(xiàng)目“未能結(jié)項(xiàng)”的可能原因。 【 問(wèn)題 2】 （ 5分） 針對(duì)該項(xiàng)目現(xiàn)狀，請(qǐng)簡(jiǎn)要說(shuō)明為了促使該項(xiàng)目進(jìn)行驗(yàn)收，可采取哪些措施。 【 問(wèn)題 3】 （ 4分） 為了避免以后出現(xiàn)類似情況，請(qǐng)簡(jiǎn)要敘述公司應(yīng)采取哪些有效的管理手段。 答： 【問(wèn)題 1】 簽訂合同很簡(jiǎn)單，沒(méi)有在合同中明確甲乙雙方的職責(zé)，明確項(xiàng)目的時(shí)間要求，范圍界定以及合同違約等條款 和內(nèi)容，缺乏有效的合同管理制度； 項(xiàng)目執(zhí)行較隨意，表明其缺乏規(guī)范和嚴(yán)格的項(xiàng)目管理制度和方法，規(guī)范的項(xiàng)目管理流程，沒(méi)有嚴(yán)格的進(jìn)度控制、成本控制和質(zhì)量保證、風(fēng)險(xiǎn)分析等管理措施。 針對(duì)甲方組織結(jié)構(gòu)復(fù)雜，需求多變的情況，沒(méi)有進(jìn)行事前風(fēng)險(xiǎn)分析和制定風(fēng)險(xiǎn)應(yīng)對(duì)措施，對(duì)需求沒(méi)有進(jìn)行嚴(yán)格的分析、管理措施，對(duì)項(xiàng)目范圍也沒(méi)有進(jìn)行確定， 針對(duì)項(xiàng)目范圍、進(jìn)度、成本的變化，缺乏必要的變更控制手段和規(guī)范的變更控制流程。 對(duì)應(yīng)項(xiàng)目的不驗(yàn)收，缺乏有效的溝通管理制度，缺少和甲方必須的溝通方法和措施，在合同中沒(méi)有規(guī)定驗(yàn)收的標(biāo)準(zhǔn)和程序； 對(duì)應(yīng)項(xiàng)目 出現(xiàn)的情況，缺少應(yīng)急措施和有效的針對(duì)性方法，來(lái)解決項(xiàng)目當(dāng)前的困難。 【問(wèn)題 2】 加強(qiáng)和甲方的溝通，針對(duì)項(xiàng)目驗(yàn)收的工作內(nèi)容和方式，流程、時(shí)間等問(wèn)題，積極和甲方進(jìn)行溝通，爭(zhēng)取和甲方就項(xiàng)目驗(yàn)收工作達(dá)成一致意見(jiàn)； 針對(duì)合同中沒(méi)有明確的驗(yàn)收標(biāo)準(zhǔn)和流程等問(wèn)題，可以采用備忘錄或者補(bǔ)充協(xié)議的形式，就項(xiàng)目驗(yàn)收的標(biāo)準(zhǔn)、流程、時(shí)間和責(zé)任人等內(nèi)容簽署書面的具有法律效力的文件，以便指導(dǎo)項(xiàng)目驗(yàn)收工作。 在項(xiàng)目組內(nèi)部，加強(qiáng)項(xiàng)目管理工作力度，制定驗(yàn)收文檔標(biāo)準(zhǔn)，積極準(zhǔn)備驗(yàn)收工作，完善驗(yàn)收成果文檔，明確項(xiàng)目驗(yàn)收工作的標(biāo)準(zhǔn)和流程，以及團(tuán)隊(duì)成 員的職責(zé)。 系統(tǒng)集成項(xiàng)目管理工程師－案例分析 23 / 70 【問(wèn)題 3】 公司應(yīng)該建立嚴(yán)格和規(guī)范的合同管理制度，簽訂合同時(shí)必須在合同中明確項(xiàng)目的范圍、進(jìn)度以及相關(guān)要求，建立完善的合同文本； 公司內(nèi)部應(yīng)該建立規(guī)范和完善的項(xiàng)目管理制度，在項(xiàng)目管理上建立合規(guī)的管理流程、方法和標(biāo)準(zhǔn)規(guī)范，推行科學(xué)的項(xiàng)目管理方法，包括范圍管理、時(shí)間管理、成本管理、質(zhì)量管理、人力資源管理方面； 在公司內(nèi)部加強(qiáng)項(xiàng)目管理思想和方法的培訓(xùn)，建立全員的、全面的、全過(guò)程的項(xiàng)目管理體系和標(biāo)準(zhǔn)。 在項(xiàng)目立項(xiàng)時(shí)，建立科學(xué)和嚴(yán)謹(jǐn)?shù)捻?xiàng)目可行性分析和論證制度，進(jìn)行風(fēng)險(xiǎn)分析和風(fēng)險(xiǎn)評(píng)估，規(guī)避項(xiàng)目風(fēng)險(xiǎn)。 系統(tǒng)集成項(xiàng)目管理工程師－案例分析 24 / 70 第 7 章 項(xiàng)目范圍管理 范圍定義 《系統(tǒng)集成項(xiàng)目管理工程師》教程 第 23 章 案例分析 M 公司原本是一家專注于企業(yè)信息化的公司，在電子政務(wù)如火如荼的時(shí)候，開始進(jìn)軍電子政務(wù)行業(yè)，在電子政務(wù)的市場(chǎng)中，接到的第一個(gè)項(xiàng)目是開發(fā)一套工商審批系統(tǒng)。由于電了政務(wù)保密要求，該系統(tǒng)涉及到兩個(gè)互不聯(lián)通的子網(wǎng)：政務(wù)內(nèi)網(wǎng)和政務(wù)外網(wǎng)。政務(wù)內(nèi)網(wǎng)中儲(chǔ)存著全部信息，其中包括部分機(jī)密信息；政務(wù)外網(wǎng)可以對(duì)公眾開放，開放的信息必須御到授權(quán)。系統(tǒng)要求在這兩個(gè)了網(wǎng)中的合法用戶都可以訪問(wèn)到被授權(quán)的信息 .訪問(wèn)的信息必須是一 致可靠，政務(wù)內(nèi)網(wǎng)的信息可以發(fā)布到政務(wù)外網(wǎng)，政務(wù)外網(wǎng)的信息在經(jīng)過(guò)審批后可以進(jìn)入政務(wù)內(nèi)網(wǎng)系統(tǒng)。 張工是該項(xiàng)目的項(xiàng)目經(jīng)理，在捕獲到這個(gè)需求后認(rèn)為電子政務(wù)建設(shè)與企業(yè)信息化有很大的不同，有其自身的特殊性，若照搬企業(yè)信息化原有的經(jīng)驗(yàn)和方案必定會(huì)遭到慘敗。 因此 采用了嚴(yán)格爆布模型，并專門招聘了熟悉網(wǎng)絡(luò)互通互聯(lián)的技術(shù)人員設(shè)計(jì)了解決方案，在經(jīng)過(guò)嚴(yán)格評(píng)審后實(shí)施。在項(xiàng)目交付時(shí)，雖然系統(tǒng)完全滿足了保密性的要求，但用戶對(duì)系統(tǒng)用戶界面提出了較大的異議，認(rèn)為不符合政務(wù)信息系統(tǒng)的風(fēng)格，操作也不夠便捷，要求徹底更換，由于最初設(shè)計(jì)的缺陷 ，系統(tǒng)表現(xiàn)層和邏輯層緊密耦合，導(dǎo)致 70%的代碼重寫，而第二版的用戶界面仍不能滿足最終用戶的要求，最終又重寫部分代碼才通過(guò)駛收，由于系統(tǒng)的反復(fù)變更，項(xiàng)目組成員產(chǎn)生了強(qiáng)烈的挫折感，士氣低落，項(xiàng)目工期也超出原計(jì)劃的100%。 【問(wèn)題 1】 （ 5 分 ） 請(qǐng)不超過(guò) 150 字，對(duì)張工的行為進(jìn)行點(diǎn)評(píng) ? 【問(wèn)題 2】 （ 5 分 ） 請(qǐng)從項(xiàng)目范圍管理的角度找出該項(xiàng)目實(shí)施過(guò)程中的主要管理問(wèn)題？不超 150 字 【問(wèn)題 3】 （ 5 分 ） 請(qǐng)結(jié)合你本人實(shí)際項(xiàng)目經(jīng)驗(yàn)，指出應(yīng)如何避免類似問(wèn)題 ?不超過(guò) 150字 【問(wèn)題 1】請(qǐng)對(duì)張工的行為進(jìn)行點(diǎn)評(píng)？ 工作的 優(yōu)點(diǎn)： 認(rèn)識(shí)到電子政務(wù)建設(shè)與企業(yè)信息化建設(shè)的不同，考慮到了項(xiàng)目的獨(dú)特性的特征； 針對(duì)業(yè)務(wù)需求中對(duì)內(nèi)網(wǎng)、外網(wǎng)的互聯(lián)互通的要求，針對(duì)性招聘了網(wǎng)絡(luò)互聯(lián)互通的技術(shù)人員； 滿足了用戶保密性的要求； 工作的缺點(diǎn)： 采用 “瀑布模式 ”的項(xiàng)目生命周期，沒(méi)有進(jìn)行論證，武斷； 系統(tǒng)集成項(xiàng)目管理工程師－案例分析 25 / 70 用戶需求調(diào)研的不全面，忽視了系統(tǒng)頁(yè)面的需求；并且，進(jìn)行第二版修正時(shí)，沒(méi)有針對(duì)頁(yè)面的需求修改進(jìn)行確認(rèn)。 設(shè)計(jì)方案沒(méi)有進(jìn)行驗(yàn)證；表現(xiàn)層內(nèi)耦合的業(yè)務(wù)邏輯，增加了修改的代價(jià)； 團(tuán)隊(duì)管理措施不力，成員產(chǎn)生挫折感； 【問(wèn)題 2】請(qǐng)從項(xiàng)目范圍管理的角度找出該項(xiàng)目實(shí)施過(guò)程中的主要管理問(wèn)題。 沒(méi)有建立規(guī)范的項(xiàng)目范圍管理流程和制度。 范圍定義和需求分析時(shí)，工作不細(xì)致，忽視了 B/S 架構(gòu)下的頁(yè)面需求 需求范圍變更中，沒(méi)有對(duì)頁(yè)面變更進(jìn)行 “確認(rèn) ”，就修改代碼 【問(wèn)題 3】 答題的思路和提綱，請(qǐng)將下列答題點(diǎn)細(xì)化 針對(duì)甲方的需求，制定實(shí)用的項(xiàng)目范圍管理計(jì)劃； 做好范圍定義工作（詳細(xì)列出方法） 做好需求分析工作（方法、過(guò)程、工作步驟） 重視范圍確認(rèn)（方法） 嚴(yán)格范圍 變更（變更流程） 建立完善的項(xiàng)目范圍管理制度和規(guī)范的范圍管理流程 系統(tǒng)集成項(xiàng)目管理工程師－案例分析 26 / 70 需求評(píng)審 《系統(tǒng)集成項(xiàng)目管理工程師》教程 第 23 章 案例分析 答： 軟件需求的定義 軟件需求是軟件開發(fā)的最重要的一個(gè)輸入，需求風(fēng)險(xiǎn)也常常是軟件開發(fā)過(guò)程中最大的一個(gè)風(fēng)險(xiǎn)，降低需求風(fēng)險(xiǎn)的一個(gè)重要手段就是需求評(píng)審，但是需求評(píng)審是所有的評(píng)審活動(dòng)中最難的一個(gè)，也 是最容易被忽視的一個(gè)評(píng)審。 上述案例的問(wèn)題小結(jié) 2 以上的現(xiàn)象可以在很多項(xiàng)目中都可以看到。概括起來(lái)，在需求評(píng)審中常見(jiàn)的問(wèn)題是： ◇ 需求報(bào)告很長(zhǎng)，短時(shí)間內(nèi)評(píng)審者根本就不能把需求報(bào)告讀懂，想清楚； ◇ 沒(méi)有作好前期準(zhǔn)備工作，需求評(píng)審的效率很低； ◇ 需求評(píng)審的節(jié)奏無(wú)法控制； ◇ 找不到合格的評(píng)審員，與會(huì)的評(píng)審員無(wú)法提出深入的問(wèn)題； …… 上述案例的原因分析 3 問(wèn)題所在： ? 評(píng)審缺乏有效依據(jù)和規(guī)范，不能保證評(píng)審的覆蓋率和有效性。 ? 產(chǎn)品經(jīng)理沒(méi)有把握好會(huì)議主題，評(píng)審變成了頭腦風(fēng)暴 。 ? 目標(biāo)性需求沒(méi)有溝通好，后面的需求變成空中樓閣。 ? 缺乏評(píng)審的可操作依據(jù)，遺漏評(píng)審內(nèi)容。 ? 沒(méi)有作好前期準(zhǔn)備工作，導(dǎo)致評(píng)審時(shí)間長(zhǎng)，效率低。 ? 沒(méi)有選擇合適的評(píng)審人員，無(wú)法獲得有價(jià)值的反饋。 ? 參加人員過(guò)多，容易陷入細(xì)枝末節(jié)的討論，會(huì)議演變成一場(chǎng)人人自由的混戰(zhàn)。 針對(duì)以上問(wèn)題，提出一些建議 4 那么究竟如何做好需求評(píng)審呢？ 建議一：分層次評(píng)審 我們知道用戶的