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

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

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

系統(tǒng)集成項目管理工程師案例分析每日一練試題內(nèi)容（2018/12/5）

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

信管網(wǎng)老龔：
問題1  1.技術(shù)方案設(shè)計時間不夠長2.沒有測試控制部門3.沒有建立溝通計劃
問題2 質(zhì)量管理   測試
問題3 滯留 對接 變更
問題4  溝通上不足   沒有進行記錄

信管網(wǎng)pengjp：
問題1： 1、沒有按照需求流程進行需求開發(fā)和管理 2、需求獲取不充分，沒有明確需求獲取方式 3、需求分析工作不充分 4、缺乏需求定義環(huán)節(jié)，沒有定義需求規(guī)格說明書 5、缺乏需求定義驗證環(huán)節(jié)，沒有請用戶代表一起進行需求評審 6、沒有進行業(yè)務(wù)確認，沒有求得干系人對需求的承諾 7、沒有有效管理需求變更 8、沒有有效維護需求的雙向跟蹤 需求管理 需求評審 1、已建議：該需求已被有權(quán)提需求的人建議 2、已批準：該需求已被分析，估計了對項目余下部分的影響 3、已實現(xiàn)：已實現(xiàn)需求代碼設(shè)計 4、已嚴重：該需求已備嚴重 5、已刪除：該需求已從基線中刪除 1、明確需求獲取的過程，可以采用訪談，頭腦風暴，問卷調(diào)查，原型等方法 2、進行詳細的需求分析 3、進行需求定義，編寫需求規(guī)格說明書 4、通用戶進行需求評審，求得對需求的一致理解 5、求得干系人對需求的承諾，進行需求確認 7、按照變更流程控制需求變更

信管網(wǎng)feng900628：
問題1 1、未建立需求管理計劃 2、需求管理流程建立不完善 3、需求分析未充分分析論證、評審 4、形成的需求文檔未經(jīng)客戶確認簽字 5、未建立范圍基準、需求控制不嚴謹 6、未建立變更控制流程 7、未安排測試工作或測試不充分 8、沒有讓客戶確認可交付的成果驗收 問題2 范圍管理 確認范圍 問題3 1、需求調(diào)研、需求分析、需求評估、需求確認、需求變更、需求跟蹤、需求反饋、需求驗證 問題4 1、建立需求管理計劃 2、需求分析應(yīng)充分評估、論證 3、建立有效的范圍基準 4、建立變更控制流程 5、增加質(zhì)量控制、測試工作安排、范圍確認客戶簽字驗收 6、需求文檔應(yīng)經(jīng)過評審確認流程

信管網(wǎng)miniwolfin：
一、1、需求分析僅讓業(yè)務(wù)組參與； 2、需求分析完成后沒有進行需求驗證，沒有通過需求評審； 3、沒有形成詳細的需求規(guī)格說明書，沒有形成基線； 4、技術(shù)方案設(shè)計沒有開發(fā)組的參與，技術(shù)方案沒有通過評審； 5、沒有制定整體的項目管理計劃； 6、需求狀態(tài)表包括的內(nèi)容不完整； 7、沒有成立ccb，沒有建立明確的配置管理流程； 8、沒有形成完整的需求管理流程，沒有制定需求管理計劃，沒有進行需求跟蹤。 二、需求管理中的需求驗證和需求跟蹤 三、已建議、已提交、已批準、已實現(xiàn)、已驗證、已刪除、遺忘或遺漏 四、1、建立完成的需求管理流程，制定需求管理計劃； 2、需求分析應(yīng)由項目各組成員參與，進行充分的分析后形成詳細的需求說明書，進行評審后與客戶進行書面確認； 3、成立ccb，建立清晰的配置管理流程，并嚴格進行版本控制和變更控制； 4、加強需求監(jiān)控和需求跟蹤。

信管網(wǎng)愛喝白開水：
問題1:（1）沒有按需求開發(fā)與需求管理的流程來開展需求工作（2）需求獲取不充分，沒有明確對應(yīng)的需求獲取方式 （3）需求分析工作不充分，挖得不深，在深度和廣度上做得不夠（4）需求分析僅限于業(yè)務(wù)組的需求分析，未邀請技術(shù)團隊和測試團隊參加（5）卻反需求定義環(huán)節(jié)，沒有定義出需求規(guī)格說明書（6）缺乏需求驗證環(huán)節(jié)，沒有請客戶代表一起進行進行需求評審，導致業(yè)務(wù)流程有缺失。（7）沒有進行需求確認，沒有求得干系人對需求的承諾（8）沒有有效地管理需求變更（9）沒有有效維護隊需求的雙向跟蹤性。 問題2 需求管理 需求評審 問題3 需求可能存在的狀態(tài)有如下幾張 1、已建議:該需求已被有權(quán)提出需求的人建議 2、已批準：該需求已被分析，估計了其對項目余下部分的影響 3、已實現(xiàn)：以實現(xiàn)需求代碼的設(shè)計、編寫和單元測試 4、已驗證：使用所選擇的方法已驗證了實現(xiàn)的需求 5、已刪除：計劃的需求已從基線中刪除 問題4：需求管理建議以如下方式開展：1、明確添加需求獲取過程、使用訪談、焦點小組會議、頭腦風暴、問卷調(diào)查、原型法等多種方式獲取 2、通過多種方式進行用戶需求分析：包括使用圖形表示法、原型等可視方法、系統(tǒng)可行性需求分析及模塊描述系統(tǒng)。3、編寫需求規(guī)格說明書 4、進行需求驗證和需求評審，并且要邀請客戶參與 5、求得干系人對需求的承諾，進行需求確認，對定稿的需求建立需求基線 6、需求變更嚴格按照整體變更控制流程進行。