




版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領
文檔簡介
1、2009年上半年系統集成項目管理工程師下午試題解析試題一(15分)閱讀下列說明,針對項目的進度管理,回答問題1至問題3。將解答填入答題紙的對應欄內。說明B市是北方的一個超大型城市,最近市政府有關部門提出需要加強對全市交通的管理與控制。2008年9月19日B市政府決定實施智能交通管理系統項目,對路面人流和車流實現實時的、量化的監控和管理。項目要求于2009年2月1日完成。該項目由C公司承建,小李作為C公司項目經理,在2008年10月20日接到項目任務后,立即以曾經管理過的道路監控項目為參考,估算出項目歷時大致為100天,并把該項目分成五大模塊分別分配給各項目小組,同時要求:項目小組在2009年1
2、月20日前完成任務,1月21日至28日各模塊聯調,1月29日至31日機動。小李隨后在原道路監控項目解決方案的基礎上組織制定了智能交通管理系統項目的技術方案。可是到了2009年1月20日,小李發現有兩個模塊的進度落后于計劃,而且即使這五個模塊全部按時完成,在預定的1月21日至28日期間因春節假期也無法組織人員安排模塊聯調,項目進度拖后已成定局。問題1(8分)請簡要分析項目進度拖后的可能原因。問題2(4分)請簡要敘述進度計劃包括的種類和用途。問題3(3分)請簡要敘述“滾動波浪式計劃”方法的特點和確定滾動周期的依據。針對本試題說明中所述項目,說明采用多長的滾動周期比較恰當。試題一分析本題考核的是項目
3、進度管理問題,聚焦在如何科學地制訂項目的進度計劃以及如何科學地監控項目的實際進度,考察考生在進度管理方面的實際經驗。【問題1】要求考生分析項目進度拖后的可能原因。在分析進度拖后的可能原因時,考生能夠了解的信息,也只能從本題的【說明】中發現,從題目的【說明】中尋找可能的原因。例如發現的可能原因如下:“立即以曾經管理過的道路監控項目為參考,估算出項目歷時大致為100天,并把該項目分成五大模塊分別分配給各項目小組”,這說明項目經理提出的只是一個初步的、粗糙的、僅反映他個人意見的概括性進度計劃。“小李隨后在原道路監控項目解決方案的基礎上組織制定了智能交通管理系統項目的技術方案”。當借鑒原來項目的經驗時
4、,只有與原來項目同類、同種時才有較大的借鑒價值,在本題中本次的智能交通管理系統項目的技術方案不能從道路監控項目直接抄襲。“在預定的1月21日至28日期間因春節假期也無法組織人員安排模塊聯調”,說明安排進度計劃時,沒有考慮節假日的影響。“可是到了2009年1月20日,小李發現有兩個模塊的進度落后于計劃”,可以看出項目經理對項目的監控有疏漏。【問題2】要求考生熟悉進度計劃包括的種類和用途,依據系統集成項目管理工程師教程中的第8章“項目進度管理”中的相關內容,從中可找到詳細的解答。【問題3】要求考生熟悉“滾動波浪式計劃”方法的特點、確定滾動周期的依據以及恰當的滾動周期。考生應當理解“滾動波浪式計劃”
5、基本概念并能靈活運用。依據系統集成項目管理工程師教程中的第8章“項目進度管理”中的相關內容,滾動式規劃是規劃逐步完善的一種表現形式,即近期要完成的工作在工作分解結構最下層詳細規劃,而計劃在遠期完成的工作分解結構組成部分的工作,在工作分解結構較高層規劃。最近一兩個報告期要進行的工作應在本期工作接近完成時詳細規劃。項目生命周期中有三個與時間相關的重要概念,這三個概念分別是: 檢查點( Checkpoint )、里程碑( Milestone )和基線( Baseline ),他們一起描述了在什么時候對項目進行什么樣控制。其中的檢查點是指在規定的時間間隔內對項目進行檢查,比較實際與計劃之間的差異,并根
6、據差異進行調整。可將檢查點看作是一個固定間隔的“采樣”時間點,而時間間隔根據項目周期長短不同而不同,頻度過小會失去意義,頻度過大會增加管理成本。常見的間隔是每周一次,項目經理需要召開周例會并上交周報。 試題一解答要點問題1解答要點1、僅依靠一個道路監控項目來估算項目歷時,根據不充分;2、制定進度計劃時,不僅考慮到活動的歷時還要考慮到節假日;3、沒有對項目的技術方案、管理計劃進行詳細的評審;4、監控粒度過粗(或監控周期過長);5、對項目進度風險控制考慮不周。問題2解答要點1、里程碑計劃,由項目的各個里程碑組成。里程碑是項目生命周期中的一個時刻,在這一時刻,通常有重大交付物完成。此計劃用于甲乙丙等
7、相關各方高層對項目的監控;2、階段計劃,或叫概括性進度表,該計劃標明了各階段的起止日期和交付物,用于相關部門的協調(或協同);3、詳細甘特圖計劃,或詳細橫道圖計劃,或稱時標進度網絡圖,該計劃標明了每個活動的起止日期,用于項目組成員的日常工作安排和項目經理的跟蹤。 問題3解答要點1、“滾動波浪式計劃”方法的特點是近期的工作計劃得較細,遠期的工作計劃得較粗。2、根據項目的規模、復雜度以及項目生命周期的長短來確定滾動波浪式計劃中的滾動周期。3、滾動周期:1周-2周之間的時間周期都正確。試題二(15分)閱讀下列說明,回答問題1至問題3,將解答填入答題紙的對應欄內。說明下圖為某項目主要工作的單代號網絡圖
8、。工期以工作日為單位。 工作節點圖例如下: 問題1(5分) 請在圖中填寫各活動的最早開始時間(ES)、最早結束時間(EF)、最晚開始時間(LS)、最晚結束時間(LF),從第0天開始計算。問題2(6分) 請找出該網絡圖的關鍵路徑,分別計算工作B、工作C的總時差和自由時差,說明此網絡工程的關鍵部分能否在40個工作日內完成,并說明具體原因。問題3(4分) 請說明通常情況下,若想縮短工期可采取哪些措施。試題二分析本題考核的是如何制定項目的進度計劃。本題規定從第0天開始計算項目的最早開始時間(ES)、最早結束時間(EF)、最晚開始時間(LS)、最晚結束時間(LF),其目的是讓EF、ES、FF(自由時差)
9、的計算能夠簡化,省去了從第1天開始計算ES、EF、LS、LF時需加1、減1的麻煩。但是應提醒注意的是,從第0天開始計算情況下,任務最早結束時間(EF)、最晚結束時間(LF)均不應計算在任務的歷時之內。例如任務A的任務最早開始時間(ES)是0、最早結束時間(EF)是5,但第5天并不在任務A的歷時之內, 此時的計算公式如下:ES1=0,ESj=MAX所有前導任務的EF,EFj=ESj+DUj。上式中,DUj為任務j的歷時(題干已提供)。自由浮動時間或自由時差是指一項活動在不耽誤直接后繼活動最早開始日期的情況下,可以拖延的時間長度。FFj (自由時差) = 后續工作的最早ES 本工作的EF總浮動時間
10、或總時差是是指在不耽誤項目計劃完成日期的條件下,一項活動從最早開始時間算起,可以拖延的時間長度。TFj(總浮動時間) = LSj-ESj 或LFj-EFj當依正推法得出每個任務的最早開始時間(ES)、最早結束時間(EF)后,從最后一個任務逆著向第一個任務逆推,可按下列公式計算出所有任務的最晚結束時間(LF)、最晚開始時間(LS):LFj = MIN所有后繼任務的LSLSj = LFj - DUj【問題1】可以通過對網絡圖使用正推法得出項目的關鍵路徑、每一個活動的最早開始時間和最早結束時間,然后對網絡圖使用逆推法可以得出每個活動的最晚開始時間和最晚結束時間。【問題2】考的是總時差和自由時差概念和
11、算法。【問題3】考的是縮短工期有哪些措施。這三個問題的解答,可參考系統集成項目管理工程師教程中的第8章“項目進度管理”中的相關內容。試題二解答要點問題1解答要點網絡圖中粗箭頭標明了項目的關鍵路徑,按活動的最早開始時間、最早結束時間、最晚開始時間和最晚結束時間的定義,把它們計算出來后,直接標在了網絡圖上。問題2解答要點1、關鍵路徑為:A-C-D-E;2、總工期515151045個工作日,因此網絡工程不能在40個工作日內完成; 工作B:總時差 7 自由時差 7工作C:總時差 0 自由時差 0問題3解答要點1、趕工,縮短關鍵路徑上的工作歷時;2、或采用并行施工方法以壓縮工期(或快速跟進);3、追加資
12、源;4、改進方法和技術;5、縮減項目范圍;6、使用高素質的資源或經驗更豐富人員。試題三(15分)閱讀下列說明,針對項目的質量管理,回答問題1至問題3。將解答填入答題紙的對應欄內。說明某系統集成公司在2007年6月通過招投標得到了某市濱海新區電子政務一期工程項目,該項目由小李負責,一期工程的任務包括政府網站以及政務網網絡系統的建設,工期為6個月。因濱海新區政務網的網絡系統架構復雜,為了趕工期項目組省掉了一些環節和工作,雖然最后通過驗收,但卻給后續的售后服務帶來很大的麻煩:為了解決項目網絡出現的問題,售后服務部的技術人員要到現場逐個環節查遍網絡,繪出網絡的實際連接圖才能找到問題的所在。售后服務部感
13、到對系統進行支持有幫助的資料就只有政府網站的網頁HTML文檔及其內嵌代碼。問題1(5分)請簡要分析造成該項目售后存在問題的主要原因。問題2(6分)針對該項目,請簡要說明在項目建設時可能采取的質量控制方法或工具。問題3(4分)請指出,為了保障小李順利實施項目質量管理,公司管理層應提供哪些方面的支持。試題三分析本題考的是有關項目質量管理理論和實踐,主要涉及的是質量保證和質量控制方面的內容。在本案例的項目實施過程中沒有遵循項目管理的標準和流程、沒有嚴格把關項目質量、項目人力資源不足,以至于為了趕工期而省掉了一些環節和工作,沒有為項目的日后維護留下充足的資料。雖然滿足了項目進度要求,但忽略了因項目質量
14、而導致后期維護成本的增加,對公司效益和形象造成了雙重不利影響。在實際項目過程中,很多時候我們處于時間緊、任務重、工作量大的局面。在項目質量管理過程中,只要我們能夠合理調配人員,制定合理的計劃來控制項目質量和進度,同時使用一些基本項目管理工具與技術來管理項目資產,就能夠保證項目高質量完成,同時還可給項目后期維護提供保證。然而在項目實施過程中,卻出現了類似于本案例中所描述的一些問題,影響了項目質量。項目質量不能滿足客戶要求,即使進度再快,也會給客戶和后期維護帶來諸多負面影響。分析本案例步驟如下:【問題1】要求考生分析項目售后出現問題的主要原因。同樣地要從題目的【說明】中去找線索,這些線索如下:“為
15、了趕工期項目組省掉了一些環節和工作”,這說明可能犧牲了一些必要的質量管理的環節和手段,可能存在以犧牲質量換取進度的行為。“售后服務部的技術人員要到現場逐個環節查遍網絡”,說明至少缺乏“結構化布線施工圖”、“竣工圖”、“連線表”、“網絡拓撲圖”等配套文檔。“對系統進行支持有幫助的資料就只有政府網站的網頁HTML文檔及其內嵌代碼”,這也說明缺乏和網頁及代碼配套的設計文檔。【問題2】請考生簡要說明在項目建設時可能采取的質量控制方法或工具。考生可參看系統集成項目管理工程師教程第10章“項目質量管理”的10.4節“項目質量控制”,可得到相應的啟迪和啟發。【問題3】問的是公司管理層應提供哪些方面的支持,保
16、障實施項目的質量,不僅僅是項目經理和項目團隊的事,也是公司和公司管理層的事,一個建立了質量管理體系的組織會給項目經理管理項目的質量帶來極大的幫助。試題三解答要點問題1解答要點1、沒有遵循項目管理的標準和流程;2、沒有按照要求生成項目中間交付物,文檔不齊、太簡單(或文檔管理不善);3、項目中間的控制環節缺失,沒有進行必要的測試或評審;4、設計環節不完善,缺少施工圖和連線圖,或竣工圖與施工圖不符且沒有提交存檔;5、對項目售后的需求考慮不周。問題2解答要點1、檢查;2、測試;3、評審;4、因果圖,或魚刺圖、石川圖、NASHIKAWA圖;5、流程圖;6、帕累托圖,或PARETO圖。問題3解答要點1、制
17、定公司質量管理方針;2、選擇質量標準或制定質量要求;3、制定質量控制流程;4、提出質量保證所采取的方法和技術(或工具);5、提供相應的資源。試題四(15分)閱讀下面敘述,回答問題1至問題3,將解答填入答題紙的對應欄內。說明H公司是一家專門從事ERP系統研發和實施的IT企業,目前該公司正在進行的一個項目是為某大型生產單位(甲方)研發ERP系統。H公司同甲方關系比較密切,但也正因為如此,合同簽得較為簡單,項目執行較為隨意。同時甲方組織架構較為復雜,項目需求來源多樣而且經常發生變化,項目范圍和進度經常要進行臨時調整。經過項目組的艱苦努力,系統總算能夠進入試運行階段,但是由于各種因素,甲方并不太愿意進
18、行正式驗收,至今項目也未能結項。問題1(6分)請從項目管理角度,簡要分析該項目“未能結項”的可能原因。問題2(5分)針對該項目現狀,請簡要說明為了促使該項目進行驗收,可采取哪些措施。 問題3(4分)為了避免以后出現類似情況,請簡要敘述公司應采取哪些有效的管理手段。試題四分析本題以一個典型的ERP項目不能順利結項為核心問題,考察考生處理項目收尾的實際經驗。本題綜合了項目合同管理、過程控制和溝通管理。在項目管理的實際工作中導致項目未能結項的原因很多例如合同簡單、“項目目標、質量、工期和驗收標準的規定不明確”、項目需求不確定、項目范圍和進度變更頻繁、從項目立項到項目收尾都沒有一個清晰的流程和標準來管
19、理項目的開發過程、缺乏嚴格的項目管理與控制、等等都有可能最終導致項目不能正式驗收。具體分析如下:【問題1】要求分析該項目“未能結項”的可能原因。從本題的【說明】中可知可能的原因如下:“H公司同甲方關系比較密切”、“合同簽得較為簡單”,說明合同訂得不詳細,可能為項目的實施帶來沖突和風險。“項目執行較為隨意”,說明項目的執行不規范。“項目需求來源多樣而且經常發生變化”,說明需求分析存在問題,需求管理可能不規范。“項目范圍和進度經常要進行臨時調整”,說明范圍和進度管理可能存在問題。也可能在該項目執行過程中未能進行及時有效的溝通,用戶對項目階段性成果缺乏認可,故不可能對項目進行終驗。綜合以上分析,“甲
20、方并不太愿意進行正式驗收”也就可以理解了。【問題2】要求說明促使該項目進行驗收可采取的措施,例如通過溝通手段,使雙方對需求、范圍、進度、質量、驗收標準、驗收方法步驟等達成一致。考生可認真查閱系統集成項目管理工程師教程第19章“項目收尾管理”的有關內容。【問題3】要求考生回答公司應采取哪些有效的管理手段以使項目順利結項,考生應結合【問題1】的分析,給出公司應采取的“亡羊補牢”管理手段。考生應針對該企業在項目合同管理、過程控制、項目溝通管理等方面存在的問題,總結歸納經驗教訓。試題四解答要點問題1解答要點1、對項目的風險認識不足;2、合同中可能未對工期、質量和項目目標等關鍵問題進行約束;3、未能進行
21、有效的需求調研或需求分析不全面;4、未能進行有效的項目(整體)變更控制;5、項目執行過程中未能進行及時有效的溝通(或建立有效的溝通機制)。問題2解答要點1、請求公司的管理層出面去與甲方協調;2、重新確認需求并獲得各方認可;3、和甲方明確合同、以及雙方確認的補充協議等,包括修改后的范圍、進度和質量方面的文件等,作為驗收標準;4、準備好相應的項目結項文檔,向甲方提交。問題3解答要點1、要在合同評審階段參與評審,在合同中明確相應的項目目標和進度 ;2、需求調查和需求變更要有清楚的文檔和會議紀要;3、及時與甲方進行溝通,必要時請求公司管理層的支援;4、階段驗收前,文檔要齊全,階段目標要保證實現,后期目
22、標調整要有承諾;5、引入監理機制;6、做好有效的變更控制。試題五(15分)閱讀下列說明,回答問題1至問題3。將解答填入答題紙的對應欄內。說明小趙是一位優秀的軟件設計師,負責過多項系統集成項目的應用開發,現在公司因人手緊張,讓他作為項目經理獨自管理一個類似的項目,他使用瀑布模型來管理該項目的全生命周期,如下所示:項目進行到實施階段,小趙發現在系統定義階段所制訂的項目計劃估計不準,實施階段有許多原先沒有估計到的任務現在都冒了出來。項目工期因而一再延期,成本也一直超出。問題1(6分)根據項目存在的問題,請簡要分析小趙在項目整體管理方面可能存在的問題。問題2(6分)(1)請簡要敘述瀑布模型的優缺點。(
23、2)請簡要敘述其他模型如何彌補瀑布模型的不足。問題3(3分)針對本案例,請簡要說明項目進入實施階段時,項目經理小趙應該完成的項目文檔工作。試題五分析本題考的是項目經理對項目生命周期的劃分方法,以及各種生命周期模型的優缺點。【問題1】要求分析出項目經理在項目整體管理方面可能存在的問題。則考生應當靈活運用項目整體管理的知識,結合項目的漸進明細特點,例如使用滾動波浪式方法來管理項目的整體和全局,這樣的話在系統設計階段除完成系統設計的技術工作外,也應該對項目的初始計劃進行優化和細化。例如【說明】中提到小趙是一位優秀的軟件設計師,雖然具有較多開發經驗,但作為項目經理是第一次,缺乏項目管理經驗,造成項目工期一再延期,成本也一直超出,說明其可能過于關注各階
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯系上傳者。文件的所有權益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
- 4. 未經權益所有人同意不得將文件中的內容挪作商業或盈利用途。
- 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
- 6. 下載文件中如有侵權或不適當內容,請與我們聯系,我們立即糾正。
- 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
評論
0/150
提交評論