2015下半年高級信息系統(tǒng)項目管理師下午案例分析真題

[說明]
某公司2014年初承接了一個周期為一年的OA信息系統(tǒng)項目，并指派項目經(jīng)理小張負責。該項目屬于定制型項目，涉及的用戶方較多，小張根據(jù)自己的經(jīng)驗預測到項目可能會涉及頻繁的需求變更，因此小張在將項目組分成了業(yè)務組、實施組、開發(fā)組后，定義了如下需求管理及控制流程：

(1)指派專門的業(yè)務組進行需求分析，分析完成后馬上與用戶進行需求確認，確認后填寫需求狀態(tài)表(包括需求提交日期、需求狀態(tài)、是否屬于變更等)；
(2)實施組獲得需求分析文檔后，一周內(nèi)進行技術(shù)方案設計；
(3)技術(shù)方案完成后，業(yè)務組視情況與用戶進行二次溝通確認，確認后填寫需求狀態(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è)務流程有缺失，程序有BUG，于是項目組重新按照以上流程梳理了需求，并重新開發(fā)上線。
[事件2]2014年底，開發(fā)組提出需求分析在深度、廣度上不夠，導致開發(fā)返工任務多。

[問題1](12分)
結(jié)合案例及你的工作經(jīng)驗，請說明項目經(jīng)理小張在需求管理及控制過程中存在哪些不足？[問題2](4分)
結(jié)合案例，圍繞需求管理，請將下面(1)～(2)處的答案填寫在答題紙的對應欄內(nèi)。案例中，2014年底推廣使用的時候發(fā)現(xiàn)，業(yè)務流程有缺失，這一現(xiàn)象是由于缺乏(1)中的(2)。[問題3](5分)結(jié)合案例和個人經(jīng)驗，簡要敘述項目中需求可能存在的幾種狀態(tài)。
[問題4](4分)
如果你是小張的經(jīng)理，請幫助小張改進需求管理及控制過程中的不足。

---

問題1

需求管理沒有一套完整的管理流程；

沒有明確對應的需求獲取方式；

需求獲取時挖得不深，需求分析在深度和廣度上做得不夠；

需求分析僅限于業(yè)務組的需求分析，未邀請技術(shù)團隊和測試團隊參加；

沒有進行需求評審，導致有需求遺漏；

需求管理中沒有定義需求凍結(jié)期，題干顯示可以無休止的提出新的需求或者需求變更。

問題2

案例中，2014年底推廣使用的時候發(fā)現(xiàn)，業(yè)務流程有缺失，這一現(xiàn)象是由于缺乏(需求管理)中的(需求評審)。

問題3

需求可能存在的狀態(tài)有如下幾種：
已建議，已批準，已實現(xiàn)，已驗證，已刪除、已設計、已交付、待批準、被拒絕等。

問題4

需求管理建議以如下方式開展：
1)明確添加需求獲取過程，使用訪談、焦點小組會議、頭腦風暴、問卷調(diào)查、原型法等多種方式獲取需求；
2)通過多種方式進行用戶需求分析。包括使用圖形表示法、原型等可視方法、系統(tǒng)可行性需求分析及模塊描述系統(tǒng)；
3)編寫需求說明書；
4)進行需求驗證和需求評審。
5)對定稿的需求建立需求基線。
6)管理和控制需求變更。

需求控制需要嚴格按照整體變更控制管理進行，有變更，走流程。
1)有需求變更要提出變更請求；
2)審核需求變更帶來的影響；
3)由CCB確定批準或拒絕需求變更；
4)對批準了的需求變更，相應修改范圍說明書和其他項目管理計劃文件；
5)及時發(fā)布變更信息；
6)跟蹤批準了的變更的實施情況；

總結(jié)

以上是生活随笔為你收集整理的笔记-高项案例题-2015年下-需求管理的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。