下午試題i對於考生的基本要求將體現在：
（1）需要具有一定的資訊系統專案管理實踐經驗，有較好的分析問題和解決問題的能力。
（2）對於有關專案管理方面，有廣博而堅實的知識或見解。
（3）對應用的背景、事實和因果關係等有較強的理解能力和歸納能力。
（4）對於一些可以簡單定量分析的問題已有類似經驗並能進行估算，對於只能定性分析的問題能用簡練的語言抓住要點加以表達。
（5）善於從一段書面敘述中提取出最必要的資訊，有時還需要捨棄一些無用的敘述或似是而非的內容。
考生應當加強上述要求的訓練。
希賽教育專家提示：考生解答試題時可按以下途徑來分析和解決問題。
（1）標出試題中要回答的問題要點，以此作為主要線索進行分析和思考。
（2）對照問題要點仔細閱讀正文。閱讀時，或者可以列出只有幾個字的最簡要的提綱，或者可在正文上作出針對要回答問題的記號。
（3）通過定性分析或者定量估算，構思答案的要點。
（4）以最簡練的語言寫出答案。注意不要超過規定字數，語言要盡量精簡，不要使用修飾性的空洞詞彙，也不要寫與問題無關的語句，以免浪費時間。
下來來看一些例題與詳細的分析，讀者可仔細閱讀這些案例，並加以體會運用，以快速提公升解決問題的能力。
m是負責某行業乙個大型資訊系統整合專案的高階專案經理，因人手比較緊張，m從正在從事程式設計工作的高手中選擇了小張作為負責軟體子專案的專案經理，小張同時兼任模組的程式設計工作，這種安排導致了軟體子專案失控。
【問題1】請用以內的文字，分析導致軟體子專案失控的可能原因。
【問題2】請用以內的文字，說明你認為m事先應該怎麼做才能讓小張作為子專案的專案經理，並避免軟體子專案失控？
【問題3】請用以內的文字，概述典型的系統整合專案團隊的角色構成？敘述在組建專案團隊、建設專案團隊和管理專案團隊方面所需的活動，結合例項說明。
例題1分析
it行業技術日新月異，要求從業人員具有高素質和高水平。而且，從我國的實際狀況來看，it工程師緊缺，人員流動十分頻繁，合格人選很難找到和保留在某個專案中。因此，有效的管理人力資源，是專案經理們認為最困難的一件事情。
【問題1】
問題1要求考生分析導致軟體子專案失控的可能原因。因為試題描述很簡單，所以只能根據小張是新手這個線索，靠考生的常識來解答這個問題。
（1）專案經理的選擇
企業人手比較緊張，於是m就選擇了「程式設計工作的高手」小張作為專案經理。這種「飢不擇食」的現象在國內的軟體企業中比較普遍。軟體專案經理甚至高階專案經理通常直接來自程式設計高手，中間未經過任何的培訓。
我們知道，在資訊系統工程中，開發和管理是兩條不同的主線，開發人員所需要的技能與管理人員所需要的技能很不一樣。
當然，如果乙個既是開發高手又是管理能手的人擔任專案經理，那是再好不過的了。系統分析師就是這樣的複合型人才，但是，我國的系統分析師太少了，遠遠不能滿足軟體企業的需求。因此，還必須考慮從開發高手中選擇專案經理，但這種選擇，必須是培養後的選擇。
開發人員要勝任專案經理崗位，不僅需要技術背景、行業知識，還需要具備一定的管理知識和經驗。普通技術人員，未經培訓和考查就直接任命為專案經理，在實際工作中，很可能會出現問題。
（2）身兼數職的問題
根據試題的描述，小張在擔任了軟體子專案的專案經理後，仍然同時兼任模組的程式設計工作。這也是國內軟體企業存在的乙個實際性問題。在實際的專案中，通常存在「能者多勞」現象，乙個人擔任多個角色、承擔過重的工作，在分配角色之前沒有仔細計算人員的工作負荷問題。
特別是在小企業中，這種情況更為嚴重。
在本題中，作為技術出身的小張，由於仍然要程式設計，可能沒有多少時間去學習管理知識，去從事管理工作。小張一人承擔2個角色的工作，導致工作負荷過載，身心疲憊，其後果可能給全域性帶來不利影響。
另外，小張初為專案經理，可能會存在思維轉換和角色轉換問題。一般而言，技術人員看待問題往往比較片面和深入，注重細節問題，而管理人員往往會關注問題的全面和大的問題。因此，雖然角色發生了部分變化（之所以說是「部分變化」，是因為小張仍然兼任程式設計師的工作），但小張的思維方式、看待問題和處理問題的方式都暫時還沒有轉變過來。
而且，由於身兼開發職務，還會延緩這種轉變。
（3）間接管理問題
高階專案經理m選擇了小張作為軟體子專案的專案經理，並且未經過任何管理方面的培訓。在專案開展過程中，可能由於自己比較忙，也缺乏對小張工作的引導和幫帶，缺乏全程的跟蹤和監控。這種間接管理導致高階專案經理m不能及時發現專案中的問題，從而造成專案失控。
【問題2】
問題2要求考生回答，先應該怎麼做才能讓小張作為子專案的專案經理，並避免軟體子專案失控。
根據問題1的分析，我們知道，要委任小張作為子專案的專案經理，應該至少要做好以下事情：
（1）根據專案經理崗位的任職條件和職責，選擇合適的人員擔任子專案的專案經理。由於企業人才緊缺，找不到合適的人選，要委任程式設計師小張擔任專案經理，則需要對小張進行崗前培訓。
（2）重新考慮和衡量小張的工作量問題，確保專案經理的工作都能完成。
（3）在專案管理方面，由於小張是新手，所以，在當前情況下，應盡量讓小張放棄程式設計工作，專心從事管理工作，學習管理知識。
（4）在專案進行過程中，高階專案經理m應加強對小張的培養和監控，以便及時發現問題，避免專案失控。同時，要敦促小張轉換思維方式，即實現從技術人員思維方式到管理者思維方式的轉變。
【問題3】
問題3要求考生回答，典型的系統整合專案團隊的角色構成，以及在組建專案團隊、建設專案團隊和管理專案團隊方面所需的活動。
例題1解答要點
【問題1】
（1）小張缺乏足夠的專案管理能力和經驗。
（2）小張身兼二職，精力和時間不夠用，顧此失彼。
（3）小張沒有進入管理角色，只關注於程式設計工作，疏於對專案的管理。
（4）高階專案經理對小張的工作缺乏事先培訓和全程的跟蹤與監控。
【問題2】
（1）事先要制訂崗位的要求、職責和選人的標準，並選擇合適的人選。
（2）高階專案經理應對小張的工作進行全面估算，如果小張的負荷確實過重，需要找人代替小張當時正在從事的技術工作，解決負載平衡問題。
（3）要事前溝通、對小張明確要求、明確角色的輕重緩急，促使小張盡快轉換角色。
（4）上級應該注意平時對人員的培養和監控。
【問題3】
1．針對選定的專案，根據專案的特點，需要的角色：管理類（如，專案經理）；工程類（如，系統分析師、架構設計師、軟體設計師、程式設計師、測試工程師、美工、網路工程師、主機人員、實施人員）；行業專家；輔助類（如，文件管理員、秘書）。
2．結合實際專案，敘述進行如下活動的經驗：
（1）組建專案團隊，明確責任（制訂責任分配矩陣）。
（2）建設專案團隊。提高專案團隊成員的個人績效；提高專案團隊成員之間的信任感和凝聚力，以通過更好的團隊合作提高工作效率。
（3）管理專案團隊。跟蹤個人和團隊的執**況、提供反饋；協調制更，以提高專案的績效、保證專案的進度；專案管理團隊還必須注意團隊的行為、管理衝突、解決問題；評估團隊成員的績效。
在乙個正在實施的系統整合專案中出現了下述情況：乙個系統的使用者向他所認識的乙個專案開發人員抱怨系統軟體中的一項功能問題，並且表示希望能夠進行修改。於是，該開發人員就直接對系統軟體進行了修改，解決了該項功能問題。
針對這樣一種情況，請分析如下問題：
【問題1】請用以內的文字，說明上述情況中存在著哪些問題？
【問題2】請用以內的文字，說明上述情況可能會導致什麼樣的後果？
【問題3】請用以內的文字，說明配置管理中完整的變更處置流程。
例題2分析
本題比較簡單，主要考查變更控制的基本流程及實施方法，基本屬於純理論問題。
變更**有兩個方面，一是使用者，他們是資訊系統專案需求的提出者。要求使用者一次性地把需求講清楚，並且不允許此後做任何變更，這是不現實的，開發方只能盡力減少變更，降低其影響。開發人員如何解決好自己的工作產品與變更的使用者需求之間的一致性，是cmm2級需求管理這個關鍵過程域的主要目標。
變更**的另乙個方面來自開發人員自身。他們在工作中可能發現前期工作中有些不妥當的地方，便要修改已經確定了的設計方案或是設計的細節。也許是專案管理人員提出要修訂已經確定了的專案方案。
由此所導致的返工甚至部分工作產品的報廢也是在所難免的。
無論來自哪個方面的變更，都需要嚴格按照變更控制的流程進行，否則會給開發和後續維護帶來很多問題。
【問題1】
根據試題描述，這個開發人員在聽到使用者的口頭抱怨後，就直接對系統軟體進行了修改，解決使用者的問題。顯然，該開發人員沒有遵照變更控制的程式來解決問題。具體來說，存在以下問題：
（1）沒有對使用者口頭反映的問題進行文件化，即沒有對使用者的要求進行記錄。任何變更申請都必須以書面的形式提出。
（2）沒有分析和評估使用者變更請求。事實上，開發人員在獲得使用者的變更請求後，應該提交給ccb，由ccb對變更請求進行分析和評估。在得到ccb的批准後，才能開始實施變更。
（3）在修改過程中沒有注意進行版本管理。開發人員直接對系統軟體進行修改，沒有進行任何配置管理工作，這也是不對的。這樣，會造成後續的維護工作出現差錯。
（4）修改完成後未進行驗證。開發人員直接修改了軟體，並「解決了該項功能問題」。但這種解決是區域性性的，該功能的正常執行可能會引起其他功能的不正常，所以對軟體修改後，一定要進行驗證測試。
（5）修改的內容未和專案干係人進行溝通。由於變更請求是由「乙個系統的使用者」提出的，這種請求不一定合理，不一定在專案範圍之內。乙個配置項出現變更，可能會涉及到一些相關的部件和文件進行變更，這將影響到專案開發工作中的許多人員，所以需要和專案干係人溝通。
【問題2】
問題2要求考生說明上述情況可能會導致什麼樣的後果。變更管理簡單說就是控制修改，使之不出現改錯，改亂的現象。沒有按照變更控制流程來實施資訊系統的變更，會出現很多問題。
具體而言，我們針對問題1分析中的存在的5個問題，分別例舉其可能導致的問題：
（1）由於沒有記錄使用者的變更請求，可能會導致對系統軟體變更的歷史無法追溯，並會導致對工作產品的整體變化情況失去把握。
（2）由於沒有對變更進行分析和評估，可能會導致後期的變更工作出現工作缺失、與其他工作不一致等問題，對專案的進度、成本、質量方面也會產生一定影響。
系統整合專案管理工程師案例分析例題
試題 老張是某個系統整合公司的專案經理，他身邊的員工始終在抱怨公司的工作氛圍不好，溝通不足，老張非常希望能夠通過自己的努力來改善這一狀況。因此他要求專案成員無論如每週必須按時參加理會並發言。但對例會具體應如何進行，老張卻不知道如何規定，很快專案組成員開始抱怨例會目的不明確，時間太長，效率太低，缺乏效...
系統整合專案管理工程師案例分析要點
中項案例分析 一 進度管理 1團隊成員沒有及早參與，需求分析耗時長，要早期參與拉專案 2經驗不足，進度計畫制定不准，採取有效的歷時估算方法和網路計畫技術，制定進度計畫 3 考慮專案期間特定時期會對進度產生影響 4增加人手，聘請更有經驗的人員，找兼職人員 5加班6並行 7重新估算後面的工期 8加強溝通...
系統整合專案管理工程師案例分析例題
試題 老張是某個系統整合公司的專案經理，他身邊的員工始終在抱怨公司的工作氛圍不好，溝通不足，老張非常希望能夠通過自己的努力來改善這一狀況。因此他要求專案成員無論如每週必須按時參加理會並發言。但對例會具體應如何進行，老張卻不知道如何規定，很快專案組成員開始抱怨例會目的不明確，時間太長，效率太低，缺乏效...