【軟考中級】系統集成項目管理工程師

軟考中級——系統集成項目管理工程師

案例分析基礎

考試時間及要求

中級考試案例分析5道題，時間150分鐘，時間充裕。（高級考試案例分析3道題【高級一般第一題都是找錯、第二題改錯、第三題默寫】，時間90分鐘、平均每道題花30分鐘，時間相對而言還是比較緊張的。案例分析如果要卡人，主要通過計算題去卡，計算題沒問題，案例分析基本能過。）

一般情況下案例分析分為四種題型:

計算題
找錯改錯
純理論
填空、選擇、判斷

案例分析

案例分析中的計算題一般就考兩個章節的內容：進度和成本。

對于進度的題型：找關鍵路徑、求總工期、自由時差、總時差、進度壓縮、資源平滑

對于成本的題型：掙值分析、預測技術

1、計算題

案例分析里的計算題就是進度、掙值分析、預測技術。主要考查的知識點有:找關鍵路徑、求總工期、自由時差、總時差、進度壓縮、資源平滑、掙值計算、預測計算。

計算題是一定要拿下的，做計算題要保持頭腦清晰，認真讀題把PV、EV、AC找出來，知道是典型和非典型。另外，對于進度的計算，比如簡單的找關鍵路徑、求總工期、自由時差、總時差是不需要寫過程`的。對于別的內容，需要寫過程，寫公式，就算你最后沒全部算出來，也會得到過程分。

2、找錯改錯.

掌握兩個點:1、按照過程來答2、盡力多答。

結合歷年真題來看，很多一樣的常見錯誤，反復的考，歷年案例分析真題解析的題目和答案多讀，請注意是多讀，不是做題。多讀的目的是為了盡力掌握一些專業俗語，盡力多答。

3、純理論

相信是大部分考生都擔心的問題，確實有難度。但如果你只求及格，不需要高分，把第一塊、第二塊少丟分，其實差不多已經在及格的邊緣了這一塊的題目與案例背景無關，就是基礎知識。

對于填空，一定要用詞準確!對于默寫，有難度!不過通過大數據分析，基本上全國95%的考生都怕默寫。所以理解記憶一些，考試的時候把關鍵點寫出來，能寫幾條寫幾條，盡力得分就好。

案例分析

首先，范圍管理、進度管理、成本管理、質量管理，這4大管理歷年考試經常會考，所以全拿下這些對考試的通過有很大幫助。

另外，配置管理、變更管理、合同管理、整體管理要掌握分析的方法;

溝通管理一般都和其他管理融合在一起，答題的時候都加上溝通管理就沒有錯的。比如說:項目的范圍，需求，進度出現問題總是包含著溝通不當在內。

【我們可以把溝通管理當作一個萬金油，不管找沒找到溝通管理的錯誤，你都可以說他發生任何錯誤、都是由于他沒有做好溝通管理。不管在什么領域都涉及到溝通。或者后面找不到什么錯誤，都可以說他溝通管理沒有做好】

項目出現的主要錯誤

這里的錯誤無非就是進度落后，成本超出，無法驗收，售后困難，當我們讀完題目之后就應該知道這題主要考察的是什么管理，對著幾種原因

1、進度落后

首先從題目中可以獲取項目經理做了什么事情[然后我們可以發現項目經理做的好多都是錯的，]，這些都是關鍵信息來的。然后我們會發現:這個經理做的事情竟然沒有一件是對的? ? ?

所以，一件事都是一個一個得分點!這類問題考察的是從案例中分析出答案。

應該怎么去入手呢?

(1)從人物出發，如果有描述個人的話語基本可以判定這個項目經理會有經驗不足，事務繁忙，任務過多這幾點,總之每一問先考慮人員的因素總沒有錯。

(2)很多道題目中都出現按照以前的XXXX方案估算，這些內容可以按照實際情況歸納為依據不足。

(3）如果題目中沒有寫明對方案進行評審評估，你再說明問題時提出這一點總是沒錯的。

(4)案例分析中的項目總是會出現問題的，所以基本上都是時間緊，工作量大，加上這點也可以。

(5）從問題的發現時間看，你不需要知道這個項目應該的監控周期是多久，你只需要說明該項目監控周期過長即可。

(6）風險，對風險的估計不足，加上這句總不會扣分。

注:加快進度的方法有趕工,增加資源，快速跟進，減小范圍4種。

相對的只有減小范圍能對項目產生積極地影響，其他3種都會有很大的風險，題目中提到其中一種方法你需要意識到，這里有很大風險而且會產生諸如溝通之類的其他問題。

2、成本超出

這題一般是在計算題中出現。理解AC，PV，EV，會計算CV，SV，CPI，SP1然后判斷成本和進度狀況，一般就拿到一大半的分了.

3、無法驗收

首先要替甲方考慮為什么不驗收，我們應該把項目分成一步步來考慮:

(1)合同方面，考察這個點的合同內容一般都不會全，總是**缺少驗收標準，變更流程，**違約責任，付款日期方式，范圍的規定一般也是有問思的。

(2)需求方面，對于這方面來說要結合溝通管理，出現無法驗收情況，需求肯定是個問題，無論是范圍，質量都和需求有關系。

(3)實施階段，在這個階段中一般會出現質量問題，質量問題需要強調的一點就是，質量控制是貫穿于全過程的，而不是產品完成才進行質量檢測，檢查等。還要提到QA的作用，QA有什么作用，他做事要有標準。解決不了要向上級領導反映。一般關于質量類的案例都屬于無標準，無基線，無質量控制流程的三無產品。

(4)范圍問題，這個階段需要單獨提出來，因為范圍問題牽扯的知識點太多，包括需求，溝通，范圍，合同，變更，一般出現范圍問題的入就從以上幾點中著手。

需求不明確，其中溝通肯定有問題，合同簽訂草率也是一個原因，變更是重中之重這時我們要根據題日進行分析，拒絕變更，直接同意變更，肯定是錯的。

變更的流程要有提出，評審，同意變更，實施，監控，效果評估這幾個步驟

(5) 變更，變更中需要把變更的流程，變更的原因背下來。

4、售后困難

這類題目只出現過一次，提到他是因為他代表了一種缺陷，文檔型的缺陷。

有經驗的售后人員都知道，工程型售后服務的難點不是在于維修，而在于對工程的實際情況不了解，對隱蔽工程沒有一個系統的認識。

比如質量問題。質量做得好肯定減輕售后量，質量的基礎是什么? 是標準!當然加上上文所說的風險估計不足，未對文檔進行評審評估。

真題解析

閱讀下列說明，回答問題 1 至問題 4，將解答填入答題紙的對應欄內。

【說明】

某集成公司和某地區的燃氣公司簽訂了系統升級合同，將原有的終端抄表系統升級改造，實現遠程自動抄表且提供 APP 終端應用服務。

公司指定系統的項目經理張工來負責該項目，目前張工已經升任新產品研發部經理，張工調派了原項目團隊的核心骨干劉工和李工分別負責新項目的需求調研和開發工作。

劉工和李工帶領團隊根據以往經驗完成了需求調研和范圍說明書。但由于該項目甲方負責人負責多個項目，時間緊張，導致需求評審會無法召開。張工考慮到雙方已經有合作基礎，李工和劉工對原系統非常熟悉，為了不影響進度，張工讓項目組采用敏捷開發模式，直接進入了設計和編碼階段。

在客戶驗收測試時，甲方負責人提出 APP的UI設計不符合公司風格、不兼容新燃氣表的數據接口、數據傳輸加密算法不符合要求等多項問題，要求必須全部實現這些需求后才能驗收。此時張工把公司新產品研發部正在研發的新產品給甲方負責人展示，雙方口頭約定可以采用新產品部分功能實現未完善的需求。經過增加人員和加班趕工，延期1個月完成。項目上線后用戶又發現了若干問題。
[問題1](8 分)
結合案例，請從項目范圍管理的角度指出該項目實施過程中存在的問題。(找錯)
[問題2](6 分)
請寫出范圍說明書的內容和作用（默寫）。

標準答案

【問題1】

(1)沒有制訂科學、合理的項目范圍管理計劃與需求管理計劃
(2)沒有全面、充分地收集客戶的需求，并通過正規的需求評審形成各方認可的需求規格說明書。
(3)閉門造車式地開展需求調研與項目范圍說明書的編寫工作，沒讓相關干系人參與進來
(4)沒有編制 WBS和 WBS 詞典，以形成權威的范圍基準。
(5) 張工身兼多職，在項目上投入的時間太少，沒有及時監控項目進展。
(6)缺乏階段性的評審，從而未能及時發現問題。
(7)沒有做好確認范圍的工作，導致遺漏了部分工作與成果
(8)沒有建立規范的范圍變更控制流程，存在隨意變更需求的現象。
(9)沒有做好控制范圍的工作。
(10)與甲方的溝通工作做得不好
(11)控制進度的工作做得不好。
(12)口頭約定說明文檔管理與配置管

【問題2】

項目范圍說明書包括如下內容:
(1)產品范圍描述。
(2) 驗收標準。定義可交付成果通過驗收前必須滿足的一系列條件，以及驗收的過程。
(3) 可交付成果。
(4)項目的除外責任。通常需要識別出什么是被排除在項目之外的。明確說明哪些內容不屬于項目范圍，有助于管理干系人的期望.
(5)制約因素。列出并說明與項目范圍有關且限制項目團隊選擇的具體項目制約因素。
(6) 假設條件。
范圍說明書的作用有:
(1)確定范圍
(2) 溝通基礎
(3)規劃和控制依據
(4)變更基礎
(5)規劃礎