信息系統(tǒng)項目管理師案例分析當(dāng)天每日一練試題地址：www.xomuzic.com/exam/ExamDayAL.aspx

往期信息系統(tǒng)項目管理師每日一練試題匯總：www.xomuzic.com/class27-1-1.aspx

信息系統(tǒng)項目管理師案例分析每日一練試題（2020/4/11）在線測試：www.xomuzic.com/exam/ExamDayAL.aspx?day=2020/4/11

點擊查看：更多信息系統(tǒng)項目管理師習(xí)題與指導(dǎo)

信息系統(tǒng)項目管理師案例分析每日一練試題內(nèi)容（2020/4/11）

試題一（15分）
閱讀以下說明，請回答問題1至問題3，將解答或相應(yīng)的編號填入答題紙的對應(yīng)欄內(nèi)
【說明】
M公司承擔(dān)了某大學(xué)圖書館存儲及管理系統(tǒng)的開發(fā)任務(wù)，項目周期4個月。
小陳是M公司的員工，半年前入職。在校期間，小陳跟隨導(dǎo)師做過兩年的軟件開發(fā)，具有良好的軟件開發(fā)基礎(chǔ)。領(lǐng)導(dǎo)對小陳很信任，任命小陳擔(dān)任該項目的項目經(jīng)理。項目立項前，小陳參加了用戶前期溝通會議，并承擔(dān)了需求分析工作。
會議后，相關(guān)部門按照要求整理會議所形成的決議和共識，并發(fā)給客戶等待確認(rèn)。為了節(jié)約時間，小陳根據(jù)自己在溝通會議上記錄的結(jié)果，當(dāng)晚組織相關(guān)人員撰寫了軟件需求規(guī)格說明。次日便要求設(shè)計人員開始進行系統(tǒng)設(shè)計，并指出項目組成員必須嚴(yán)格按照進度計劃執(zhí)行，以不辜負(fù)領(lǐng)導(dǎo)的期望與囑托。
項目進行了2個月后，校方主管此業(yè)務(wù)的新領(lǐng)導(dǎo)到任，并提出了新的信息化管理要求。小陳進行變更代價分析，認(rèn)為成本超支嚴(yán)重，于是小陳準(zhǔn)備不進行范圍變更，并將結(jié)果通知客戶，引起客戶不滿。
項目進入測試階后，M公司開展內(nèi)部管理審查活動。此項目作為在建項目接受了抽查，項目審查員給該項目提出了多個問題，范圍管理方面的問題尤為突出。
【問題1】（5分）
結(jié)合案例，分析小陳在此項目中項目管理方面可能存在的不足。
【問題2】（6分）
小陳組織人員撰寫的項目WBS如下：

xx大學(xué)圖書館存儲及管理系統(tǒng)
110確定需         120設(shè)計        130編碼         140測試        150安裝與調(diào)試
111初步需求       121功能設(shè)計    131模塊定義     141內(nèi)部測試    151軟件安裝
112詳細(xì)需求       122系統(tǒng)設(shè)計    132接口定義     142集成測試    152系統(tǒng)調(diào)試
133程序編碼     143報告制定    153培訓(xùn)

(1)請說明上述WBS結(jié)構(gòu)是將（     ）作為第一層進行分解的。除了上述方法，還可以采用哪些方式進行分解。

(2)從上圖來看，完整的WBS中除了實現(xiàn)最終產(chǎn)品或服務(wù)外所必須進行的技術(shù)工作外，還需要包括 （      ）。

(3)創(chuàng)建WBS時要遵循哪些原則？供選擇答案（將正確選項對應(yīng)的字母填入答題紙對應(yīng)欄內(nèi)）：

A．在各層次上保持項目的完整性，避免遺漏必要的組成部分

B．一個工作單元可從屬于某些上層單元。

C．相同層次的工作單元可以具有不同性質(zhì)。

D．工作單元應(yīng)能分開不同責(zé)任者和不同工作內(nèi)容。

E．便于項目管理進行計劃和控制的管理需要。

F．最低層工作應(yīng)該具有可比性，是可管理的，可定量檢查的。

G．分解到統(tǒng)一顆粒度的工作包。

H．WBS不包括分包出去的工作。

(1)請指出案例中引起范圍變更的原因。

信管網(wǎng)瓜果：
項目管理方面存在不足1 小陳缺乏實際的項目管理經(jīng)驗，未制定項目整體管理計劃 2雖然有前期和用戶一起討論了需求，但沒有讓用戶確認(rèn)簽字。需求的管理沒有做好 3項目范圍管理沒有做好 4 項目的進度計劃沒有，項目工期過于緊 5需求規(guī)格說明書沒有同客戶進行確認(rèn) 6沒有很好的和客戶進行溝通管理 6沒有規(guī)劃項目的風(fēng)險管理 7 沒有做好變更管理   

開發(fā)順序  培訓(xùn)


f e  d a c



1.沒有同客戶明確項目的需求 2 用戶領(lǐng)導(dǎo)變更導(dǎo)致      主要原因 1 客戶提出新的想法需求 2 采用了新的技術(shù) 3穿件新的功能

信管網(wǎng)kingbn：
問題1：
（1）小張項目管理經(jīng)驗不足，作為技術(shù)人員專攻編程厲害，但是管理能力明顯缺乏。
（2）需求溝通會后，沒有等待客戶的簽字確認(rèn)就開始進行需求規(guī)格說明書的撰寫，沒有得到明確的需求。
（3）需求文件的撰寫完畢后，沒有讓項目干系人參與評審沒有簽字確認(rèn)，固化需求。
（4）制定的進度計劃沒有做到全員參與，且沒有通過評審 沒有通知相關(guān)干系人。
（5）變更控制的流程不對，在進行完變更分析后，應(yīng)該提交ccb審核，而不是自己就進行批準(zhǔn)或拒絕變更。
（6）項目與客戶的溝通不良
（7）沒有制定范圍管理計劃，對范圍的控制和需求追蹤沒有進行有效管理，導(dǎo)致部分功能沒有與需求一致。
（8）軟件需求規(guī)格說明書只是產(chǎn)品范圍的描述，沒有形成項目范圍說明書。
（9）進度管理太死板，應(yīng)該允許根據(jù)實際情況來安排進度
問題2:
（1）項目生命周期，把項目重要的可交付物安排第一層，把項目的子項目安排第一層（2）人員培訓(xùn)（3）adef
問題3：
（1）沒有在需求分析通過客戶確認(rèn)后就開始了撰寫需求規(guī)格說明書，客戶的新的需求沒得到響應(yīng)，
（2）技術(shù)改進，政府社會等外部影響，材料價格等；項目范圍計劃不周密，存在遺漏，項目組織本身發(fā)生了變化

信管網(wǎng)taqula：
問題1
1、項目章程未發(fā)布，定義項目經(jīng)理的職責(zé)
2、在做需求分析的時候，需求范圍說明書未得到建設(shè)方的確認(rèn)就開始開發(fā)工作，埋下變更的隱患
3、未對用戶提出的變更提交變更管理委員會進行審核
4、項目經(jīng)理對建設(shè)方的需求認(rèn)識不足

問題2
1、按照軟件開發(fā)的過程作為第一層進行分解；還包括按功能分解
2、還需要包括試運行、運維等工作
3、a＼c＼d＼e＼f

問題3
（1）1、在做需求分析的時候，需求范圍說明書未得到建設(shè)方的確認(rèn)就開始開發(fā)工作，導(dǎo)致原先的需求可能不符合用戶的業(yè)務(wù)要求
     2、建設(shè)方的業(yè)務(wù)策略有了新的要求

（2）1、需求分析的不明確
    2、承建方對建設(shè)方的業(yè)務(wù)需求認(rèn)識不足
    3、建設(shè)方的業(yè)務(wù)要求發(fā)生變化
    4、技術(shù)能力不足導(dǎo)致的需求無法實現(xiàn)

信管網(wǎng)zb_lp：
1需求分析不充分。
2范圍沒有經(jīng)用戶確認(rèn)，就開始系統(tǒng)設(shè)計。
3、范圍變更沒有走流程
4與用戶溝通不充分。
生命周期，子項目、可交付物
adefg
1、收集需求不充分
2、范圍管理計劃不完善
3、范圍沒有經(jīng)過用戶確認(rèn)。
4、主管領(lǐng)導(dǎo)更換，提出新需求。
5、范圍變更流程。

信管網(wǎng)diａｎｄian2013：
1 需求收集及確定不夠全面，僅通過會議收集需求，沒有全面了解干系人的需求；在沒有得到干系人的確認(rèn)情況下，制定軟件需求規(guī)格說明書；沒有制定項目管理計劃，對項目進度、范圍、質(zhì)量等有明確；對項目開始實施過于草率，既沒有經(jīng)過專家判斷和會議，就匆忙開始軟件設(shè)計；對于干系人提出的變更，沒有按照變更流程，直接就拒絕；與干系人的溝通方式有問題，與干系人發(fā)生爭吵。
2 軟件開發(fā)生命周期的各個過程，除此之外還可以按項目的各個階段進行分解；培訓(xùn)；defg
3 主要干系人變化帶來的對需求的變化；
造成項目范圍變更的原因主要有：組織環(huán)境因素的變化；政策的變化；技術(shù)的變化。