【正文】 根據(jù)公司與客戶達成的協(xié)議，需要在一個月之內(nèi)升級完成 M 原來開發(fā)過的核心模塊。 [說明 ] A 公司組織結(jié)構(gòu)屬于弱矩陣結(jié)構(gòu)，該公司的項目經(jīng)理小劉正在接手公司售后部門轉(zhuǎn)來的一個項目，要為某客戶的企業(yè)管理軟件實施重大升級。 (9)收集相關(guān)經(jīng)驗教訓，更新組織過程資產(chǎn)。 (7)制定進度變更控制系統(tǒng)，管理進度變更。 （ 5）使用項目管理軟件減輕管理工作量。 （ 3）計算進度相關(guān)掙值及指數(shù)，數(shù)量化偏差情況。 [問題 3]（ 10 分 ） 項目經(jīng)理小劉應(yīng)該如何科學地檢查及控制項目的進度執(zhí)行情況？ 答： （ 1）制定項目進展報告，檢查當前的完成情況。 4. 執(zhí)行批準的變更。 2. 確定范圍變更已經(jīng)發(fā)生。 范圍監(jiān)控涉及影響引起范圍變更的因素，確保所有被請求的變更按照項目整體變更控制處理，并在范圍變更實際發(fā)生時進行管理。 5. 對當前的分解級別進行檢驗，以確保它們是必須的、而且是足夠詳細的。 3. 對 WBS 進行分解。 [問題 2]（ 7 分） 項目經(jīng)理小劉應(yīng)該如何科學地制訂該項目的 WBS（說明 WBS 的制訂過程）？如何在項目的執(zhí)行過程中監(jiān)控項目的范圍（說明 WBS 的監(jiān)理過程）？ 答： WBS 制定過程： 1. 識別項目交付物和相關(guān)項目工作。評審過程不合理，評審會議時才第一次看到計劃。 （ 4）進度計劃依據(jù)的方案沒有經(jīng)過評審，資源沒有經(jīng)過評估，進 度沒有經(jīng)過合理的估計，結(jié)果制定出的計劃的質(zhì)量是沒有保障的。 （ 2）制定計劃時忽略了甲方高層領(lǐng)導作為重要項目干系人的管理。答 案參見教程第 6 章項目范圍管理中的 創(chuàng)建工作分解結(jié)構(gòu) (p113)和 范圍控制（ p125） 問題 3 考的是進度監(jiān)控和整體監(jiān)控，答案參見教程第 7 章項目時間管理中的 進度控制 (p149)。 問題 2 和問題 3 是一般性的問題，和案例本身情況關(guān)聯(lián)不大。問題 1 是開發(fā)方和用戶對需求沒有一致的理解，屬于需求管理導致的問題，問題 2 進度與計劃不一致 (本項目目前延遲 25%)時我們一般要考慮是項目績效的原因，還是項目規(guī)劃本身存在問題，還是存在特別事件，而在本項目中從題目中看沒有給出特別事件，也沒有對項目績效有說明，因此主要從計劃中尋找原因。 具體對什么不滿意呢，題中列了兩點： 1 系統(tǒng)演示出的功能與合同的技術(shù)規(guī)格要求不一致，最后的驗收應(yīng)以合同的技術(shù)規(guī)格要求為準。小劉把需求文檔提交給了甲方聯(lián)系人審閱，該聯(lián)系人也沒提什么意見。那么這個項目是怎么啟動、計劃和執(zhí)行的呢？啟動的依據(jù)是公司與某市簽的電子政務(wù)三期工程合同。 進度比要求落后 2 周，應(yīng)加快進度趕上計劃。小劉把需求文檔提交給了甲方聯(lián)系人審閱，該聯(lián)系人也沒提什么意見。該項目計劃交到負責質(zhì)量保證的小呂那里，小呂看到計劃的內(nèi)容，該填的都填了，格式也符合要求，就簽了字。因為項目的驗收日期是合同里規(guī)定的，人員是公司配備的，所以進度里程碑計劃是從驗收日期倒推到啟動日期分階段制定的。 總工程師老方把原來類似項目的解決方案直接拿來交給了小劉，而 WBS 則由小劉自己依據(jù)以往的經(jīng)驗進行分解。項目團隊的其他 12 個成員分別來自公司的軟件產(chǎn)品研發(fā)部、網(wǎng)絡(luò)工程部。 [說明 ] 2021 年 3 月系統(tǒng)集成商 BXT 公司承擔了某市電子政務(wù)三期工程，合同額為5000 萬元，全部工期預計 6 個月。 答案： 71A,72C,73D,74A,75C 信息系統(tǒng)項目管理師 2021年上半年下午一分析與解答 版權(quán)所有 174。在分析階段，分析師一定要完全清楚最終藍圖并且開發(fā)出充分的關(guān)于業(yè)務(wù)環(huán)境知識和目前系統(tǒng)的知識以使一個有效的解決方案被提交和實施。但是項目日常開支、工期和加班等項目管理范圍內(nèi)的是項目經(jīng)理可以控制的。 （ 70） A．項目日常開支的速度和生產(chǎn)率 B．項目日常開支的速度和工期拖延 C．項目補貼和加班 D．原材料成本和運輸成本 分析： 在項目管理范圍之外的成本都是項目經(jīng)理無法控制的。計量經(jīng)濟研究分為模型設(shè)定、參數(shù)估計、模型檢驗、模型運用等四個步驟。 （ 69） 、檢驗?zāi)Ｐ?、估計模型、改進模型 、估計參數(shù)、檢驗?zāi)Ｐ?、?yīng)用模型 、應(yīng)用模型、檢驗?zāi)Ｐ汀⒏倪M模型 、設(shè)定模型、估計參數(shù)、應(yīng)用模型 分析： 經(jīng)濟計量分析（ econometric analysis）是用統(tǒng)計推論方法對經(jīng)濟變量之間的關(guān)系作出數(shù)值估計的一種數(shù)量分析方法。 由于各子項目是從大項目分解出來，各子項目之間存在依賴關(guān)系，的一個子項目的變更可能會引引其它子項目范圍的巨大變動，因此才需要大項目級的管理控制。（輔導下 p33） 答案： A 第六十八題 大型復雜項目各子項目由于目標相同而存在，以下關(guān)于子項目的描述不恰當?shù)氖牵?68） 。 （ 67） A．項目型 B．職能型 C．弱矩陣型 D．直線型 分析： 一般來說，職能式組織結(jié)構(gòu)比較適用于規(guī)模小、偏重于技術(shù)的項目，而不適應(yīng)于項目的環(huán)境變化較大的項目。 ABC 都是服務(wù)于組織的 產(chǎn)品布局和戰(zhàn)略規(guī)劃的。 這些項目共享組織的資源，資源的調(diào)配會在項目之間產(chǎn)生影響。 對組織的所有項目進行平衡 在組織范圍內(nèi)為項目分配資源，保證高優(yōu)先項目的資源分配。 (教程 p399)主要有四個重要作用： 在組織內(nèi)引進統(tǒng)一的項目評估與選擇機制。 (66) A. 共享和協(xié)調(diào)資源 B. 項目進行集中的配置管理 C. 統(tǒng)一收集和匯總項目信息 D. 與甲方的技術(shù)主管部門的溝通 分析： 多項目管理是一個保證組織內(nèi)所有項目都經(jīng)過風險和收益分析、平衡的方法論。 （ 65） A. 通過分解結(jié)構(gòu)對項目進行管理 B. 包含了一系列子過程，用以確保能夠?qū)崿F(xiàn)項目目標所必需的工作 C. 項目過程的持續(xù)改進 D. 對項目變更應(yīng)該統(tǒng)一控制 分析： A,B,D 都是范圍管理的基本原則， C 是質(zhì)量管理原則。 （ 64） A. 需求定義 B. 活動計劃 C. 項目過程 D. 項目團隊 分析： 當確定了項目過程后，就需要制定項目計劃。 (教程 p414) 單獨的過程規(guī)范需要單獨的管理，會增加成本。 （ 63） A. 大型及 復雜項目的計劃主要關(guān)注項目的活動計劃 B. 大型及復雜項目必須建立以活動為基礎(chǔ)的管理體系 C. 大型及復雜項目建立單獨的過程規(guī)范不會增加成本 D. 大型及復雜項目的計劃必須先考慮項目的過程計劃 分析： 一般項目的計劃主要關(guān)注的是項目活動的計劃。同時，由于大型項目大多數(shù)是以項目群的方式進行，而大型項目經(jīng)理面臨更多的是 間接管理 的挑戰(zhàn)。 大型項目經(jīng)理的日常職責更集中于管理職責。這種意義上的項目經(jīng)理往往成為項目群經(jīng)理或大項目經(jīng)理。 項目規(guī)模較大，目標構(gòu) 成復雜。 （ 62） A. 大型及復雜項目的項目經(jīng)理日常職責更集中于管理職責 B．大型及復雜項目的管理與一般項目管理的方法有質(zhì)的變化 C．大型及復雜項目的管理模式以間接管理為主 D. 大型及復雜項目的管理是以項目群的方式進行 分析： 什么樣的項目是大刑或復雜項目并沒有一個嚴格的界限劃分 (教程 p413).從項目管理的角度 來說，如果這些因素不導致我們所采用的項目管理方法有根本的變化，則僅僅是 量變 而不是 質(zhì)變 。使用決策樹進行決策的結(jié)果為（ 61） 。天氣可分為晴、多云、多雨三種。 4， 1， 6 組合為 10,4,7,5 組合為 9 其他組合均小于 9. 答案： B 第六十一題 某公司希望舉辦一個展銷會以擴大市場，選擇北京、天津、上海、深圳作為候選會址。 （ 60） A. 11 B. 10 C. 9 D. 8 分析： 按利潤從高到底試運： 2,4 組合為 9。待運輸?shù)母飨湓系闹亓?、運輸利潤如下表所示。 15*3+5*5=70,基礎(chǔ)知識滿足， 15*7+2*5=11586，應(yīng)用技術(shù)也滿足。然而 18*3=5470，不滿足基礎(chǔ)知識要求。以上說明如下表所示： 編程（學分 /周） 測試（學分 /周） 學分最低要求 基礎(chǔ)知識 3 5 70 應(yīng)用技術(shù) 7 2 86 實際訓練 10 7 185 那么這樣的崗前培訓至少需要 （ 59） 周時間才能滿足企業(yè)的要求。根據(jù)培訓大綱，每周的編程培訓可同時獲得基礎(chǔ)知識 3 學分、應(yīng)用技術(shù) 7 學分以及實際訓練 10 學分；每周的測試培訓可同時獲得基礎(chǔ)知識 5 學分、應(yīng)用技術(shù) 2 學分以及實際訓 練 7 學分。 9 個人的時候，可安排一個人做 F， 8 個人做 A， 5 個人做 C， 4 個人并行做 E 和 BD， 7 個人做 G， 8 個人做 H。按 8 人分配試算，C 處會浪費 3*1， G 處 (87)*2 不夠 F(1*3)。 （ 57） A. 8 B. 9 C. 10 D. 11 （ 58） A. 8 B. 9 C. 10 D. 11 分析： 關(guān)鍵路徑為 ACEGH,2+1+2+2+1=8。 答案： C 第五十七 — 五十八題 某工程包括 A、 B、 C、 D、 E、 F、 G、 H 八個作業(yè)，各個作業(yè)的緊 前作業(yè)、所需時間和所需人數(shù)如下表所示（假設(shè)每個人均能承擔各個作業(yè)） ： 作業(yè) A B C D E F G H 緊前作業(yè) — — A B C C D,E G 所需時間（周） 2 1 1 1 2 1 2 1 所需人數(shù) 8 4 5 4 4 3 7 8 該工程的工期應(yīng)為（ 57）周。 （教程 p179）質(zhì)量控制工具和技術(shù)都是執(zhí)行質(zhì)量保證的工具和技術(shù)。 答案： C 第五十六題 下述有關(guān)項目質(zhì)量保證和項目質(zhì)量控制的描述不正確的是（ 56） 。（教程 p159） 項目成本預算不對未來的運營活動分配資金，只對項目本身活動分配資金。 答案： B 第五十五題 關(guān)于系統(tǒng)建設(shè)項目成本預算，下列說法中不正確的是（ 55） 。日常性職能包括：（教程 p410,教程 p9） 建立組織內(nèi)項目管理的支撐環(huán)境 培養(yǎng)項目管理人員 提供項目管理的咨詢 組織內(nèi)的多項目的管理和監(jiān)控 戰(zhàn)略性職能包括： 項目組合管理 提高組織項目管理能力。 (輔導下 p162) 答案： 52B,53A 第五十四題 關(guān)于項目管理辦公室（ PMO）的敘述，（ 54）是錯誤的。（教程 p146,輔導下 p161） 計劃評審技術(shù)的理論基礎(chǔ)是假設(shè)項目持續(xù)時間，以及整個項目完成時間是隨機 的，且服從某種概率分布。在繪制各項活動的起止時間時，也考慮它們的先后順序。 （ 52） A. PERT 網(wǎng)絡(luò)分析 B. 甘特圖 C. 優(yōu)先日程圖法 D. 啟發(fā)式分析法 （ 53） A. PERT 網(wǎng)絡(luò)分析 B. 甘特圖 C. 優(yōu)先日程圖法 D. 啟發(fā)式分析法 分析： 甘特圖也叫做線條圖或橫道圖，它以橫線來表示每項活動的起止時間。 答案： A 第五十二 — 五十三題 關(guān)鍵路徑法是多種項目進度分析方法的基礎(chǔ)。組織結(jié)構(gòu)圖只描述了組織結(jié)構(gòu)情況。 （ 51） A. 組織 /業(yè)務(wù)關(guān)系圖 B. 業(yè)務(wù)功能一覽圖 C. 組織結(jié)構(gòu)圖 D. 物資流圖 分析 ： 組織 /業(yè)務(wù)關(guān)系圖描述了業(yè)務(wù)和部門的關(guān)系。質(zhì)量屬性需求屬于非功能需求。 功能需求定義了用戶對具體功能的要求，非功能需求定義了用戶對某些特性的需求。 （ 48） A. 軟件需求 B. 軟件分析 C. 軟件設(shè)計 D. 軟件實現(xiàn) （ 49） A. 開發(fā)文檔 B. 開發(fā)標準 C. 維護手冊 D. 用戶手冊 （ 50） A. 功能需求 B. 非功能需求 C. 期 望需求 D. 質(zhì)量屬性需求 分析 ：軟件需求是測試的基礎(chǔ)，分析、設(shè)計和實現(xiàn)是為了滿足軟件需求。在早期的迭代中，發(fā)布的增量可能是一個紙上的模型或原型；在以后的迭代中，被開發(fā)系統(tǒng)的更加完善的版本逐步產(chǎn)生。使得軟件的增量版本的快速開發(fā)成為可能。它有兩個顯著特點，一是采用 （ 46） 的方式逐步加深系統(tǒng)定義和實現(xiàn)的深度，降低風險；二是確定一系列 （ 47） ，確保項目開發(fā)過程中的相關(guān)利益者都支持可行的和令人滿意的系統(tǒng)解決方案。協(xié)同開發(fā)不是一種開發(fā)方法。 （ 45） A. 瀑布式 B. 快速原型 C. 協(xié)同開發(fā) D. 形式化 分析： 快速原型法是一種根據(jù)用戶需求，利用系 統(tǒng)開發(fā)工具，快速建立