項(xiàng)目管理與案例分析分析題

1、案例分析一：項(xiàng)目管理過程項(xiàng)目背景某市電子政務(wù)信息系統(tǒng)工程，總投資500萬，主要包括網(wǎng)絡(luò)平臺(tái)建設(shè)和業(yè)務(wù)辦公應(yīng)用系統(tǒng)開發(fā)，通過公開招標(biāo)，確定工程的承建單位是A公司，按照《合同法》的要求與A公司簽訂了工程建設(shè)合同，并在合同中規(guī)定A公司可以將機(jī)房工程這樣的非主題、非關(guān)鍵性子工程分包給具備相關(guān)資質(zhì)的專業(yè)公司B，B公司將子工程轉(zhuǎn)手給了C公司。在隨后的應(yīng)用系統(tǒng)建設(shè)過程中，監(jiān)理工程師發(fā)現(xiàn)A公司提交的需求規(guī)格說明書質(zhì)量較差，要求A公司進(jìn)行整改。此外，機(jī)房

2、工程裝修不符合要求，要求A公司進(jìn)行整改。項(xiàng)目經(jīng)理小丁在接到監(jiān)理工程師的通知后，對(duì)于第二個(gè)問題拒絕了監(jiān)理工程師的要求，理由是機(jī)房工程由B公司承建，且B公司經(jīng)過了用戶方的認(rèn)可，要求追究B公司的責(zé)任，而不是追究自己公司的責(zé)任。對(duì)于第一個(gè)問題，小丁把任務(wù)分派給程序員老張進(jìn)行修改，此時(shí)，系統(tǒng)的設(shè)計(jì)工作已經(jīng)開始，程序員老張獨(dú)自修改了已進(jìn)入基線的程序，小丁默許了他的操作。老張?jiān)谛薷牧诵枨笠?guī)格說明書后采用郵件通知了系統(tǒng)設(shè)計(jì)人員。合同生效后，小丁開始進(jìn)行

3、項(xiàng)目計(jì)劃的編制，開始啟動(dòng)項(xiàng)目。由于工程緊張，甲方要求提前完工，總經(jīng)理比較關(guān)心該項(xiàng)目，詢問項(xiàng)目的一些進(jìn)展情況，在項(xiàng)目匯報(bào)會(huì)上，小丁向總經(jīng)理遞交了進(jìn)度計(jì)劃，公司總經(jīng)理在閱讀進(jìn)度計(jì)劃后，對(duì)項(xiàng)目經(jīng)理小丁指出任務(wù)之間的關(guān)聯(lián)關(guān)系不夠清晰，要求小丁重新更改一下計(jì)劃新的項(xiàng)目計(jì)劃出來了，在計(jì)劃實(shí)施過程中，由于甲方的特殊要求，需要項(xiàng)目提前2周完工，小丁又更改了項(xiàng)目進(jìn)度計(jì)劃，項(xiàng)目最終按時(shí)完工。案例問題問題1小丁在合同生效后進(jìn)行的項(xiàng)目計(jì)劃編制工作應(yīng)該如何進(jìn)行？

4、小丁在接到任務(wù)后開始項(xiàng)目計(jì)劃的編制工作，應(yīng)包括：項(xiàng)目總計(jì)劃：范圍計(jì)劃、工作范圍定義、活動(dòng)定義、資源需求、資源計(jì)劃、活動(dòng)排序、費(fèi)用估算、進(jìn)度和費(fèi)用計(jì)劃項(xiàng)目輔助計(jì)劃：質(zhì)量計(jì)劃、溝通計(jì)劃、人力資源計(jì)劃、風(fēng)險(xiǎn)計(jì)劃、采購(gòu)計(jì)劃等問題2小丁在處理監(jiān)理工程師提出的問題上處理是否正確？你作為項(xiàng)目經(jīng)理，應(yīng)該如何處理？依據(jù)《中華人民共和國(guó)招投標(biāo)法》第48條：中標(biāo)人應(yīng)當(dāng)根據(jù)合同約定履行義務(wù)，完成中標(biāo)項(xiàng)目。中標(biāo)人不得向他人轉(zhuǎn)讓中標(biāo)項(xiàng)目，也不得將中標(biāo)項(xiàng)目肢解后分別

5、向他人轉(zhuǎn)讓。中標(biāo)人按照合同約定或經(jīng)招標(biāo)人同意，可以將中標(biāo)項(xiàng)目的部分非主體、非關(guān)鍵性工作分包給他人完成。接受分包的人應(yīng)具備相應(yīng)的資格條件，并不得再次分包。本案例中，A公司將子項(xiàng)工程分包給B，B又將其分包給C，顯然違背了《招標(biāo)法》第48條規(guī)定“中標(biāo)人應(yīng)當(dāng)就分包項(xiàng)目向招標(biāo)人負(fù)責(zé)，接受分包的人就分包項(xiàng)目承擔(dān)連帶責(zé)任”，A公司顯然要承擔(dān)責(zé)任，B公司也負(fù)連帶責(zé)任問題3在項(xiàng)目執(zhí)行過程中，由于程序員老張獨(dú)自修改了以進(jìn)入基線的程序，小丁默許了他的操作，小

6、丁的處理方式是否正確？你作為項(xiàng)目經(jīng)理，應(yīng)該如何處理？項(xiàng)目經(jīng)理小丁不應(yīng)默許老張的行為，且修改后的東西沒有經(jīng)過評(píng)審。項(xiàng)目缺乏變更控制體系，同時(shí)，項(xiàng)目團(tuán)隊(duì)其他成員不清楚變更程序的步驟和要求。建立配置管理體系建立變更請(qǐng)求流程組建變更控制委員會(huì)CCB問題4該案例中，項(xiàng)目管理的哪些方面需要改進(jìn)？從項(xiàng)目管理9大知識(shí)體系出發(fā)闡述改進(jìn)方面；本項(xiàng)目管理交弱的方面是重點(diǎn)改進(jìn)方向：項(xiàng)目經(jīng)理法律法規(guī)的理解（招投標(biāo)管理）項(xiàng)目進(jìn)度管理項(xiàng)目變更控制配置管理和計(jì)劃的變更

7、將導(dǎo)致成本、質(zhì)量的變化案例分析二：項(xiàng)目變更控制折感，士氣低落，項(xiàng)目工期也必原先的計(jì)劃超出一倍，項(xiàng)目成本超出預(yù)算的100%，項(xiàng)目用戶滿意度較低。該項(xiàng)目最終的結(jié)果與公司的期望偏差很大，黎明公司決定暫時(shí)放棄進(jìn)軍電子政務(wù)市場(chǎng)，并要求相應(yīng)的事業(yè)部進(jìn)行業(yè)務(wù)轉(zhuǎn)型，大幅度裁員，骨干技術(shù)人員流失嚴(yán)重！問題1如何評(píng)估丁偉的項(xiàng)目管理行為？1.注意到了系統(tǒng)運(yùn)行環(huán)境的特殊性，在良好設(shè)計(jì)和實(shí)現(xiàn)的情況下滿足了用戶要求2.忽略了系統(tǒng)用戶的潛在要求，在用戶界面和操作風(fēng)格

8、上范圍定義不清，造成項(xiàng)目交付時(shí)產(chǎn)生重大變更3.第一次問題發(fā)生后仍沒有對(duì)范圍進(jìn)行有效管理，造成項(xiàng)目第二次變更4.沒有對(duì)用戶界面是否能夠滿足要求的風(fēng)險(xiǎn)進(jìn)行有效的管理，而采用抗風(fēng)險(xiǎn)較弱的瀑布模型組織開發(fā)5.沒有對(duì)設(shè)計(jì)的質(zhì)量進(jìn)行有效控制，造成表現(xiàn)層和業(yè)務(wù)邏輯層緊密耦合，直接導(dǎo)致增加了變更代價(jià)問題2從項(xiàng)目范圍管理的角度找出項(xiàng)目實(shí)施過程中的管理問題？1.沒有挖掘到系統(tǒng)的全部隱形需求，缺乏精確的范圍定義2.當(dāng)發(fā)生第一次變更時(shí)，丁偉仍沒有進(jìn)行有效的范圍

9、管理，直接造成項(xiàng)目的第二次變更3.重復(fù)的系統(tǒng)變更說明丁偉對(duì)項(xiàng)目范圍控制不足，導(dǎo)致項(xiàng)目范圍接二連三的變更、反復(fù)問題3從范圍管理的角度出發(fā)，如何避免類似問題的發(fā)生？有效的范圍管理包括了從范圍定義到范圍控制等眾多方面的工作，每一項(xiàng)工作都是重要的1.結(jié)合行業(yè)特點(diǎn)進(jìn)行需求分析充分挖掘系統(tǒng)隱形需求2.通過原型法來驗(yàn)證需求的定義，避免范圍定義不清的問題3.在發(fā)生需求變更時(shí)應(yīng)進(jìn)行有效的需求控制，在滿足用戶需求前提下縮小需求范圍，避免需求再次變更案例點(diǎn)評(píng)

10、這是一個(gè)失敗的項(xiàng)目，丁偉在項(xiàng)目管理過程中既有閃光的地方，也要失敗的地方；項(xiàng)目范圍管理的失誤是造成失敗的關(guān)鍵原因:模糊的范圍定義錯(cuò)誤的工作分解缺失的范圍確認(rèn)無力的范圍控制也暴露出風(fēng)險(xiǎn)管理、系統(tǒng)設(shè)計(jì)方面的問題案例分析丁偉對(duì)項(xiàng)目范圍有一定把握（閃光點(diǎn)）發(fā)現(xiàn)了不同行業(yè)間具有不同的特點(diǎn)捕獲到了政務(wù)內(nèi)、外網(wǎng)的需求，并進(jìn)行了定義，嚴(yán)格控制了這一需求的設(shè)計(jì)和實(shí)現(xiàn)如果忽視這一行業(yè)標(biāo)準(zhǔn)，項(xiàng)目將招致更大的失敗丁偉對(duì)于像用戶界面的風(fēng)格和操作便捷性的需求沒有充分

11、考慮，導(dǎo)致一而再，再而三的變更沒有意識(shí)到系統(tǒng)“隱形需求”的重要性行業(yè)特點(diǎn)決定范圍約束（用戶界面、操作便捷性）丁偉對(duì)項(xiàng)目范圍和需求的定義理解并不完整電子政務(wù)行業(yè)特點(diǎn)，使對(duì)項(xiàng)目范圍定義更加困難最終用戶不參加需求和開發(fā)工作需求的間接性丁偉在范圍確認(rèn)和范圍控制方面存在失誤第一次變更就應(yīng)該充分認(rèn)識(shí)界面、操作的重要性應(yīng)該立即采取措施清晰的定義界面風(fēng)格、操作風(fēng)格丁偉沒有進(jìn)行充分的風(fēng)險(xiǎn)管理隱形行規(guī)和行業(yè)特點(diǎn)意味著項(xiàng)目范圍定義的風(fēng)險(xiǎn)采用瀑布模型增加了風(fēng)險(xiǎn)