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

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

(1)指派專門的業務組進行需求分析，分析完成后馬上與用戶進行需求確認，確認后填寫需求狀態表(包括需求提交日期、需求狀態、是否屬于變更等)；
(2)實施組獲得需求分析文檔后，一周內進行技術方案設計；
(3)技術方案完成后，業務組視情況與用戶進行二次溝通確認，確認后填寫需求狀態表(包括需求技術方案提交日期、需求技術方案狀態)；
(4)需求分析、技術方案完成后，開發組每周對已確定需求進行工作量評估，形成月度開發計劃；
(5)開發組根據開發計劃進行定制開發工作；
(6)每周開發組根據需求狀態庫的需求、方案進行工作量重新評估，更新開發計劃。

項目進行過程中，發生了如下事件，導致項目延期半年才完成：

[事件1]根據2014年初的計劃開發完成了OA信息系統項目并上線，但用戶沒有真正使用。2014年底推廣使用的時候發現，業務流程有缺失，程序有BUG，于是項目組重新按照以上流程梳理了需求，并重新開發上線。
[事件2]2014年底，開發組提出需求分析在深度、廣度上不夠，導致開發返工任務多。

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

---

問題1

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

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

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

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

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

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

問題2

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

問題3

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

問題4

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

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

總結

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

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。