系統(tǒng)集成項目管理工程師案例分析當天每日一練試題地址：www.ichunya.com/exam/ExamDayAL.aspx?t1=2

往期系統(tǒng)集成項目管理工程師每日一練試題匯總：www.ichunya.com/class27-2-1.aspx

系統(tǒng)集成項目管理工程師案例分析每日一練試題（2020/11/10）在線測試：www.ichunya.com/exam/ExamDayAL.aspx?t1=2&day=2020/11/10

點擊查看：更多系統(tǒng)集成項目管理工程師習題與指導

系統(tǒng)集成項目管理工程師案例分析每日一練試題內容（2020/11/10）

【說明】
某公司2014年初承接了一個周期為一年的OA信息系統(tǒng)項目，并指派項目經(jīng)理小張負責。該項目屬于定制型項目，涉及的用戶方較多，小張根據(jù)自己的經(jīng)驗預測到項目可能會涉及頻繁的需求變更，因此小張在將項目組分成了業(yè)務組、實施組、開發(fā)組后，定義了如下需求管理及控制流程：
（1）指派專門的業(yè)務組進行需求分析，分析完成后馬上與用戶進行需求確認，確認后填寫需求狀態(tài)表（包括需求提交日期、需求狀態(tài)、是否屬于變更等）；
（2）實施組獲得需求分析文檔后，一周內進行技術方案設計；
（3）技術方案完成后，業(yè)務組視情況與用戶進行二次溝通確認，確認后填寫需求狀態(tài)表（包括需求技術方案提交日期、需求技術方案狀態(tài)）；
（4）需求分析、技術方案完成后，開發(fā)組每周對已確定需求進行工作量評估，形成月度開發(fā)計劃；
（5）開發(fā)組根據(jù)開發(fā)計劃進行定制開發(fā)工作；
（6）每周開發(fā)組根據(jù)需求狀態(tài)庫的需求、方案進行工作量重新評估，更新開發(fā)計劃。
項目進行過程中，發(fā)生了如下事件，導致項目延期半年才完成：
[事件1]根據(jù)2014年初的計劃開發(fā)完成了OA信息系統(tǒng)項目并上線，但用戶役有真正使用。2014年底推廣使用的時候發(fā)現(xiàn)，業(yè)務流程有缺失，程序有BUG，于是項目組重新按照以上流程梳理了需求，并重新開發(fā)上線。
[事件2] 2014年底，開發(fā)組提出需求分析在深度、廣度上不夠，導致開發(fā)返工任務多。
【問題1】（12分）
結合案例及你的工作經(jīng)驗，請說明項目經(jīng)理小張在需求管理及控制過程中存在哪些不足？
【問題2】（4分）
結合案例，圍繞需求管理，請將下面（1）~（2）處的答案填寫在答題紙的對應欄內。
案例中，2014年底推廣使用的時候發(fā)現(xiàn)，業(yè)務流程有缺失，這一現(xiàn)象是由于缺乏（1）中的（2）
【問題3】（5分）
結合案例和個人經(jīng)驗，簡要敘述項目中需求可能存在的幾種狀態(tài)。
【問題4】（4分）
如果你是小張的經(jīng)理，請幫助小張改進需求管理及控制過程中的不足。

信管網(wǎng)cnitpm4515268748：
問題一答：小張制定的需求管理和控制流程耗時太長，過程太繁瑣。時間都浪費再文檔材料上了，對于需求不確定的項目來說不靈活。系統(tǒng)沒有進行試運行，所以沒能發(fā)現(xiàn)潛在的問題。開發(fā)過程得中間成果沒征求客戶意見。＜br＞問題二答：試運行＜br＞＜br＞

信管網(wǎng)cnitpm2638372253：
問題1：不足：1）沒有制定項目范圍管理計劃；2）用戶眾多，沒有組織正式的用戶需求調研，只是零星收集需求，存在需求收集不完整的風險；3）沒有正式的項目范圍說明書；4）項目需求和范圍沒有經(jīng)過正式評審和批準；5）需求變更未走變更流程；6）業(yè)務組人員經(jīng)驗和能力不足，導致需求分析深度和廣度不夠；7）測試不夠充分 ＜br＞問題2：（1）項目范圍管理計劃（2）范圍基準 ＜br＞問題3：1）需求提出；2）需求確認；3）需求執(zhí)行；4）需求變更；5）需求驗證；6）需求歸檔。 ＜br＞問題4：改進措施：1）規(guī)劃和制定項目范圍管理；2）申請吸納業(yè)務專家進入項目團隊，加強需求分析能力；3）采用多種方式收集和分析需求，形成項目范圍說明書；3）組織項目組、用戶、專家對范圍說明書進行評審；4）嚴格執(zhí)行需求變更流程.

信管網(wǎng)廣東省廣州市電信考友：
問題1：不足：1）沒有制定項目范圍管理計劃；2）用戶眾多，沒有組織正式的用戶需求調研，只是零星收集需求，存在需求收集不完整的風險；3）沒有正式的項目范圍說明書；4）項目需求和范圍沒有經(jīng)過正式評審和批準；5）需求變更未走變更流程；6）業(yè)務組人員經(jīng)驗和能力不足，導致需求分析深度和廣度不夠；7）測試不夠充分 ＜br＞問題2：（1）項目范圍管理計劃（2）范圍基準 ＜br＞問題3：1）需求提出；2）需求確認；3）需求執(zhí)行；4）需求變更；5）需求驗證；6）需求歸檔。 ＜br＞問題4：改進措施：1）規(guī)劃和制定項目范圍管理；2）申請吸納業(yè)務專家進入項目團隊，加強需求分析能力；3）采用多種方式收集和分析需求，形成項目范圍說明書；3）組織項目組、用戶、專家對范圍說明書進行評審；4）嚴格執(zhí)行需求變更流程.

信管網(wǎng)rilinda8888：
1、小張在需求管理上對需求開發(fā)和需求實現(xiàn)兩個方面認識不深刻，認為業(yè)務分析完了轉換成技術方案設計時就不用與客戶溝通了。 2、在整個需求管理的溝通上不充分； 3、項目組對需求的確認不明確，未與客戶進行評審，或未能體會到客戶的真正的意圖。 4、每個階段完成之后沒有評審； 5、業(yè)務流程有缺失，充分說明在需求調研方面存在嚴重的問題； 6、開發(fā)組的開發(fā)計劃有問題； 7、開發(fā)中的里程碑沒有設定好，導致重新評估，更新開發(fā)計劃頻繁。 需求管理 需求確認 項目中的需求可能存在：不明確、理解有偏差、明確、清晰 （1）對客戶的需求要明確客戶的項目目標； （2）對客戶的需求要清楚客戶的業(yè)務需求、用戶需求、質量需求； （3）了解客戶對產(chǎn)品的使用質量期望的要求； （4）對需求要制定切實有效的需求管理計劃； （5）通過需求矩陣雙向檢查來發(fā)現(xiàn)需求的問題； （6）通過對需求的范圍明確之后要控制范圍蔓延問題。

信管網(wǎng)地瓜哥哥加油哎：
【問題1】 1.沒有制定范圍管理計劃 2.需求獲取不充分，沒有定義范圍 3.沒有制定項目范圍說明書 4.沒有根據(jù)項目范圍說明書，進行工作分解結構 5.沒有與用戶進行范圍確認工作 6.范圍監(jiān)控周期過長，監(jiān)控不力 7.沒有識別出項目中的風險，沒有制定有效的項目風險應對措施 8.沒有制定項目管理計劃 9.與客戶的溝通存在問題 10.沒有制定質量管理計劃，沒有與用戶確認驗收標準 【問題2】 （1） 范圍管理 （2） 范圍定義 【問題3】 需求存在的狀態(tài)： 已獲取、已定義、已確認、已完成 【問題4】 1.制定項目管理計劃，為需求管理提供指導 2.識別干系人，制定范圍管理計劃，收集需求，并與客戶等干系人進行評估評審 3.定義范圍，制定項目范圍說明書，并與客戶等干系人進行評估評審 4.識別項目過程中的風險，并制定應對措施 5.加強質量意識 6.對范圍進行監(jiān)控，加強階段性評審監(jiān)控