愛悠閑 > 需求變更誰之過?

需求變更誰之過?

分類: 胡言亂語  |  標簽: 文檔,單元測試,測試,工作  |  作者: jinhuiyu 相關  |  發布日期 : 2013-06-30  |  熱度 : 21°

這里不談論因客觀市場原因造成的需求變更,不談論因項目預算原因造成的需求變更。這里的需求變更是指在項目的必要性依然存在,項目的總體目標依然穩定情況下的需求變更。

眾所周知,開發人員最頭疼的事情是當一個功能(甚至整個項目)開發完成以后,客戶卻要求變更需求,更改需求文檔,從而造成額外的開發工作或者項目延期。在這種情況下,絕大多數開發人員都會理直氣壯的把原因歸咎于客戶本身,是他們的需求有問題。但仔細想想,這些真的都是客戶的錯嗎?

舉例來講,如果客戶想要一把水果刀,需求人員經過調研、需求分析,形成了如下的需求文檔交付給了開發人員:

1. 這把刀需要比較鋒利
2. 這把刀不能生銹
3. 這把刀能削水果

開發人員拿到需求文檔,便開始了編碼實現,如下是開發出來的水果刀,符合需求文檔上的所有需求。單元測試沒有問題,集成測試沒有問題,項目順利到達了UAT階段,可以想象UAT的時候,客戶會怎么說,這把刀太大了,所以客戶要求更改需求,再加上一條:刀的尺寸需要15厘米長,5厘米寬。

 

 

如上需求變更是客戶造成的嗎,當然不是,客戶只是需要一把水果刀,而開發人員交付的這把大菜刀頂多只是滿足了需求文檔的要求,而不是客戶的要求。

如何避免這種情況出現呢?試想一下,如果需求文檔是這樣的:“客戶需要一把能方便的完成削水果的刀”,開發人員還會開發出來一把大菜刀給客戶嗎?當然不會,盡管開發人員也許會對“方便”的標準有疑問,但是通過與客戶的溝通,完全可以更深入的了解客戶對“方便”的需求,從而避免項目滿足了系統滿足了需求文檔,卻不滿足客戶需求的情況。



快乐彩中奖说明