全程建模 需求變更如何應對

2021-03-31 08:56:31 字數 691 閱讀 8708

伊達 11:37:25

3、對於需求不斷變更,使用者老覺得加點東西沒什麼,覺得很簡單,導致系統越改問題越多。你有什麼好辦法嗎?

青潤 11:36:06

這是最難以解決的問題,我一般是採用文件積累變更的方式,適當的時間讓他們看看已經變更了多少次,通過這個,可以讓他們有所顧慮。

伊達 11:39:55

文件積累變更?  在原有的需求書之外,然後把以後所有的變更都集中記錄在一起嗎?

伊達 11:40:06

他們看了有效果?

青潤 11:38:21

我是說,我習慣撰寫的文件修訂記錄。我書後面就有乙份,你可以參考一下。

伊達 11:40:56

我看了,那裡面你把修改了幾個錯別字都寫在裡面了

青潤 11:39:22

是的。這主要是,那天,就僅僅修改了幾個錯別字。

青潤 11:39:54

所有的內容都新增在上面,讓使用者知道你為他做了多少事情,才是關鍵。

伊達 11:42:48

哦,你這是個不錯的辦法。我平常都用excel來記錄了,只是沒有給使用者看

青潤 11:41:06

呵呵。

伊達 11:44:48

4、開發流程的問題,是個大問題,我一會回來再和你請教。

青潤 11:43:35

呵呵。不過,下午我可能要出去。再找時間吧。

需求變更的代價和如何減少需求變更

需求變更的代價 一般來講,需求的變更通常意味著需求的增加,需求的減少相對很少,而且處理需求減少方面的問題也比較容易。當客戶提出新需求的時候,專案開發人員應該分析這些新需求對專案現階段帶來的風險,得出雙方實現變更需求的需要的成本,包括時間 人力 資源等等方面。變更都是有代價的,應該評估一下變更的代價和...

如何做好需求變更管理? 需求變更流程規範

一 引言 由於目前公司內部對產品的需求變動都只是口頭或郵件中進行通知,並沒有進行內部評審和相關需求變動後的記錄,導致後續出的產品某些需求增加了,某些沒有進行增加。這樣就會導致測試得到的資訊不完整,以及後續產品的維護困難。在這裡書寫乙份規範說明書,希望能得到一些改善。二 目的 控制需求變化引起的開發 ...

需求變更管理

需求變更 是業界公認的專案管理重大挑戰,尤其是專案後期產生的需求變更,對專案的影響是非常大的。但是,需求開發不可能做到完美無瑕,而且隨著客戶對專案和系統的了解,很有可能提出新的需求或者對原有的需求作出修正。因此,需求的變化是不可避免的。對於如何應對需求變更,主要的思路有兩條 首先是從源頭做起,提高需...