系統(tǒng)集成之項目整體、成本、質(zhì)量、人力等管理

1、第 6 章 項目整體管理6.1 項目整體（綜合）管理 閱讀下列說明，回答問題 1 至問題 3。將解答填入答題紙的對應(yīng)欄內(nèi)。 【說明】A 公司是一家中小型系統(tǒng)集成公司，在 2006 年 3 月份正在準備對京發(fā)證券公司數(shù)據(jù)大 集中項目進行投標(biāo)， A 公司副總裁張某授權(quán)銷售部的林某為本次投標(biāo)的負責(zé)人，來組織和 管理整個投標(biāo)過程。 林某接到任務(wù)后，召集了由公司商務(wù)部、銷售部、客服部和質(zhì)管部等 相關(guān)部門參加的啟動說明會，并把各自的分工和進度計劃進行了部署。隨后，在投標(biāo)前 3 天進行投標(biāo)文件評審時，發(fā)現(xiàn)技術(shù)方案中所配置的設(shè)備在以前的項 目使用中是存在問題的，必須更換，隨后修改了技術(shù)方案。最后 A 公司中標(biāo)

2、并和客戶簽訂 了合同。根據(jù)公司的項目管理流程，林某把項目移交到了實施部門，由他們具體負責(zé)項目的執(zhí) 行與驗收。 實施部門接手項目后，鮑某被任命為實施項目經(jīng)理，負責(zé)項目的實施和驗收工 作。鮑某發(fā)現(xiàn)由于項目前期自己沒有介入，許多項目前期的事情都不是很清楚，而導(dǎo)致后 續(xù)跟進速度較慢，影響項目的進度。同時鮑某還發(fā)現(xiàn)設(shè)計方案中尚存在一些問題，主要有： 方案遺漏一項基本需求，有多項無效需求，沒有書面的需求調(diào)研報告；在項目的工期、系 統(tǒng)功能和售后服務(wù)等方面，存在過度承諾現(xiàn)象。于是項目組重新調(diào)研用戶需求，編制設(shè)計 方案，這就增加了實施難度和成本?？墒呛髞碛职l(fā)現(xiàn)采購部仍是按照最初的方案采購設(shè)備， 導(dǎo)致設(shè)備中的模塊

3、配置功能不符合要求的情況。 而在 A 集成公司中，類似現(xiàn)象已多次發(fā) 生。問題 1】（5分）針對說明中所描述的現(xiàn)象，分析 A 公司在項目管理方面存在的問題（150 字以內(nèi)）。問題 2】（5分） 針對 A 公司在該項目管理方面存在的問題，提出補救措施（ 150字以內(nèi)） 。問題 3】（5分）針對 A 公司的項目管理現(xiàn)狀，結(jié)合你的實際經(jīng)驗，就 A 公司項目管理工 作的持續(xù)改進提出意見和建議（ 150 字以內(nèi)）。答題思路：【問題 1】1、投標(biāo)前的項目啟動會議上，沒有邀請技術(shù)和實施部門2、沒有把以往的經(jīng)驗教訓(xùn)，歸納和積累，形成組織知識資產(chǎn)3、沒有建立完善的內(nèi)部評審機制，或雖有評審機制但為有效執(zhí)行4、項目中

4、沒有實現(xiàn)有效的變更管理5、公司級的項目管理體系不健全，或執(zhí)行不好問題 2】1、改進項目的組織形式，明確項目團隊和職能部門之間的協(xié)作關(guān)系和工作程序2、做好項目當(dāng)前的經(jīng)驗教訓(xùn)收集、歸納工作3、明確項目工作的交付物，建立和實施項目的質(zhì)量評審機制4、建立項目的變更管理機制，識別變更中的利益相關(guān)方并加強溝通5、加強對項目團隊成員和相關(guān)人員的項目管理培訓(xùn)問題 3】1、建立企業(yè)級的項目管理體系和工作規(guī)范2、加強對項目工作記錄的管理3、加強項目質(zhì)量和相應(yīng)的評審制度4、加強項目經(jīng)驗教訓(xùn)的收集、歸納、積累和分享工作5、引入合適的項目管理工具平臺，提升項目管理工作效率6.2 項目整體 2009 上閱讀下面敘述，回答

5、問題 1 至問題 3，將解答填入答題紙的對應(yīng)欄內(nèi)。【說明】某公司是一家專門從事 ERP 系統(tǒng)研發(fā)和實施的 IT 企業(yè)，目前該公司正在進行的一個 項目是為某大型生產(chǎn)單位（甲方）研發(fā) ERP 系統(tǒng)。某公司同甲方關(guān)系比較密切，但也正因為如此，合同簽的較為簡單，項目執(zhí)行較為隨 意。同時甲方組織架構(gòu)較為復(fù)雜，項目需求來源多樣而且經(jīng)常發(fā)生變化，項目范圍和進度 經(jīng)常要進行臨時調(diào)整。經(jīng)過項目組的艱苦努力，系統(tǒng)總算能夠進入試運行階段，但是由于各種因素，甲方并 不太愿意進行正式驗收，至今項目也未能結(jié)項?！締栴} 1】（6 分） 請從項目管理角度，簡要分析該項目“未能結(jié)項”的可能原因。【問題 2】（5 分） 針對該項

6、目現(xiàn)狀，請簡要說明為了促使該項目進行驗收，可采取哪些措施?！締栴} 3】（4 分） 為了避免以后出現(xiàn)類似情況，請簡要敘述公司應(yīng)采取哪些有效的管理手段。答：【問題 1】1、簽訂合同很簡單，沒有在合同中明確甲乙雙方的職責(zé)，明確項目的時間要求，范 圍界定以及合同違約等條款和內(nèi)容，缺乏有效的合同管理制度；2、項目執(zhí)行較隨意，表明其缺乏規(guī)范和嚴格的項目管理制度和方法，規(guī)范的項目管 理流程，沒有嚴格的進度控制、成本控制和質(zhì)量保證、風(fēng)險分析等管理措施。3、針對甲方組織結(jié)構(gòu)復(fù)雜，需求多變的情況，沒有進行事前風(fēng)險分析和制定風(fēng)險應(yīng) 對措施，對需求沒有進行嚴格的分析、管理措施，對項目范圍也沒有進行確定，4、針對項目范

7、圍、進度、成本的變化，缺乏必要的變更控制手段和規(guī)范的變更控制 流程。5、對應(yīng)項目的不驗收，缺乏有效的溝通管理制度，缺少和甲方必須的溝通方法和措 施，在合同中沒有規(guī)定驗收的標(biāo)準和程序；6、對應(yīng)項目出現(xiàn)的情況，缺少應(yīng)急措施和有效的針對性方法，來解決項目當(dāng)前的困 難?！締栴} 2】1、加強和甲方的溝通，針對項目驗收的工作內(nèi)容和方式，流程、時間等問題，積極 和甲方進行溝通，爭取和甲方就項目驗收工作達成一致意見；2、針對合同中沒有明確的驗收標(biāo)準和流程等問題，可以采用備忘錄或者補充協(xié)議的 形式，就項目驗收的標(biāo)準、流程、時間和責(zé)任人等內(nèi)容簽署書面的具有法律效力 的文件，以便指導(dǎo)項目驗收工作。3、在項目組內(nèi)部，

8、加強項目管理工作力度，制定驗收文檔標(biāo)準，積極準備驗收工作，完善驗收成果文檔，明確項目驗收工作的標(biāo)準和流程，以及團隊成員的職責(zé)。問題 3】1、公司應(yīng)該建立嚴格和規(guī)范的合同管理制度，簽訂合同時必須在合同中明確項目的 范圍、進度以及相關(guān)要求，建立完善的合同文本；2、公司內(nèi)部應(yīng)該建立規(guī)范和完善的項目管理制度，在項目管理上建立合規(guī)的管理流 程、方法和標(biāo)準規(guī)范，推行科學(xué)的項目管理方法，包括范圍管理、時間管理、成 本管理、質(zhì)量管理、人力資源管理方面；3、在公司內(nèi)部加強項目管理思想和方法的培訓(xùn)，建立全員的、全面的、全過程的項 目管理體系和標(biāo)準。4、在項目立項時，建立科學(xué)和嚴謹?shù)捻椖靠尚行苑治龊驼撟C制度，進行風(fēng)

9、險分析和 風(fēng)險評估，規(guī)避項目風(fēng)險。第 7 章 項目范圍管理7.1 范圍定義系統(tǒng)集成項目管理工程師教程 第 23 章 -案例分析 M 公司原本是一家專注于企業(yè)信息化的公司，在電子政務(wù)如火如荼的時候，開始進軍 電子政務(wù)行業(yè)，在電子政務(wù)的市場中，接到的第一個項目是開發(fā)一套工商審批系統(tǒng)。由于 電了政務(wù)保密要求，該系統(tǒng)涉及到兩個互不聯(lián)通的子網(wǎng)：政務(wù)內(nèi)網(wǎng)和政務(wù)外網(wǎng)。政務(wù)內(nèi)網(wǎng) 中儲存著全部信息，其中包括部分機密信息；政務(wù)外網(wǎng)可以對公眾開放，開放的信息必須 御到授權(quán)。系統(tǒng)要求在這兩個了網(wǎng)中的合法用戶都可以訪問到被授權(quán)的信息 .訪問的信息必 須是一致可靠，政務(wù)內(nèi)網(wǎng)的信息可以發(fā)布到政務(wù)外網(wǎng)，政務(wù)外網(wǎng)的信息在經(jīng)過審

10、批后可以 進入政務(wù)內(nèi)網(wǎng)系統(tǒng)。張工是該項目的項目經(jīng)理，在捕獲到這個需求后認為電子政務(wù)建設(shè)與企業(yè)信息化有很 大的不同，有其自身的特殊性，若照搬企業(yè)信息化原有的經(jīng)驗和方案必定會遭到慘敗。因 此采用了嚴格爆布模型，并專門招聘了熟悉網(wǎng)絡(luò)互通互聯(lián)的技術(shù)人員設(shè)計了解決方案，在 經(jīng)過嚴格評審后實施。在項目交付時，雖然系統(tǒng)完全滿足了保密性的要求，但用戶對系統(tǒng) 用戶界面提出了較大的異議，認為不符合政務(wù)信息系統(tǒng)的風(fēng)格，操作也不夠便捷，要求徹 底更換，由于最初設(shè)計的缺陷，系統(tǒng)表現(xiàn)層和邏輯層緊密耦合，導(dǎo)致 70% 的代碼重寫，而 第二版的用戶界面仍不能滿足最終用戶的要求，最終又重寫部分代碼才通過駛收，由于系 統(tǒng)的反復(fù)變

11、更，項目組成員產(chǎn)生了強烈的挫折感，士氣低落，項目工期也超出原計劃的 100%。【問題 1】（5 分）請不超過 150 字，對張工的行為進行點評 ?【問題 2】（5 分）請從項目范圍管理的角度找出該項目實施過程中的主要管理問題？不超150 字【問題 3】（5 分） 請結(jié)合你本人實際項目經(jīng)驗，指出應(yīng)如何避免類似問題 ?不超過 150 字【問題 1】請對張工的行為進行點評？工作的優(yōu)點： 1、認識到電子政務(wù)建設(shè)與企業(yè)信息化建設(shè)的不同，考慮到了項目的獨特 性的特征；2、針對業(yè)務(wù)需求中對內(nèi)網(wǎng)、外網(wǎng)的互聯(lián)互通的要求，針對性招聘了網(wǎng)絡(luò) 互聯(lián)互通的技術(shù)人員；3、滿足了用戶保密性的要求；工作的缺點：1、采用“瀑布

12、模式 ”的項目生命周期，沒有進行論證，武斷；2、用戶需求調(diào)研的不全面，忽視了系統(tǒng)頁面的需求；并且，進行第二版修正時， 沒有針對頁面的需求修改進行確認。3、設(shè)計方案沒有進行驗證；表現(xiàn)層內(nèi)耦合的業(yè)務(wù)邏輯，增加了修改的代價；4、團隊管理措施不力，成員產(chǎn)生挫折感；【問題2】請從項目范圍管理的角度找出該項目實施過程中的主要管理問題。1、沒有建立規(guī)范的項目范圍管理流程和制度。2、范圍定義和需求分析時，工作不細致，忽視了 B/S架構(gòu)下的頁面需求3、需求范圍變更中，沒有對頁面變更進行 確認”就修改代碼門）哉匸沙冇挖棚到累址的全和障性商灤.軾乏稱確的粒國底叉3卻在規(guī)工現(xiàn)一坎變更附菲工仍沒有書數(shù)的殖UJ曽理，嘰丙

13、造戚系給的 二次變JS估分）和重夏的系址變覚說明張對乘就范搦特制不足.導(dǎo)獲押再再薊=的 反也（3分】【問題3】答題的思路和提綱，請將下列答題點細化1、針對甲方的需求，制定實用的項目范圍管理計劃；2、做好范圍定義工作（詳細列出方法）3、做好需求分析工作（方法、過程、工作步驟）4、重視范圍確認（方法）5、嚴格范圍變更（變更流程）6、建立完善的項目范圍管理制度和規(guī)范的范圍管理流程宵和的范用釋珂包拯I以范關(guān)宦苣到范禺押制邨拿右面的毎一項工 作SP啟車愛時。對亍例要堵合行啞特心進疔需疾分祈，挖擁歸級潛在的 踴議I同時通11原型零方法電輔助需求的定義，星免總因危文軍皓晡的問題”VXXXXXXXXXXXXX

14、XXXXXXXXXXXXXXXXXXXXX在發(fā)牛需求變電時潘譽迭行右效的帚求控制盡蜀在滿足書戶芾求的前援卜帶 小需求范團堅抉避免蒂求曲再汰變更。7.2 需求評審系統(tǒng)集成項目管理工程師教程 第 23 章-案例分析答： 軟件需求的定義1、軟件需求是軟件開發(fā)的最重要的一個輸入，需求風(fēng)險也常常是軟件開發(fā)過程中最大 的一個風(fēng)險，降低需求風(fēng)險的一個重要手段就是需求評審，但是需求評審是所有的評審活 動中最難的一個，也是最容易被忽視的一個評審。上述案例的問題小結(jié) 2 以上的現(xiàn)象可以在很多項目中都可以看到。概括起來，在需求評審中常見的問題是：需求報告很長，短時間內(nèi)評審者根本就不能把需求報告讀懂，想清楚；沒有作好

15、前期準備工作，需求評審的效率很低； 需求評審的節(jié)奏無法控制； 找不到合格的評審員，與會的評審員無法提出深入的問題；上述案例的原因分析 3 問題所在： 評審缺乏有效依據(jù)和規(guī)范，不能保證評審的覆蓋率和有效性。 產(chǎn)品經(jīng)理沒有把握好會議主題，評審變成了頭腦風(fēng)暴。 目標(biāo)性需求沒有溝通好，后面的需求變成空中樓閣。 缺乏評審的可操作依據(jù)，遺漏評審內(nèi)容。沒有作好前期準備工作，導(dǎo)致評審時間長，效率低。沒有選擇合適的評審人員，無法獲得有價值的反饋。 參加人員過多，容易陷入細枝末節(jié)的討論，會議演變成一場人人自由的混戰(zhàn)。針對以上問題，提出一些建議 4 那么究竟如何做好需求評審呢？建議一：分層次評審我們知道用戶的需求是

16、可以分層次的，一般而言可以分成如下的層次： 目標(biāo)性需求：定義了整個系統(tǒng)需要達到的目標(biāo)； 功能性需求：定義了整個系統(tǒng)必須完成的任務(wù)； 操作性需求：定義了完成每個任務(wù)的具體的人機交互； 目標(biāo)性需求是企業(yè)的高層管理人員所關(guān)注的，功能性需求是企業(yè)的中層管理人員所關(guān) 注的，操作性需求是企業(yè)的具體操作人員所關(guān)注的。對不同層次的需求，其描述形式是有 區(qū)別的，參與評審的人員也是不同的。如果讓具體的操作人員去評審目標(biāo)性需求，可能會 很容易地導(dǎo)致 “撿了芝麻，丟了西瓜 ”的現(xiàn)象，如果讓高層的管理人員也去評審那些操作性 需求，無疑是一種資源的浪費或者就會出現(xiàn)案例三的情形。建議二：正式評審與非正式評審結(jié)合 正式評審是

17、指通過開評審會的形式，組織多個專家，將需求涉及到的人員集合在一起， 并定義好參與評審人員的角色和職責(zé)，對需求進行正規(guī)的會議評審。而非正式的評審并沒 有這種嚴格的組織形式，一般也不需要將人員集合在一起評審，而是通過電子郵件、文件 匯簽甚至是網(wǎng)絡(luò)聊天等多種形式對需求進行評審。 2 種形式各有利弊，但往往非正式的評 審比正式的評審效率更高，更容易發(fā)現(xiàn)問題。因此在評審時，應(yīng)該更靈活地利用這2 種方式。建議三：分階段評審應(yīng)該在需求形成的過程中進行分階段的評審，而不是在需求最終形成后再進行評審。 分階段評審可以將原本需要進行的大規(guī)模評審拆分成各個小規(guī)模的評審，降低了需求返工 的風(fēng)險，提高了評審的質(zhì)量。比如

18、可以在形成目標(biāo)性需求后進行一次評審，在形成系統(tǒng)的 初次概要需求后進行一次評審，當(dāng)對概要需求細分成幾個部分，對每個部分進行各個評審， 最終再對整體的需求進行評審。建議四：精心挑選評審員需求評審可能涉及的人員包括：需方的高層管理人員、中層管理人員、具體操作人員、 IT 主管、采購主管；供方的市場人員、需求分析人員、設(shè)計人員、測試人員、質(zhì)量保證人 員、實施人員、項目經(jīng)理以及第三方的領(lǐng)域?qū)＜业鹊?。在這些人員中由于大家所處的立場 不同，對同一個問題的看法是不相同的，有些觀點是和系統(tǒng)的目標(biāo)有關(guān)系的，有些是關(guān)系 不大的，不同的觀點可能形成互補的關(guān)系。為了保證評審的質(zhì)量和效率，需要精心挑選評 審員。首先要保證

19、使不同類型的人員的都要參與進來，否則很可能會漏掉了很重要的需求。 其次在不同類型的人員中要選擇那些真正和系統(tǒng)相關(guān)的，對系統(tǒng)有足夠了解的人員參與進 來，否則很可能使評審的效率降低或者最終不切實際的修改了系統(tǒng)的范圍。建議五：對評審員進行培訓(xùn) 在很多情況下，評審員是領(lǐng)域?qū)＜叶皇沁M行評審活動的專家，他們沒有掌握進行評 審的方法、技巧、過程等，因此需要對評審員進行，同樣對于主持評審的管理者也需要進 行培訓(xùn)，以便于參與評審的人員能夠緊緊圍繞評審的目標(biāo)來進行，能夠控制評審活動的節(jié) 奏，提高評審效率，避免發(fā)生案例一和案例二中出現(xiàn)的現(xiàn)象。對評審員的培訓(xùn)也可以區(qū)分 為簡單培訓(xùn)與詳細培訓(xùn) 2 種。簡單培訓(xùn)可能需要

20、十幾分鐘或者幾十分鐘，需要將在評審過 程中的需要把握的基本原則，需要注意的常見問題說清楚。詳細培訓(xùn)則可能要需要對評審 的方法、技巧、過程進行正式的培訓(xùn)，需要花費較長的時間，是一個獨立的活動。需要注 意的是被評審人員也要被培訓(xùn)。建議六：充分利用需求評審檢查單需求檢查單是很好的評審工具，需求檢查單可以分成 2 類：需求形式的檢查單和需求 內(nèi)容的檢查單。需求形式的檢查可以由 QA 人員負責(zé)，主要是針對需求文擋的格式是否符 合質(zhì)量標(biāo)準來提出的，需求內(nèi)容的檢查是由評審員負責(zé)的，主要是檢查需求內(nèi)容是否達到 了系統(tǒng)目標(biāo)、是否有遺漏、是否有錯誤等等，這是需求評審的重點。檢查單可以幫助評審 員系統(tǒng)全面地發(fā)現(xiàn)需求

21、中的問題，檢查單也是隨著工程財富的積累逐漸豐富和優(yōu)化的。建議七：建立標(biāo)準的評審流程 對正規(guī)的需求評審會需要建立正規(guī)的需求評審流程，按照流程中定義的活動進行規(guī)范 的評審過程。比如在評審流程定義中可能規(guī)定評審的進入條件，評審需要提交的資料，每 次評審會議的人員職責(zé)分配，評審的具體步驟，評審?fù)ㄟ^的條件等等。通過評審流程執(zhí)行 可能會避免出現(xiàn)案例五之類的問題。建議八：做好評審后的跟蹤工作 在需求評審后，需要根據(jù)評審人員提出的問題進行評價，以確定哪些問題是必須糾正 的，哪些可以不糾正，并給出充分的客觀的理由與證據(jù)。當(dāng)確定需要糾正的問題后，要形成書面的需求變更的申請，進入需求變更的管理流程，并確保變更的執(zhí)行

22、，在變更完成后，要進行復(fù)審。切忌評審?fù)戤吅?，沒有對問題進行跟蹤，而無法保證評審結(jié)果的落實，使前 期的評審努力付之東流。建議九：充分準備評審評審質(zhì)量的好壞很大程度上取決于在評審會議前的準備活動。常出現(xiàn)的問題是，需求文檔在評審會議前并沒有提前下發(fā)給參與評審會議的人員，沒有留 出更多更充分的時間讓參與評審的人員閱讀需求文檔。更有甚者，沒有執(zhí)行需求評審的進 入條件，在評審文檔中存在大量的低級的錯誤或者沒有在評審前進行溝通，文檔中存在方 向性的錯誤，從而導(dǎo)致評審的效率很低，質(zhì)量很差。對評審的準備工作，也應(yīng)當(dāng)定義一個 檢查單，在評審之前對照檢查單落實每項準備工作。7.3 工作分解結(jié)構(gòu)7.4 范圍管理 20

23、09下閱讀下列說明，針對項目的范圍管理，回答問題 1至問題 3，將解答填入 答題紙的對應(yīng)欄內(nèi)?！菊f明】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公司簽訂了 合同

24、，并把該系統(tǒng)方案作為合同附件，作為將來項目驗收的標(biāo)準。合同簽訂后，楊工迅速組織人力投入系統(tǒng)開發(fā)。由于楊工系統(tǒng)集成經(jīng)驗豐 富，開發(fā)過程進展順利，對項目如期完工很有把握。系統(tǒng)開發(fā)期間，S主管和 W 翻譯忙于在全國各地開拓市場，與 H 公司沒有再進行接觸。就在系統(tǒng)開發(fā)行將結(jié)束之際，S主管和W翻譯來到H公司查看開發(fā)進度。 當(dāng)看到楊工演示的即將完工的業(yè)務(wù)系統(tǒng)時，S主管卻表示，視頻聊天只是系統(tǒng) 的一個基本功能，系統(tǒng)的核心功能則是通過視頻聊天實現(xiàn)網(wǎng)上交易的電子商務(wù) 活動，要求 H 公司完善系統(tǒng)功能并如期交付。楊工拿出系統(tǒng)方案作為證據(jù)，據(jù) 理力爭。W翻譯承認此前他的工作有誤，導(dǎo)致雙方對項目范圍的認識產(chǎn)生了偏差

25、， 并說服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主管的要求是否恰當(dāng)？為什么？并請結(jié)合本案例簡要分析導(dǎo)致C 公司多次提出范圍變更的可能原因?！締栴} 3】（3分）作為項目管理者，楊工此時應(yīng)關(guān)注的范圍變更控制的要點有哪些？問題 1 詳細的項目范圍說明書

26、應(yīng)包含如下內(nèi)容：1、項目的目標(biāo)；2、產(chǎn)品（或服務(wù)）的范圍描述；3、項目的可交付物；4、項目邊界；5、產(chǎn)品驗收標(biāo)準；6、項目的約束條件；7、項目的假定。C和H在如下幾個方面出現(xiàn)了嚴重偏差：1、項目的目標(biāo)： H 以為是實現(xiàn)視頻聊天網(wǎng)站，而 C 期望是通過視頻聊天實現(xiàn) 網(wǎng)上交易的電子商務(wù)；2、項目的可交付物：同上；3、驗收標(biāo)準： H 把未經(jīng)確認的存在嚴重偏差的“系統(tǒng)方案”作為驗收標(biāo)準。問題 2S主管的要求是恰當(dāng)?shù)摹Ｒ驗殡p方在需求（項目范圍）理解上存在重大偏差，而 H 公司未把詳細的項目 范圍說明書（需求分析說明書）提交給C公司（S主管）確認簽字。導(dǎo)致C公司多次提出范圍變更的可能原因：1、W翻譯對計算

27、機相關(guān)技術(shù)知之甚少，未能準確轉(zhuǎn)達S主管的需求；2、楊工收集需求時，理解出現(xiàn)偏差，未能準確把握需求；3、楊工編制的需求分析說明書，未進行內(nèi)部評審；4、需求分析說明書（或項目范圍說明書）未與C公司達成一致，未提交給S 主管確認簽字；5、楊工在范圍控制上做得不好。問題 31、確定范圍變更是否已經(jīng)產(chǎn)生；2、對造成范圍變更的因素施加影響，以確保這些變更得到一致的認可。3、當(dāng)范圍變更發(fā)生時，對實際的變更進行管理。（以上為書本上的，me考試寫的是：1重新編制項目范圍說明書，與C公司達成一致，并讓S主管確認簽字;2、建立整體變更控制流程，做好范圍控制。第 8 章 項目進度管理8.1 項目進度【說明】某系統(tǒng)集成

28、公司現(xiàn)有員工 50 多人，業(yè)務(wù)部門分為銷售部、軟件開發(fā)部、系統(tǒng)網(wǎng)絡(luò)部等。 經(jīng)過近半年的醞釀后，在今年一月份，公司的銷售部直接與某銀行簽訂了一個銀行前置機 的軟件系統(tǒng)的項目。合同規(guī)定， 6 月 28日之前系統(tǒng)必須投入試運行。在合同簽訂后，銷售 部將此合同移交給了軟件開發(fā)部，進行項目的實施。項目經(jīng)理小丁做過 5 年的系統(tǒng)分析和設(shè)計工作，但這是他第一次擔(dān)任項目經(jīng)理。小丁 兼任系統(tǒng)分析工作，此外項目還有 2名有1年工作經(jīng)驗的程序員， 1名測試人員， 2名負責(zé) 組網(wǎng)和布線的系統(tǒng)工程師。項目組成的成員均全程參加項目。在承擔(dān)項目之后，小丁組織大家制定了項目的WBS，并依照以往的經(jīng)歷制訂了本項目的進度計劃，簡

29、單描述如下：1、應(yīng)用子系統(tǒng)1) 1月5日2月5日需求分析2) 2月6日3月26日系統(tǒng)設(shè)計和軟件設(shè)計3) 3月27日5月10日編碼4) 5月 11日5月 30日系統(tǒng)內(nèi)部測試2、綜合布線2月 20日4月 20日完成調(diào)研和布線3、網(wǎng)絡(luò)子系統(tǒng)4月 21日5月 21 日設(shè)備安裝、聯(lián)調(diào)4、系統(tǒng)內(nèi)部調(diào)試、驗收1 ) 6 月 1 日 6 月 20 日試運行2) 6月 28日系統(tǒng)驗收春節(jié)后，在 2月 17日小丁發(fā)現(xiàn)系統(tǒng)設(shè)計剛剛開始，由此推測 3月 26日很可能完不成 系統(tǒng)設(shè)計。【問題 1】(4 分)請用 150字以內(nèi)的文字，分析問題發(fā)生的可能原因。【問題 2】(5 分)請用 150字以內(nèi)的文字，建議小丁應(yīng)該如何

30、做以保證項目整體進度不拖延。【問題 3】(6 分)請用 200字以內(nèi)的文字，概述典型的信息系統(tǒng)集成項目的進度時間管理的過程 和方法以及資源配置對進度的制約。答：【問題 1】（1）銷售部沒有及時讓軟件開發(fā)部參與項目早期工作，需求分析耗時過長；（2）項目經(jīng)理首次擔(dān)任，經(jīng)驗不足，進度估算不準確；（3）項目資源配置不足，項目經(jīng)理兼任系統(tǒng)分析，缺乏專門的系統(tǒng)分析和設(shè)計人員（4）工作安排沒有充分利用分配的項目資源，資源有閑置；（5）在安排進度時可能未考慮法定節(jié)假日的因素問題 2】（1）向職能經(jīng)理申請增加特定資源，特別是增加系統(tǒng)分析設(shè)計人員；（2）將部分階段的工作改為并行進行，以節(jié)約時間（3）臨時加班 /趕

31、工，盡可能補救耽誤的時間（4）對后續(xù)工作的工期重新進行估算，并考慮節(jié)假日問題，修訂計劃，盡量留有余地（5）加強溝通，爭取客戶能夠?qū)椖糠秶约靶枨?、設(shè)計、驗收標(biāo)準進行確認，避免 后期頻繁出現(xiàn)變更。（6）加強對階段性工作的檢查和控制，避免后期出現(xiàn)返工。此外，如有可能還可采取外包和縮減范圍等辦法，不過不建議在本案例中采用問題 3】1、進度管理的過程2、資源對進度的影響（1）一般情況下，項目活動歷時與投入的資源數(shù)量成反比，即投入的資源數(shù)量越多， 活動歷時越短。但是，當(dāng)針對某一活動的資源投入數(shù)量達到一定規(guī)模時，再增加資源的投 入不會進一步縮短項目活動歷時，也就是資源投入遞減規(guī)律（2）非關(guān)鍵路徑上的活動

32、歷時只對項目產(chǎn)生較小的影響或不產(chǎn)生影響，而關(guān)鍵路徑 上活動歷時的延誤，則會直接影響到項目工期。因此每當(dāng)縮短項目工期時，應(yīng)對首先考慮 在關(guān)鍵路徑活動上增加資源。8.2 項目進度 閱讀下列說明，回答問題 1 至問題 3。將解答填入答題紙的對應(yīng)欄內(nèi)。 【說明】J公司2008年3月中標(biāo)某市公安局的人口管理系統(tǒng)開發(fā)項目，因該市要在2008年11月舉辦某大型國際會議，因此公安局要求人口管理系統(tǒng)一定要在2008年7月 1日之前投入使用。強某是負責(zé)這個項目的項目經(jīng)理，雖然他進公司才不到 3年，但他已成功地管理過 2 個類似的項目，被大家稱之為“救火隊長”，而強某也對自己信心十足。但這次和以往不 同的是強某還同

33、時管理著另外兩個項目，而這個人口管理系統(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)首先 把流動人口管理起來。該項目從技術(shù)角度可分為網(wǎng)絡(luò)改造和軟件開發(fā)，而軟件又分界面、 業(yè)務(wù)流程和數(shù)據(jù)庫三個子系統(tǒng)。他們團隊有 6人，其中有人做過類似的C/S結(jié)構(gòu)的項目， 而公司剛結(jié)束的一個網(wǎng)絡(luò)項目與本次承擔(dān)的網(wǎng)絡(luò)改造項目在技術(shù)架構(gòu)方面幾近相同，只是規(guī)模不同。公安局要求新系統(tǒng)能夠支持移動接入，而項目團

34、隊中沒有一人接觸過移動接入 技術(shù)。強某憑直覺知道依現(xiàn)有的人員在 2008年7月 1日之前完成項目是不可能的。問題 1 】（5分） 請說明強某可以用什么方法和技術(shù)來估算項目的工期（1 50字以內(nèi)）？問題 2】（5分） 請說明強某可以采取哪些方法來壓縮工期，以使項目能夠在 2008 年 7 月 1 日之前交付（ 150 字以內(nèi)）？問題 3】（5分） 請說明強某可以采用哪些方法來跟蹤項目的進度，以確保項目能夠 按進度計劃完成？【問題 1 】答：（1）明確定義項目的工作分解結(jié)構(gòu)（2）由于是升級項目，所以部分工作的工期估算方法可以采用類比估算法（3）對于新增的移動接入模塊，可以聯(lián)系業(yè)內(nèi)專家，采用專家判斷

35、或者德爾菲法 進行估算（4）對于 WBS 進行足夠的細化后，可以依據(jù)歷史數(shù)據(jù)采用 “參數(shù)估算 ”或“三點 估算”進行進一步歷時估算。問題 2答：（1）與客戶溝通，梳理業(yè)務(wù)中的關(guān)鍵需求，與客戶協(xié)商能否在期限前完成關(guān)鍵需求即可，其他部分分期交付。2）制定出合理可靠的技術(shù)方案，對其中不熟悉的部分采用外包方式3）清晰定義各功能模塊之間的接口，然后可以加大并行工作的程度4）明確目標(biāo)，責(zé)任何獎勵機制，提高員工工作效率5）必要時進行趕工問題 3 答：（1）基于 WBS 和工時估算制定活動網(wǎng)絡(luò)圖，制定項目進度計劃（2）建立對項目工作的監(jiān)督和測量機制。依據(jù)項目進度基線和日常項目進展報告，比較 進度偏差（SV）和

36、進度效率指數(shù)（SPI）,進行偏差分析。（ 3）確定項目里程碑，并建立有效的評審機制。（ 4）對項目中發(fā)現(xiàn)的問題，及時采取糾正措施，并進行有效的變更管理（ 5）使用有效的項目管理工具，提示項目管理的工作效率。8.3 進度控制2009年上閱讀下列說明，針對項目的進度管理，回答問題 1 至問題 3。將解答填入答題紙的對 應(yīng)欄內(nèi)?！菊f明】B 市是北方的一個超大型城市，最近市政府有關(guān)部門提出需要加強對全市交通的管理 與控制。2008年9月 19日 B 市政府決定實施智能交通管理系統(tǒng)項目，對路面人流和車流實現(xiàn) 實時的、量化的監(jiān)控和管理。項目要求于 2009年2月 1日完成。該項目由某公司承建，小李作為該公

37、司項目經(jīng)理，在 2008 年 10 月 20 日接到項目 任務(wù)后，立即以曾經(jīng)管理過的道路監(jiān)控項目為參考，估算出項目歷時大致為100 天，并把該項目分成五大模塊分別分配給各項目小組，同時要求：項目小組在 2009年 1 月 20日 前完成任務(wù)， 1月21日至28日各模塊聯(lián)調(diào)， 1月29日至 31日機動。小李隨后在原道路監(jiān) 控項目解決方案的基礎(chǔ)上組織制定了智能交通管理系統(tǒng)項目的技術(shù)方案。可是到了 2009年1月 20日，小李發(fā)現(xiàn)有兩個模塊的進度落后于計劃，而且即使這五 個模塊全部按時完成，在預(yù)定的 1月21日至 28日期間因春節(jié)假期也無法組織人員安排模 塊聯(lián)調(diào)，項目進度拖后已成定局?！締栴} 1】（

38、8 分）請簡要分析項目進度拖后的可能原因 ?【問題 2】（4 分）請簡要敘述進度計劃包括的種類和用途?！締栴} 3】（3 分）請簡要敘述“滾動波浪式計劃”方法的特點和確定滾動周期的依據(jù)。 針對本試題說明中所述項目，說明采用多長的滾動周期比較恰當(dāng)。問題 1答：（1）歷時估算不準確；（2）沒有考慮到法定節(jié)假日，這些不應(yīng)該計算在節(jié)假日內(nèi)；（3）沒有安排應(yīng)急時間；（4）沒有做好進度控制。問題 2 書 267 頁問題 3答： 完成項目當(dāng)前階段所需完成的工作細節(jié)，而且要為后續(xù)階段要完成的工作做出初步描 述。對項目計劃的這種逐步深入的描述方式通常稱為滾動波浪式計劃。而周期則應(yīng)當(dāng)根據(jù) 階段來確定，一般地一個階段

39、為一個滾動周期。歷時 100天，我認為 20 天的周期比較好， 這樣正好 5 個周期，大小合適。8.4 進度管理 2009 年下 閱讀下列說明，回答問題 1 至問題 3，將解答填入答題紙的對應(yīng)欄內(nèi)。 【說明】F 公司成功中標(biāo) S 市的電子政務(wù)工程。 F 公司的項目經(jīng)理李工組織相關(guān)人員對該項目 的工作進行了分解，并參考以前曾經(jīng)成功實施的 W 市電子政務(wù)工程項目，估算該項目的工 作量為 120人月，計劃工期為 6 個月。項目開始不久，為便于應(yīng)對突發(fā)事件，經(jīng)業(yè)主與 F 公司協(xié)商，同意該電子政務(wù)工程必須在當(dāng)年年底之前完成，而且還要保質(zhì)保量。這意味著， 項目工期要縮短為 4 個月，而項目工作量不變。李工

40、按照 4 個月的工期重新制定了項目計劃，向公司申請盡量多增派開發(fā)人員，并要 求所有的開發(fā)人員加班加點工作以便向前趕進度。由于公司有多個項目并行實施，給李工 增派的開發(fā)人員都是剛招進公司的新人。為節(jié)省時間，李工還決定項目組取消每日例會， 改為每周例會。同時，李工還允許需求調(diào)研和方案設(shè)計部分重疊進行，允許需求未經(jīng)確認 即可進行方案設(shè)計。最后，該項目不但沒能4個月完成，反而一再延期，遲遲不能交付。最終導(dǎo)致 S市政 府嚴重不滿，項目組人員也多有抱怨。【問題 1】（6 分）請簡要分析該項目一再拖期的主要原因?！締栴} 2】（6 分）請簡要說明項目進度控制可以采用的技術(shù)和工具。【問題 3】（3 分）請簡要說

41、明李工可以提出哪些措施以有效縮短項目工期。問題 1項目一再拖期的主要原因：1、李工的項目工作量可能估算不準，編制的項目計劃有問題，或未經(jīng)過評審；2、新增派的開發(fā)人員是新人，經(jīng)驗不足，生產(chǎn)率低，開發(fā)質(zhì)量有問題；3、所有開發(fā)人員加班加點，導(dǎo)致過度疲勞，生產(chǎn)率降低，質(zhì)量下降；4、取消每日例會，改為周例會，可能導(dǎo)致不能及時發(fā)現(xiàn)偏差，不能及時糾偏；5、需求調(diào)研和方案設(shè)計部分重疊，導(dǎo)致設(shè)計缺陷和變更；6、需求未經(jīng)確認，導(dǎo)致需求變更嚴重。問題 2 書 264頁 1-10問題 3 書 270 頁與 263 頁第 9 章 項目成本管理9.1成本估算9.2成本控制2009下試題四（15分）閱讀下列說明，針對項目的

42、成本管理，回答問題1至問題2,將解答填入答題紙的對應(yīng)欄內(nèi)?！菊f明】某信息系統(tǒng)開發(fā)項目由系統(tǒng)集成商 A公司承建，工期1年，項目總預(yù)算20萬元。目前項 目實施已進行到第8個月末。在項目例會上，項目經(jīng)理就當(dāng)前的項目進展情況進行了分析和 匯報。截止第8個月末項目執(zhí)行情況分析表如下：1 f斥笛活動if 劃成|實習(xí);成布值定成n分比耳“啟動2(X)02100I00p4500too%需求調(diào)研I）柄1000012000LOGbL4玻計選型Ogs集成實腌05000(jOOiJO70%| 6測試20000150iD35%【問題1】（8分）請計算截止到第8個月末該項目的成本偏差（CV ）、進度偏差（SV）、成本執(zhí)行

43、指數(shù) （CPI）和進度執(zhí)行指數(shù)（SPI）;判斷項目當(dāng)前在成本和進度方面的執(zhí)行情況?！締栴}2】（7分）請簡要敘述成本控制的主要工作內(nèi)容?！締栴}1】 參加計算題部分的答案【問題2】書290頁第 10 章 項目質(zhì)量管理10.1 質(zhì)量管理計劃和質(zhì)量控制閱讀下列說明，針對項目質(zhì)量管理，回答問題 1 至問題 3。將解答填入答題紙的對應(yīng)欄內(nèi)?！菊f明】 某信息技術(shù)有限公司中標(biāo)了某大型餐飲連鎖企業(yè)集團的信息系統(tǒng)項目，該項目包含單 店管理、物流系統(tǒng)和集團 ERP 等若干子項目。由該信息技術(shù)有限公司的高級項目經(jīng)理張工 全而負責(zé)項目實施。張工認為此項目質(zhì)量管理的關(guān)鍵在于系統(tǒng)地進行測試。張工制訂了詳細的測試計劃用來管理

44、項目的質(zhì)量。在項目實施過程中，他通過定期發(fā) 給客戶測試報告來證明項目質(zhì)量是有保證的?？墒强蛻艨傆X得有什么地方不對勁，對項目 的質(zhì)量還是沒有信心?！締栴} 1】（4 分） 客戶對項目的質(zhì)量沒有信心的可能原因是什么 ?【問題 2】（5 分） 一般地，項目的質(zhì)量管理計劃應(yīng)該包括哪些內(nèi)容 ?【問題 3】（6 分）張工應(yīng)該如何實施項目的質(zhì)量保證 ?項目的質(zhì)量控制與質(zhì)量保證有哪些區(qū)別與聯(lián)系 ?【問題 1】1、質(zhì)量管理包括制定質(zhì)量方針和質(zhì)量目標(biāo)以及質(zhì)量策劃、質(zhì)量控制、質(zhì)量保證和質(zhì)量改進 等管理活動。但案例里的 “信息系統(tǒng)項目 ”中沒有看到和項目相關(guān)的質(zhì)量方針、質(zhì)量目標(biāo)等 內(nèi)容。2、質(zhì)量管理強調(diào)的是全面質(zhì)量管理

45、，全過程質(zhì)量管理；而不僅僅是測試工作所能保證的， 項目實施過程中的每一個工作都會對項目質(zhì)量產(chǎn)生影響?！締栴} 2】 1明確其范圍和目的（所適用的產(chǎn)品、項目；特殊要求及有效期）及需達到的質(zhì)量目 標(biāo)；2組織實際運作的各過程的步驟（可用流程圖或類似圖表展示過程要求） ； 3在項目的不同階段，相關(guān)職責(zé)、權(quán)限和資源的具體分配； 4采用的具體的文件化程序和指導(dǎo)書； 5適宜階段適用的檢驗、試驗、檢查和審核大綱； 6隨項目的進展進行更改和完善質(zhì)量計劃的文件化程序； 7達到質(zhì)量目標(biāo)的度量方法及所采取的措施?！締栴} 3】質(zhì)量保證的措施1、制定質(zhì)量標(biāo)準2、制定質(zhì)量控制流程，它是與組織的質(zhì)量管理體系緊密聯(lián)系，體現(xiàn)全員參

46、與的思想。項目 的相關(guān)各方各負其責(zé)，各有側(cè)重地開展質(zhì)量保證工作。3、提出質(zhì)量保證所采用的方法和技術(shù)（1）只質(zhì)量保證規(guī)劃，包括質(zhì)量保證計劃、質(zhì)量保證大綱、質(zhì)量標(biāo)準等（2）質(zhì)量檢驗。通過測試、檢查、試驗等手段確定質(zhì)量可能改制結(jié)果是否與要求相符。（3）確定保證范圍和登記（ 4）質(zhì)量活動分解4、建立質(zhì)量保證體系。5、項目質(zhì)量審計。識別在項目中使用的低效率以及無效果的政策、過程和規(guī)程。質(zhì)量保證實質(zhì)量管理的一部分，致力于增強滿足質(zhì)量要求的能力。質(zhì)量保證的目的是對產(chǎn) 品體系和過程的固有特性已經(jīng)達到規(guī)定要求提供信任。質(zhì)量保證的核心是向人們提供足夠 的信任，使顧客和其他相關(guān)方確信組織的產(chǎn)品、體系和過程達到規(guī)定的

47、質(zhì)量要求。質(zhì)量保 證分為內(nèi)部質(zhì)量保證和外部質(zhì)量保證。質(zhì)量保證更重要的是通過對那些影響質(zhì)量的質(zhì)量體 系要素進行一系列有計劃、有組織的評價活動，為取得企業(yè)領(lǐng)導(dǎo)和需方信任而提出充分可 靠的證據(jù)。質(zhì)量保證活動包括：如何建立質(zhì)量標(biāo)準，如何確立質(zhì)量控制流程，如何進行質(zhì)量體系的評 估。項目質(zhì)量保證活動時質(zhì)量管理的一個更高層次，是對質(zhì)量策劃、質(zhì)量控制過程的質(zhì)量 控制。質(zhì)量控制是質(zhì)量管理的一部分，致力于滿足質(zhì)量要求。質(zhì)量控制的目標(biāo)是確保產(chǎn)品的質(zhì)量 能夠滿足顧客、法律法規(guī)等方面所提出的質(zhì)量要求，如：適用性、可靠性、安全性。質(zhì)量 控制的范圍涉及質(zhì)量形成全過程的各個環(huán)節(jié)。質(zhì)量控制的工作內(nèi)容包括作業(yè)技術(shù)和活動， 也就是

48、包括專業(yè)技術(shù)和管理技術(shù)兩方面。質(zhì)量控制應(yīng)貫徹預(yù)防為主與檢驗把關(guān)相結(jié)合的原 則。因為質(zhì)量要求是隨著時間的進展而不斷變化，為滿足新的質(zhì)量要求，就要注意質(zhì)量控 制的動態(tài)性。10.2 質(zhì)量控制 2009年上閱讀下列說明，針對項目的質(zhì)量管理，回答問題1 至問題 3。將解答填入答題紙的對應(yīng)欄內(nèi)?！菊f明】某系統(tǒng)集成公司在 2007 年 6 月通過招投標(biāo)得到了某市濱海新區(qū)電子政務(wù)一期工程項 目，該項目由小李負責(zé)，一期工程的任務(wù)包括政府網(wǎng)站以及政務(wù)網(wǎng)網(wǎng)絡(luò)系統(tǒng)的建設(shè)，工期 為 6 個月。因濱海新區(qū)政務(wù)網(wǎng)的網(wǎng)絡(luò)系統(tǒng)架構(gòu)復(fù)雜，為了趕工期項目組省掉了一些環(huán)節(jié)和工作，雖 然最后通過驗收，但卻給后續(xù)的售后服務(wù)帶來很大的麻煩

49、：為了解決項目網(wǎng)絡(luò)出現(xiàn)的問題， 售后服務(wù)部的技術(shù)人員要到現(xiàn)場逐個環(huán)節(jié)查遍網(wǎng)絡(luò)，繪出網(wǎng)絡(luò)的實際連接圖才能找到問題 的所在。售后服務(wù)部感到對系統(tǒng)進行支持有幫助的資料就只有政府網(wǎng)站的網(wǎng)頁 HTML 文 檔及其內(nèi)嵌代碼?！締栴} 1】（5 分） 請簡要分析造成該項目售后存在問題的主要原因?！締栴} 2】（6 分） 針對該項目，請簡要說明在項目建設(shè)時可能采取的質(zhì)量控制方法或工具?！締栴} 3】（4 分） 請指出，為了保障小李順利實施項目質(zhì)量管理，公司管理層應(yīng)提供哪些方面的支 持。問題 1 請簡要分析造成該項目售后存在問題的主要原因。答：（1）缺少軟件相關(guān)文檔；（2）沒有質(zhì)量管理計劃；（3）沒有實施質(zhì)量保證；（

50、4）沒有實施質(zhì)量控制；（5）工期太短，人手不夠。問題 2 書上 317 頁問題 3 公司管理層應(yīng)提供哪些方面的支持。答：（1）給小李增加人手；（2）對小李進行質(zhì)量管理方面的培訓(xùn)；（3）對小李實施質(zhì)量管理過程進行跟蹤和指導(dǎo)。10.3 質(zhì)量管理 2009下閱讀下列說明，針對項目的質(zhì)量管理，回答問題 1 至問題 3，將解答填入答題紙的對應(yīng)欄 內(nèi)。【說明】系統(tǒng)集成 A 公司承擔(dān)了某企業(yè)的業(yè)務(wù)管理系統(tǒng)的開發(fā)建設(shè)工作， A 公司任命張工為項 目經(jīng)理。張工在承擔(dān)此新項目的項目經(jīng)理同時，所負責(zé)的原項目尚處在收尾階段。張工在進行 了認真分析后，認為新項目剛剛開始，處于需求分析階段，而原項目尚有某些重要工作需 要

51、完成，因此張工將新項目需求分析階段的質(zhì)量控制工作全權(quán)委托給了軟件質(zhì)量保證（SQA ）人員李工。李工制定了本項目的質(zhì)量計劃，包括收集資料、編制分質(zhì)量計劃、并 通過相應(yīng)的工具和技術(shù)，形成了項目質(zhì)量計劃書，并按照質(zhì)量計劃書開展相關(guān)需求調(diào)研和 分析階段的質(zhì)量控制工作。在需求評審時，由于需求規(guī)格說明書不能完全覆蓋該企業(yè)的業(yè)務(wù)需求，且部分需求理 解與實際存在較大偏差，導(dǎo)致需求評審沒有通過。【問題 1】（4 分）請指出A公司在項目管理過程中的不妥之處?！締栴} 2】（6 分） 請簡述項目質(zhì)量控制過程的基本步驟?！締栴} 3】（5 分） 請簡述制定項目質(zhì)量計劃可采用的方法、技術(shù)和工具。問題 1A 公司在項目管理過

52、程中的不妥之處：1、整個公司的項目管理過程不完善或缺乏，項目間資源平衡機制不完善；2、單個項目管理制度不規(guī)范，張工權(quán)限下放隨意；3、員工身兼數(shù)職（張工兼任多個項目暫且不提） ，質(zhì)量保證人員李工也兼任質(zhì)量保證和質(zhì) 量控制，甚至項目管理的一部分編制項目質(zhì)量計劃。4、項目質(zhì)量計劃未經(jīng)過評審，需求分析說明書未經(jīng)內(nèi)部評審。問題 2書 317 頁問題 3書 308 頁第 11 章 項目人力資源管理11.1 項目團隊管理閱讀下列人力資源管理問題的敘述，回答問題 1 至問題 3，將解答填入答題紙的對應(yīng)欄內(nèi)?！菊f明】M 是負責(zé)某行業(yè)一個大型信息系統(tǒng)集成項目的高級項目經(jīng)理，因人手比較緊張， M 從 正在從事編程工

53、作的高手中選擇了小張作為負責(zé)軟件子項目的項目經(jīng)理，小張同時兼任模 塊的編程工作，這種安排導(dǎo)致了軟件子項目失控?！締栴} 1】（4 分）請用 150 字以內(nèi)的文字，分析導(dǎo)致軟件子項目失控的可能原因?！締栴} 2】（5 分）請用 150 字以內(nèi)的文字，說明你認為 M 事先應(yīng)該怎么做才能讓小張作為子項目的項目 經(jīng)理，并避免軟件子項目失控？【問題 3】（6 分）請用 200 字以內(nèi)的文字，概述典型的系統(tǒng)集成項目團隊的角色構(gòu)成？敘述在組建項目 團隊、建設(shè)項目團隊和管理項目團隊方面所需的活動，結(jié)合實例說明?！締栴} 1】（1）小張缺乏足夠的項目管理能力和經(jīng)驗（2）小張身兼二職，精力和時間不夠用，顧此失彼。（3）

54、小張沒有進入管理角色，過多關(guān)注于編程工作，疏于對項目的管理（4）高級項目經(jīng)理對小張的工作缺乏事先培訓(xùn)和全程的跟蹤和監(jiān)控【問題 2】（ 1）事先要制定崗位的要求 ,職責(zé)和選人的標(biāo)準，并選擇合適的人選（2）高級項目經(jīng)理應(yīng)對小張的工作進行全面的評估，如果小張的負荷過重，需要找人 替代小張當(dāng)時正在從事的技術(shù)工作，解決負載平衡問題。（3）要事前溝通，對小張明確要求，明確角色的輕重緩急，促使小張盡快轉(zhuǎn)換角色（4）上級應(yīng)該注意平時對人員的培養(yǎng)和監(jiān)控。【問題 3】（1）針對選定的項目，根據(jù)項目的特點，需要的角色如下： 管理類崗位：如項目經(jīng)理 工程類：系統(tǒng)分析師，軟件設(shè)計師，程序員，測試工程師，美工，網(wǎng)絡(luò)工程師

55、， 主機人員，實施人員：行業(yè)專家 輔助類：文檔管理員、秘書等（2）結(jié)合項目實際，敘述進行如下活動的經(jīng)驗： 組建項目團隊，明確責(zé)任（制定職責(zé)分配矩陣）建設(shè)項目團隊提高項目團隊成員的個人績效； 提高項目團隊成員之間的信任感和凝聚力，以通過更好的團隊合作提高工 作效率3）管理項目團隊跟蹤個人和團隊的執(zhí)行情況，提供反饋 協(xié)調(diào)變更，以提高項目的績效，保證項目進度 項目管理團隊還必須注意團隊的行為、管理沖突、解決問題； 評估團隊成員的績效11.2 激勵理論閱讀下列說明，回答問題 1 至問題 3。將解答填入答題紙的對應(yīng)欄內(nèi)?！菊f明】 錢某新接手一個信息系統(tǒng)集成項目的管理工作，根據(jù)用戶的業(yè)務(wù)要求，該項目要采用

56、 一種新的技術(shù)架構(gòu)，項目團隊沒有應(yīng)用這種架構(gòu)的經(jīng)驗。錢某的管理風(fēng)格是 Y 型的，在項 目啟動之初，為了調(diào)動人家的積極性，宣布了多項激勵政策，如“按期用該新技術(shù)架構(gòu)搭 建出系統(tǒng)原型有獎，按時保質(zhì)保量完成任務(wù)者有獎”，并分別公布了具體的獎勵數(shù)額;在項目實施期間，為了激勵士氣，經(jīng)常請人家聚餐。由于單位領(lǐng)導(dǎo)屬于 X 型管理風(fēng)格，很多餐 票都不予報銷。而在項目實施現(xiàn)場，因施工人員技術(shù)不過關(guān)導(dǎo)致一臺電源燒壞，錢某也悄 悄地在項目中給予報銷。負責(zé)新技術(shù)架構(gòu)的架構(gòu)師經(jīng)歷多次失敗之后，總算憑白己的經(jīng)驗 和探索搭建出了系統(tǒng)原型。最后，雖然項目實際的進度、成本和質(zhì)量等目標(biāo)大體達到了要 求，錢某自我感覺尚可，項目好歹也通過了驗收，但他當(dāng)初關(guān)于獎勵的承諾并沒有兌現(xiàn)， 有人甚至認為他跟領(lǐng)導(dǎo)一唱一和，錢某有苦難言?！締栴} 1】（4 分） 請概括出錢某在人力資源管理方面存在的問題。【問題 2】（7 分） 針對本案例，項目經(jīng)理錢某應(yīng)該用哪些措施進行團隊建設(shè) ? 如何運用自己的 Y 型管理風(fēng)格有效地管理項目 ?【問題 3】（4 分）請用