Web專案經理手冊之需求變更管理

  需求變更管理是web專案管理中最重要的一個環節，需求變更管理的有效性直接影響專案的成功與否。

  對待變更的態度：
1、變更是不可避免的。
2、變更必須被管理。
3、積極發現引起變更的因素，促使變更儘可能早的出現，減低變更帶來的風險。

需求變更管理的目標：
1、相關的干係人必須清楚地瞭解發生的變更。
2、變更處於有效的管理中。
3、儘量降低變更帶來的風險。

  通過制定需求變更的流程，確保專案中的需求變更有效地進行，實現上述的目標。

  需求變更流程：
1、確定需求的基準線。
 通常我們會以User Case作為需求基準線，在User Case確認之後的任何需求改變，都需要走需求變更流程。沒有走需求變更流程的需求將不被認可。

2、首先專案經理接收到需求變更的要求。
  需求變更的提出者可以是專案中的任何人包括產品經理、客服、開發人員、測試人員等。
 
3、專案經理評估該需求變更。
  專案經理可以召集相關人員討論該需求變更的合理性、可行性，實施的代價以及對專案的影響。
 專案經理作為專案的負責人，對專案的成功負有主要的責任。所以需求變更的決策者應該由專案經理承擔。
 
4、需求變更確認後由專人將需求變更記錄下來(格式如下)，通知給專案中所有成員。其中以下人員對需求的變更是緊密相關的,他們必須知曉並認可此需求變更。包括（客戶方代表，需求分析師，測試人員，相關開發人員）。
需求變更表的格式：

序號

變更提出時間

變更描述

變更型別(是對原有需求的修改還是新增需求)

原因

變更提出者

開發人員

對進度的影響（工作量）

5、相關人員接收到確認的需求變更後，做以下事情。
需求分析人員修改需求說明書和User Case的相關內容。
測試人員修改測試用例的相關內容。
開發人員修改程式碼中的相關部分。

6、需求凍結
 專案越到後期，需求變更對專案的影響就越大，所以在一定時候我們會進入需求凍結階段，不再接收需求的變更。 

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/14710110/viewspace-371924/，如需轉載，請註明出處，否則將追究法律責任。