【正文】 品、體系和過(guò)程達(dá)到規(guī)定的質(zhì)量要求。質(zhì)量保證實(shí)質(zhì)量管理的一部分，致力于增強(qiáng)滿足質(zhì)量要求的能力。 項(xiàng)目質(zhì)量審計(jì)。通過(guò)測(cè)試、檢查、試驗(yàn)等手段確定質(zhì)量可能改制結(jié)果是否與要求相符。項(xiàng)目的相關(guān)各方各負(fù)其責(zé)，各有側(cè)重地開展質(zhì)量保證工作。 【問(wèn)題 2】 1．明確其范圍和目的（所適用的產(chǎn)品、項(xiàng)目；特殊要求及有效期）及需達(dá)到的質(zhì)量目標(biāo)； 　　2．組織實(shí)際運(yùn)作的各過(guò)程的步驟（可用流程圖或類似圖表展示過(guò)程要求）； 　　3．在項(xiàng)目的不同階段，相關(guān)職責(zé)、權(quán)限和資源的具體分配； 　　4．采用的具體的文件化程序和指導(dǎo)書； 　　5．適宜階段適用的檢驗(yàn)、試驗(yàn)、檢查和審核大綱； 　　6．隨項(xiàng)目的進(jìn)展進(jìn)行更改和完善質(zhì)量計(jì)劃的文件化程序； 　　7．達(dá)到質(zhì)量目標(biāo)的度量方法及所采取的措施。但案例里的“信息系統(tǒng)項(xiàng)目”中沒(méi)有看到和項(xiàng)目相關(guān)的質(zhì)量方針、質(zhì)量目標(biāo)等內(nèi)容?？墒强蛻艨傆X(jué)得有什么地方不對(duì)勁，對(duì)項(xiàng)目的質(zhì)量還是沒(méi)有信心。 張工制訂了詳細(xì)的測(cè)試計(jì)劃用來(lái)管理項(xiàng)目的質(zhì)量。由該信息技術(shù)有限公司的高級(jí)項(xiàng)目經(jīng)理張工全而負(fù)責(zé)項(xiàng)目實(shí)施。將解答填入答題紙的對(duì)應(yīng)欄內(nèi)。 【問(wèn)題1】 參加計(jì)算題部分的答案【問(wèn)題2】書290頁(yè)成本控制的主要工作內(nèi)容11， 對(duì)造成成本基準(zhǔn)變更的因素施加影響；12， 確保變更請(qǐng)求獲得同意；13， 當(dāng)變更發(fā)生時(shí)，管理這些實(shí)際的變更；14， 保證潛在的成本超支不超過(guò)授權(quán)的項(xiàng)目階段資金和總體資金；15， 監(jiān)督成本執(zhí)行（績(jī)效），找出與成本急轉(zhuǎn)的偏差；16， 準(zhǔn)確記錄所有的與成本基準(zhǔn)的偏差；17， 防止錯(cuò)誤的，不恰當(dāng)?shù)幕蛭磁鷾?zhǔn)的變更被納入成本或資源使用報(bào)告中；18， 就審定的變更，通知項(xiàng)目干系人；19， 采取措施，講預(yù)期的成本超支控制在可接受的范圍內(nèi)。截止第8個(gè)月末項(xiàng)目執(zhí)行情況分析表如下： 【問(wèn)題1】（8分） 請(qǐng)計(jì)算截止到第8個(gè)月末該項(xiàng)目的成本偏差（CV）、進(jìn)度偏差（SV）、成本執(zhí)行指數(shù)（CPI）和進(jìn)度執(zhí)行指數(shù)（SPI）；判斷項(xiàng)目當(dāng)前在成本和進(jìn)度方面的執(zhí)行情況。目前項(xiàng)目實(shí)施已進(jìn)行到第8個(gè)月末?！矄?wèn)題2〕 書264頁(yè) 1101， 進(jìn)度網(wǎng)絡(luò)分析2， 關(guān)鍵線路法3， 進(jìn)度壓縮4， 假設(shè)情景分析5， 資源平衡6， 關(guān)鍵鏈7， 項(xiàng)目管理軟件8， 應(yīng)用日歷9， 調(diào)整時(shí)間提前與滯后量10， 進(jìn)度模型〔問(wèn)題3〕 書270頁(yè)與263頁(yè)第9章 項(xiàng)目成本管理 成本控制 2009下試題四（15分） 閱讀下列說(shuō)明，針對(duì)項(xiàng)目的成本管理，回答問(wèn)題1至問(wèn)題2，將解答填入答題紙的對(duì)應(yīng)欄內(nèi)?！締?wèn)題3】（3分） 請(qǐng)簡(jiǎn)要說(shuō)明李工可以提出哪些措施以有效縮短項(xiàng)目工期?！締?wèn)題1】（6分） 請(qǐng)簡(jiǎn)要分析該項(xiàng)目一再拖期的主要原因。 最后，該項(xiàng)目不但沒(méi)能4個(gè)月完成，反而一再延期，遲遲不能交付。為節(jié)省時(shí)間，李工還決定項(xiàng)目組取消每日例會(huì)，改為每周例會(huì)。李工按照4個(gè)月的工期重新制定了項(xiàng)目計(jì)劃，向公司申請(qǐng)盡量多增派開發(fā)人員，并要求所有的開發(fā)人員加班加點(diǎn)工作以便向前趕進(jìn)度。項(xiàng)目開始不久，為便于應(yīng)對(duì)突發(fā)事件，經(jīng)業(yè)主與F公司協(xié)商，同意該電子政務(wù)工程必須在當(dāng)年年底之前完成，而且還要保質(zhì)保量?！菊f(shuō)明】 F公司成功中標(biāo)S市的電子政務(wù)工程。歷時(shí)100天，我認(rèn)為20天的周期比較好，這樣正好5個(gè)周期，大小合適。對(duì)項(xiàng)目計(jì)劃的這種逐步深入的描述方式通常稱為滾動(dòng)波浪式計(jì)劃。[問(wèn)題1]答：（1）歷時(shí)估算不準(zhǔn)確；（2）沒(méi)有考慮到法定節(jié)假日，這些不應(yīng)該計(jì)算在節(jié)假日內(nèi)；（3）沒(méi)有安排應(yīng)急時(shí)間；（4）沒(méi)有做好進(jìn)度控制。 【問(wèn)題3】（3分）請(qǐng)簡(jiǎn)要敘述“滾動(dòng)波浪式計(jì)劃”方法的特點(diǎn)和確定滾動(dòng)周期的依據(jù)。 可是到了2009年1月20日，小李發(fā)現(xiàn)有兩個(gè)模塊的進(jìn)度落后于計(jì)劃，而且即使這五個(gè)模塊全部按時(shí)完成，在預(yù)定的1月21日至28日期間因春節(jié)假期也無(wú)法組織人員安排模塊聯(lián)調(diào)，項(xiàng)目進(jìn)度拖后已成定局。 該項(xiàng)目由某公司承建，小李作為該公司項(xiàng)目經(jīng)理，在 2008 年 10 月 20 日接到項(xiàng)目任務(wù)后，立即以曾經(jīng)管理過(guò)的道路監(jiān)控項(xiàng)目為參考，估算出項(xiàng)目歷時(shí)大致為100天，并把該項(xiàng)目分成五大模塊分別分配給各項(xiàng)目小組，同時(shí)要求：項(xiàng)目小組在 2009年 1月 20日前完成任務(wù)，1月21日至28日各模塊聯(lián)調(diào)，1月29日至31日機(jī)動(dòng)。 2008年9月 19日B 市政府決定實(shí)施智能交通管理系統(tǒng)項(xiàng)目，對(duì)路面人流和車流實(shí)現(xiàn)實(shí)時(shí)的、量化的監(jiān)控和管理。將解答填入答題紙的對(duì)應(yīng)欄內(nèi)。 （4）對(duì)項(xiàng)目中發(fā)現(xiàn)的問(wèn)題，及時(shí)采取糾正措施，并進(jìn)行有效的變更管理 （5）使用有效的項(xiàng)目管理工具，提示項(xiàng)目管理的工作效率。依據(jù)項(xiàng)目進(jìn)度基線和日常項(xiàng)目進(jìn)展報(bào)告，比較 進(jìn)度偏差（SV）和進(jìn)度效率指數(shù)（SPI），進(jìn)行偏差分析。[問(wèn)題2]答：（1）與客戶溝通，梳理業(yè)務(wù)中的關(guān)鍵需求，與客戶協(xié)商能否在期限前完成關(guān)鍵需求即可，其他部分分期交付。強(qiáng)某憑直覺(jué)知道依現(xiàn)有的人員在2008年7月1日之前完成項(xiàng)目是不可能的。他們團(tuán)隊(duì)有6人，其中有人做過(guò)類似的C/S結(jié)構(gòu)的項(xiàng)目， 而公司剛結(jié)束的一個(gè)網(wǎng)絡(luò)項(xiàng)目與本次承擔(dān)的網(wǎng)絡(luò)改造項(xiàng)目在技術(shù)架構(gòu)方面幾近相同， 只是規(guī)模不同。新的人口管理系統(tǒng)要求是B/S結(jié)構(gòu)，要既能管理城區(qū)常住人口又能管理郊區(qū)常住人口、市轄縣常住人口和流動(dòng)人口，而公安局要求該新系統(tǒng)首先把流動(dòng)人口管理起來(lái)。 該人口管理系統(tǒng)項(xiàng)目屬于升級(jí)項(xiàng)目。強(qiáng)某是負(fù)責(zé)這個(gè)項(xiàng)目的項(xiàng)目經(jīng)理，雖然他進(jìn)公司才不到3年，但他已成功地管理過(guò)2個(gè)類似的項(xiàng)目，被大家稱之為“救火隊(duì)長(zhǎng)”，而強(qiáng)某也對(duì)自己信心十足。將解答填入答題紙的對(duì)應(yīng)欄內(nèi)。因此每當(dāng)縮短項(xiàng)目工期時(shí)，應(yīng)對(duì)首先考慮在關(guān)鍵路徑活動(dòng)上增加資源。 此外，如有可能還可采取外包和縮減范圍等辦法，不過(guò)不建議在本案例中采用 【問(wèn)題 3】 進(jìn)度管理的過(guò)程 資源對(duì)進(jìn)度的影響 （1）一般情況下，項(xiàng)目活動(dòng)歷時(shí)與投入的資源數(shù)量成反比，即投入的資源數(shù)量越多，活動(dòng)歷時(shí)越短。 答：【問(wèn)題1】（1） 銷售部沒(méi)有及時(shí)讓軟件開發(fā)部參與項(xiàng)目早期工作，需求分析耗時(shí)過(guò)長(zhǎng)；（2） 項(xiàng)目經(jīng)理首次擔(dān)任，經(jīng)驗(yàn)不足，進(jìn)度估算不準(zhǔn)確；（3） 項(xiàng)目資源配置不足，項(xiàng)目經(jīng)理兼任系統(tǒng)分析，缺乏專門的系統(tǒng)分析和設(shè)計(jì)人員（4） 工作安排沒(méi)有充分利用分配的項(xiàng)目資源，資源有閑置；（5） 在安排進(jìn)度時(shí)可能未考慮法定節(jié)假日的因素【問(wèn)題 2】 （1）向職能經(jīng)理申請(qǐng)?jiān)黾犹囟ㄙY源，特別是增加系統(tǒng)分析設(shè)計(jì)人員； （2）將部分階段的工作改為并行進(jìn)行，以節(jié)約時(shí)間 （3）臨時(shí)加班/趕工，盡可能補(bǔ)救耽誤的時(shí)間 （4）對(duì)后續(xù)工作的工期重新進(jìn)行估算，并考慮節(jié)假日問(wèn)題，修訂計(jì)劃，盡量留有余地 （5）加強(qiáng)溝通，爭(zhēng)取客戶能夠?qū)?xiàng)目范圍以及需求、設(shè)計(jì)、驗(yàn)收標(biāo)準(zhǔn)進(jìn)行確認(rèn)，避免 后期頻繁出現(xiàn)變更。 【問(wèn)題2】（5分） 　　 請(qǐng)用150字以內(nèi)的文字，建議小丁應(yīng)該如何做以保證項(xiàng)目整體進(jìn)度不拖延。 　　在承擔(dān)項(xiàng)目之后，小丁組織大家制定了項(xiàng)目的WBS，并依照以往的經(jīng)歷制訂了本項(xiàng)目的進(jìn)度計(jì)劃，簡(jiǎn)單描述如下：　　應(yīng)用子系統(tǒng) 　　　1）1月5日～2月5日需求分析 　　　2）2月6日～3月26日系統(tǒng)設(shè)計(jì)和軟件設(shè)計(jì)　　　3）3月27日～5月10日編碼　　　4）5月11日～5月30日系統(tǒng)內(nèi)部測(cè)試　　綜合布線 　　　2月20日～4月20日完成調(diào)研和布線 　　網(wǎng)絡(luò)子系統(tǒng) 　　　4月21日～5月21日設(shè)備安裝、聯(lián)調(diào) 　　系統(tǒng)內(nèi)部調(diào)試、驗(yàn)收　　　1）6月1日～6月20日試運(yùn)行 　　　2）6月28日系統(tǒng)驗(yàn)收 　　春節(jié)后，在2月17日小丁發(fā)現(xiàn)系統(tǒng)設(shè)計(jì)剛剛開始，由此推測(cè)3月26日很可能完不成系統(tǒng)設(shè)計(jì)。小丁兼任系統(tǒng)分析工作，此外項(xiàng)目還有2名有1年工作經(jīng)驗(yàn)的程序員，1名測(cè)試人員，2名負(fù)責(zé)組網(wǎng)和布線的系統(tǒng)工程師。在合同簽訂后，銷售部將此合同移交給了軟件開發(fā)部，進(jìn)行項(xiàng)目的實(shí)施。 經(jīng)過(guò)近半年的醞釀后，在今年一月份，公司的銷售部直接與某銀行簽訂了一個(gè)銀行前置機(jī)的軟件系統(tǒng)的項(xiàng)目。（以上為書本上的，me考試寫的是：重新編制項(xiàng)目范圍說(shuō)明書，與C公司達(dá)成一致，并讓S主管確認(rèn)簽字；建立整體變更控制流程，做好范圍控制。〔問(wèn)題3〕確定范圍變更是否已經(jīng)產(chǎn)生；對(duì)造成范圍變更的因素施加影響，以確保這些變更得到一致的認(rèn)可。因?yàn)殡p方在需求（項(xiàng)目范圍）理解上存在重大偏差，而H公司未把詳細(xì)的項(xiàng)目范圍說(shuō)明書（需求分析說(shuō)明書），提交給C公司（S主管）確認(rèn)簽字。C和H在如下幾個(gè)方面出現(xiàn)了嚴(yán)重偏差：項(xiàng)目的目標(biāo)：H以為是實(shí)現(xiàn)視頻聊天網(wǎng)站，而C期望是通過(guò)視頻聊天實(shí)現(xiàn)網(wǎng)上交易的電子商務(wù)；項(xiàng)目的可交付物：同上；驗(yàn)收標(biāo)準(zhǔn)：H把未經(jīng)確認(rèn)的存在嚴(yán)重偏差的“系統(tǒng)方案”作為驗(yàn)收標(biāo)準(zhǔn)?！締?wèn)題2】（6分） 請(qǐng)指出S主管的要求是否恰當(dāng)？為什么？并請(qǐng)結(jié)合本案例簡(jiǎn)要分析導(dǎo)致C公司多次提出范圍變更的可能原因。楊工發(fā)現(xiàn)，不斷修訂的系統(tǒng)方案已經(jīng)嚴(yán)重偏離了原始方案，系統(tǒng)如期交付已經(jīng)是不可能的任務(wù)了。為了完成合同，楊工同意對(duì)系統(tǒng)功能進(jìn)行擴(kuò)充完善，并重新修訂了系統(tǒng)方案。楊工拿出系統(tǒng)方案作為證據(jù)，據(jù)理力爭(zhēng)。就在系統(tǒng)開發(fā)行將結(jié)束之際，S主管和W翻譯來(lái)到H公司查看開發(fā)進(jìn)度。由于楊工系統(tǒng)集成經(jīng)驗(yàn)豐富，開發(fā)過(guò)程進(jìn)展順利，對(duì)項(xiàng)目如期完工很有把握。經(jīng)過(guò)進(jìn)一步的談判，C公司和H公司簽訂了合同，并把該系統(tǒng)方案作為合同附件，作為將來(lái)項(xiàng)目驗(yàn)收的標(biāo)準(zhǔn)。經(jīng)過(guò)需求調(diào)研，楊工認(rèn)為，C公司想要建設(shè)一個(gè)視頻聊天網(wǎng)站，并據(jù)此完成了系統(tǒng)方案。W翻譯通過(guò)中國(guó)朋友介紹，找到了從事系統(tǒng)集成的H公司?！菊f(shuō)明】 C公司是一家從事電子商務(wù)的外國(guó)公司，為了在中國(guó)開展業(yè)務(wù)，派出S主管和W翻譯來(lái)中國(guó)尋找合適的系統(tǒng)集成商，試圖在中國(guó)建設(shè)一套業(yè)務(wù)系統(tǒng)。對(duì)評(píng)審的準(zhǔn)備工作，也應(yīng)當(dāng)定義一個(gè)檢查單，在評(píng)審之前對(duì)照檢查單落實(shí)每項(xiàng)準(zhǔn)備工作。 常出現(xiàn)的問(wèn)題是，需求文檔在評(píng)審會(huì)議前并沒(méi)有提前下發(fā)給參與評(píng)審會(huì)議的人員，沒(méi)有留出更多更充分的時(shí)間讓參與評(píng)審的人員閱讀需求文檔。切忌評(píng)審?fù)戤吅螅瑳](méi)有對(duì)問(wèn)題進(jìn)行跟蹤，而無(wú)法保證評(píng)審結(jié)果的落實(shí)，使前期的評(píng)審努力付之東流。 建議八：做好評(píng)審后的跟蹤工作　　在需求評(píng)審后，需要根據(jù)評(píng)審人員提出的問(wèn)題進(jìn)行評(píng)價(jià)，以確定哪些問(wèn)題是必須糾正的，哪些可以不糾正，并給出充分的客觀的理由與證據(jù)。比如在評(píng)審流程定義中可能規(guī)定評(píng)審的進(jìn)入條件，評(píng)審需要提交的資料，每次評(píng)審會(huì)議的人員職責(zé)分配，評(píng)審的具體步驟，評(píng)審?fù)ㄟ^(guò)的條件等等。檢查單可以幫助評(píng)審員系統(tǒng)全面地發(fā)現(xiàn)需求中的問(wèn)題，檢查單也是隨著工程財(cái)富的積累逐漸豐富和優(yōu)化的。 建議六：充分利用需求評(píng)審檢查單　　需求檢查單是很好的評(píng)審工具，需求檢查單可以分成2類：需求形式的檢查單和需求內(nèi)容的檢查單。詳細(xì)培訓(xùn)則可能要需要對(duì)評(píng)審的方法、技巧、過(guò)程進(jìn)行正式的培訓(xùn)，需要花費(fèi)較長(zhǎng)的時(shí)間，是一個(gè)獨(dú)立的活動(dòng)。對(duì)評(píng)審員的培訓(xùn)也可以區(qū)分為簡(jiǎn)單培訓(xùn)與詳細(xì)培訓(xùn)2種。其次在不同類型的人員中要選擇那些真正和系統(tǒng)相關(guān)的，對(duì)系統(tǒng)有足夠了解的人員參與進(jìn)來(lái)，否則很可能使評(píng)審的效率降低或者最終不切實(shí)際的修改了系統(tǒng)的范圍。為了保證評(píng)審的質(zhì)量和效率，需要精心挑選評(píng)審員。 建議四：精心挑選評(píng)審員　　需求評(píng)審可能涉及的人員包括：需方的高層管理人員、中層管理人員、具體操作人員、IT主管、采購(gòu)主管；供方的市場(chǎng)人員、需求分析人員、設(shè)計(jì)人員、測(cè)試人員、質(zhì)量保證人員、實(shí)施人員、項(xiàng)目經(jīng)理以及第三方的領(lǐng)域?qū)＜业鹊?。分階段評(píng)審可以將原本需要進(jìn)行的大規(guī)模評(píng)審拆分成各個(gè)小規(guī)模的評(píng)審，降低了需求返工的風(fēng)險(xiǎn)，提高了評(píng)審的質(zhì)量。因此在評(píng)審時(shí)，應(yīng)該更靈活地利用這2種方式。而非正式的評(píng)審并沒(méi)有這種嚴(yán)格的組織形式，一般也不需要將人員集合在一起評(píng)審，而是通過(guò)電子郵件、文件匯簽甚至是網(wǎng)絡(luò)聊天等多種形式對(duì)需求進(jìn)行評(píng)審。如果讓具體的操作人員去評(píng)審目標(biāo)性需求，可能會(huì)很容易地導(dǎo)致“撿了芝麻，丟了西瓜”的現(xiàn)象，如果讓高層的管理人員也去評(píng)審那些操作性需求，無(wú)疑是一種資源的浪費(fèi)或者就會(huì)出現(xiàn)案例三的情形。 　操作性需求：定義了完成每個(gè)任務(wù)的具體的人機(jī)交互；　　目標(biāo)性需求是企業(yè)的高層管理人員所關(guān)注的，功能性需求是企業(yè)的中層管理人員所關(guān)注的，操作性需求是企業(yè)的具體操作人員所關(guān)注的。 　目標(biāo)性需求：定義了整個(gè)系統(tǒng)需要達(dá)到的目標(biāo)；216。l 　參加人員過(guò)多，容易陷入細(xì)枝末節(jié)的討論，會(huì)議演變成一場(chǎng)人人自由的混戰(zhàn)。l 　沒(méi)有作好前期準(zhǔn)備工作，導(dǎo)致評(píng)審時(shí)間長(zhǎng)，效率低。l 　目標(biāo)性需求沒(méi)有溝通好，后面的需求變成空中樓閣。概括起來(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)題所在：l 　評(píng)審缺乏有效依據(jù)和規(guī)范，不能保證評(pí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ī)范的范圍管理流程 需求評(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è)重要手