需求的變更
2005-07-01
在專案開發的過程中，經常會出現需求發生變更的情況。從變更的結果上看，主要有以下幾種需求變更的情況：
1、需求增加
2、需求刪除
3、需求發生改變
我們在實施專案的時候，往往做著做著，突然發現專案的進度已經落下了這麼多。查詢其原因，我們往往會發現，專案的某些需求在悄然的發生著改變，或者是某些的功能在現有基礎上功能增強了，或者是某些功能的效能上有更大的要求，或者增加了一些小的新需求，或者是某些需求的實現方式發生了變更。。。。。。這些變更在悄悄的，讓你不痛不癢的發生著，等你察覺出來這些改變給你的專案帶來了什麼樣的災難性的後果的時候，很多時候已經晚了，你的產品已經面目全非，你的專案已經無可救藥的要100%延期了。
現在我們再來回想一下需求發生變更的原因。需求的變更，往往是以下幾個方面引起的變更：
1、客戶有新的需求提出；
2、客戶在看產品演示時提出的更加具體的需求；
3、客戶在看產品演示時提出已經實現的部分不符合他們的需要；
4、產品經理根據市場需要提出的新的需求；
5、sa提出的技術上的需要；
現在再來考慮一下新的需求提出來以後，得不到有效控制的原因。當第三方提出新的需求以後，往往是領導（有時候也是sa，這種情況下需求得不到有效控制的情況往往更加嚴重）一看「應該」只是乙個小小的修改，沒有太大的影響，所以直接吩咐開發人員去實現了，知會開發經理一聲；好一點的，和開發經理或者sa商量一下，然後就將任務部署下去了。開發人員儘管不情願（原計畫之外的額外工作），但也是不甘不願的完成了，但相應的設計文件、變更記錄、需求規格說明書中變更？這些你別想了。不是只是乙個小小的改變麼？這些工作不作也罷了。
現在讓我們來討論一下需求變更得不到有效控制所帶來的後果。首先，有些小需求看起來工作量不大，但是實際上開發人員要耗費比較長的時間去完成這些小功能的領導或者sa沒有考慮到的細節問題；其次，新需求的提出影響了專案原有的程序，它是中間插進來的空降任務，給專案組成員心理上造成一定的負面影響，新的任務說下來就下來了，原來的計畫就沒有太大的用處了，而且任務完不能按時完成也不是我的原因，領導部署新的任務了麼；再次，那些客戶頭腦一熱、領導一拍腦袋就部署下去的需求，往往得不到有效的設計和需求追溯，一不小心就被淹沒了，找不到這部分是怎麼設計的，對應於哪些**，出了問題之後往往要耗費很長時間去定位和跟蹤；最後，新增的任務的不到有效的審核，往往對整個系統的嚴謹性、健壯性和可維護性留下隱患。
談談需求的變更
本來只想寫一篇的，沒想到寫著寫著就成了系列了。關於這個系列的前兩篇文章 談談專案的開發 談談專案的執行 在寫這篇文章之前，先答覆一些朋友的疑問，專案的開發，有沒有必要到那以細呀？究竟有沒有必要，見仁見智吧，畢竟每個管理者在管理時所面臨的問題都是不同的。首先說說一名team leader往往會面臨到的...
需求變更的代價和如何減少需求變更
需求變更的代價 一般來講，需求的變更通常意味著需求的增加，需求的減少相對很少，而且處理需求減少方面的問題也比較容易。當客戶提出新需求的時候，專案開發人員應該分析這些新需求對專案現階段帶來的風險，得出雙方實現變更需求的需要的成本，包括時間 人力 資源等等方面。變更都是有代價的，應該評估一下變更的代價和...
需求變更的煩惱
客戶今天要求變更需求，加某某功能，這個應該不難吧，某某公司的產品都有這個功能的。客戶的需求一直在變，煩惱。開始是需求不明確，客戶都不知道要做成什麼樣，只有乙個大概的粗略的描述。等到大樓蓋好了，給客戶，卻發現大樓應該是這樣那樣的。客戶方和開發方在一起 workshop 還好，如果分開在兩地就更糟糕。永...