第一篇：信息系統(tǒng)項目管理案例分析教程(第3版)

信息系統(tǒng)項目管理師

http://

信息系統(tǒng)項目管理案例分析教程（第3版）

第 1 章

項目整體管理案例

項目整體管理是指在項目的整個生命周期內(nèi)，匯集項目管理的知識領域，對所有項目計劃，進行整合執(zhí)行及控制，以保證項目各要素相互協(xié)調(diào)的全部工作和活動過程。項目整體管理是從全局的、整體的觀點出發(fā)通過有機的協(xié)調(diào)項目各個要素（進度、成本、質(zhì)量和資源等），在相互影響的項目各項具體目標與方案中權(quán)衡和選擇，盡可能地消除項目各單項管理的局限性，從而實現(xiàn)最大限度地滿足項目干系人的需求和希望的目的。

1.1 案例一：項目計劃編制

閱讀以下關(guān)于在信息系統(tǒng)項目管理過程中項目計劃編制等綜合管理問題的敘述，回答問題1至問題4.1.1.1 案例場景

某市電子政務信息系統(tǒng)工程，總投資額約500萬元，主要包括網(wǎng)絡平臺建設和業(yè)務辦公應用系統(tǒng)開發(fā)，通過公開招標，確定工程的承建單位是A公司，按照《合同法》的要求與A公司簽訂了工程建設合同，并在合同中規(guī)定A公司可以將機房工程這樣的非主體、非關(guān)鍵性子工程分包給具備相關(guān)資質(zhì)的專業(yè)公司B,B公司將子工程轉(zhuǎn)手給了C公司。

在隨后的應用系統(tǒng)建設過程中，監(jiān)理工程師發(fā)現(xiàn)A公司提交的需求規(guī)格說明書質(zhì)量較差，要求A公司進行整改。此外，機房工程裝修不符合要求，要求A公司進行整改。項目經(jīng)理小丁在接到監(jiān)理工程師的通知后，對于第二個問題拒絕了監(jiān)理工程師的要求，理由是機房工程由B公司承建，且B公司經(jīng)過了建設方的認可，要求追究B公司的責任，而不是自己公司的責任。對于第一個問題，小丁把任務分派給程序員老張進行修改，此時，系統(tǒng)設計工作已經(jīng)在進行中，程序員老張獨自修改了已進入基線的程序，小丁默許了他的操作。老張信息系統(tǒng)項目管理師

http://

在修改了需求規(guī)格說明書以后采用郵件通知了系統(tǒng)設計人員。

合同生效后，小丁開始進行項目計劃的編制，開始啟動項目。由于工期緊張，甲方要求提前完工，總經(jīng)理比較關(guān)心該項目，詢問項目的一些進展情況，在項目匯報會議上，小丁給總經(jīng)理遞交了進度計劃，公司總經(jīng)理在閱讀進度計劃以后，對項目經(jīng)理小丁指出任務之間的關(guān)聯(lián)不是很清晰，要求小丁重新處理一下。

新的計劃出來了，在計劃實施過程中，由于甲方的特殊要求，需要項目提前2周完工，小丁更改了項目進度計劃，項目最終按時完工。

【問題1】（6分）

請用400字以內(nèi)的文字，描述小丁在合同生效后進行的項目計劃編制的工作。

【問題2】（6分）

請用400字以內(nèi)的文字，描述小丁在處理監(jiān)理工程師提出的問題是否正確？如果你作為項目經(jīng)理，該如何處理？

【問題3】（6分）

在項目執(zhí)行過程中，由于程序員老張獨自修改了已進入基線的程序，小丁默許了他的操作。請用200字以內(nèi)文字評論，小丁的處理方式是否正確，如果你是項目經(jīng)理，你將如何處理上述的事情。

【問題4】（7分）

假設你被任命為本項目的項目經(jīng)理，請問你對本項目的管理有何想法，本項目有哪些地方需要改進？

1.1.2 案例分析

【問題1】

項目計劃是項目管理的基礎，項目管理中最重要的就是項目計劃的工作，項目計劃是一信息系統(tǒng)項目管理師

http://

個綜合概念，凡是為實現(xiàn)項目目標而進行的活動都應該納入到計劃之中。

項目計劃的制訂是貫穿這個項目生命周期的持續(xù)不斷的工作，是利用其他計劃編制過程的結(jié)果，監(jiān)理一份連貫性、一致性的文檔，以指導項目實施和項目控制。項目計劃過程是一個反復的過程。一個詳細的項目計劃過程包括：

（1）項目計劃的定義，確定項目的工作范圍。

（2）確定為執(zhí)行項目而需要的工作范圍內(nèi)的特定活動，明確每項活動的職責。

（3）確定這些活動的邏輯關(guān)系和完成順序。

（4）估算每項活動的歷時時間和資源。

（5）制訂項目計劃及其輔助計劃。一般而言，項目計劃可以包含如下要素。

（1）項目范圍計劃：闡述進行這個項目的原因或意義，形成項目的基本框架，使項目所有者或項目管理者能夠系統(tǒng)、邏輯地分析項目關(guān)鍵問題及項目形成中的相互作用要素，使項目干系人在項目開始實施前或項目相關(guān)文檔編寫以前，能夠就項目的基本內(nèi)容和結(jié)構(gòu)達成一致；項目范圍說明應當形成項目成果核對清單，作為項目評估的依據(jù)，在項目終止以后或項目最終報告完成以前進行評估，以此作為評價項目成敗的依據(jù)；范圍說明還可以作為項目整個生命周期監(jiān)控和考核項目實施情況的基礎和項目其他相關(guān)計劃的基礎。

（2）項目進度計劃：進度計劃是說明項目中各項工作的開展順序、開始時間、完成時間及相互依賴銜接關(guān)系的計劃。通過進度計劃的編制，使項目實施形成一個有機的整體。進度計劃是進度控制和管理的依據(jù)，可以分為項目進度控制計劃和項目狀態(tài)報告計劃。

（3）項目質(zhì)量計劃：質(zhì)量計劃針對具體待定的項目，安排質(zhì)量監(jiān)控人員及相關(guān)資源、規(guī)定使用那些制度、規(guī)范、程序、標準。項目質(zhì)量計劃應當包括和保證與控制項目質(zhì)量有關(guān)的所有活動。

（4）項目資源計劃：決定在項目中的每一項工作中用什么樣的資源（人、材料、設備、信息系統(tǒng)項目管理師

http://

信息、資金等），在各個階段使用多少資源。項目費用計劃包括資源計劃、費用估算、費用預算。

（5）項目溝通計劃：溝通計劃就是制定項目過程中項目干系人之間信息交流的內(nèi)容、人員范圍、溝通方式、溝通時間或頻率等溝通要求的約定。

（6）風險計劃：風險計劃是為了降低項目風險的損害而分析風險、制定風險應對策略方案的過程，包括識別風險、量化風險、編制風險應對策略方案等過程。

（7）項目采購計劃：項目采購計劃過程就是識別哪些項目需求應通過從本企業(yè)外部采購產(chǎn)品或設備來得到滿足。

（8）變更控制、配置管理計劃：由于項目計劃無法保證一開始就預測得非常準確，在項目進行過程中也不能保證準確有力的控制，導致項目計劃與項目實際情況不符的情況經(jīng)常發(fā)生，所以必須有效處理項目的變更。變更控制計劃主要是規(guī)定變更的步驟、程序，配置管理計劃就是確定項目的配置項和基線，控制配置項的變更，維護基線的完整性，向項目干系人提供配置項的準確狀態(tài)和當前配置數(shù)據(jù)。

【問題2】

根據(jù)《中華人民共和國招投標法》第48條：中標人應當按照合同約定履行義務，完成中標項目。中標人不得向他人轉(zhuǎn)讓中標項目，也不得將中標項目肢解后分別向他人轉(zhuǎn)讓。

中標人按照合同約定或者經(jīng)招標人同意，可以將中標項目的部分非主體、非關(guān)鍵性工作分包給他人完成。接受分包的人應當具備相應的資格條件，并不得再次分包。

中標人應當就分包項目向招標人負責，接受分包的人就分包項目承擔連帶責任。

本案例中，A公司將子項工程分包給B,B又將其分包給C,顯然違背了招投標法的這一條款。根據(jù)條款中的內(nèi)容，“中標人應當就分包項目向招標人負責，接受分包的人就分包項目承擔連帶責任。”A公司顯然要承擔責任，同時B公司也承擔連帶責任。信息系統(tǒng)項目管理師

http://

作為項目經(jīng)理，不僅僅要做好項目的進度、質(zhì)量、成本的控制管理，而且要注意避免陷入法律陷阱中，因此，對《合同法》、《招投標法》都要有一定的了解。

【問題3】

軟件配置管理是貫穿軟件開發(fā)過程始終的一項工作。對于一個軟件項目來說，軟件配置管理規(guī)范至少包括以下的內(nèi)容：

（1）配置項及其命名規(guī)則。

（2）配置庫文件目錄結(jié)構(gòu)。

（3）角色和權(quán)限定義。

（4）配置項變更流程。

（5）配置項發(fā)布。

（6）基線定義和基線變更。

項目中的基線有兩個方面：一是作為里程碑的基線；另一個是模塊的階段性成果基線（對工作產(chǎn)品而言），一般來說都要避免變更基線。對這兩種不同的基線，其影響的范圍不同，確立和變更方式也不一樣。

項目的基線變更控制委員會由客戶代表、產(chǎn)品經(jīng)理、項目經(jīng)理和技術(shù)經(jīng)理組成，對發(fā)布的里程碑類基線的變更必須由變更控制委員會確認并由QA進行變更記錄，所有被變更影響的配置項都需要重新同步后再次發(fā)布；而對于僅僅作為工作狀態(tài)保留的基線，一般只需要建立基線的小組確認更改并在QA進行記錄即可。

【問題4】

作為項目經(jīng)理，可以考慮首先從項目管理的9大知識點出發(fā)簡單闡述對本項目的一般性理解。此外，從本案例中，你可以發(fā)現(xiàn)項目中的合同與招投標管理、配置與變更管理方面均發(fā)生了問題。因此，可從本項目管理較弱的部分進行重點的闡述，如對法律法規(guī)的理解（招信息系統(tǒng)項目管理師

http://

投標管理），項目進度管理、項目變更的控制。配置管理，以及進度計劃的變更將導致質(zhì)量和成本的變化，此外，還可從進度、質(zhì)量、成本三要素之間關(guān)系進行闡述。因為，基線的變更往往會帶來成本、進度方面的變更。

1.1.3 參考答案 【問題1】（6分）

小丁在接到任務后開始項目計劃的編制工作，編制的計劃應包括：

（1）項目總計劃（包括范圍計劃、工作范圍定義、活動定義、資源需求、資源計劃、活動排序、費用估算、進度計劃以及費用計劃）。

（2）項目輔助計劃（質(zhì)量計劃、溝通計劃、人力資源計劃、風險計劃、采購計劃等）。

【問題2】（6分）

根據(jù)《中華人民共和國招投標法》第48條：中標人應當按照合同約定履行義務，完成中標項目。中標人不得向他人轉(zhuǎn)讓中標項目，也不得將中標項目肢解后分別向他人轉(zhuǎn)讓。

中標人按照合同約定或者經(jīng)招標人同意，可以將中標項目的部分非主體、非關(guān)鍵性工作分包給他人完成。接受分包的人應當具備相應的資格條件，并不得再次分包。

中標人應當就分包項目向招標人負責，接受分包的人就分包項目承擔連帶責任。

本案例中，A公司將子項工程分包給B,B又將其分包給C,顯然違背了招投標法的這一條款。根據(jù)條款中的內(nèi)容：“中標人應當就分包項目向招標人負責，接受分包的人就分包項目承擔連帶責任?！盇公司顯然要承擔責任，同時B公司也負連帶責任。

【問題3】（6分）

本題中，在項目執(zhí)行過程中，項目發(fā)生的變更，程序員老張擅自修改了已進入基線的程序，作為項目經(jīng)理的小丁不應該默許他的操作，且修改后的東西沒有經(jīng)過評審。

項目中缺乏變更控制的體系，需要建立變更控制流程，確保項目中所做的變更保持一致，信息系統(tǒng)項目管理師

http://

并將產(chǎn)品的狀態(tài)、對其所做的變更，以及這些變更對成本和時間表的影響通知給有關(guān)的項目干系人，以便于資源的協(xié)調(diào)。同時，項目團隊所有成員要清楚變更程序的步驟和要求。

提出以下建議：

（1）建立配置管理體系。

（2）建立變更請求流程。

（3）組建變更控制委員會。

【問題4】（7分）

（1）從項目管理9大知識點出發(fā)簡單闡述本項目。

（2）從本項目管理較弱的部分進行重點的闡述，如對法律法規(guī)的理解（招投標管理）、項目進度管理、項目變更的控制。配置管理及進度計劃的變更將導致質(zhì)量和成本的變化，描述進度、質(zhì)量、成本三要素之間的關(guān)系。

1.2 案例二：項目啟動與項目經(jīng)理角色

閱讀以下關(guān)于信息系統(tǒng)項目管理過程中項目啟動與項目經(jīng)理角色方面問題的敘述，回答問題1至問題3.1.2.1 案例場景

A公司是一家經(jīng)營紙產(chǎn)品的企業(yè)，近幾年業(yè)務得到了成倍的發(fā)展，原來采用手工處理業(yè)務的方式已經(jīng)越來越顯得力不從心，因此，經(jīng)過公司董事會研究決定，在公司推行一套管理軟件，用管理軟件替代原有的手工作業(yè)的方式，同時，請公司副總經(jīng)理負責此項目的啟動。

副總經(jīng)理在接到任務后，即開始了項目的啟動工作。項目經(jīng)過前期的一些工作后，副總經(jīng)理任命小丁為該項目的項目經(jīng)理，小丁組建了項目團隊，并根據(jù)項目前期的情況，開始進行項目的計劃，表1-1所示為初步項目進度計劃表。項目進行了一半，由于公司業(yè)務發(fā)展的需要，公司副總經(jīng)理要求小丁提前完工，作為項目經(jīng)理，小丁對項目進行了調(diào)整，保證了信息系統(tǒng)項目管理師

http://

項自的提前完工。

【問題1】（7分）

請用400字以內(nèi)的文字描述你作為項目前期的負責人，在接到任務后將如何啟動項目？

【問題2】（9分）

作為項目經(jīng)理，你項目的進度控制中的重點是什么？請描述你在項目進度控制中的甘特圖，以及雙代號網(wǎng)絡圖，并比較甘特圖與網(wǎng)絡圖的區(qū)別。

【問題3】（9分）

假設公司總經(jīng)理要求提前完工，作為項目經(jīng)理將如何處理，請用400字以內(nèi)的文字描述你應該如何處理？

1.2.2 案例分析

【問題1】

項目的啟動包括了以下幾個主要活動：

1.識別需求從投資方角度，識別需求是項目啟動過程和整個項目生命周期的最初活動，在這個過程中，為項目的目標確定，以及可行性分析和項目立項提供直接、有效的依據(jù)，為需求建議書的撰寫提供基礎。

一旦確定了相關(guān)問題和需求，并證實了項目將得到益處，投資方就可以開始準備需求建議書。從承建方的角度而言，識別需求就是得到客戶的需求建議書，或得到客戶初步需求意信息系統(tǒng)項目管理師

http://

向后，項目團隊從技術(shù)實現(xiàn)、應用和項目實施角度識別客戶的實際存在的問題、基本意圖和真實想法，從而達到與客戶有效的溝通，準確分析需求和問題，為制定可行、正確的技術(shù)及實施解決方案提供依據(jù)。承建方可以提交一份清晰的需求分析說明書，請客戶予以確定，形成需求共識。

2.解決方案的確定解決方案類似于向投資方（客戶）提交的項目建議書。承建方在研究、分析投資方客戶的需求建議書后，結(jié)合當前情況，與客戶交流，分析、制訂實施解決方案。解決方案通常包含三個部分：

（1）技術(shù)方案部分：該部分應使投資方認識到，承建方理解需求或問題，并且能夠提供風險最低且受益最大的解決方案。

（2）管理部分：該部分應使投資方相信，承建方有能力做好項目所提出的工作，組織好項目的實施。

（3）項目費用部分：該部分應使投資方相信，承建方項目建議書所提出的項目費用是符合實際的。

根據(jù)客戶需求不同，對項目成本費用表述有所不同，部分項目要求提供總價或明細。

3.項目可行性分析可行性分析的目的就是給決策者提供判斷項目是否可行和投資決策的依據(jù)。

4.項目立項經(jīng)過項目可行性分析后，投資方確立具體的可投資項目或承建方確立可承接的項目的過程。

5.項目章程的確定項目立項完成后，項目章程的制定和發(fā)布將是項目啟動的一個結(jié)束標志。項目章程是企業(yè)內(nèi)部正式確認項目存在的企業(yè)文件。本題中，項目前期的負責人實際是公司副總經(jīng)理，在項目章程中確定項目經(jīng)理的人選。

【問題2】 信息系統(tǒng)項目管理師

http://

（1）甘特圖法

甘特圖（GanttChart）也叫橫道圖或條形圖，主要應用于項目計劃和項目進度的安排。它把工程項

目中的各項作業(yè)，在標有日期的圖表上用橫線表示出其起止的時間。甘特圖把計劃和進度安排兩種職能結(jié)合在一起，縱向列出項目活動，橫向列出事件跨度。項目活動在左側(cè)列出，時間在圖表頂部列出，圖中的橫道線顯示了每項活動的開始時間和結(jié)束時間，橫道線的長度等于活動的工期，甘特圖頂部的時間段決定著項目計劃的詳略程度。

由于甘特圖把項目計劃和項目進度安排兩種職能組合在一起，因此在繪制甘特圖時，必須清楚各項活動之間的關(guān)系，即哪些活動必須在其他活動開始之前完成，哪些活動可以同時進行。

甘特圖直觀、簡單、容易制作，便于理解，一般適用比較簡單的小型項目，可用于WBS的任何層次、進度控制、資源優(yōu)化、編制資源和費用計劃。但是不能系統(tǒng)地表達一個項目所包含的各項工作之間的復雜關(guān)系，難以進行定量的計算和分析，以及計劃的優(yōu)化等。

（2）網(wǎng)絡計劃技術(shù)網(wǎng)絡計劃技術(shù)的原理是：從需要管理的任務總進度出發(fā)，以任務中各項作業(yè)的所需要的工時為時間因素，繪制出網(wǎng)絡圖，明確而直接地反映出該項任務的全貌，各項作業(yè)的進度安排、先后順序和相互關(guān)系。

在選擇計劃方法編制項目進度計劃時應考慮以下因素：

①項目的規(guī)模和復雜程度；

②對項目細節(jié)的掌握程度；

③項目的時限性；

④項目總進度是否由少數(shù)幾項關(guān)鍵作業(yè)所決定。

對于問題2,把項目進度計劃表（表1-1）信息系統(tǒng)項目管理師

http://

進行轉(zhuǎn)換，得到表1-2.根據(jù)表1-2,繪制出甘特圖如圖1一1所示。甘特圖能夠從時間上整體把握進度，很清晰地標識出直到每一項任務的起始與結(jié)束時間，但任務之間的關(guān)系不能有效識別。

采用網(wǎng)絡圖進行進度控制，能夠清晰地展現(xiàn)現(xiàn)在和將來完成的工程內(nèi)容、各工作單元間的關(guān)系，并且可以預先確定各任務的時差。了解關(guān)鍵作業(yè)或某一環(huán)節(jié)的進度的變化對后續(xù)工程和總工期的影響度，便于及時采取措施或?qū)M度進行調(diào)整。

【問題3】該問題主要考查項目管理中工期、成本、質(zhì)量之間的關(guān)系。作為項目經(jīng)理要靠項目工期與成本的平衡，項目工期的縮短會使項目成本上升。譬如，縮短項目工期就需要項目團隊加班，加班就要支付加班工資和各種各樣的趕工費用，同樣，項目成本的降低會使得項目組織資源占用的能力下降，從而也影響項目工期。

項目工期的縮短也可能使質(zhì)。量下降，為了趕進度，導致質(zhì)量問題的出現(xiàn)，而一旦出現(xiàn)質(zhì)量問題，就必須返工，這樣又拖延了項目的工期。信息系統(tǒng)項目管理師

http://

項目成本的降低也直接影響質(zhì)量問題，如出現(xiàn)偷工減料的情況。作為項目經(jīng)理，要統(tǒng)一考慮項目進度、資源配置、成本與質(zhì)量之間的平衡。任何一個要素的變動，都會引起其他要素的變動。本題中，假設公司總經(jīng)理要求提前完工，項目經(jīng)理將如何處理。首先從網(wǎng)絡圖中我們可以發(fā)現(xiàn)設計階段與開發(fā)階段存在3天時間的空缺，因此，可把任務D,E,F,G提前三天完成，此外，D,E,F,G屬于并行任務，還可以抽調(diào)任務D,E,F,G的部分人員到任務H.1.2.3參考答案

【問題1】（7分）

本題中，項目前期的負責人實際是公司副總經(jīng)理，在項目章程中確定項目經(jīng)理的人選。作為項目前期的負責人，在接到項目的任務后將開始項目的啟動工作。項目的啟動包括了以下幾個主要活動：

（1）識別項目的需求。

（2）解決方案的確定。

（3）對項目進行可行性分析。

（4）項目立項。

（5）項目章程的確定。

【問題2】（9分）

項目時間管理中的重點是把握好關(guān)鍵路徑上的任務，項目甘特圖繪制如圖1-1所示。項目雙代號網(wǎng)絡圖繪制如圖1-2所示。

甘特圖與網(wǎng)絡圖的區(qū)別：甘特圖直觀、簡單、容易制作，便于理解，一般適用比較簡單的小型項目，可用于WBS的任何層次、進度控制、資源優(yōu)化、編制資源和費用計劃。但是不能系統(tǒng)地表達一個項目所包含的各項工作之間的復雜關(guān)系，難以進行定量的計算和分析，以及計劃的優(yōu)化等。信息系統(tǒng)項目管理師

http://

采用網(wǎng)絡圖進行進度控制，能夠清晰地展現(xiàn)現(xiàn)在和將來完成的工程內(nèi)容、各工作單元間的關(guān)系，并且可以預先確定各任務的時差。了解關(guān)鍵作業(yè)或某一環(huán)節(jié)的進度的變化對后續(xù)工程和總工期的影響度，.便于及時地采取措施或?qū)M度進行調(diào)整。

【問題3】（9分）項目的質(zhì)量、進度、成本相關(guān)聯(lián)，因此，在進度控制和成本管理上考慮：

（1）在進度管理上，可以采用加班等方式進行。

（2）投入更多的人力、物力。

（3）把握關(guān)鍵路徑上的任務。在實際處理的過程中，因為新投入人力到項目，而且新的人力對項目的熟悉程度不一，新員工需要經(jīng)過一段時間的培訓才能適應項目，所以，最佳的方式應該是采用加班方式來提前完成項目，同時，項目經(jīng)理應該調(diào)整進度計劃，在關(guān)鍵路徑上加班，縮短關(guān)鍵路徑的長度。

1.3案例三：項目管理部門職能

閱讀以下關(guān)于信息系統(tǒng)項目管理過程中項目管理部門職能問題的敘述，回答問題1至問題3.1.3.1 案例場景 信息系統(tǒng)項目管理師

http://

小王參加希賽網(wǎng)的CMM培訓以后，被公司任命為項目管理部經(jīng)理。項目管理部是公司新設的部門，主要任務是監(jiān)督和管理各個項目組，對項目總監(jiān)和公司總經(jīng)理負責。在日常工作中，小王發(fā)現(xiàn)，很多項目組成員并不重視自己領導的項目管理部。他們只聽從項目經(jīng)理、項目總監(jiān)和公司總經(jīng)理的話，對項目管理部門提出的合理化建議置之不理，項目管理部門要求他們定期提交的報告和材料也往往拖延，定期組織的匯報會也往往缺席。

項目管理部門由于得不到足夠有效的數(shù)據(jù)和材料，所以無法及時知道各個項目組的實際情況，無法做出正確的統(tǒng)計結(jié)果和決策，也無法正確指導各個項目組的實際工作。鑒于此，項目管理部對各個項目組提出的建議往往與他們的意愿相左，一項目管理部向上級提交的材料和各個項目組向上級提交的材料往往有些不符，這種情況使項目管理部遭到項目組和主管上級兩方面的反感，處境極其被動。

為此小王要求項目管理部門人員深入項目組，一方面培養(yǎng)感情、化解矛盾，另一方面獲得各個項目組的實際資料。但在策略實施過程中，項目組成員把項目管理部的成員視為上級的“耳目”和“監(jiān)工”,工作上不予配合。他們認為項目管理部成員挑錯是故意找事，在錯誤是否應該修改這個問題上和項目管理部成員爭執(zhí)十分激烈，有時差點要大打出手。

小王把這些情況反映給上級領導后，上級領導認為項目管理部沒有存在的價值，決定要撤銷這個部門。小王有些想不通，通過CMM項目過程管理，可以提高軟件產(chǎn)品的質(zhì)量，這是個不容置疑的事實，可是到了這里怎么行不通了呢？

【問題1】（8分）

在軟件企業(yè)中，項目管理部門究竟有沒有存在的價值，試說明原因，以300字以內(nèi)回答。

【問題2】（8分）

如果想使公司項目管理部門繼續(xù)存在，發(fā)揮其應有的作用，請250字以內(nèi)講述小王應信息系統(tǒng)項目管理師

http://

該怎么做。

【問題3】（9分）

項目管理部門在項目開發(fā)中的質(zhì)量管理主要包括哪些內(nèi)容，以500字左右回答。

1.3.2 案例分析

【問題1】

本題考查考生整體把握組織級項目質(zhì)量管理的能力。要想回答好該題，考生需要了解項目管理部門在組織級項目質(zhì)量管理中的作用。

企業(yè)設立項目管理部門極其重要，具有十分重要的存在價值。從提高軟件質(zhì)量角度而言，企業(yè)設立項目管理部門的目的是以獨立審查方式，從第三方的角度

監(jiān)控軟件開發(fā)任務的執(zhí)行，就軟件項目是否正遵循已制定的計劃、標準和規(guī)程給開發(fā)人員和管理層提供反映產(chǎn)品和過程質(zhì)量的信息和數(shù)據(jù)，提高項目透明度，同時輔助軟件工程組取得高質(zhì)量的軟件產(chǎn)品。主要工作包括以下四個方面：

（1）通過監(jiān)控軟件開發(fā)過程來保證產(chǎn)品質(zhì)量。

（2）保證開發(fā)出來的軟件和軟件開發(fā)過程符合相應標準與規(guī)程。

（3）保證軟件產(chǎn)品、軟件過程中存在的不符合問題得到處理，必要時將問題反映給高級管理者。

（4）確保項目組制定的計劃、標準和規(guī)程適合項目組需要，同時滿足評審和審計需要。除此之外，該部門還要收集項目中好的實施方法和發(fā)現(xiàn)實施不利的原因，為修改企業(yè)內(nèi)部軟件開發(fā)整體規(guī)范提供依據(jù)，為其他項目組的開發(fā)過程實施提供先進方法和樣例。從提高軟件企業(yè)項目管理能力的角度而言，在當代企業(yè)中，項目的成敗直接影響到組織戰(zhàn)略目標的實現(xiàn)，組織內(nèi)部項目管理與執(zhí)行能力直接影響到企業(yè)實現(xiàn)其戰(zhàn)略目標的能力。雖然從項目目標和執(zhí)行層面上看，這些項目好像是孤立的、無關(guān)聯(lián)的，但實際上，這些項目之間在組織內(nèi)部存在信息系統(tǒng)項目管理師

http://

著以下共有的特性：

（1）這些項目的最終目標都是支撐企業(yè)既定戰(zhàn)略的實現(xiàn)，為企業(yè)創(chuàng)造利潤。

（2）這些項目共享組織的資源，資源的調(diào)配會在項目之間產(chǎn)生影響。

（3）共享項目的最佳實踐將會提高整個組織實施項目的能力。由此可以意識到，這些看似孤立的項目需要在組織層面上以某種方式進行統(tǒng)籌和管理，從而提高整個組織的項目管理能力，有力地支撐組織戰(zhàn)略目標實現(xiàn)。在企業(yè)內(nèi)部，這些職能由項目管理部門實現(xiàn)。

所以，項目管理部門是跨接在組織戰(zhàn)略和項目之間的一座橋梁，可以幫助企業(yè)在組織層面上對那些孤立的、無關(guān)聯(lián)的項目進行統(tǒng)籌和管理，確保組織在項目選擇、計劃、實施，以及在處理項目間沖突和問題時，以企業(yè)戰(zhàn)略目標為導向，從而保證組織內(nèi)部活動大方向一致性，進而提高整個組織的項目管理能力，有力地支撐組織戰(zhàn)略目標的實現(xiàn)，最終整體提升軟件產(chǎn)品質(zhì)量。

由此可知，管理部門通過科學管理，可以提高軟件質(zhì)量，提升企業(yè)的組織級項目管理能力，對企業(yè)長期發(fā)展大有裨益。現(xiàn)階段，由于廣大企業(yè)沒有意識項目管理的重要性，很多軟件企業(yè)中還沒有與之相對應的人員和工作方法，整套關(guān)注軟件開發(fā)過程的軟件質(zhì)量保證體系還沒有建立起來，加之管理部門人員經(jīng)驗不足、方法不當，實施過程明顯帶有試驗性，所以效果還不是太明顯，有時甚至會產(chǎn)生沖突，這些都是難免的。但是建立項目管理部門是項目管理由人治到法治的必經(jīng)階段，是進行軟件過程改進不可缺少的部分。過了開始的不穩(wěn)定階段，當廣大員工樹立項目管理意識后，企業(yè)才會發(fā)現(xiàn)設立該部門所帶來的效益。

【問題2】本題考查考生在組織級項目質(zhì)量管理中解決常見問題，進而提高項目管理部門權(quán)威的能力。要想回答好該題，考生需要熟悉項目管理部門開展日常工作的特點、常用手段和技巧。如果想使公司項目管理部門繼續(xù)存在，發(fā)揮其應有的作用，小王應該采取下述措施： 信息系統(tǒng)項目管理師

http://

（1）找一個失控的項目進行管理，使其回到正常的軌道并順利地完成，使得領導意識到項目管理部的作用，提升威信。

（2）因為新規(guī)范的執(zhí)行需要一個適應過程，所以項目管理規(guī)范材料要應該結(jié)合公司現(xiàn)狀逐步推行，這樣效果逐步顯現(xiàn)，公司員工逐步接受，最終全面接受。千萬不可操之過急，否則員工接受不了，引起抵觸情緒，效果不僅無法顯現(xiàn)，反而會影響日常工作效率，而被認為沒有價值、束之高閣。

（3）對公司員工進行項目管理培訓，盡可能提高他們的項目管理意識。只有他們從思想上接受項目管理，行動上才能采用項目管理標準嚴格要求自己，而不是應付了事。

（4）與公司高層溝通，盡可能獲得高層支持，向高層要權(quán)，因為責權(quán)不對等也是項目管理中一個

常見問題。在本案例中，各個項目管理組的成員只聽從項目經(jīng)理、項目總監(jiān)和公司總經(jīng)理的話，而項目管理部只有監(jiān)督權(quán)，沒有執(zhí)行權(quán)，但是案例中項目管理部的工作開展需要一定的執(zhí)行權(quán)，所以需要按照責權(quán)對等的原則，請求高層領導給予一定的權(quán)利，便于工作開展。如果高層領導無法給予所需的權(quán)利，那么只能退而求其次，扮演項目支持辦公室的角色，任務是收集項目實施信息，提供決策需要的支持信息，而不需要做出決定。

（5）項目管理部門的職責一般是監(jiān)控項目實施，主要是發(fā)現(xiàn)項目中存在問題并督促項目組解決。

對于項目組內(nèi)部存在的問題，除非十分有把握，一般不要輕易去管，那樣極易使問題越搞越亂，從而招致項目組反感。

（6）項目管理部在職能和行政上獨立項目組，成為項目組的嚴師，有錯必糾，但不要有錯就上報，以保障自身的獨立性和評價的客觀性；而在業(yè)務和工作上融入項目組，做他們的朋友，了解他們的語言、思想和行為，更真實、更深入地評價他們與既定規(guī)范之間的偏差，信息系統(tǒng)項目管理師

http://

并逐步引導他們走向正軌。

【問題3】本題考查考生進行組織級項目質(zhì)量管理的能力。要想回答好該題，考生需要熟悉項目管理部門在項目開發(fā)中的質(zhì)量管理內(nèi)容。企業(yè)項目管理部門在項目開發(fā)中的質(zhì)量管理內(nèi)容包括以下四部分：

（1）決策階段的質(zhì)量管理

主要內(nèi)容是在廣泛搜集資料、調(diào)查研究的基礎上研究、分析、比較，決定項目的可行性和最佳方案。

（2）項目實施前的質(zhì)量管理

①對項目組的能力重新審查，包括各個成員資質(zhì)的審查。如果發(fā)現(xiàn)實際情況有所變化，必須采取有效措施予以糾正。

②對所有的合同和技術(shù)文件、報告進行詳細的審閱。如圖紙是否完備，有無錯漏空缺，各個設計文件之間有無矛盾之處，技術(shù)標準是否齊全，等等。

③審閱進度計劃和實施方案。

④對項目實施中將要采取的新技術(shù)、新軟件進行審核，核查鑒定書和分析報告。

⑤對項目實施所需材料和設備的采購進行檢查，檢查采購是否符合規(guī)定的要求。

⑥協(xié)助完善質(zhì)量保證體系。

⑦對各項目組負責人和主要人員進行進一步的審核。

⑧根據(jù)項目計劃制定與其對應的質(zhì)量管理計劃。

⑨組織質(zhì)量管理計劃的評審，并形成評審報告。

⑩準備好項目人員簡歷、質(zhì)量管理表格。

準備好擔保和保險工作。簽發(fā)動員預付款支付證書。信息系統(tǒng)項目管理師

http://

全面檢查開工條件。

（3）項目實施中的質(zhì)量管理

①參與項目的階段性評審。該評審從保證評審過程有效性方面入手，如參與評審的人是否具備一定資格，是否規(guī)定的人員都參與了評審，是否對評審對象每個部分都進行了評審，是否給出了明確的結(jié)論等。

②參與項目階段產(chǎn)品的審計。該審計通常是檢查其階段產(chǎn)品是否按計劃、按規(guī)程輸出并且內(nèi)容完整，這里的規(guī)程包括企業(yè)內(nèi)部統(tǒng)一的規(guī)程，也包括項目組內(nèi)自己定義的規(guī)程。

③對項目日?；顒优c規(guī)程的符合性進行檢查。在兩個階段點之間設置若干小的跟蹤點，來監(jiān)督項月的進行情況，以便能及時反映出項目組中存在的問題，并對其進行追蹤。

④對配置管理一工作的檢查和審計。主要監(jiān)督項目過程中的配置管理工作是否按照項目最初制定的配置管理計劃實施。

⑤跟蹤問題的解決情況。在項目組內(nèi)一可以解決的問題就在項目組內(nèi)部解決，對于在項目組內(nèi)部無法解決的一問題，或是在項目組中催多次也沒有得到解決的問題，可以利用其獨立匯報的渠道報告給高層經(jīng)理。

⑥收集新方法，提供過程改進的依據(jù)，便于下一步對規(guī)程進行修改和完善。

（4）項目完成后的質(zhì)量管理

協(xié)助項目組完成項目驗收。

監(jiān)督檢查系統(tǒng)安裝、試運行。

進行項目實施后審計。

總結(jié)項目實施的經(jīng)驗和教訓。

1.3.3參考答案

【問題1】（8分）信息系統(tǒng)項目管理師

http://

從提高軟件質(zhì)量角度而言，企業(yè)設立項目管理部門的目的是以獨立審查方式，從第三方的角度監(jiān)控軟件開發(fā)任務的執(zhí)行，同時輔助軟件工程組取得高質(zhì)量的軟件產(chǎn)品。

從提高軟件企業(yè)項目管理能力角度而言，項目管理部門可以幫助企業(yè)在組織層面上對那些孤立的、無關(guān)聯(lián)的項目進行統(tǒng)籌和管理，從而提高整個組織的項目管理能力，有力地支撐組織戰(zhàn)略目標的實現(xiàn)。

由此可知，項目管理部門具有十分重要的存在價值。現(xiàn)階段，項目管理沒有發(fā)揮出應有作用，主要由于廣大企業(yè)認識不夠，經(jīng)驗不足，體系不健全。但這只是暫時現(xiàn)象，過了這段不穩(wěn)定期，該部門的存在價值就會發(fā)揮出來。

【問題2】（8分）

（1）找一個失控的項目進行管理，使其回到正常的軌道并順利地完成，使得領導意識到項目管理部的作用，提升威信。

（2）項目管理規(guī)范材料要逐步推行，不可操之過急。

（3）對公司員工進行項目管理培訓，盡可能提高他們的項目管理意識。

（4）與公司高層溝通，盡可能獲得高層支持，向高層要權(quán)。

（5）項目管理部門的職責一般是監(jiān)控項目實施，主要是發(fā)現(xiàn)項目中存在問題并督促項目組解決，而不是解決項目組的問題，那樣會招致項目組反感。

（6）項目管理部在職能和行政上獨立項目組，而在業(yè)務和工作上融入項目組。

【問題3】（9分）企業(yè)項目管理部門在項目開發(fā)中的質(zhì)量管理內(nèi)容包括以下四部分：

（1）決策階段

在廣泛搜集資料、調(diào)查研究的基礎上研究、分析、'比較，決定項目的可行性和最佳方案。

（2）項目實施前 信息系統(tǒng)項目管理師

http://

①對項目組的能力重新審查，如果發(fā)現(xiàn)實際情況有所變化，必須采取有效措施予以糾正。

②對所有的合同和技術(shù)文件、報告進行詳細的審閱。

③審閱進度計劃和實施方案。

④對項目實施中將要采取的新技術(shù)、新軟件進行審查。

⑤對項目實施所需材料和設備的采購進行檢查。

⑥協(xié)助完善質(zhì)量保證體系。

⑦對各項目組負責人和主要人員進行進一步的審核。

⑧根據(jù)項目計劃制定與其對應的質(zhì)量管理計劃。

⑨組織質(zhì)量管理計劃的評審，并形成評審報告。

⑩準備好項目人員簡歷、質(zhì)量管理表格。

準備好擔保和保險工作。

簽發(fā)動員預付款支付證書。

全面檢查開工條件。

（3）項目實施中

①參與項目的階段性評審。②參與項目階段產(chǎn)品的審計。

③對項目日常活動與規(guī)程的符合性進行檢查。

④對配置管理工作的檢查和審計。

⑤跟蹤問題的解決情況。

⑥收集新方法，提供過程改進的依據(jù)。

（4）項目完成后

協(xié)助項目組完成項目驗收。信息系統(tǒng)項目管理師

http://

監(jiān)督檢查系統(tǒng)安裝、試運行。

進行項目實施后審計。

總結(jié)項目實施的經(jīng)驗和教訓。

1.4案例四：可行性研究問題

閱讀以下關(guān)于信息系統(tǒng)項目管理過程中可行性研究問題的敘述，回答問題1至問題3.1.4.1 案例場景

在項目計劃和選擇的過程中，需要完成的首要工作是對項目進行估算。項目估算的范圍涉及方方面面，例如項目或產(chǎn)品開發(fā)的范圍、投入和回報、項目風險、作用和意義等。在傳統(tǒng)信息系統(tǒng)工程方法中，是以可行性研究的方式來組織對項目的主要估算內(nèi)容的。在企業(yè)實際的業(yè)務過程中，可行性研究通常作為一個重要的環(huán)節(jié)，被包含在整個項目立項，或項目選擇和確認的過程中。

可行性研究的范圍可能覆蓋很廣泛的技術(shù)、經(jīng)濟、執(zhí)行、環(huán)境等各種需要評估的因素，但它并不是最后的精細計劃（例如：項目的時間進度及人員安排）。通常在進行可行性研究的階段，甚至項目的目標或產(chǎn)品的最終方向也是高度易變化的。但可行性研究的意義在于，雖然可行性研究不能指出項目最終的精細計劃和方向，但可行性研究可以在項目定義階段用較小的代價識別出錯誤構(gòu)思的系統(tǒng)，從而規(guī)避未來更多的資源投入的損失（時間、資金、人力、機會），或者因遭遇到無法逾越的技術(shù)障礙或環(huán)境障礙導致的不可避免的失敗。

對于那些可行性研究表明可執(zhí)行的軟件項目來說，可行性研究的結(jié)果也不承諾系統(tǒng)的收益一定很巨大，或技術(shù)風險和資源投入就一定很低，但可行性研究的結(jié)果設立了一個“底線”,即：“如果實施什么，則風險和收益是什么”這樣的控制范圍。這些評估結(jié)果給了未來的項目評估、項目風險控制，甚至在資源劇烈變化的情況下有計劃有重點地削減功能、重定義項目開發(fā)范圍，或者選擇項目實施的方式提供了非常有價值的方向性指引。信息系統(tǒng)項目管理師

http://

【問題1】（7分）

可行性研究的步驟是什么？請使用列舉的形式，不超過100字回答?！締栴}2】（8分）

可行性研究報告是可行性研究的成果體現(xiàn)，請使用列舉的形式，不超過150字回答，可行性研究報告主要包含什么內(nèi)容？

【問題3】（10分）

在可行性研究的基礎上，還需要請第三方根據(jù)國家頒布的政策、法律法規(guī)等，從項目、國民經(jīng)濟、社會角度出發(fā)，對擬建項目進行各方面的評估。請用不超過50字的文字回答，項目評估報告主要包含什么內(nèi)容？

1.4.2 案例分析

【問題1】

信息系統(tǒng)項目可行性研究的目的，就是用最小的代價在盡可能短的時間內(nèi)確定以下問題：項目有無必要？能否完成？是否值得去做？

（1）項目的必要性分析首先應確定信息系統(tǒng)項目的目標，即本項目想解決哪些問題。在信息系統(tǒng)目標明確之后，如果目前已經(jīng)有一個（或幾個）信息系統(tǒng)正在被人使用，就需要認真分析現(xiàn)有的信息系統(tǒng)。顯然，如果現(xiàn)有的信息系統(tǒng)是完美無缺的，完全可以實現(xiàn)新系統(tǒng)的目標要求，誰都不會提出開發(fā)新系統(tǒng)的要求。在通常情況下，現(xiàn)有系統(tǒng)必然存在某些缺陷，無法完全實現(xiàn)新系統(tǒng)的目標要求。但這一點并不能成為開發(fā)新系統(tǒng)的理由，我們還應仔細分析現(xiàn)有系統(tǒng)對于新系統(tǒng)目標的實現(xiàn)的程度如何，不能實現(xiàn)某個具體目標的原因是什么，經(jīng)過改進性維護能否實現(xiàn)這些目標。

如果現(xiàn)有的信息系統(tǒng)經(jīng)過簡單的改進性維護就可以實現(xiàn)新的系統(tǒng)目標，就沒必要重新開發(fā)一個新系統(tǒng)。但在以下情況下，有必要開發(fā)新的信息系統(tǒng)。信息系統(tǒng)項目管理師

http://

①原有系統(tǒng)開發(fā)不規(guī)范，缺少必要的技術(shù)文檔，原開發(fā)人員跳槽，新接手的開發(fā)人員很難維護原有系統(tǒng)，維護成本可能會接近甚至超過新開發(fā)的成本。

②原系統(tǒng)采用落后的設計技術(shù)或因設計人員的水平所限，系統(tǒng)架構(gòu)設計不合理，難以擴充和修改。

③原系統(tǒng)設計雖然合理，也考慮到了日后的擴充，或因業(yè)務發(fā)展太快，遠遠超過原來的設想，量變引起質(zhì)變。

④原系統(tǒng)開發(fā)工具已過時，用落后的開發(fā)工具繼續(xù)維護還不如用新的開發(fā)工具重新開發(fā)。

⑤原系統(tǒng)所基于的硬件或軟件平臺已過時，在原有平臺繼續(xù)維護已無必要，需要開發(fā)基于當前流行平臺的新系統(tǒng)。

在分析新系統(tǒng)項目開發(fā)的必要性時，一定要注意識別是真的“必要”還是假的“必要”.某些開發(fā)單位，由于重開發(fā)、輕維護，新系統(tǒng)開發(fā)人員的地位和待遇遠遠高于現(xiàn)有系統(tǒng)的維護人員，維護人員考慮到開發(fā)新項目的高待遇和成就感，為盡快轉(zhuǎn)入新項目的開發(fā)，極力夸大原有系統(tǒng)維護的技術(shù)難度和工作量，主張開發(fā)新系統(tǒng)，他們所提出的對比分析（維護VS新開發(fā)）結(jié)果往往帶有傾向性。因此，應選擇那些與項目本身無利害關(guān)系的技術(shù)專家進行項目必要性分析。當然，更重要的是，縮小現(xiàn)有系統(tǒng)維護人員和新系統(tǒng)開發(fā)人員的收入差距。

另外，某些信息系統(tǒng)開發(fā)商往往利用客戶（用戶）“喜新厭舊”的心理，出于宣傳和經(jīng)營的需要，每隔幾年，即使沒有太大的功能性和技術(shù)性突破，也要策劃開發(fā)新的系統(tǒng)。有時當競爭對手推出或即將推出新系統(tǒng)時，為保住自己的市場份額，即使條件不具備，也要迅速推出新的系統(tǒng)。這些問題，應屬于市場運營策略的范疇，在此不再贅述。

（2）項目的可能性分析項目的可能性分析主要研究能否利用現(xiàn)有的或可能擁有的技術(shù)能力、資金、人力資源和物資等方面的條件來實現(xiàn)信息系統(tǒng)的目標、功能、性能和其他指標，信息系統(tǒng)項目管理師

http://

能否在規(guī)定的時間期限內(nèi)完成整個項目。由于項目的可能性分析以技術(shù)分析為主，因此也稱為技術(shù)可行性分析。

項目可能性分析的主要內(nèi)容如下：

①企業(yè)能力分析；

②項目技術(shù)來源分析；

③與項目相關(guān)的專利分析；

④項目負責人及技術(shù)骨干的資質(zhì)分析；

⑤項目總體技術(shù)方案分析；

⑥項目創(chuàng)新點分析；

⑦項目技術(shù)可行性分析；

⑧項目技術(shù)成熟性分析；

⑨項目產(chǎn)品化分析等。

（3）項目投資及效益分析明確了項目的必要性和可能性后，還要從投入產(chǎn)出的角度分析項目值不值得去做。項目投資及效益分析，也稱為經(jīng)濟可行性分析，主要對整個項目的投資及產(chǎn)生的經(jīng)濟項目進行分析。該過程一般包括：

①項目投資預算分析；

②項目投資來源分析；

③市場需求與產(chǎn)品銷售額分析；

④產(chǎn)品成本、利潤與盈虧平衡點分析；

⑤投資回收期、投資收益率分析；

⑥社會效益分析?？尚行匝芯康牟襟E包括：

①確定項目規(guī)模和目標； 信息系統(tǒng)項目管理師

http://

②研究正在運行的系統(tǒng)；

③建立新系統(tǒng)的邏輯模型；

④導出和評價各種方案；

⑤推薦可行性方案；

⑥編寫可行性研究報告； ⑦遞交可行性研究報告。

【問題2】可行性研究報告的編寫目的是：說明該信息系統(tǒng)開發(fā)項目的實現(xiàn)在技術(shù)、經(jīng)濟和社會條件方面的可行性；評述為了合理地達到開發(fā)目標而可能選擇的各種方案；說明并論證所選定的方案?？梢詤⒖紘覙藴省禛BIT8567-1988計算機軟件產(chǎn)品開發(fā)文件編制指南》。

可行性研究報告的編寫內(nèi)容要求如下。

（1）引言：編寫目的；背景；定義；參考資料。

（2）可行性研究的前提：要求；目標；條件、假定和限制；進行可行性研究的方法；評價尺度。

（3）對現(xiàn)有系統(tǒng)的分析：處理流程和數(shù)據(jù)流程；工作負荷；費用開支；人員；設備；局限性。

（4）所建議的系統(tǒng)：對所建議系統(tǒng)的說明；處理流程和數(shù)據(jù)流程；改進之處；影響；局限性；技術(shù)條件方面的可行性。

（5）可選擇的其他系統(tǒng)方案：可選擇的系統(tǒng)方案。

（6）投資及效益分析：支出；收益；收益/投資比；投資回收周期；敏感性分析。

（7）社會因素方面的可行性：法律方面的可行性；使用方面的可行性。

（8）結(jié)論。在進行可行性分析報告的編制時，必須有一個分析結(jié)論。信息系統(tǒng)項目管理師

http://

結(jié)論可以是：

（1）項目可以立即開始實施。

（2）需要推遲到某些條件（例如資金、人力、設備等）落實之后才能開始實施。

（3）需要對開發(fā)目標進行某些修改之后才能開始實施。

（4）不能實施或不必實施（例如技術(shù)不成熟、經(jīng)濟上不合算等）。

【問題3】項目論證與評估是項目立項前的最后一關(guān)，“先論證，后決策”是現(xiàn)代項目管理的一項基本原則。項目論證是指對擬實施項目技術(shù)上的先進性、成熟性、適用性，經(jīng)濟上的合理性、贏利性，實施上的可能性、風險性進行全面科學的綜合分析，為項目決策提供客觀依據(jù)的一種技術(shù)經(jīng)濟研究活動。根據(jù)論證執(zhí)行主體的不同，項目論證可分為內(nèi)部論證和外部論證。

項目論證與評估可以分步進行，也可以合并進行。實際上，項目論證與評估的內(nèi)容、程序和依據(jù)都是大同小異的，只是側(cè)重點稍有不同，論證的對象可以是未完成的或未選定的方案，而評估的對象一般需要正式的“提交”;論證時著重于聽取各方專家意見，評估時更強調(diào)要得出權(quán)威的結(jié)論。與項目可行性研究類似，項目論證與評估也要從必要性、可能性和投資效益等幾個方面對項目進行綜合分析。但項目可行性研究一般是項目承擔單位的主觀性分析，往往是“不識廬山真面目，只緣身在此山中”,而項目論證與評估則是第三方的客觀性分析，可以從“橫”、“豎”、“遠”、“近”、“高”、“低”等各種角度對項目的可行性進行評價。項目論證與評估完成之后，應編寫正式的項目評估報告。項目評估報告一般應包括以下內(nèi)容：

（1）項目概況。

（2）評估目標。

（3）評估依據(jù)。

（4）評估內(nèi)容。信息系統(tǒng)項目管理師

http://

（5）評估機構(gòu)與評估專家。

（6）評估過程。

（7）詳細評估意見。

（8）存在或遺漏的重大問題。

（9）潛在的風險。

（10）評估結(jié)論。

（11）進一步的建議。

因評估機構(gòu)并無決策權(quán)，評估結(jié)論一般以建議的方式給出，如“建立立項”“建議不立項”“建議補充材料，重新評估”等。

1.4.3參考答案

【問題1】（7分）

可行性研究的步驟包括：

①確定項目規(guī)模和目標；

②研究正在運行的系統(tǒng)；

③建立新系統(tǒng)的邏輯模型；

④導出和評價各種方案；

⑤推薦可行性方案；

⑥編寫可行性研究報告；

⑦遞交可行性研究報告。

【問題2】（8分）

可行性研究報告的編寫內(nèi)容包括：

（1）引言。信息系統(tǒng)項目管理師

http://

（2）可行性研究的前提。

（3）對現(xiàn)有系統(tǒng)的分析。

（4）所建議的系統(tǒng)。

（5）可選擇的其他系統(tǒng)方案。

（6）投資及效益分析。

（7）社會因素方面的可行性。

（8）結(jié)論。

【問題3】（10分）

項目評估報告一般應包括以下內(nèi)容：

（1）項目概況。

（2）評估目標。

（3）評估依據(jù)。

（4）評估內(nèi)容。

（5）評估機構(gòu)與評估專家。

（6）評估過程。

（7）詳細評估意見。

（8）存在或遺漏的重大問題。

（9）潛在的風險。

（10）評估結(jié)論。

（11）進一步的建議。

如需閱讀完整版教材請到希賽軟考學院，信息系統(tǒng)項目管理案例分析教程（第3版）：http://

第二篇：信息系統(tǒng)項目管理案例分析

信息系統(tǒng)項目管理案例分析

王先生剛出任項目經(jīng)理，并承接了一個中型軟件項目。上任時公司高層再三叮嚀他一定要尊重客戶，充分滿足客戶需求。項目開始比較順利，但進入到后期，客戶頻繁的需求變更帶來很多額外工作。王先生動員大家加班，保持了項目的正常進度，客戶相當滿意。

但需求變更卻越來越多。為了節(jié)省時間，客戶的業(yè)務人員不再向王先生申請變更，而是直接找程序員商量。程序員疲于應付，往往直接改程序而不做任何記錄，很多相關(guān)文檔也忘記修改。很快王先生就發(fā)現(xiàn)：需求、設計和代碼無法保持一致，甚至沒有人能說清楚現(xiàn)在系統(tǒng)“到底改成什么樣了”。版本管理也出現(xiàn)了混亂，很多人違反配置管理規(guī)定，直接在測試環(huán)境中修改和編譯程序。但在進度壓力下，他也只能佯裝不知此事。但因頻繁出現(xiàn)“改好的錯誤又重新出現(xiàn)”的問題，客戶已經(jīng)明確表示“失去了耐心”。

而這還只是噩夢的開始。一個程序員未經(jīng)許可擅自修改了核心模塊，造成系統(tǒng)運行異常緩慢，大量應用程序超時退出。雖然最終花費了整整3天的時間解決了這個問題，但客戶卻投訴了，表示“無法容忍這種低下的項目管理水平”。更糟糕的是，因為擔心系統(tǒng)中還隱含著其他類似的錯誤，客戶高層對項目的質(zhì)量也疑慮重重。

隨后發(fā)生的事情讓王先生更加為難：客戶的兩個負責人對界面風格的看法不一致，并為此發(fā)生了激烈爭執(zhí)。王先生知道如果發(fā)表意見可能會得罪其中一方，于是保持了沉默。最終客戶決定調(diào)整所有界面，王先生只好立刻動員大家抓緊時間修改?？珊髞懋斅犝f因修改界面而造成了項目一周的延誤后，客戶方原來發(fā)生爭執(zhí)的兩人這次卻非常一致，同時氣憤地質(zhì)問王先生：“為什么你不早點告訴我們要延期！早知這樣才不會讓你改呢！”王先生委屈極了，疑惑自己到底錯在哪里了。

從上面的案例中可以看到各種變更失控的現(xiàn)象和造成的后果，那么王先生主要犯了哪些錯誤呢？ 【問題1】請說明上述情況中存在著哪些問題？

【問題2】 請說明上述情況可能會導致什么樣的后果？ 【問題3】 請說明完整的變更處置流程。參考答案 【問題1】

請說明上述情況中存在著哪些問題？ 答：

1.沒有對項目進行整體管理，沒有制定詳細的項目管理計劃，并對之進行有效控制。2.項目的變更控制出現(xiàn)了問題，每一次的變更都應該嚴格按照變更程序進行，即遵循申請、評審、批準、執(zhí)行、評估、記錄的變更原則。

3.項目的溝通出現(xiàn)了問題，在與用戶的溝通中只是一味地退讓，沒有將調(diào)整需要花費的成本和時間代價也同時告知用戶，并為他們分析其中的利害關(guān)系，最后讓用戶來解決是犧牲時間和成本來進行調(diào)整，還是維持現(xiàn)狀或是在不影響全局的情況下進行微調(diào)。4.項目的進度控制出現(xiàn)了問題，沒有對每一次的變更進行項目計劃及進度的更新。5.項目的風險管理沒有做好，沒有對每一次變更進行風險識別、分析、制定相應對策和控制。6.沒有做好版本的控制管理?！締栴}2】 請說明上述情況可能會導致什么樣的后果？ 答：

1．沒有整體管理，將會導致整個項目失控，不能成功完成任務。

2．沒有嚴格執(zhí)行變更控制流程，導致后續(xù)產(chǎn)生了太多的需求、設計和代碼無法保持一致，甚至沒有人能說清楚現(xiàn)在系統(tǒng)“到底改成什么樣了”，致使整個項目失敗。

3．在項目溝通上，由于溝通不暢通，會使項目組陷入吃力不討好的局面，導致整個項目不能在規(guī)定 的項目約束內(nèi)完成。4．在項目的進度控制上，不能在規(guī)定的時間內(nèi)交付成果，項目失敗。

5．在風險管理上，沒有規(guī)避可能的風險，沒有有效的控制風險，最后讓風險搞垮了項目。6．缺乏版本管理，會導致項目版本失控?！締栴}3】

請說明完整的變更處置流程。答：

變更處置流程一般按照以下幾點來操作：

第一步：申請。需要變更的時候，需要及時以書面的形式提出變更申請。第二步：評審。提出變更申請之后，由專門的變更控制委員會評審。第三步：批準。變更控制委員會在審查通過后，發(fā)出變更通知。第四步：實施。按照變更通知實施變更，實施的做好監(jiān)控。第五步：評估。實施完成后，評估變更結(jié)果。第六步：記錄。把變更過程記錄存檔。---

某電子政務項目涉及到保密信息；【問題1】請簡要說明發(fā)生上述情況的可能原因；【問題2】簡要敘述如果項目經(jīng)理希望繼續(xù)推進該項目；【問題3】請簡要敘述如何處理多個項目之間的資源沖；參考答案；[問題1]；請簡要說明發(fā)生上述情況的可能原因；答：；

1、項目承建單位對項目的管理沒有形成一套嚴格的制；

2、項目經(jīng)理對項目的影響是部分的，沒有足夠的權(quán)限；

3、項目的管理沒有各種計

某電子政務項目涉及到保密信息。項目建設的資源尤其是人力資源必須從甲方單位內(nèi)部獲得，因為如果把項目的部分任務交給分包商，一方面要征得甲方的同意，一方面要求分包商具有相應的保密資質(zhì)，而保密資質(zhì)的審核需要很長時間，等待審核結(jié)果也需要一段時間，這將嚴重危及到項目的交付日期。當項目團隊內(nèi)的工程師完成90%的編程和測試任務時，項目承建單位的一名副總裁承攬了一個新項目，他把程序員、測試工程師從該項目上調(diào)走，去執(zhí)行他新承攬的項目。

【問題1】 請簡要說明發(fā)生上述情況的可能原因。

【問題2】 簡要敘述如果項目經(jīng)理希望繼續(xù)推進該項目，應如何進行？

【問題3】 請簡要敘述如何處理多個項目之間的資源沖突。

參考答案

[問題1]

請簡要說明發(fā)生上述情況的可能原因。

答：

1、項目承建單位對項目的管理沒有形成一套嚴格的制度，沒有組織級的項目管理體系。

2、項目經(jīng)理對項目的影響是部分的，沒有足夠的權(quán)限，副總裁可以越過項目經(jīng)理調(diào)動人員。

3、項目的管理沒有各種計劃作保證，沒有有效的項目控制、成本控制、時間控制、質(zhì)量控制、范圍控制、人員控制等保證項目順利完成的保障措施；

4、項目沒有風險控制意識，沒有對項目的各種變更進行有效的風險識別和控制。

[問題2]

簡要敘述如果項目經(jīng)理希望繼續(xù)推進該項目，應如何進行？

答：

首先，項目經(jīng)理要求要有足夠的授權(quán)，以履行自己的職責；

其二，對項目的現(xiàn)狀作出一個整體的評估，按照目前人員的資源情況，重新調(diào)整各項計劃，給出在項目的時間、成本、質(zhì)量均能滿足用戶要求的前提下，所需要的人力資源情況，并對項目進行有效的跟蹤和控制；

第三，加強與上層領導的溝通，確保項目完成的最低資源情況；加強與項目干系人，特別是與用戶的溝通，使之能接受目前的項目的各種計劃和控制；

第四，加強內(nèi)部的項目控制力度，對項目的各項變更進行嚴格的流程控制，以保證項目的順利完成。

[問題3]

請簡要敘述如何處理多個項目之間的資源沖突。

答：

1．針對多個項目之間的資源沖突，需要引進項目的組織級管理。建立項目管理辦公室，統(tǒng)一協(xié)調(diào)各項目資源，提高項目的管理能力。

2． 當多個項目之間的資源產(chǎn)生沖突時，可以采用如多項目管理、項目成組管理、項目組合管理及大型及復雜項目管理等方法進行管理。根據(jù)項目的優(yōu)先級、項目各階段的資源需求情況等從整體上來對各項目的各項資源進行平衡。

3．將項目的各種計劃做細做全，將資源的需求分解到工作包。優(yōu)化項目的活動圖，提高資源利用效率。

4．采用全部或部分外包方式實施項目。

馬先生是XYZ信息系統(tǒng)集成公司的項目經(jīng)理，負責一電子政務項目的管理。劉先生是甲方負責該項目的項目經(jīng)理。一次，馬先生邀請劉先生出去吃飯，同行的還有雙方的部分團隊成員。幾杯酒過后，馬先生團隊有兩名成員由項目的技術(shù)架構(gòu)開始爭論，進而抱怨項目的激勵政策，最后開始攻擊XYZ公司，指出其人力資源管理方面的諸多問題。馬先生感到非常沒面子，認為在外人面前貶低團隊和公司是一種非常惡劣的行為。事后，這兩名隊員打電話給劉先生，聲稱他們負責的模塊含有“邏輯炸彈”代碼。這件事給馬先生負責的項目造成了很大的被動。

【問題1】請說明這件事為什么發(fā)生？團隊建設出了哪些問題？

【問題2】如何解決這件事情？

【問題3】如果馬先生同時負責多個同樣的電子政務項目，這些項目只是甲方不同，他應該怎么組織多個電子政務項目的團隊建設？

參考答案

問題一

1、項目經(jīng)理缺乏威信。

2、公司內(nèi)部的激勵機制和人力資源管理和員工的期望存在很大差距。

3、缺乏適當?shù)膱F隊建設活動，團隊成員互相缺乏溝通和團結(jié)

4、缺乏適當?shù)膱F隊管理方式，項目經(jīng)理對團隊成員的工作情況和思想狀態(tài)未能及時掌握。缺乏沖突管理或沖突管理不當

5、.在項目的監(jiān)督和審核機制上存在嚴重問題,沒有對各個模塊進行很好的監(jiān)督

問題二

1、開展增加團隊溝通和凝聚力的團隊建設活動

2、采用多種方式，加強對項目團隊管理。

3、按照溝通計劃，與客戶積極溝通，提供必要的測試手段和測試方案。

4、改進團隊的激勵體制,優(yōu)化人員和組織架構(gòu)，必要時對團隊成員進行調(diào)整

5、爭取更多支持和資源。

問題三

1、注重團隊管理

2、注重團隊建設

3.優(yōu)化管理機制和監(jiān)督機制

4.優(yōu)化激勵機制

A 公司組織結(jié)構(gòu)屬于弱矩陣結(jié)構(gòu)，該公司的項目經(jīng)理小劉正在接手公司售后部門轉(zhuǎn)來的一個項目，要為某客戶的企業(yè)管理軟件實施重大升級。小劉的項目組由5個人組成，項目組中只有資深技術(shù)人員M參加過該軟件的開發(fā)，主要負責研發(fā)該軟件最難的核心模塊。根據(jù)公司與客戶達成的協(xié)議，需要在一個月之內(nèi)升級完成M原來開發(fā)過的核心模塊。

M隸屬于研發(fā)部，由于他在日常工作中經(jīng)常遲到早退，經(jīng)研發(fā)部經(jīng)理口頭批評后仍沒有改善，研發(fā)部經(jīng)理萌生了解雇此人的想法。但是M的離職會嚴重影響項目的工期，因此小劉提醒M要遵守公司的有關(guān)規(guī)定，并與研發(fā)部經(jīng)理協(xié)商，希望給M一個機會，但M仍然我行我素。項目開始不久，研發(fā)部經(jīng)理口頭告訴小劉要解雇M，為此，小劉感到很為難。

【問題1】 從項目管理的角度，請簡要分析造成小劉為難的主要原因。

【問題2】 請簡要敘述面對上述困境應如何妥善處理。

【問題3】 請簡要說明該公司和項目經(jīng)理應采取哪些措施以避免類似情況的發(fā)生。參考答案

問題一

1、現(xiàn)有組織結(jié)構(gòu)存在多頭領導、項目資源分配與項目優(yōu)先產(chǎn)生沖突。

2、公司和職能部門缺乏適當?shù)募顧C制和約束措施

3、項目經(jīng)理缺乏必要的團隊建設措施

4、項目經(jīng)理未能選擇到合適的項目成員，核心模塊只有單人負責

問題二

1、加強團隊建設，以提高團隊凝聚力和工作效率。

2、采取適當?shù)募畲胧﹣硖岣邌T工工作積極性

3、與高層進行溝通，爭取更多授權(quán)。

4、加強管理,建立良好的激勵機制 問題三

1、項目經(jīng)理和職能經(jīng)理在選擇團隊成員時要充分考慮環(huán)境和組織因素

2、加強公司組織過程資產(chǎn)的管理

3、加強溝通工作，爭取支持

4、改進組織結(jié)構(gòu)。

A公司是從事糧倉自動通風系統(tǒng)開發(fā)和集成的企業(yè)，公司內(nèi)的項目管理部作為研發(fā)與外部的接口，在銷售人員的協(xié)助下完成與客戶的需求溝通。

某日，銷售人員小王給項目管理部提交了一條信息，說客戶甲要求對“JK型產(chǎn)品的P1組件更換為另外型號的組件”的可行性進行技術(shù)評估。項目經(jīng)理接到此信息后，發(fā)出正式通知讓研發(fā)部門修改 JK 型產(chǎn)品并進行了測試，再把修改后的產(chǎn)品給客戶試用。但客戶甲對此非常不滿，因為他們的意圖并不是要單一改變JK產(chǎn)品的這個P1組件，而還要求把JK產(chǎn)品的P1組件放到其他型號產(chǎn)品的外殼中，上述技術(shù)評估只是他們需求的一個方面。

經(jīng)項目管理部了解，銷售部其實知道客戶的目的，只是認為 P1 組件的評估是最關(guān)鍵的，所以只向項目經(jīng)理提到這個要求，而未向項目經(jīng)理說明詳細情況?！締栴}1】 請分析上案例中A 公司在管理中主要存在哪些問題導致客戶非常不滿。

【問題2】 請簡要敘述需求管理流程的主要內(nèi)容。

【問題3】 請簡要敘述上述案例中，項目經(jīng)理在接到銷售部的信息后應如何處理。

參考答案

問題一

1、需求理解模糊，定義不準確。

2、未進行需求分析和需求驗證。

3、未做好需求管理工作。

4、缺乏有效溝通。

問題二

1.制定需求管理計劃。2.求得對需求的理解。

3.求得對需求的承諾。

4.管理需求變更。

5.維護對需求的雙向跟蹤性。

6.識別項目工作與需求之間的不一致。

問題三

1、完成需求定義、需求分析、需求驗證。

2、建立各方干系人參與的需求管理和溝通管理流程。

3、加強整體管理，制定計劃，指導與執(zhí)行研發(fā)計劃。

4、維護對需求的雙向跟蹤性。跟蹤監(jiān)控計劃執(zhí)行情況

A公司是一家專門從事ERP系統(tǒng)研發(fā)和實施的IT企業(yè)，目前該公司正在進行的一個項目是為某大型生產(chǎn)單位（甲方）研發(fā)ERP系統(tǒng)。

A公司同甲方關(guān)系比較密切，但也正因為如此，合同簽的較為簡單，項目執(zhí)行較為隨意。同時甲方組織架構(gòu)較為復雜，項目需求來源多樣而且經(jīng)常發(fā)生變化，項目范圍和進度經(jīng)常要進行臨時調(diào)整。

經(jīng)過項目組的艱苦努力，系統(tǒng)總算能夠進入試運行階段，但是由于各種因素，甲方并不太愿意進行正式驗收，至今項目也未能結(jié)項。

[問題 1] 請從項目管理角度，簡要分析該項目“未能結(jié)項”的可能原因。

[問題 2] 針對該項目現(xiàn)狀，請簡要說明為了促使該項目進行驗收，可采取哪些措施。

[問題 3] 為了避免以后出現(xiàn)類似情況，請簡要敘述公司應采取哪些有效的管理手段。

參考答案

問題一

1、缺乏范圍管理

2、缺乏變更管理和需求管理

3、合同中沒有明確規(guī)定項目范圍、項目邊界

4、缺乏干系人管理

5、無項目無質(zhì)量控制

問題二

1、細化合同，明確項目范圍、邊界；

2、成立變更控制委員會，加強變更管理；

3、對階段成果進行驗收確認

4、加強溝通，促進客戶參與。

問題三

1、進行組織項目管理體系建設。

2、加強項目整體管理，做好項目計劃。

3、加強項目范圍管理，明確項目目標。

4、加強溝通管理和項目干系人管理。

加強變更管理。

某企業(yè)ERP建設項目經(jīng)國家主管部門批準立項，建設；1.依法經(jīng)本市工商部門注冊的合格法人2.工商銀行；3.必須具有計算機信息系統(tǒng)集成一級資質(zhì)證書；4.必須為本項目指派具有計算機信息系統(tǒng)集成項目經(jīng)；8.近期沒有可能會帶來不良影響的重大訴訟事件；A公司是一家開發(fā)ERP系統(tǒng)的軟件公司，但是沒有計；C公司是一家大型信息產(chǎn)業(yè)集團公司，具有計算機信息；【問題1】請說明招標

某企業(yè)ERP建設項目經(jīng)國家主管部門批準立項，建設資金包括國家技術(shù)改造專項資金，配套資金和單位自有資金。按照有關(guān)規(guī)定，該企業(yè)委托某招標代理機構(gòu)采用公開招標方式選擇承建單位，招標公告中對投標人資格提出如下要求：

1.依法經(jīng)本市工商部門注冊的合格法人 2.工商銀行的信用等級為A 3.必須具有計算機信息系統(tǒng)集成一級資質(zhì)證書

4.必須為本項目指派具有計算機信息系統(tǒng)集成項目經(jīng)理資質(zhì)證書的項目經(jīng)理 5.完成過三個以上（含三個）ERP的計算機信息系統(tǒng)集成項目 6.對本項目所需的主要軟件擁有著作權(quán) 7.近兩年運營狀況良好，無虧損記錄

8.近期沒有可能會帶來不良影響的重大訴訟事件

A公司是一家開發(fā)ERP系統(tǒng)的軟件公司，但是沒有計算機信息系統(tǒng)集成資質(zhì)證書；B公司是一家從事計算機信息系統(tǒng)集成業(yè)務的公司，具有計算機信息系統(tǒng)集成一級資質(zhì)證書，但是從來沒有進行過ERP項目，于是A、B兩家公司決定組成一個聯(lián)合體，以一個投標人的身份共同投標。

C公司是一家大型信息產(chǎn)業(yè)集團公司，具有計算機信息系統(tǒng)集成一級證書，其屬下的軟件開發(fā)公司從事ERP開發(fā)兩年以上，完成過三個以上的類似項目。D公司是一家上市印刷企業(yè)，因經(jīng)營不善造成嚴重虧損。C公司以購買股權(quán)的方式，成為D公司的控股股東，后來又以資產(chǎn)置換的方式將軟件開發(fā)公司的全部資產(chǎn)置換到D公司。由于D不具備投標人資格，C公司決定單獨投標，并與D公司簽署協(xié)議，擬在中標后將項目整體轉(zhuǎn)包給D公司。【問題1】請說明招標公告中對投標人資格所提條件中，哪些是合法的，哪些是違法的?！締栴}2】A、B兩公司所組成的聯(lián)合體是否符合招標文件對投標人資格條件的規(guī)定 【問題3】C公司的做法是否符合有關(guān)的法律規(guī)定。參考答案 問題一

本題目考察采購管理中的招投標問題

由于該項目使用了國家技術(shù)改造專項資金，因此必須依法進行招標。并且按照公開找投表規(guī)定，不得進行地區(qū)和部門限制。要求“本市工商部門注冊”是違法的。除此之外的其他要求都是合法的。問題二

組成聯(lián)合體投標要求聯(lián)合體各方都必須具有承擔招標項目的能力和相應資質(zhì)。并且聯(lián)合體的資質(zhì)由資質(zhì)等級較低的單位確定資質(zhì)扽高級。因此兩公司組成聯(lián)合體也不具備招標文件對投標人資格條件的規(guī)定。問題三

C公司雖然具有計算機信息系統(tǒng)集成一級資質(zhì)證書，但是他的系統(tǒng)集成部已經(jīng)被置換到D公司，已經(jīng)不具備承擔系統(tǒng)集成能力。因此，C的做法是部符合招投標法有關(guān)規(guī)定的。李某是某A公司一位參加工作8年的高級軟件工程師，工作經(jīng)驗豐富，在公司里很受領導器重。公司此時贏得一份三千萬合同，李某被任命為項目經(jīng)理。李某與職能經(jīng)理一起為這一項目配備了現(xiàn)有的最好人員，大家都是一起工作多年的同事。但是高級技術(shù)經(jīng)理這一職位空缺，于是公司從競爭對手那里挖過來了小丁。小丁有20年的工作經(jīng)驗，薪水標準很高。李某對小丁的工作特別關(guān)注，進行了幾次面談，然而會談時幾乎總是李一個人說話，建議項目怎樣設計，完全不理會小丁的意見。于是丁質(zhì)問李為什么總是檢查他的工作多于其他工程師。李說，我不必要檢查他們的工作，我了解他們的工作方式，你是新來的，我想讓你理解我們這里的工作方式，因為這里可能與你以前的工作方法不同。

丁向李提出他有一個創(chuàng)新設計方案，能降低系統(tǒng)成本，然而李卻說，盡管我沒有博士頭銜，我也知道這個方案沒有意義，不要故作高深，要做好基本的過程設計。

丁為李對他的方式感到苦惱。認為李在項目中的作用，與其說是項目經(jīng)理，倒不如說是軟件工程師。并且對于軟件設計，自己忘記的比他知道的還要多，他說的軟件設計方法早都已經(jīng)過時了。丁打算向職能經(jīng)理報告這一情況，心想早知道是這個樣子，怎么也不會來A公司?！締栴}1】請分析項目中出現(xiàn)這些情況的可能原因

【問題2】你認為高級項目經(jīng)理應該如何指導和幫助李某?！締栴}3】如果你是項目經(jīng)理，你將如何處理上述問題。參考答案 問題一

1項目經(jīng)理不合格，從項目經(jīng)理的職責，角色，能力和素質(zhì)上展開。2項目組缺乏一個有效的溝通計劃

3在人力資源的管理上也存在問題,總經(jīng)理在組建項目團隊的時候沒有仔細考察小李是否能夠勝任項目經(jīng)理這一職責

4小丁應該掌握溝通原則，嘗試先與項目經(jīng)理小李進行溝通,在沒有與小李進行溝通前而向職能經(jīng)理匯報是不明智的做法.問題二

1要小李轉(zhuǎn)換角色 2對小李進行指導和培訓 3建立項目體系 問題三

1定義項目團隊成員各自的職責,確定管理協(xié)調(diào)人、技術(shù)負責人等,各人專注于自己的職責。2建立團隊溝通計劃,建立溝通原則，重視團隊成員之間溝通的重要性，充分信任團隊成員的意見 3建立項目文檔評審制度,技術(shù)事宜采用評審方式,不由一個人的意見決定方向。4對于小張的問題，將采用對方能夠接收的溝通方式進行溝通,采用非正式的溝通方式進行溝通。

A公司是一家物流公司，由于業(yè)務的發(fā)展，以前采用手工處理業(yè)務的方式已經(jīng)顯得力不從心。因此公司推行一套管理軟件，用管理軟件替代原有的手工作業(yè)。項目經(jīng)過前期的一些工作后，公司任命李某為該項目的項目經(jīng)理，李某組建了項目團隊，并且根據(jù)項目前期的情況，開始進行項目計劃，初步項目進度計劃如下 【問題1】

假如你是項目前期負責人，在接到任務后，你將如何啟動項目 【問題2】

作為項目經(jīng)理，你認為項目進度控制中的重點是什么？請描述你在項目進度控制中的甘特圖，以及雙代號網(wǎng)絡圖，并比較甘特圖與網(wǎng)絡圖的區(qū)別。【問題3】 假如公司要求提前完工，作為項目經(jīng)理你將如何處理？ 參考答案 問題一

1識別項目需求 2解決方案的確定 3項目可行性分析 4項目立項 5項目章程的確定 問題二

項目進度控制中的重點是管好關(guān)鍵路徑上的任務。甘特圖與網(wǎng)絡圖的區(qū)別

甘特圖簡單、清晰、形象、易懂、使用方便。可以直接在圖中進行各項資源需要量統(tǒng)計。一般用于比較簡單的小型項目。但是不能系統(tǒng)表達一個項目所包含的各項工作之間的復雜關(guān)系，難以進行定量的計算和分析。

1網(wǎng)絡圖把項目中的各項工作組成了一個有機的整體，能全面而明確地表達各項工作的先后順序和相互關(guān)系（緊前緊后關(guān)系）；

2能進行各種時間參數(shù)的計算，找出決定項目工期的關(guān)鍵工作和關(guān)鍵路線，便于管理者集中力量抓主要矛盾，避免盲目搶工； 3能夠從許多可行方案中選擇最優(yōu)方案； 4便于進行合理的進度調(diào)整；

5利用網(wǎng)絡圖中各項工作的時差，可以更好地調(diào)配資源，已達到降低成本的目的； 6能夠運用相應的計算機軟件，方便快捷的進行網(wǎng)絡圖、最佳工期、關(guān)鍵路線的計算與輸出。問題三

1對近期內(nèi)即將發(fā)生的活動進行控制 2關(guān)注工期估計最長或預算估計最大的活動 3加班或追加人員 4更有經(jīng)驗的成員 5外包或縮小范圍 6變更操作或施工方法 7分解任務或重排任務 8加強溝通與知識共享 9實行變更控制與版本管理 試題十 小張是某項目的項目經(jīng)理。項目組主要有4個人，其中三個都是很強勢的人。由于他參加工作時間短，對業(yè)務和技術(shù)都不很懂，所以他平時就什么都不敢說也不敢管。并且，很強勢的3個人都不是全職做這個項目。

這個項目涉及的技術(shù)大家都沒有人用過。因此大家一起討論，然后詳細設計，每個人分一塊來寫，項目經(jīng)理收齊后合并成一份文檔，交給領導審批。開發(fā)時，再打亂分下來一人開發(fā)一個模塊。由于部門今年內(nèi)增加了很多規(guī)章制度，要求文檔要齊全，格式要標準，并且要經(jīng)過技術(shù)委員會審批。因此當這一切做完，已經(jīng)到年中了。然后架構(gòu)師開始搭開發(fā)框架，成員開始開發(fā)。開發(fā)時碰到一些問題： 1）使用的新技術(shù)我們都不熟；

2）詳細設計文檔不夠詳細，需要不斷地詢問；

3）項目經(jīng)理不統(tǒng)一項目開發(fā)標準和管理項目事項。4）每個人都有其他事情不斷地打斷開發(fā)?！締栴}1】 分析發(fā)生上述問題的原因？

【問題2】 根據(jù)你的經(jīng)驗，就上述問題談談你的解決方法?！締栴}3】 請你闡述信息系統(tǒng)項目管理的基本過程。參考答案 問題一

1項目經(jīng)理不具備任職能力 2人力資源規(guī)劃不合理 3缺乏項目整體管理 4沒有制定相應的項目管理計劃 5團隊建設與團隊管理每做好 6沒有制定溝通管理計劃，并實施 問題二

1轉(zhuǎn)換角色，加強學習，增強工作能力，爭取授權(quán)和支持

2規(guī)劃項目核心人員，依據(jù)溝通管理計劃，分析干系人需求，加強干系人管理 3加強項目整體管理，制定項目管理計劃

4采用有效措施，加強團隊建設與團隊管理。問題三 1啟動 2計劃 3執(zhí)行 4監(jiān)控 5收尾。

第三篇：信息系統(tǒng)項目管理師經(jīng)典案例分析

信息系統(tǒng)項目管理師案例分析題：風險管理案例

某市電力公司準備在其市區(qū)及各縣實施遠程抄表系統(tǒng),代替人工抄表。經(jīng)過考察，電力公司指定了國外的S公司作為遠程無線抄表系統(tǒng)的無線模塊提供商，并選定本市F智能電氣公司作為項目總包單位，負責購買相應的無線模塊，開發(fā)與目前電力遠營系統(tǒng)的接口，進行全面的項目管理和系統(tǒng)集成工作。F公司的楊經(jīng)理是該項目的項目經(jīng)理。

在初步了解用戶的需求后，F(xiàn)公司立即著手系統(tǒng)的開發(fā)與集成工作。5個月后，整套系統(tǒng)安裝完成，通過初步調(diào)試后就交付用戶使用。但從系統(tǒng)運行之日起，不斷有問題暴露，電力公司要求F公司負責解決?？善渲泻芏鄦栴}，比如數(shù)據(jù)實時采集時間過長、無線傳輸時數(shù)據(jù)丟失，甚至有關(guān)技術(shù)指標不符合國家電表標準等等，均涉及到無線模塊。于是楊經(jīng)理同S公司聯(lián)系并要求解決相關(guān)技術(shù)問題，而此時S公司因內(nèi)部原因退中國大陸市場。因此，系統(tǒng)不得不面臨改造。[問題一] 請用300字以內(nèi)文字指出F公司項目執(zhí)行過程中有何不妥。答案：

1、沒有建立完善的項目管理體系或制定合理的項目管理計劃并遵照執(zhí)行。

2、需求開發(fā)與需求管理不規(guī)范，沒有嚴格進行需求定義與驗證，也沒有形成書面的《系統(tǒng)需求規(guī)格說明書》。

3、缺乏全面的質(zhì)量管理，缺少完整的測試計劃和測試活動，沒有系統(tǒng)的驗收標準或驗收流程不規(guī)范。

4、整個開發(fā)過程缺乏用戶參與，比如進行階段式的驗收，階段性成果的簽字確認。

5、缺乏對分包商（S公司）的監(jiān)督管理，尤其是對S公司無線模塊產(chǎn)品的質(zhì)量管理

6、沒有了解或咨詢國家或行業(yè)的相關(guān)標準、技術(shù)規(guī)范。

7、沒有對項目進行可行性分析。

[問題二] 風險識別是風險管理的重要活動。請簡要說明風險識別的主要內(nèi)容并指出選用S公司無線模塊存在哪些風險？ 答案：

風險識別是確定何種風險可能會對項目產(chǎn)生影響，并將這些風險的特征形成文件。

風險識別的內(nèi)容：

1、識別并確定項目有哪些潛在風險；

2、識別引起這些風險的主要因素；

3、識別項目風險可能的后果； 存在的風險：

1、質(zhì)量風險；（無線模塊的性能、技術(shù)指標是否滿足系統(tǒng)需求，符合行業(yè)規(guī)范標準）

2、采購風險

（供應商的資信、供貨能力等）

3、合同風險

（合同條款是否明確了雙方的權(quán)利責任與義務等）

4、人員風險

（項目中的各崗位人員是否勝任）

5、方案與技術(shù)風險（方案是否合理，采用的技術(shù)是否先進、成熟）

6、政策、法律法規(guī)風險（國外Ｓ公司無線模塊的性能技術(shù)指標是否與國家行業(yè)標準相符）

[問題三] 請用400字以內(nèi)文字說明項目經(jīng)理應采取哪些辦法解決上述案例中的問題。

１、建立組織級的項目管理體系 ２、對項目進行可行分析

３、加強需求開發(fā)與需求管理。完整、準確獲取用戶需求并進行需求驗證。４、加強質(zhì)量管理，編制質(zhì)量管理規(guī)劃 進行階段式的質(zhì)量評審與質(zhì)量審計，加強系統(tǒng)測試、與用戶協(xié)商并確定驗收標準、驗收規(guī)范。５、加強對分包商（S公司）的監(jiān)督管理

６、了解或咨詢國家或行業(yè)的相關(guān)標準、技術(shù)規(guī)范。７、加強風險管理 ８、加強合同管理

客戶變更管理案例分析范例

某大型信息系統(tǒng)工程項目(A項目)由 P公司，乙方)承建，工程雙方簽定的合同規(guī)定工期為8個月。合同簽定后P公司嚴格按照軟件工程方法進行項目的需求調(diào)研(細化)、設計、編碼、測試，并于工程正式開工前制訂了詳細的工程實施計劃。但工程的建設單位A單位(甲方)由于欲在本評先進單位，想以信息工程項目建設的成果作為評選先進的籌碼。于是在合同簽定后20天內(nèi)，甲向乙方提出趕工期的要求，要求將總工期由8個月壓縮到6個月，同時砍掉合同中確定的部分功能點，增加部分功能點。A單位在過去三年中與P公司簽定過兩個大合同，P公司一向視A單位為公司的大客戶，是公司主要的業(yè)務來源，因此P公司總經(jīng)理認為不能輕易得罪A單位。P公司同意了甲方壓縮工/ 12 期、變更部分需求范圍的要求。由于工期的壓縮，乙方感到工期很緊張，于是，在沒有全面完成高層設計工作的情況下，就匆忙開展詳細設計工作，詳細設計工作也沒有基本成型的前提下，編碼人員就開始了編碼，即P公司實施工程項目的方案為：概要設計、詳細設計、編碼、單元測試并行進行。而且，由于工期的壓縮，乙方軟件工程師吃緊，不得不臨時從社會招聘4位軟件工程師補充項目組。可即使乙方的人員加班加點地工作，問題還是出現(xiàn)了，由于臨時變更部分需求范圍，導致原先制定的系統(tǒng)建設方案被迫打破，而臨時的變更又未進行深入的分析，導致在項目實施的過程中，頻繁地出現(xiàn)需求變更，導致設計變更、編碼變更，重復性工作和返工工程量陡然增大。由于工期緊張，系統(tǒng)開發(fā)完成后，未經(jīng)過充分的測試就匆忙投入運行，在系統(tǒng)投入運行的過程中，系統(tǒng)中隱藏的缺陷暴露出來，使甲方遭受了較大的經(jīng)濟損失。甲方在公司內(nèi)部的先進沒有評上，還給公司造成重大的經(jīng)濟損失，于是，甲方認為損失都是由工程乙方項目管理不善所造成的，遂將乙方告上了法庭，要求乙方賠償經(jīng)濟損失。

【問題1】(8分)請以300字內(nèi)回答，引起A項目變更的主要因素是什么?A項目涉及了幾種變更類型?變更是否合理?除了需求變更引起設計變更以外，還有哪些情況會引起設計變更?設計變更將導致什么不良后果?怎樣避免設計變更? 【問題2】(8分)請以200字內(nèi)回答，甲方遭受的經(jīng)濟損失應當由誰承擔，請說明理由?！締栴}3】(9分)請以300字內(nèi)回答，如果你是本項目的乙方，你是否有合理的方案既滿足甲方的要求，又保證項目的質(zhì)量、成本、進度，使P公司、A單位能夠?qū)崿F(xiàn)雙贏? 參考答案

【問題1】(8分)引起A項目變更的主要因素是A單位的想用A項目建設成果評選先進的主觀愿望。兩種變更：工期變更、范圍(或需求)變更。

從合同的法律效力方面，P公司可以不響應A的變更請求。但雙方在協(xié)商的基礎上同意變更也可以的。其他引起設計變更的因素，主要是設計上所存在的缺陷，或?qū)π枨罄斫獾娜毕菥鶗е略O計變更，或政策因素制約，或IT新技術(shù)的出現(xiàn)等。

設計變更引起編碼變更，引起測試方案、測試用例的變更，導致部分階段成果、工期、成本損失，頻繁的變更還會影響到軟件的質(zhì)量。嚴重情況將使軟件質(zhì)量、工期、成本失控。

需求調(diào)研應當深入、詳盡，需求定義文檔應規(guī)范，需求定義文檔應通過嚴格的審核再轉(zhuǎn)入后續(xù)開發(fā)階段。對變更要采取有效的控制措施，如合同措施、技術(shù)措施、管理措施等。【問題2】(8分)如果損失的產(chǎn)生是由甲方單方面的愿望、或強壓乙方執(zhí)行變更所直接造成的，那么損失應當由甲方承擔。如果工期、范圍的變更經(jīng)雙方論證是能夠?qū)崿F(xiàn)的，并且補充簽定或變更了合同，變更了項目合同金額，而乙方由于進度壓力大，管理不善，從而給甲方造成了經(jīng)濟損失，那么，乙方應當承擔損失。/ 12 【問題3】(9分)乙方應當積極配合，滿足甲方評優(yōu)的愿望。乙方應當積極與甲方溝通，尋求合適的解決辦法，得到甲方的理解和認可。乙方可招聘經(jīng)驗豐富的工程師來組建項目小組，以提高工程實施進度、質(zhì)量，但由此而增加的應急成本，可向甲方申請。

乙方應與甲方充分協(xié)商，對項目的變更進行論證，采取合適的實施方案，并且通過協(xié)商變更或補充簽定合同，變更項目合同金額。乙方不能因為工期緊張而忽略軟件質(zhì)量的測試，乙方可考慮在項目分解的基礎上，一次規(guī)劃、設計，選擇部分功能模塊提前實現(xiàn)，以滿足甲方評優(yōu)的愿望。

項目風險管理案例

A公司為某省某運營商建立一個商務業(yè)務平臺，并采用合作分成的方式。也就是說所有的投資由A公司負擔，商務業(yè)務平臺投入商業(yè)應用之后運營商從所收取的收入中按照一定的比例跟A公司合作分成。同一時間，平臺有兩個軟件公司(A和C公司)一起進行建設，設備以及技術(shù)均獨立，也就是說同時有兩個平臺提供同一種服務，兩個平臺分別負責不同類型的用戶。但是整個項目進行了10個月，并經(jīng)歷了一個月試用期之后。

準備正式投入商業(yè)應用的第一天，運營商在沒有任何通知的情況下，將該商務業(yè)務平臺上所有的用戶都轉(zhuǎn)到了A公司競爭對手C公司的平臺上去了，也就是停止使用A公司的商務業(yè)務平臺。整個項目A公司投資超過兩百萬，包括軟、硬件，以及各種集成、支持、差旅費用，等等。現(xiàn)在所有的設備被擱置但不能搬走，并沒有被遺棄，運營商口頭聲稱還會履行合同，按照原來的分成比例分成。但是A公司無法得知每個月的使用情況、用戶多少，所以根本無法知道他們究竟應該拿到多少分成。所以，運營商的口頭承諾根本如同雞肋。在出事當天，項目經(jīng)理王剛呆若木雞?！締栴}l】(8分)

請用200字以內(nèi)文字描述該項目存在的主要問題和原因?！締栴}2】(8分)

請用300字以內(nèi)文字描述發(fā)生這樣的事情，項目經(jīng)理有沒有責任?如果有責任，那么具體有哪些責任? 【問題3】(9分)

請用400字以內(nèi)文字結(jié)合你本人的實際項目經(jīng)驗，說明如果你是王經(jīng)理，你覺得應如何避免這樣的事情發(fā)生? 參考答案

【問題1】(8分)

首先，A被項目“合作分成”的利益所迷惑，所以對項目的可行性分析和風險分析做得很不夠，才會出現(xiàn)全額承擔項目費用的情況。

其次，雖然A自身承擔高額的成本，但對于合同條款的管理沒有嚴格約束，這是導致運營商出現(xiàn)平臺停用后沒有足夠法律條款約束其的后果。所以律師、項目經(jīng)理需要反省。

最后，公司需要對項目的技術(shù)進一步審核，修正存在的問題，以免運營商提出種種沒有達標的借口，并整理相關(guān)合同簽訂時，項目實施中，事后運營商出具的相關(guān)的文檔為日后可能出現(xiàn)的官司準備。所以整個項目團隊都要積極參與。/ 12 【問題2】(8分)

(1)從商業(yè)模式看，A與運營方實際都是投資方，運營方投入品牌和渠道，A公司投入的是技術(shù)和資金，但是A好像將自己定位為一個項目執(zhí)行方，那么一開始已經(jīng)注定成功的可能性不大，出現(xiàn)這樣的問題也在情理之中。(2)這個商業(yè)模式本身沒有問題，有問題的是項目經(jīng)理在出現(xiàn)了一個潛在的競爭者卻“渾然不覺”，可行性計劃中對這方面的風險分析是有缺陷的。

(3)項目經(jīng)理不缺乏項目管理的經(jīng)驗，而缺乏必要的商業(yè)運作經(jīng)驗，本項目的失敗項目經(jīng)理要承擔部分責任，在項目執(zhí)行過程中一定會有很多現(xiàn)象表明運營商將會有違約的可能，項目經(jīng)理應及時向公司通報項目存在的風險，便于高層與運營商溝通并約束對方履行合同。本項目失敗的根本原因在A公司的高層，至少他們應該承擔項目失敗成本大部分責任。

(4)項目經(jīng)理應提高自己的法律意識和商業(yè)意識?！締栴}3】(9分)

首先，項目的風險管理應該在項目實施之前就應該做好，準備好風險出現(xiàn)時的應急措施。

其次，項目經(jīng)理如果在與運營商談此項目之時，盡可能把項目風險把握在自己可控之中，并且有一定的法律依據(jù)。

再次，“合作分成”這樣的搭建平臺的方式本身就具有很大的風險性，但是現(xiàn)在工作中這種合作方式又普遍存在的，這樣就要求項目經(jīng)理應該具有很強的自我法律保護意識，在簽署項目合作協(xié)議時，應該規(guī)范合作各方的權(quán)責利，規(guī)避項目風險。

信息系統(tǒng)項目管理師案例分析題：項目計劃和時間管理案例

某市電子政務信息系統(tǒng)工程，總投資額約500萬元，主要包括網(wǎng)絡平臺建設和業(yè)務辦公應用系統(tǒng)開發(fā)，通過公開招標，確定工程的承建單位是A公司，按照《合同法》的要求與A公司簽訂了工程建設合同，并在合同中規(guī)定A公司可以將機房工程這樣的非主體、非關(guān)鍵性子工程分包給具備相關(guān)資質(zhì)的專業(yè)公司B，B公司將子工程轉(zhuǎn)手給了C公司。

在隨后的應用系統(tǒng)建設過程中，監(jiān)理工程師發(fā)現(xiàn)A公司提交的需求規(guī)格說明書質(zhì)量較差，要求A公司進行整改。此外，機房工程裝修不符合要求，要求A公司進行整改。

項目經(jīng)理小丁在接到監(jiān)理工程師的通知后，對于第二個問題拒絕了監(jiān)理工程師的要求，理由是機房工程由B公司承建，且B公司經(jīng)過了建設方的認可，要求追究B公司的責任，而不是自己公司的責任。對于第一個問題，小丁把任務分派給程序員老張進行修改，此時，系統(tǒng)設計工作已經(jīng)在進行中，程序員老張獨自修改了已進入基線的程序，小丁默許了他的操作。老張在修改了需求規(guī)格說明書以后采用郵件通知了系統(tǒng)設計人員。

合同生效后，小丁開始進行項目計劃的編制，開始啟動項目。由于工期緊張，甲方要求提前完工，總經(jīng)理比較關(guān)心該項目，詢問項目的一些進展情況，/ 12 在項目匯報會議上，小丁給總經(jīng)理遞交了進度計劃，公司總經(jīng)理在閱讀進度計劃以后，對項目經(jīng)理小丁指出任務之間的關(guān)聯(lián)不是很清晰，要求小丁重新處理一下。

新的計劃出來了，在計劃實施過程中，由于甲方的特殊要求，需要項目提前2周完工，小丁更改了項目進度計劃，項目最終按時完工。

【問題1】(6分)

請用400字以內(nèi)的文字，描述小丁在合同生效后進行的項目計劃編制的工作。

【問題2】(6分)

請用400字以內(nèi)的文字，描述小丁在處理監(jiān)理工程師提出的問題是否正確?如果你作為項目經(jīng)理，該如何處理?

【問題3】(6分)

在項目執(zhí)行過程中，由于程序員老張獨自修改了已進入基線的程序，小丁默許了他的操作。請用200字以內(nèi)文字評論，小丁的處理方式是否正確，如果你是項目經(jīng)理，你將如何處理上述的事情。

【問題4】(7分)

假設你被任命為本項目的項目經(jīng)理，請問你對本項目的管理有何想法，本項目有哪些地方需要改進? 案例分析

【問題1】

項目計劃是項目管理的基礎，項目管理中最重要的就是項目計劃的工作，項目計劃是一個綜合概念，凡是為實現(xiàn)項目目標而進行的活動都應該納入到計劃之中。

項目計劃的制訂是貫穿這個項目生命周期的持續(xù)不斷的工作，是利用其他計劃編制過程的結(jié)果，監(jiān)理一份連貫性、一致性的文檔，以指導項目實施和項目控制。項目計劃過程是一個反復的過程。一個詳細的項目計劃過程包括：

(1)項目計劃的定義，確定項目的工作范圍。

(2)確定為執(zhí)行項目而需要的工作范圍內(nèi)的特定活動，明確每項活動的職責。/ 12

(3)確定這些活動的邏輯關(guān)系和完成順序。

(4)估算每項活動的歷時時間和資源。

(5)制訂項目計劃及其輔助計劃。

一般而言，項目計劃可以包含如下要素。

(1)項目范圍計劃：闡述進行這個項目的原因或意義，形成項目的基本框架，使項目所有者或項目管理者能夠系統(tǒng)、邏輯地分析項目關(guān)鍵問題及項目形成中的相互作用要素，使項目干系人在項目開始實施前或項目相關(guān)文檔編寫以前，能夠就項目的基本內(nèi)容和結(jié)構(gòu)達成一致;項目范圍說明應當形成項目成果核對清單，作為項目評估的依據(jù)，在項目終止以后或項目最終報告完成以前進行評估，以此作為評價項目成敗的依據(jù);范圍說明還可以作為項目整個生命周期監(jiān)控和考核項目實施情況的基礎和項目其他相關(guān)計劃的基礎。

(2)項目進度計劃：進度計劃是說明項目中各項工作的開展順序、開始時間、完成時間及相互依賴銜接關(guān)系的計劃。通過進度計劃的編制，使項目實施形成一個有機的整體。進度計劃是進度控制和管理的依據(jù)，可以分為項目進度控制計劃和項目狀態(tài)報告計劃。

(3)項目質(zhì)量計劃：質(zhì)量計劃針對具體待定的項目，安排質(zhì)量監(jiān)控人員及相關(guān)資源、規(guī)定使用那些制度、規(guī)范、程序、標準。項目質(zhì)量計劃應當包括和保證與控制項目質(zhì)量有關(guān)的所有活動。

(4)項目資源計劃：決定在項目中的每一項工作中用什么樣的資源(人、材料、設備、信息、資金等)，在各個階段使用多少資源。項目費用計劃包括資源計劃、費用估算、費用預算。

(5)項目溝通計劃：溝通計劃就是制定項目過程中項目干系人之間信息交流的內(nèi)容、人員范圍、溝通方式、溝通時間或頻率等溝通要求的約定。

(6)風險計劃：風險計劃是為了降低項目風險的損害而分析風險、制定風險應對策略方案的過程，包括識別風險、量化風險、編制風險應對策略方案等過程。

(7)項目采購計劃：項目采購計劃過程就是識別哪些項目需求應通過從本企業(yè)外部采購產(chǎn)品或設備來得到滿足。

(8)變更控制、配置管理計劃：由于項目計劃無法保證一開始就預測得非常準確，在項目進行過程中也不能保證準確有力的控制，導致項目計劃與項目實際情況不符的情況經(jīng)常發(fā)生，所以必須有效處理項目的變更。變更控制計劃主要是規(guī)定變更的步驟、程序，配置管理計劃就是確定項目的配置項和基線，控制配置項的變更，維護基線的完整性，向項目干系人提供配置項的準確狀態(tài)/ 12 和當前配置數(shù)據(jù)。

【問題2】

根據(jù)《中華人民共和國招投標法》第48條：中標人應當按照合同約定履行義務，完成中標項目。中標人不得向他人轉(zhuǎn)讓中標項目，也不得將中標項目肢解后分別向他人轉(zhuǎn)讓。

中標人按照合同約定或者經(jīng)招標人同意，可以將中標項目的部分非主體、非關(guān)鍵性工作分包給他人完成。接受分包的人應當具備相應的資格條件，并不得再次分包。

中標人應當就分包項目向招標人負責，接受分包的人就分包項目承擔連帶責任。

本案例中，A公司將子項工程分包給B，B又將其分包給C，顯然違背了招投標法的這一條款。根據(jù)條款中的內(nèi)容，“中標人應當就分包項目向招標人負責，接受分包的人就分包項目承擔連帶責任?！盇公司顯然要承擔責任，同時B公司也承擔連帶責任。

作為項目經(jīng)理，不僅僅要做好項目的進度、質(zhì)量、成本的控制管理，而且要注意避免陷入法律陷阱中，因此，對《合同法》、《招投標法》都要有一定的了解。

【問題3】

軟件配置管理是貫穿軟件開發(fā)過程始終的一項工作。對于一個軟件項目來說，軟件配置管理規(guī)范至少包括以下的內(nèi)容：

(1)配置項及其命名規(guī)則。

(2)配置庫文件目錄結(jié)構(gòu)。

(3)角色和權(quán)限定義。

(4)配置項變更流程。

(5)配置項發(fā)布。

(6)基線定義和基線變更。

項目中的基線有兩個方面：一是作為里程碑的基線;另一個是模塊的階段性成果基線(對工作產(chǎn)品而言)，一般來說都要避免變更基線。對這兩種不同的基線，其影響的范圍不同，確立和變更方式也不一樣。/ 12

項目的基線變更控制委員會由客戶代表、產(chǎn)品經(jīng)理、項目經(jīng)理和技術(shù)經(jīng)理組成，對發(fā)布的里程碑類基線的變更必須由變更控制委員會確認并由QA進行變更記錄，所有被變更影響的配置項都需要重新同步后再次發(fā)布;而對于僅僅作為工作狀態(tài)保留的基線，一般只需要建立基線的小組確認更改并在QA進行記錄即可。

【問題4】

作為項目經(jīng)理，可以考慮首先從項目管理的9大知識點出發(fā)簡單闡述對本項目的一般性理解。此外，從本案例中，你可以發(fā)現(xiàn)項目中的合同與招投標管理、配置與變更管理方面均發(fā)生了問題。因此，可從本項目管理較弱的部分進行重點的闡述，如對法律法規(guī)的理解(招投標管理)，項目進度管理、項目變更的控制。配置管理，以及進度計劃的變更將導致質(zhì)量和成本的變化，此外，還可從進度、質(zhì)量、成本三要素之間關(guān)系進行闡述。因為，基線的變更往往會帶來成本、進度方面的變更。參考答案

【問題1】(6分)

小丁在接到任務后開始項目計劃的編制工作，編制的計劃應包括：

(l)項目總計劃(包括范圍計劃、工作范圍定義、活動定義、資源需求、資源計劃、活動排序、費用估算、進度計劃以及費用計劃)。

(2)項目輔助計劃(質(zhì)量計劃、溝通計劃、人力資源計劃、風險計劃、采購計劃等)。

【問題2】(6分)

根據(jù)《中華人民共和國招投標法》第48條：中標人應當按照合同約定履行義務，完成中標項目。中標人不得向他人轉(zhuǎn)讓中標項目，也不得將中標項目肢解后分別向他人轉(zhuǎn)讓。

中標人按照合同約定或者經(jīng)招標人同意，可以將中標項目的部分非主體、非關(guān)鍵性工作分包給他人完成。接受分包的人應當具備相應的資格條件，并不得再次分包。

中標人應當就分包項目向招標人負責，接受分包的人就分包項目承擔連帶責任。

本案例中，A公司將子項工程分包給B，B又將其分包給C，顯然違背了招投標法的這一條款。根據(jù)條款中的內(nèi)容：“中標人應當就分包項目向招標人負責，接受分包的人就分包項目承擔連帶責任?！盇公司顯然要承擔責任，同時B公司也負連帶責任。/ 12

【問題3】(6分)

本題中，在項目執(zhí)行過程中，項目發(fā)生的變更，程序員老張擅自修改了已進入基線的程序，作為項目經(jīng)理的小丁不應該默許他的操作，且修改后的東西沒有經(jīng)過評審。

項目中缺乏變更控制的體系，需要建立變更控制流程，確保項目中所做的 變更保持一致，并將產(chǎn)品的狀態(tài)、對其所做的變更，以及這些變更對成本和時間表的影響通知給有關(guān)的項目干系人，以便于資源的協(xié)調(diào)。同時，項目團隊所有成員要清楚變更程序的步驟和要求。

提出以下建議：

(1)建立配置管理體系。

(2)建立變更請求流程。

(3)組建變更控制委員會。

【問題4】(7分)

(1)從項目管理9大知識點出發(fā)簡單闡述本項目

(2)從本項目管理較弱的部分進行重點的闡述，如對法律法規(guī)的理解(招投標管理)、項目進度管理、項目變更的控制。配置管理及進度計劃的變更將導致質(zhì)量和成本的變化，描述進度、質(zhì)量、成本三要素之間的關(guān)系。

企業(yè)領導團隊管理案例分析

劉先生是一家私營軟件企業(yè)的老板。他大學畢業(yè)后先在一家大型的軟件公司打工兩年，然后開始自己創(chuàng)業(yè)。劉先生每年都給自己定好奮斗目標，工作兢兢業(yè)業(yè)，但也感覺承受著很大的壓力。公司的業(yè)務不斷發(fā)展，規(guī)模也不斷地壯大。近年來，劉先生因為業(yè)務的發(fā)展需要相繼招聘了十余名應屆大學畢業(yè)生，但是其中幾個都沒有多久就相繼辭職了。導致劉先生需要不斷地招聘人員，這使他分散了相當一部分的精力。劉先生非常感嘆現(xiàn)在的年輕人眼高手低，不能吃苦。這天，劉先生收到一個程序員的一封電子郵件，而這個程序員正是劉先生十分器重的一個員工。該電子郵件的內(nèi)容如下：

劉總，您好!我知道您收到這封信后一定會十分生氣，但我還是決定要離開貴公司。非常感謝您對我的培養(yǎng)，我絕對不是因為在這里學到了東西，翅膀硬了才走的。而是您的一些做法讓我實在忍無可忍。我知道您白手起家干到如今很不容易，而且從您身上我確實學到了很多東西。但是這并不是說您的每一個看法和決定都是正確的。每當我想要發(fā)表我的看法時，您總是不予以重視，甚至不給我講話的空間。但是一旦出現(xiàn)了問題，您就會大發(fā)雷霆，無論是天大的事情還是芝麻小事。每當這個時候我都想和您理論，但是您沒有給過我機會。這/ 12 樣反而使您更加覺得自己的決定都是對的。我知道這是我的第一個工作，對于公司的發(fā)展戰(zhàn)略我沒有發(fā)言權(quán)，但是我覺得這樣發(fā)展下去遲早是會對公司不利的。我感謝您對我的培養(yǎng)才和您說這些，有不對的地方，請您原諒?！締栴}1】(8分)請用400字以內(nèi)文字分析，你認為作為企業(yè)的領導者，劉經(jīng)理具備了哪些特質(zhì)? 【問題2】(8分)請用300字以內(nèi)文字分析，從這封電子郵件中說明了公司或者劉經(jīng)理存在什么問題嗎? 【問題3】(9分)請用400字以內(nèi)文字結(jié)合你本人的實際項目經(jīng)驗，說明如果你是劉經(jīng)理，你覺得需要采取什么行動嗎? 參考答案

【問題1】(8分)劉經(jīng)理富有進取心、責任感，工作積極主動、自信、有目標?！締栴}2】(8分)這封信說明公司內(nèi)部存在著嚴重的溝通問題。因為正式的溝通渠道不暢，致使員工更傾向于采用非正式溝通。這樣也使公司內(nèi)存在很多的隱患，對公司長期發(fā)展不利。同時，劉經(jīng)理做事太武斷，沒有給下屬發(fā)表見解的機會?！締栴}3】(9分)劉經(jīng)理應該對這封信中所提出的問題給予高度的重視。重視與員工的溝通，在公司內(nèi)部建立一套溝通的體系，鼓勵大家暢所欲言，使員工潛在的不滿和抱怨能夠及時得到反映，不要等問題積蓄到無法挽回的地步；同時學會在溝通過程中抑制情緒，為公司營造一種積極、緊張、但不壓抑的工作環(huán)境。

信息系統(tǒng)項目管理師案例分析

M集團是A公司多年的客戶，A公司已經(jīng)為其開發(fā)了多個信息系統(tǒng)。最近，M 與A公司簽訂了新的開發(fā)合同，以擴充整個企業(yè)的信息化應用范圍，張工擔任該項目的項目經(jīng)理。張工組織相關(guān)人員對該項目的工作進行了分解，并參考了公司同M曾經(jīng)合作的項目，評估得到項目，總工作量60人月，計劃工期6個月。項目剛剛開始不久，張工的高層經(jīng)理s找到張工。s表示，由于公司運作的問題，需要在4個月內(nèi)完成項目，考慮到壓縮工期的現(xiàn)實，可以為該項目在增派兩名開發(fā)人員。張工認為，整個項目的工作量是經(jīng)過仔細分解后評估得到的，評估過程中也參考了歷史上與K企業(yè)合作的項目度量數(shù)據(jù)，該工作量是客觀真實的。

目前項目已經(jīng)開始，增派的人手還需要一定的時間熟悉項目情況，因此即使增派兩人也很難在四個月內(nèi)完成。如果強行要求項目組成員通過加班等方式追逐4個月完成的目標，肯定會降低項目的質(zhì)量，造成用戶不滿意。因此，張工提出將整個項目分為兩部分實現(xiàn)，第一部分使用三個半月的時間，第二部分/ 12 使用三個月的時間，分別制定出兩部分的驗收標準，這樣不增派開發(fā)人員也可以完成。高層經(jīng)理認為該方案可以滿足公司的運作要求，用戶也同意按照這種方案進行實施。六個月以后，項目在沒有增加人員的前提下順利地完成，雖然比最初計劃延長了半個月的工期，但既達到了公司的要求，客戶對最終交付的系統(tǒng)也非常滿意，項目組的成員也沒有感受到很大的壓力?！締栴}1】(10分)請不超過500字，指出張工是如何保證項目成功的? 【問題2】(15分)請不超過500字，試結(jié)合案例指出項目范圍管理的工作要點? 【問題1】

首先對最初的項目范圍進行了清晰的定義，并根據(jù)定義對工作進行了分解，制定了詳細的WBS。

對項目進行了估算，且估算結(jié)果真實可信，對項目工作量有量化的把握。在出現(xiàn)新的項目目標后，張工對項目進行了范圍控制，縮小了第一階段實現(xiàn)的范圍。

對重新定義的項目范圍進行了確認，與高層經(jīng)理和客戶達成一致。張工對項目進行了溝通管理，協(xié)調(diào)了多個項目干系人之間的矛盾。

【問題2】

(1)范圍管理計劃。(2)范圍定義。(3)工作分解。(4)范圍確認。(5)范圍控制。

在本案例中，張工首先進行了范圍定義和工作分解，得到了清晰的項目范圍；在出現(xiàn)新的項目目標后，張工進行了范圍控制，重新定義了兩個階段的項目范圍；最后，張工將重新定義的范圍與項目干系人進行了確認。/ 12

第四篇：信息系統(tǒng)項目管理師案例分析要點

案例分析要點

一、可行性研究

1、主要內(nèi)容

a.b.c.d.技術(shù)可行性分析 經(jīng)濟可行性分析 運行環(huán)境可行性分析

其他方面的可行性分析，如法律、社會道德等

2、可能產(chǎn)生的原因

a． 沒有進行系統(tǒng)的可行性分析

b． 調(diào)研不充分，不了解該技術(shù)是否成熟 c． 沒有調(diào)研國家政策或法律法規(guī)是否允許

3、可能遇到的風險

a． 技術(shù)風向 b． 政策風險 c． 市場風險

4、具體問題采取針對性措施

二、合同管理

1、主要內(nèi)容（階段）

a． 合同前期管理——合同談判、合同簽訂

b． 合同執(zhí)行期管理——合同履行、合同變更、合同終止 c． 合同收尾管理——合同收尾

2、可能會出現(xiàn)的問題

a． 合同沒訂好，沒有就具體完成的工作形成明確清晰的條款 b． 甲方?jīng)]有對需求及其變更進行統(tǒng)一的組織和管理 c． 缺乏變更的接收/拒絕準則

d． 項目干系人及其關(guān)系分析不到位，范圍定義不全面、不準確 e． 甲乙雙方對項目范圍沒有達成一致認可或承諾 f． 缺乏項目全生命周期的范圍控制 g． 缺乏客戶/用戶參與

h． 甲方無法進行跨部門協(xié)調(diào)

3、在合同各階段進行范圍管理（應對措施）

a． 合同談判階段：（1）取得明確的工作說明書或更細化的合同條款（2）在合同中明確雙方的權(quán)利和義務，尤其是變更

（3）采取措施，確保合同簽約雙方對合同的理解是一致的 b． 計劃階段

（1）編制項目范圍說明書（2）創(chuàng)建項目的工作分解結(jié)構(gòu)（3）制定項目的范圍管理計劃 c． 執(zhí)行階段

（1）在項目執(zhí)行過程中加強對已分解的各項任務的跟蹤記錄（2）建立與項目干系人進行溝通的統(tǒng)一渠道（3）建立整體變更控制的規(guī)程并執(zhí)行（4）加強對項目階段性成果的評審和確認

d． 項目全生命期范圍變更管理

（1）在項目管理體系中應該包含一套嚴格、實用、高效的變更程序

（2）規(guī)定對用戶的變更請求應正式提出變更申請，并經(jīng)雙方項目經(jīng)理審核后，視不同情況，做出相應處理

4、合同和詳細范圍說明書的作用

合同是買賣雙方形成的一個共同遵守的協(xié)議，賣方有義務提供合同指定的產(chǎn)品和服務，而買方則有義務支付合同規(guī)定的價款

項目范圍說明書詳細描述了項目的可交付物和產(chǎn)生這些可交付物所必須做的項目工作 合同是制定項目范圍說明書的依據(jù)

三、項目啟動

1、主要內(nèi)容

基于組織的發(fā)展戰(zhàn)略、項目說明書、組織過程、資產(chǎn)、環(huán)境的和組織的因素，項目按照管理方法啟動，在啟動過程使用專家判斷和項目管理信息系統(tǒng)等技術(shù)和工具，發(fā)布項目章程，從而在項目的實施組織內(nèi)正式的啟動項目。

2、人力資源管理過程

a． 組織計劃編制 b． 組建項目團隊 c． 項目團隊建設 d． 管理項目團隊

3、人力資源可能問題

a． 缺乏足夠的項目管理能力和經(jīng)驗

b． 兼職過多，精力和時間不夠用，顧此失彼

c． 沒有進入管理角色，定位錯誤，疏于對項目的管理 d． 新人缺乏培訓和全程的跟蹤和監(jiān)控

4、應對措施 a． 事先制定崗位的要求、職責和選人的標準，并選擇合適的人選

b． 對工作進行全面估算，如果有人負荷過重，需要找人代替，解決負載平衡問題 c． 事前溝通并對相應人員明確要求，明確角色的輕重緩急，促使盡快轉(zhuǎn)換角色 d． 上級應該注意平時對人員的培養(yǎng)和監(jiān)控

5、項目團隊的角色構(gòu)成

a． 管理類：項目經(jīng)理

b． 工程類：系統(tǒng)分析師、軟件設計師、程序員、測試工程師、網(wǎng)絡工程師、實施工程師、系統(tǒng)工程師 c． 行業(yè)專家

d． 輔助類：文檔管理員、秘書

組建項目團隊，明確責任

建設項目團隊：提高個人績效；提高責任感和凝聚力 管理項目團隊：（1）跟蹤個人和團隊的執(zhí)行情況，提供反饋

（2）協(xié)調(diào)變更，以提高項目的績效，保證項目進度

（3）注意團隊的行為，管理沖突，解決問題

（4）評估團隊成員的績效

四、項目管理計劃

1、主要內(nèi)容

a． 活動定義——把工作包分解為活動 b． 活動排序——確定各活動間的依賴關(guān)系 c． 活動資源估算——決定需要什么資源和數(shù)量 d． 活動歷時估算——各工作的時間和總時間估算 e． 制定進度計劃——決定活動的開始和完成日期 f． 進度控制——依據(jù)計劃對項目進行控制

2、進度管理可能問題

a． 相關(guān)部門或人員未能參與早期工作 b． 項目經(jīng)理經(jīng)驗不足，進度估算不準 c． 資源配置不足或不合理 d． 安排進度時未考慮外部因素

3、應對措施

a． 向上級申請增加特定資源

b． 對關(guān)鍵路徑上的活動趕工，盡可能補救耽誤的時間，或提升資源利用率 c． 將部分工作改為并行進行

d． 對后續(xù)工作工期重新估算，考慮多方因素，盡量留余地

e． 加強溝通，爭取客戶對項目范圍確認，避免后期頻繁出現(xiàn)變更 f． 加強階段性的檢查和控制，避免后期出現(xiàn)返工 g． 外包 h． 縮減范圍

4、溝通管理可能問題

a． 內(nèi)部管理有問題，監(jiān)管不力 b． 沒有或極少與客戶進行直接溝通 c． 現(xiàn)場管理制度執(zhí)行不力 d． 總包與分包責任不清

e． 客戶獲取的信息失真，總包推卸責任

f． 客戶自己本身的問題，包括資金、管理水平等 g． 可能監(jiān)理工作沒到位

5、溝通管理應對措施

a． 做好干系人分析

b． 發(fā)揮總包的牽頭和監(jiān)理的協(xié)調(diào)作用

c． 對共用資源可用性進行分析，引入資源日歷 d． 解決沖突

e． 建立健全項目管理制度并監(jiān)管其執(zhí)行 f． 采用項目管理信息系統(tǒng)

6、時間管理可能問題

a． 項目工期緊

b． 項目經(jīng)理和成員任務重

7、時間管理應對措施——壓縮工期

a． 明確定義項目的分解結(jié)構(gòu)（WBS）b． 積極溝通，梳理出關(guān)鍵需求 c． 清晰定義，加大并行

d． 明確目標、責任和獎懲機制，提高員工工作績效 e． 必要時進行趕工

8、時間管理應對措施——跟蹤項目進度

a． 制定項目工作計劃

b． 建立對項目工作的監(jiān)督和測量機制

c． 確定項目的里程碑，并建立有效的評審機制

d． 對項目中發(fā)現(xiàn)的問題及時采取糾正和預防措施，并進行有效變更管理 e． 使用有效的項目管理工具，提升項目管理的工作效率

9、項目實施過程中的溝通管理可能問題

a． 缺乏對項目組成員的溝通需求和溝通風格的分析 b． 缺乏會議規(guī)程，導致會議效率低下，缺乏效果 c． 會議沒有產(chǎn)生記錄 d． 會議沒有引發(fā)相應行動 e． 溝通方式單一 f． 沒有進行沖突管理

10、項目實施過程中的溝通管理應對措施 a． 事先制定例會制度 b． 放棄無意義的會議

c． 明確會議的目的和期望結(jié)果 d． 發(fā)布會議通知 e． 明確會議規(guī)則 f． 會議后總結(jié) g． 要有會議紀要 h． 做好會議后勤保障

11、有效溝通措施

a． 對項目組成員進行溝通需求和溝通風格的分析 b． 針對不同需求和風格的人員設置不同的溝通方式 c． 通過多種方式溝通

d． 正式溝通結(jié)果要形成記錄 e． 引入標準的溝通模板

f． 培養(yǎng)團隊氛圍并注意沖突管理

12、項目質(zhì)量管理可能問題

a． 沒有制定可行的質(zhì)量管理計劃并積極實施 b． 沒有全面的質(zhì)量管理進展情況報告

c． 溝通方式單一或不全面，容易誤導用戶，致用戶不必要的擔心

13、項目質(zhì)量管理主要內(nèi)容

a． 質(zhì)量責任與人員職責 b． 組織結(jié)構(gòu) c． 程序與過程

d． 質(zhì)量控制的方法、工具與重點 e． 質(zhì)量管理所需要的資源 f． 驗收標準

14、如何實施質(zhì)量保證

a． 執(zhí)行質(zhì)量管理計劃

b． 采用質(zhì)量保證的工具和技術(shù) c． 提出相應質(zhì)量整改措施

五、掙值計算（EV）

PV（計劃值-計劃預算成本）；EV（掙值-已完成工作預算成本）；AC（已完成工作實際成本）CV（成本偏差）=EV-AC SV（進度偏差）=EV-PV CPI（成本績效指數(shù)）=EV/AC SPI（進度績效指數(shù)）=EV/PV

CV>0 成本節(jié)約；CV<0 成本超支 SV>0 進度超前；SV<0 進度落后

CPI>1 成本節(jié)約；CPI<1 成本超支 SPI>1 進度超前；SPI<1 進度落后

六、變更管理

1、主要內(nèi)容（流程）

變更流程主要包括：請求、分析、決策（或?qū)徟嵤?、驗證、溝通、歸檔

2、有可能的問題

a． 對用戶的要求未進行記錄

b． 對變更的請求未進行足夠的分析，也沒有獲得批準 c． 在修改的過程中沒有注意進行版本管理 d． 修改完成后未進行驗證

e． 修改的內(nèi)容未和項目干系人進行溝通

3、導致的后果

a． 缺乏對變更請求的記錄可能會導致對產(chǎn)品的變更歷史無法追溯，并會導致對工作產(chǎn)物的整體變化情況失去把握

b． 缺乏對變更請求的分析可能會導致后期的變更工作失誤

c． 在修改過程中不注意版本管理，一方面可能會導致當變更失敗時無法進行復原；另一方面，對于組織財富和經(jīng)驗的積累也是不利的

d． 修改完成后不進行驗證則難以確證變更是否正確實現(xiàn)

e． 未與項目干系人進行溝通可能會導致項目干系人的工作之間出現(xiàn)不一致之處

七、項目整體管理和配置管理

1、可能出現(xiàn)的問題

a． 缺乏項目整體管理和權(quán)衡 b． 缺乏變更控制規(guī)程 c． 缺乏項目干系人溝通 d． 缺乏配置管理 e． 缺乏整體版本管理

f． 缺乏各種單元測試和集成測試

2、主要內(nèi)容 a． 制定配置管理計劃 b． 配置項識別

c． 建立配置管理系統(tǒng) d． 基線化 e． 建立配置庫 f． 變更控制 g． 配置狀態(tài)統(tǒng)計 h． 配置審計

3、應對措施

a． 針對目前系統(tǒng)建立基線

b． 梳理變更脈絡，確定統(tǒng)一的最終需求和設計 c． 梳理配置項及其歷史版本

d． 對照最終需求和設計逐項分析現(xiàn)有配置項及歷史版本的符合情況 e． 根據(jù)分析結(jié)果由干系人確定整體變更計劃并實施 f． 加強單元接口測試與系統(tǒng)的集成測試或聯(lián)調(diào) g． 加強整體版本管理

八、制定項目進度計劃

1、如何制定滿足用戶需求的進度計劃

a． 溝通，強調(diào)項目意義，提高項目優(yōu)先級。

b． 從現(xiàn)有的資源和實際情況出發(fā)，優(yōu)化網(wǎng)絡圖，例如重排活動之間的順序，壓縮關(guān)鍵路徑長度

c． 增加資源，或者使用經(jīng)驗豐富的員工 d． 子任務并行，內(nèi)部流程優(yōu)化

e． 盡可能調(diào)配非關(guān)鍵路徑上的資源到關(guān)鍵路徑上的任務 f． 優(yōu)化外包、采購等環(huán)節(jié)并全程監(jiān)控

九、公司級項目管理

1、項目管理可能存在的問題

a． 項目前期缺乏相關(guān)部門的參與

b． 沒有把以往的經(jīng)驗教訓收集、歸納和積累

c． 沒有建立完善的內(nèi)部評審機制，或雖有評審機制但未有效執(zhí)行 d． 項目中沒有實行有效的變更管理

e． 公司級的項目管理體系不健全，或執(zhí)行得不好

2、應對措施

a． 改進項目的組織形式，明確項目團隊和職能部門之間的協(xié)作關(guān)系和工作程序 b． 做好項目當前的經(jīng)驗教訓收集、歸納工作

c． 明確項目工作的交付物，建立和實施項目的質(zhì)量評審機制 d． 建立項目的變更管理機制，識別變更中的利益相關(guān)方并加強溝通 e． 加強對項目團隊成員和相關(guān)人員的項目管理培訓

3、改進措施

a． 建立企業(yè)級的項目管理體系和工作規(guī)范 b． 加強對項目工作記錄的管理

c． 加強項目質(zhì)量管理和相應的評審制度

d． 加強項目經(jīng)驗教訓的收集、歸納、積累和分享工作 e． 引入合適的項目管理工具平臺，提升項目管理工作效率

十、范圍管理

1、范圍管理主要內(nèi)容

a． 范圍管理計劃 b． 范圍定義 c． 工作分解 d． 范圍確認 e． 范圍控制

2、范圍管理可能問題

a． 沒有挖掘到全部隱性需求，缺乏精確的范圍定義 b． 沒有有效的范圍管理，造成二次變更 c． 沒有對風險進行有效管理 d． 沒有對質(zhì)量進行有效控制 e． 對范圍控制不足

f． 沒有和客戶進行需求確認

3、范圍管理應對措施

a． 對項目范圍進行清晰定義，并根據(jù)定義對工作進行分解，制定WBS b． 對項目進行合理估算，對工作量有量化的把握 c． 對項目范圍進行有效控制

d． 重新定義項目范圍必須得到高層和客戶的確認 e． 進行溝通管理，協(xié)調(diào)多個項目干系人之間的矛盾

十一、風險管理

1、風險管理主要內(nèi)容

a． 風險識別 b． 風險量化

c． 風險應對計劃制定 d． 風險監(jiān)控

2、風險管理可能問題

a． 項目范圍的風險 b． 項目進度的風險 c． 項目人力資源的風險 d． 項目質(zhì)量的風險 e． 客戶方面的風險 f．

3、風險管理應對措施

a． 項目范圍盡可能清晰的界定

b． 項目進度制定需要充分考慮各種潛在因素，適當留有余地和柔性

c． 合理利用趕工及快速跟進等方法，充分利用資源，爭取保質(zhì)保量完成任務 d． 實施雙方因?qū)θ藛T進行認真的評估，制定適當?shù)莫剳痛胧?e． 對用戶進行培訓，讓用戶的需求更加合理

第五篇：信息系統(tǒng)項目管理師案例分析(項目時間管理)

項目的時間管理包括使項目按時完成所必須的管理過程。按照 PMBOK2004中的定義,這些過程包括 活動定義、活動排序、活動資源估算、活動歷時估算、制定進度計劃和進度控制。

在一個項目計劃中,進度安排的準確程度比成本估算的準確程度更重要,影響進度的因素有很多,進 度失控會導致成本的增加,引起客戶的不滿,甚至引起合同糾紛和項目失敗。在考慮進度安排時,要把人 員的工作量與花費的時間聯(lián)系起來,合理分配工作量,使用多種時間控制工具來監(jiān)控項目的執(zhí)行。作為項 目經(jīng)理,在出現(xiàn)項目拖期時,應該采用有效的時間控制方法,將項目拖回正常的軌道,或盡可能將項目的 拖期縮短,確保項目的按時完成。

案例一

閱讀下面關(guān)于項目管理問題的敘述,回答問題 1至問題 3,將解答填入答題紙的對應欄內(nèi)。案例場景: 小陳是負責某系統(tǒng)集成項目的項目經(jīng)理。經(jīng)過項目組對所需工作進行分解,明確了項目的范圍,通過活動 定義、活動排序和活動資源估算等過程后,收集到一張工作分解結(jié)構(gòu)表,如下:

小陳根據(jù)上表畫出了本項目的雙代號網(wǎng)絡圖,并計算出了項目的工期。在與客戶進行反復溝通后,項目組 決定,在考慮對質(zhì)量影響的情況下,進行網(wǎng)絡計劃工期優(yōu)化。[問題 1](13分

請畫出本項目的雙代號網(wǎng)絡圖,并計算出項目的工期,并指出關(guān)鍵路徑。

這個項目的工期為 18天

共有四條關(guān)鍵路徑:ACEGILACEGJLACFILACFJL [問題 2](6分

在網(wǎng)絡圖中,所提到的工期一般分為三種情況,即計算工期、要求工期和計劃工期。請用 100字以內(nèi)的文 字,說明它們的含義。

(1 計算工期:根據(jù)網(wǎng)絡計劃時間參數(shù)計算而得的工期(2 要求工期:任務委托人所提出的指令性工期

(3 計劃工期:根據(jù)要求工期和計算工期所確定的作為實施目標的工期。

[問題 3](6分

如果在項目的網(wǎng)絡圖中有多條獨立的關(guān)鍵路徑,考慮對質(zhì)量的影響,優(yōu)先選擇的壓縮對象應是這些條關(guān)鍵 路徑上 的工作組合。請從下列選項中選擇出你認為正確的答案。并回答網(wǎng)絡計劃的優(yōu)化都包 括哪些優(yōu)化? A 資源消耗量之和最小 B 直接費用率之和最小 B 持續(xù)時間之和最長 D 間接費用率之和最小 選 B 網(wǎng)絡計劃的優(yōu)化包括工期優(yōu)化、費用優(yōu)化(成本優(yōu)化和資源優(yōu)化 案例二

閱讀下面關(guān)于項目管理問題的敘述,回答問題 1至問題 3,將解答填入答題紙的對應欄內(nèi)。

案例場景: 在某網(wǎng)絡施工項目實施中,項目經(jīng)理制定了下圖所示的綜合布線進度計劃,圖中已標出每個節(jié)點的最早開 始時間和最遲開始時間。

項目經(jīng)理在第五天末進行檢查時,發(fā)現(xiàn)工作 A 已經(jīng)完成,工作 B 已經(jīng)實施 3天,工作 C 已經(jīng)實施 1天,工 作 D 已經(jīng)實施 1天。

[問題 1](5分

在項目實施中,可以用單代號網(wǎng)絡圖和雙帶號網(wǎng)絡圖表示進度計劃,本圖所示的是什么樣的網(wǎng)絡圖?節(jié)點 5○ 6和節(jié)點 5○ 7表示的是什么樣的活動?請說明這種活動的含義。這種活動在單代號網(wǎng)絡圖中用

什么方法表示? 本圖是一張雙代號網(wǎng)絡圖(箭線圖 ADM/AOA 節(jié)點 5-→6和節(jié)點 5→7表示的是虛活動

在雙代號網(wǎng)絡圖中,用虛箭線表示虛活動,虛活動既不消耗時間,也不消耗資源,僅表明一種工作順序的 先后依賴關(guān)系。虛箭線箭頭指向的工作開始要依賴于前一個工作的完成。

在單代號網(wǎng)絡圖中,有多項開始工作時,應增設一項虛擬工作(S;有多項結(jié)束工作時,應增設一項虛擬 工作(F ,僅存在于網(wǎng)絡圖的開始和結(jié)束。

[問題 2](10分

根據(jù)對綜合布線進度檢查的結(jié)果,請確定工作 B、C、D 的進度是正常還是延誤(給出延誤的天數(shù) ?是否影 響工期?并說明為什么? 檢查日期是第 5天末,則 3個工作分別推遲的時間為: Tb=5-(2+3=0 Tc=5-(2+1=2 Td=5-(2+1=2 工作 B 進度正常,故不會影響工期

工作 C 延誤 2天,因為其為關(guān)鍵活動,故影響工期 2天

工作 D 延誤 2天,但其共有 3天的總時差,故不會影響總工期,但影響緊后活動 G。

[問題 3](10分

在項目總工期允許拖延的情況下, 請重新計算網(wǎng)絡時間參數(shù)并填入下圖的空(1~(30中。總工期是正常還 是延誤?若延誤,請給出延誤天數(shù)。

新的總工期是 34天

34-32=2(天 ,即總工期延誤了 2天

閱讀下述關(guān)于項目時間管理的說明,回答問題 1至問題 3,將解答填入答題紙的對應欄內(nèi)。

案例場景: 小張是負責某項目的項目經(jīng)理。經(jīng)過工作分解后,此項目的范圍已經(jīng)明確, 但是為了更好地對項目的開發(fā) 過程進行有效監(jiān)控,保證項目按期、保質(zhì)完成,小張需要采用網(wǎng)絡計劃技術(shù)對項目進度進行管理。經(jīng)過分 析,小張得到了一張表明工作先后關(guān)系及每項工作的初步時間估計的工作列表,如下表所示:

[問題 1](15分

請根據(jù)上表完成此項目的前導圖(單代號網(wǎng)絡圖 , 表明各活動之間的邏輯關(guān)系, 并指出關(guān)鍵路徑和項目工期。節(jié)點用以下樣圖標識

關(guān)鍵路徑為 ACDGH 項目工期為 48天

[問題 2](6分

請分別計算工作 B、C、E 的自由浮動時間。B 的自由浮動時間(自由時差為 6天 C 的自由浮動時間(自由時差為 0天 E 的自由浮動時間(自由時差為 5天 [問題 3](4分

為了加快進度,在進行工作 G 時加班趕工,因此將該項工作的時間壓縮了 7天(歷時 8天。請指出此時的 關(guān)鍵路徑,并計算工期。

趕工后的關(guān)鍵路徑為 ACDFH 項目工期為 43天

夏工是負責某公司 ERP 項目的項目經(jīng)理,有多年從事 ERP 項目管理的經(jīng)驗。夏工為了更好地對項目的進度 進行管理,對每個工作的歷時進行了估算,并列出了各工作間的依賴關(guān)系,如表:

【 問題 1】(10分

請繪出該項目的雙代號網(wǎng)絡計劃圖。

【 問題 2】(10分

經(jīng)過對初步的計劃分析后發(fā)現(xiàn),項目工作之間需要補充下述兩個約束關(guān)系。

(1 A 工作在開始了 10天之后, B 工作便可開始。(2 I 工作完成 10天后, M 工作才可以完成。

請在已經(jīng)給出的單代號網(wǎng)絡計劃圖的基礎上,補充上述關(guān)系的限制約束條件,并補充各項工作的最早開始 時間、最早結(jié)束時間、最遲開始時間、最遲結(jié)束時間、總時差和自由時差,并標注在圖中

ES :最早開始時間 EF :最早結(jié)束時間 LS :最遲開始時間 LF :最遲結(jié)束時間 DU :工作歷時 NO: 工作代號 TF :總時差 FF :自由時差

(1 A 活動在開始了 10天后, B 活動便可開始,可以在 AB 之間用 SS10表示(提前量

(2 I 活動完成 10天后, M 活動才可以完成,可以在 IM 之間用 FF10表示(滯后量 請用正推和逆推計算出 6個參數(shù) 【 問題 3】(5分

在問題 2給出的單代號網(wǎng)絡圖中,用雙線或粗線標注出該項目的關(guān)鍵路徑。標出關(guān)鍵路徑 案例五

閱讀下面關(guān)于項目管理問題的敘述,回答題 1至問題 3,將解答填入答題紙的對應欄內(nèi)

案例場景: 某系統(tǒng)集成公司承接了某大型鋼鐵公司的一個電視監(jiān)控項目,包括 21個門衛(wèi)監(jiān)控點和 80個生產(chǎn)監(jiān)控點。公司的視頻監(jiān)控專家劉高工負責本項目的實施工作。為了趕進度,項目組和用戶進行了充分溝通,以取得 用戶在現(xiàn)場施工時給予充分的支持。

劉高工將人員分為 3組同時實施,對每組人員按能力進行搭配,確保各組的施工水平相當,各組內(nèi)人員入 場時間、分工各有不同,劉高工將工作進行分解后,對每個工作包按實施時間排序,得出工作分解結(jié)構(gòu)如 下表:

劉高工根據(jù)以往監(jiān)控項目實施經(jīng)驗,認為工作 A 和工作 B 可以并行;工作 C 和 D 也可以并行;工作 A 和 B 完全結(jié)束后,工作 C 和 D 才可以進行。為了控制進度,劉高工繪制出項目的甘特圖和網(wǎng)絡圖,并由此計算 出項目所需的工期。

【問題 1】(5分

在項目實施中,項目經(jīng)理經(jīng)常采用甘特圖法和網(wǎng)絡圖法來控制進度,在通常情況下這兩種方法需要配合使 用,請簡要說明各自的作用。

甘特圖法可以對比各工作的計劃進度和實際進度,能十分清楚地了解計劃執(zhí)行得偏差,以便對偏差進行處 理。

網(wǎng)絡圖法能夠充分提示各項工作項目之間互相制約和互相依賴的關(guān)系, 從中找出關(guān)鍵路徑, 進行重點控制?！締栴} 2】(10分

根據(jù)案例中的描述,請補充這個項目的單代號網(wǎng)絡圖的時間參數(shù)和依賴關(guān)系,并計算出項目的總工期

總工期為 30天 【 問題 3】(10分

根據(jù)案例中描述,請畫出這個項目的甘特圖(只需畫出計劃進度

案例六

閱讀下面關(guān)于項目時間管理問題的敘述,回答問題 1至問題 3,將解答填入答題紙的對應欄內(nèi)。案例場景: 某信息系統(tǒng)集成公司在某小型煉油企業(yè)有成功實施 MES 的經(jīng)驗,其針對煉油企業(yè)的 MES1.0軟件深受用戶 好評。

公司去年承接了 A 公司的 MES 項目實施, A 公司是一家大型石化公司,有下屬分廠十多家,包括煉油廠、橡膠廠、烯烴廠、塑料廠、腈綸廠和儲運廠等,以煉油廠為石油煉制龍頭,其他分廠提供半成品和生產(chǎn)原 料,業(yè)務流程復雜。

錢經(jīng)理為公司的項目經(jīng)理,全面負責管理這個項目,這是他第一次管理大型項目。

A 公司信息中心的夏經(jīng)理作為甲方項目經(jīng)理負責實施配合。由于涉及分廠較多,從各分廠抽調(diào)了生產(chǎn)調(diào)度 人員、計劃統(tǒng)計人員、計量人員、信息人員中的技術(shù)骨干,組成各分廠的項目小組,錢經(jīng)理帶領的乙方項 目組成員均為 MES 業(yè)務顧問,資深顧問安排到了業(yè)務最復雜的煉油廠,其他顧問水平參差不齊,分別安排 到了其他分廠。公司的軟件開發(fā)部設在總部,項目實施顧問均在 A 公司提供的現(xiàn)場(某賓館集中辦公, 錢經(jīng)理負責 A 公司與公司總部之間的溝通,從總體上管理項目。

項目在 8月初啟動, 錢經(jīng)理按原 MES1.0版本時的實施經(jīng)驗制定了項目開發(fā)計劃, 收集各分廠用戶需求, 組

建了 MES 測試服務器環(huán)境等。初期較為順利,但后來發(fā)生了一系列的問題,由于原 MES1.0版本軟件僅適 用于單純的煉油業(yè)務,而現(xiàn)在的化工業(yè)務在軟件系統(tǒng)中并沒有合適的模型, A 公司規(guī)模很大,煉油廠的許 多業(yè)務并不是直線式的,而是一種網(wǎng)狀關(guān)系,所以 MES 軟件的煉油裝置模型也需要修改,而在錢經(jīng)理的項 目計劃中,并沒有煉油模型的修改計劃,業(yè)務需求分析占用了很多時間,錢經(jīng)理將這些需求提交給軟件開 發(fā)部抓緊開發(fā),而與此同時,甲方得部分業(yè)務人員,如統(tǒng)計和信息人員卻顯得無事可做,許多時間消耗在 上網(wǎng)或打游戲上,或通過遠程桌面處理自己原單位的一些日常工作事務。

當軟件開發(fā)部將軟件開發(fā)完成后,已經(jīng)進入 12月,項目進度已經(jīng)遠遠落后于錢經(jīng)理當初的計劃,錢經(jīng)理要 求個分廠小組由顧問牽頭分別對自己負責的模塊進行測試, 同時安排各小組中信息人員進行報表開發(fā), MES 系統(tǒng)試運行的原計劃安排在 12月底, 擬 1月中旬正式上線, 信息人員認為, 以現(xiàn)在的可用時間開發(fā)這么多 報表,肯定完不成,統(tǒng)計人員發(fā)現(xiàn) MES 系統(tǒng)根本不能滿足業(yè)務的需要。

項目的進展進入混亂狀態(tài),各分廠的項目小組內(nèi)也有不同的聲音,有抱怨系統(tǒng)太爛的,運行一個查詢頁面 居然要 3分鐘時間,也有用戶反映在一些錄入頁面中找不到提交按鈕,造成資料不能保存的,一些顧問迫 于壓力嘗試修改系統(tǒng),但竟然造成了用戶的數(shù)據(jù)丟失,引起很大不滿,甚至一些成員開始嘲笑乙方顧問的 水平,進而開始懷疑 MES 系統(tǒng)能否正常運轉(zhuǎn)起來。根據(jù)實際情況,錢經(jīng)理在用戶同意的情況下,將系統(tǒng)的 投用時間重新設在 1月底。為了完成這個目標,錢經(jīng)理要求各項目小組從 12月中旬開始,每周六、周日和 晚上必須加班。元旦期間,項目小組中的一些甲方成員并沒有來加班,甚至有一個假日的中午,所在的賓 館居然沒有提供足夠的午餐,乙方項目小組中開始有人跳槽離去 ……

錢經(jīng)理受到公司總部的批評,錢經(jīng)理認為,即使他能準確估算出每個任務所需的時間,也無法確定項目的 總工期,以項目現(xiàn)在的狀態(tài),到 1月底根本完不成。2月底也沒有把握,具體什么時間完成,錢經(jīng)理感覺 遙遙無期。

[問題 1](10分

請用 200字以內(nèi)的文字,從時間管理的角度,分析進度失控的可能原因。(1 錢經(jīng)理缺少管理大型項目的經(jīng)驗;制訂的進度計劃存在問題

(2 錢經(jīng)理對某些活動的歷時估算有問題,如需求分析和軟件開發(fā)所需要的時間。

(3 錢經(jīng)理提交給開發(fā)人員的業(yè)務需求可能存在問題。(4 乙方項目組內(nèi)部缺少溝通(5 甲乙雙方?jīng)]有明確的分工

(6 甲方項目經(jīng)理可能沒有發(fā)揮對甲方成員的管理作用

(7 沒有變更控制系統(tǒng)或規(guī)范的變更控制流程,沒有使用配置管理系統(tǒng)(8 對項目的每個階段可能沒有明確的劃分,也沒有相應標準來評審,就進入下一階段。

(9 缺少一個從總體上控制項目的項目經(jīng)理或其他監(jiān)控措施(10 甲乙雙方溝通不足。甲乙雙方應該確立一個共同目標。(11 在趕工時,加班過度降低了工作效率

(12 活動資源估算上有問題,在人力資源使用的安排上,沒有充分發(fā)揮資源的作用

(13 缺少激勵措施,沒有考慮人員的流動風險

(14 缺少對進度監(jiān)控的機制,沒有使用網(wǎng)絡圖等工具,沒有確定個任務間的依賴關(guān)系,對各項任務的 先后順序安排可能出現(xiàn)了錯誤。

[問題 2](10分

請用 200字以內(nèi)的文字,建議錢經(jīng)理下一步應該怎么做。(1 錢經(jīng)理、夏經(jīng)理和項目組一起,重新修訂一個合理的進度計劃(2 重新核實各活動的歷時估算,包括已經(jīng)發(fā)生過的,記錄錯誤原因(3 重新和用戶一起梳理業(yè)務需求,確保理解的一致性。(4 加強乙方項目組內(nèi)部溝通交流(5 對甲乙雙方進行明確的分工,分清職責(6 甲方項目經(jīng)理行使管理甲方成員的權(quán)力

(7 制訂規(guī)范的變更控制流程,在項目中使用配置管理系統(tǒng)(8 明確劃分項目的每個階段,制訂評審標準

(9 增加一個從總體上控制項目的項目經(jīng)理,或制訂一些監(jiān)控措施(10 加強甲乙項目組之間的溝通

(11 合理趕工,如果需要,可以縮小范圍,先保證核心工作的實現(xiàn)(12 建立人力資源日歷。充分發(fā)揮資源的作用(13 制訂積極的績效考核制度,減少人員的流動風險

(14 重新梳理各活動間的依賴關(guān)系,確保網(wǎng)絡圖能反映真實的情況。加強對進度的監(jiān)控。

[問題 3](5分

請用 400字以內(nèi)的文字,分析在信息系統(tǒng)項目實施中,有哪些因素影響項目的進度,舉出 5個因素,分別 予以說明。

影響項目進度的因素有:(1 工程質(zhì)量的影響。質(zhì)量指標的不明確、不切實際的質(zhì)量目標、質(zhì)量不合格,都將對工程進度產(chǎn)生 大的影響。

(2 設計變更的影響。設計的變更通常會引發(fā)質(zhì)量、投資的變化,加大工程建設的難度,因而影響進 度計劃。

(3 資源投入的影響。人力、部件和設備不能按時、按質(zhì)、按量供應(4 資金的影響。如果建設單位不能及時給足預付款,或是由于拖欠階段性工程款,都會影響承建單 位資金的周轉(zhuǎn),進而殃及進度

(5 相關(guān)單位的影響。項目建設單位、設計、實施單位、設備供應單位、資金供應單位、監(jiān)督管理信 息系統(tǒng)工程建設的政府部門等都可能對項目的進度帶來直接或間接的影響

(6 可見或不可見的各種風險因素的影響。風險因素包括政治上的、經(jīng)濟上的和技術(shù)上的變化等。項 目經(jīng)理要加強風險管理,對發(fā)生的風險事件給予恰當?shù)奶幚?有控制風險、減少風險損失及其對 進度產(chǎn)生影響的措施。

(7 承建單位管理水平的影響。承建單位的施工方案不恰當、計劃不周詳、管理不完善、解決問題不 及時等,都會影響工程項目的施工進度。

案例七

閱讀下面關(guān)于項目管理問題的敘述,回答問題 1至問題 3,將解答填入答題紙的對應欄內(nèi)。

案例場景: 某系統(tǒng)集成公司現(xiàn)有員工 50多人,業(yè)務部門分為銷售、軟件開發(fā)部和系統(tǒng)網(wǎng)絡部等。

經(jīng)過近半年的醞釀后,在今年一月份,公司的銷售不直接與某銀行簽訂了一個銀行前置機的軟件系統(tǒng)的項 目。合同規(guī)定, 6月 28日之前系統(tǒng)必須投入試運行。在合同簽訂后, 銷售部將此合同移交給了軟件開發(fā)部, 進行項目的實施。

項目經(jīng)理小丁做過 5年的系統(tǒng)分析和設計工作,但這是他第一次擔任項目經(jīng)理。小丁兼任系統(tǒng)分析工作, 此外項目還有 2名有 1年工作經(jīng)驗的程序員, 1名測試人員, 2名負責組網(wǎng)和布線的系統(tǒng)工程師。項目組成 的成員均全程參加項目。

在承擔項目后,小丁組織大家制訂了項目的 WBS ,并依照以前的經(jīng)歷制訂了本項目的進度計劃,簡單描述 如下: 1 應用子系統(tǒng)

(1 1月 5日 ~2月 5日,需求分析。

(2 2月 6日 ~3月 26日,系統(tǒng)設計和軟件設計。(3 3月 27日 ~5月 10日,編碼。

(4 5月 11日 ~5月 30日,系統(tǒng)內(nèi)部測試。2 綜合布線

2月 20日 ~4月 20日,完成調(diào)研和布線 3 網(wǎng)絡子系統(tǒng)

4月 21日 ~5月 21日,設備安裝、聯(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)設計剛剛開始,由此推測 3月 26日很可能完不成系統(tǒng)設計。[問題 1](4分

請用 150字以內(nèi)的文字,分析問題發(fā)生的可能原因。

(1 銷售部沒有及時讓軟件開發(fā)部參與項目早期工作,需求分析耗時較長。(2 項目經(jīng)理經(jīng)驗不足,進度估算不準確

(3 項目資源配置不足,缺乏專職的系統(tǒng)分析和設計人員。

(4 工作安排沒有充分利用分配的項目資源,在一些時間段,人力資源有閑置情況。

(5 在安排進度時可能未考慮法定節(jié)假日的因素 [問題 2](9分

請用 200字以內(nèi)的文字,建議小丁應該如何做以保證項目整體進度不拖延。(1 向職能經(jīng)理申請增加特定資源,特別是要增加系統(tǒng)分析和設計人員。(2 臨時加班 /趕工,盡可能補救耽誤的時間或提升資源的利用效率。(3 將部分階段的工作改為并行進行(快速跟進

(4 對后續(xù)工作的工期重新進行估算,并考慮節(jié)假日問題,修訂計劃,盡量留有余地。

(5 加強溝通,爭取客戶能夠?qū)椖糠秶约靶枨?、設計、驗收標準進行確認,避免后期頻繁出現(xiàn) 變更。

(6 加強對階段工作的檢查和控制,避免后期出現(xiàn)返工。[問題 3](12分

請用 400字以內(nèi)的文字, 概述典型的信息系統(tǒng)集成項目的進度 /時間管理的過程和方法以及資源配置對進度 的制約。

(1 活動定義(2 活動排序(3 活動資源估算(4 活動歷時估算(5 制定進度計劃(6 進度控制 資源對進度的制約: 在一般情況下,項目活動的歷時與項目規(guī)模成正比,與投入的資源數(shù)量成反比。即投入的資源數(shù)量越多, 活動的歷時越短。但是要注意任何活動都具有壓縮點,當活動的歷時已達到自身的壓縮點之后,增加再多 的資源也無法進一步縮短活動歷時。

在非關(guān)鍵活動的一個較大時間延誤也許只對項目產(chǎn)生較小的影響或不產(chǎn)生影響,而在關(guān)鍵活動的較小延誤 也許就需要馬上采取糾正措施。因此,每當縮短項目工期時,應當首先考慮在關(guān)鍵活動上增加資源,以加 快進度,縮短項目工期。

案例八 閱讀下列說明，回答問題 1 至問題 3，將解答填入答題紙的對應欄內(nèi)。案例場景： 案例場景： J 公司 2009 年 3 月中標某市公安局的人口管理系統(tǒng)開發(fā)項

目，因該市要在 2009 年 11 月舉辦某大型國 際會議，因此公安局要求人口管理系統(tǒng)一定要在 2009 年 7 月 1 日之前投入使用。張某是負責這個項目的項 目經(jīng)理，雖然他進公司才不到 3 年，但他已成功地管理過兩個類似的項目，被大家稱之為“救火隊長”，而 張某也對自己信息十足。但這次和以往不同的是，張某還同時管理著另外兩個項目，而這個人口管理系統(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)絡改造和軟 件開發(fā)，而軟件又分界面、業(yè)務流程和數(shù)據(jù)庫三個子系統(tǒng)。他們團隊有 6 人，其中有人做過類似的 C/S 結(jié) 構(gòu)的項目，而公司剛剛結(jié)束的一個網(wǎng)絡項目與本次承擔的網(wǎng)絡改造項目在技術(shù)架構(gòu)方面幾近相同，只是規(guī) 模不同。公安局要求新系統(tǒng)能夠支持移動接入，而項目團隊中沒有一人接觸過移動接入技術(shù)。張某憑直覺 知道依現(xiàn)有的人員在 2009 年 7 月 1 日之前完成項目是不可能的。[問題 1]（10 分）請說明張某可以用什么方法和技術(shù)來估算項目的工期（300 字以內(nèi)）。（1）明確定義項目的 WBS（2）由于是升級項目，所以部分工作的工期估計方法可以采用“類比估算法”（3）對于新增的“移動接入”模塊，可以聯(lián)系業(yè)界專家，采用“德爾菲法”進行估算（4）對于 WBS 進行足夠細化后，可以依據(jù)歷史數(shù)據(jù)采用“參數(shù)估算法”或“三點估算法”進行進一 步歷時估算。[問題 2]（10 分）請說明張某可以采取哪些方法來壓縮工期，以使項目能夠在 2009 年 7 月 1 日之前交付？（1）與客戶進行溝通，梳理業(yè)務需求中的關(guān)鍵需求，與客戶進行協(xié)商能否在期限前先完成關(guān)鍵需求，其他部分分期交付。（2）制訂出合理可靠的技術(shù)方案，對其中不熟悉的部分，可以采用外包的方法（3）清晰定義各模塊之間的接口，然后可以加大并行工作的程度（4）明確目標、責任和獎懲機制，提高員工的工作績效。（5）必要時進行趕工。[問題 3]（5 分）請說明張某可以采用哪些方法來跟蹤項目的進度，以確保項目能夠按期交付？（1）基于 WBS 和工時估算制訂活動網(wǎng)絡圖，制訂項目工作計劃。（2）建立對項目工作的監(jiān)督和測量機制。（3）確定項目的里程碑，并建立有效的評審機制（4）對項目中發(fā)現(xiàn)的問題，及時采取糾正和預防措施，并進行有

效的變更管理（5）使用有效的項目管理工具，提升項目管理的工作效率 案例九 閱讀下列關(guān)于程序測試計劃的敘述，回答問題 1 至問題 4，將解答填入答題紙的對應欄內(nèi)。案例場景： 案例場景：

某程序 P 包括 A~H 這 8 個模塊，其結(jié)構(gòu)如圖 3-23 所示，其中模塊 D 與 G 需要調(diào)用公共模塊 E?，F(xiàn)計劃采用自頂向下方法執(zhí)行程序 P 的測試項目，該項目包括多個作業(yè)。設作業(yè) A 的任務是對模塊 A 進行測試，作業(yè) B 的任務是對模塊 B 進行測試，依此類推。作業(yè) P 的任務是對程序 P 進行整體測試。下表 列出了該項目個作業(yè)計劃所需的天數(shù)、至少必須的天數(shù)（即再增大花費也不能縮短的天數(shù)）以及每縮短 1 天測試所需要增加的費用。作業(yè) A B C D E F G H P 計劃所需天數(shù) 2 5 7 4 4 3 5 4 5 至少必須的天數(shù) 1 3 4 3 2 2 4 2 5 每縮短 1 天所需增加的費用（元）500 1000 2500 2000 2000 1500 2500 2000 下圖是尚未完成的該項目計劃圖，其中，每條箭線表示一個測試作業(yè)，箭線上標注的字母表示作業(yè)名，數(shù)字表示計劃測試天數(shù)。2 C,7 B,5 A,2 0 1 F,3 4 D,4 E,4 5 6 P,5 7 3 [問題 1]（6 分）

請通過填補箭線完成上圖所示的該項目計劃圖。若此為虛作業(yè)，請畫成虛箭線；若為實箭線，請在箭線上 注明作業(yè)名以及計劃測試天數(shù)。[問題 2]（4 分）完成該測試項目計劃需要多少天？ 完成該測試項目計劃需要 20 天 [問題 3]（9 分）（1）如果要求該測試項目比原計劃提前 1 天完成，則至少應增加多少費用？應將哪些測試作業(yè)縮短 一天？ 將作業(yè) A 縮短 1 天，需要增加 500 元（2）如果要求該測試項目在（1）的基礎上再提前 1 天完成，則至少應再增加多少費用？應再將哪些 測試作業(yè)縮短 1 天？ 再將作業(yè) B 縮短 1 天，需要再增加 1000 元 [問題 4]（6 分）假設該測試項目已按原計劃部署，到了第 7 天末，發(fā)現(xiàn)模塊 A 與 B 已按計劃測試完成，但模塊 F 卻剛 測試完，比原計劃延遲了 2 天。為了保證該項目仍能在原計劃總天數(shù)內(nèi)完成，則至少應增加多少費用？應 縮短哪些作業(yè)多少天？ 應增加 2500 元，將作業(yè) G 縮短 1 天 案例十 案例場景 某公司 2008 年 3 月中標某市公安局的人口管理系統(tǒng)開發(fā)項目，因該市要在 2008 年 11 月舉辦某大型國 際會議，因此公安局要求人口管理系統(tǒng)一定要在 2008 年 7 月 1 日之前投入使用。強某是負責這個項目的項 目經(jīng)理，雖然他進公司才不到 3 年，但他已成功地管理過 2 個類似的

項目，被大家稱之為“救火隊長”，而 強某也對自己信心十足。但這次和以往不同的是強某還同時管理著另外兩個項目，而這個人口管理系統(tǒng)項 目的工期要求緊、他能調(diào)用的人手少。該人口管理系統(tǒng)項目屬于升級項目。原來的系統(tǒng)為某公司開發(fā)，是 C/S 結(jié)構(gòu)，只能管理本地城區(qū)常住 人口。新的人口管理系統(tǒng)要求是 B/S 結(jié)構(gòu)，要既能管理城區(qū)常住人口又能管理郊區(qū)常住人口、市轄縣常住 人口和流動人口，而公安局要求該新系統(tǒng)首先把流動人口管理起來。該項目從技術(shù)角度可分為網(wǎng)絡改造和 軟件開發(fā)，而軟件又分界面、業(yè)務流程和數(shù)據(jù)庫三個子系統(tǒng)。他們團隊有 6 人，其中有人做過類似的 C/S 結(jié)構(gòu)的項目，而公司剛剛結(jié)束的一個網(wǎng)絡項目與本次承擔的網(wǎng)絡改造項目在技術(shù)架構(gòu)方面幾近相同，只是 規(guī)模不同。公安局要求新系統(tǒng)能夠支持移動接入，而項目團隊中沒有一人接觸過移動接入技術(shù)。強某憑直 覺知道依現(xiàn)有的人員在 2008 年 7 月 1 日之前完成項目是不可能的?！締栴} 1】請說明強某可以用什么方法和技術(shù)來估算項目的工期（300 字以內(nèi)）？ 【問題 2】 請說明強某可以采取哪些方法來壓縮工期，以使項目能夠在 2008 年 7 月 1 日之前交付（300 字以內(nèi)）？ 【問題 3】 請說明強某可以采用哪些方法來跟蹤項目的進度，以確保項目能夠按期交付（300 字以內(nèi)）？ 分析 本案例是一道關(guān)于項目時間管理的題，主要考查考生對制訂項目進度、壓縮項目工期、監(jiān)控項目進度 時所使用的技術(shù)與工具。同樣，在回答問題之前，應先通讀試題的說明，以明了問題所在。讀完試題的說明之后，可知某公司強某遇到了相當普遍存在的問題：出現(xiàn)的問題是相當普遍的。項目 工期緊、項目經(jīng)理包括團隊成員任務重，還涉及一些新技術(shù)。此時，要準確地估算工期，必須先明確任務，也就是明確定義項目的工作分解結(jié)構(gòu)（WBS）。通過把 WBS 中的工作包進一步分解為活動，然后對活動進 行定義、排序與資源估算，就可以確定整個項目的工期了。由于該項目是新舊交叉，所以對于新增的移動 接入模塊，可以聯(lián)系業(yè)界專家，采用德爾菲法進行估算，對于舊模塊可依據(jù)歷史數(shù)據(jù)采用類比法估算。結(jié)合傳統(tǒng)的工期壓縮技術(shù)，加上考生的經(jīng)驗，就可以回答【問題 2】了。【問題 3】不僅涉及到監(jiān)控方法，還要使用項目管理的工具軟件。解答要點 【問題 1】（1）明確定義項目的工作分解結(jié)構(gòu)（WBS）。（2）由于是升級項目，所以部分工作的工期估計方法可以采用類比估算法。（3）對于新增的移動接入模塊，可以

聯(lián)系業(yè)界專家，采用德爾菲法進行估算。（4）對于 WBS 進行足夠細化后，可依據(jù)歷史數(shù)據(jù)采用參數(shù)估算或三點估算進行進一步歷時估算?！締栴} 2】（1）與客戶進行溝通，梳理業(yè)務需求中的關(guān)鍵需求，與客戶進行協(xié)商能否在期限前先完成關(guān)鍵需求，其他部分分期交付。（2）制定出合理可靠的技術(shù)方案，對其中不熟悉的部分，可以采用外包的方法。（3）清晰定義各功能模塊之間的接口，然后可以加大并行工作的程度。（4）明確目標、責任和獎懲機制，提高員工的工作績效。（5）必要時，進行趕工?！締栴} 3】（1）基于 WBS 和工時估算制定活動網(wǎng)絡圖，制定項目工作計劃。（2）建立對項目工作的監(jiān)督和測量機制。（3）確定項目的里程碑，并建立有效的評審機制。（4）對項目中發(fā)現(xiàn)的問題，及時采取糾正和預防措施，并進行有效變更管理。（5）使用有效的項目管理工具，提升項目管理的工作效率。