何時(shí)好的群體將發(fā)生不合格的需求說明

申請免費(fèi)試用、咨詢電話：400-8352-114

　　下面將討論一些需求風(fēng)險(xiǎn)。不適當(dāng)?shù)男枨筮^程所引起的一些風(fēng)險(xiǎn)

　　• 用戶不多導(dǎo)致產(chǎn)品無法被接受。

　　• 用戶需求的增加帶來過度的耗費(fèi)和降低產(chǎn)品的質(zhì)量。

　　• 模棱兩可的需求說明可能導(dǎo)致時(shí)間的浪費(fèi)和返工。

　　• 用戶增加一些不必要的特性和開發(fā)人員畫蛇添足( g o l d - p l a t i n g )。

　　• 過分簡略的需求說明以致遺漏某些關(guān)鍵需求。

　　• 忽略某類用戶的需求將導(dǎo)致眾多客戶的不滿。

　　• 不完善的需求說明使得項(xiàng)目計(jì)劃和跟蹤無法準(zhǔn)確進(jìn)行。

1. 無足夠用戶參與

　　客戶經(jīng)常不明白為什么收集需求和確保需求質(zhì)量需花費(fèi)那么多功夫，開發(fā)人員可能也不重視用戶的參與。究其原因：一是因?yàn)榕c用戶合作不如編寫代碼有意思；二是因?yàn)殚_發(fā)人員覺得已經(jīng)明白用戶的需求了。在某些情況下，與實(shí)際使用產(chǎn)品的用戶直接接觸很困難，而客戶也不太明白自己的真正需求。但還是應(yīng)讓具有代表性的用戶在項(xiàng)目早期直接參與到開發(fā)隊(duì)伍中，并一同經(jīng)歷整個(gè)開發(fā)過程。

2. 用戶需求的不斷增加

　　在開發(fā)中若不斷地補(bǔ)充需求，項(xiàng)目就越變越龐大以致超過其計(jì)劃及預(yù)算范圍。計(jì)劃并不總是與項(xiàng)目需求規(guī)模與復(fù)雜性、風(fēng)險(xiǎn)、開發(fā)生產(chǎn)率及需求變更實(shí)際情況相一致，這使得問題更難解決。實(shí)際上，問題根源在于用戶需求的改變和開發(fā)者對新需求所作的修改。要想把需求變更范圍控制到最小，必須一開始就對項(xiàng)目視圖、范圍、目標(biāo)、約束限制和成功標(biāo)準(zhǔn)給予明確說明，并將此說明作為評價(jià)需求變更和新特性的參照框架。說明中包括了對每種變更進(jìn)行變更影響因素分析的變更控制過程，有助于所有風(fēng)險(xiǎn)承擔(dān)者明白業(yè)務(wù)決策的合理性，即為何進(jìn)行某些變更，相應(yīng)消耗的時(shí)間、資源或特性上的折中。產(chǎn)品開發(fā)中不斷延續(xù)的變更會(huì)使其整體結(jié)構(gòu)日漸紊亂，補(bǔ)丁代碼也使得整個(gè)程序難以理解和維護(hù)。插入補(bǔ)丁代碼使模塊違背強(qiáng)內(nèi)聚、松耦合的設(shè)計(jì)原則，特別是如果項(xiàng)目配置管理工作不完善的話，收回變更和刪除特性會(huì)帶來問題。如果你盡早地區(qū)別這些可能帶來變更的特性，你就能開發(fā)一個(gè)更為健壯的結(jié)構(gòu)，并能更好地適應(yīng)它。這樣設(shè)計(jì)階段需求變更不會(huì)直接導(dǎo)致補(bǔ)丁代碼，同時(shí)也有利于減少因變更導(dǎo)致質(zhì)量的下降。

3. 模棱兩可的需求

　　模棱兩可是需求規(guī)格說明中最為可怕的問題(Lawrence 1996)。它的一層含義是指諸多讀者對需求說明產(chǎn)生了不同的理解；另一層含義是指單個(gè)讀者能用不止一個(gè)方式來解釋某個(gè)需求說明。模棱兩可的需求會(huì)使不同的風(fēng)險(xiǎn)承擔(dān)者產(chǎn)生不同的期望，它會(huì)使開發(fā)人員為錯(cuò)誤問題而浪費(fèi)時(shí)間，并且使測試者與開發(fā)者所期望的不一致。一位系統(tǒng)測試人員曾告訴我，她所在的測試組經(jīng)常對需求理解有誤，以致不得不重寫許多測試用例并重做許多測試。模棱兩可的需求帶來不可避免的后果便是返工—重做一些你認(rèn)為已做好的事情。返工會(huì)耗費(fèi)開發(fā)總費(fèi)用的4 0 %，而7 0 %～8 5 %的重做是由于需求方面的錯(cuò)誤所導(dǎo)致的（ l e ff i n g w e l l1 9 9 7）。想像一下如果你能減少一半的返工會(huì)是怎樣的情況？你能更快地開發(fā)出產(chǎn)品，在同樣的時(shí)間內(nèi)開發(fā)更多、更好的產(chǎn)品，甚至能偶爾回家休息休息。處理模棱兩可需求的一種方法是組織好負(fù)責(zé)從不同角度審查需求的隊(duì)伍。僅僅簡單瀏覽一下需求文檔是不能解決模棱兩可問題的。如果不同的評審者從不同的角度對需求說明給予解釋，但每個(gè)評審人員都真正了解需求文檔，這樣二義性就不會(huì)直到項(xiàng)目后期才被發(fā)現(xiàn)，那時(shí)再發(fā)現(xiàn)的話會(huì)使得更正代價(jià)很大。其它檢測模棱兩可需求的技術(shù)由Gause 和We i n b e rg（1 9 8 9）給予介紹。

4. 不必要的特性

　　“畫蛇添足”是指開發(fā)人員力圖增加一些“用戶欣賞”但需求規(guī)格說明中并未涉及的新功能。經(jīng)常發(fā)生的情況是用戶并不認(rèn)為這些功能性很有用，以致在其上耗費(fèi)的努力“白搭”了。開發(fā)人員應(yīng)當(dāng)為客戶構(gòu)思方案并為他們提供一些具有創(chuàng)新意識的思路，具體提供哪些功能要在客戶所需與開發(fā)人員在允許時(shí)限內(nèi)的技術(shù)可行性之間求得平衡，開發(fā)人員應(yīng)努力使功能簡單易用，而不要未經(jīng)客戶同意，擅自脫離客戶要求，自作主張。同樣，客戶有時(shí)也可能要求一些看上去很“酷”，但缺乏實(shí)用價(jià)值的功能，而實(shí)現(xiàn)這些功能只能徒耗時(shí)間和成本。為了將“畫蛇添足”的危害盡量減小，應(yīng)確信：你明白為什么要包括這些功能，以及這些功能的“來龍去脈”，這樣使得需求分析過程始終是注重那些能使用戶完成他們業(yè)務(wù)任務(wù)的核心功能。

5. 過于精簡的規(guī)格說明

　　有時(shí)，客戶并不明白需求分析有如此重要，于是只作一份簡略之至的規(guī)格說明，僅涉及了產(chǎn)品概念上的內(nèi)容，然后讓開發(fā)人員在項(xiàng)目進(jìn)展中去完善，結(jié)果很可能出現(xiàn)的是開發(fā)人員先建立產(chǎn)品的結(jié)構(gòu)之后再完成需求說明。這種方法可能適合于尖端研究性的產(chǎn)品或需求本身就十分靈活的情況（ McConnell 1996）。但在大多數(shù)情況下，這會(huì)給開發(fā)人員帶來挫折（使他們在不正確的假設(shè)前提和極其有限的指導(dǎo)下工作），也會(huì)給客戶帶來煩惱（他們無法得到他們所設(shè)想的產(chǎn)品）。

6. 忽略了用戶分類

　　大多數(shù)產(chǎn)品是由不同的人使用其不同的特性，使用頻繁程度也有所差異，使用者受教育程度和經(jīng)驗(yàn)水平也不盡相同。如果你不能在項(xiàng)目早期就針對所有這些主要用戶進(jìn)行分類的話，必然導(dǎo)致有的用戶對產(chǎn)品感到失望。例如，菜單驅(qū)動(dòng)操作對高級用戶太低效了，但含義不清的命令和快捷鍵又會(huì)使不熟練的用戶感到困難。

7. 不準(zhǔn)確的計(jì)劃

　　“上述是我對新產(chǎn)品的看法，好，現(xiàn)在你能告訴我你什么時(shí)候能完成嗎？”許多開發(fā)人員都遇到這種難題。對需求分析缺乏理解會(huì)導(dǎo)致過分樂觀的估計(jì)，而當(dāng)不可避免的超支發(fā)生時(shí)，會(huì)帶來頗多麻煩。據(jù)報(bào)道，導(dǎo)致需求過程中軟件成本估計(jì)極不準(zhǔn)確的原因主要有以下五點(diǎn)：頻繁的需求變更、遺漏的需求、與用戶交流不夠、質(zhì)量低下的需求規(guī)格說明和不完善的需求分析（Davis 1995）。

　　對不準(zhǔn)確的要求所提問題的正確響應(yīng)是“等我真正明白你的需求時(shí)，我就會(huì)來告訴你”?；诓怀浞中畔⒑臀唇?jīng)深思的對需求不成熟的估計(jì)很容易為一些因素左右。要作出估計(jì)時(shí)，最好還是給出一個(gè)范圍（如最好的情況下，很可能的，最壞情況下）或一個(gè)可信賴的程度（我有9 0 %的把握，我能在8周內(nèi)完成）。未經(jīng)準(zhǔn)備的估計(jì)通常是作為一種猜測給出的，聽者卻認(rèn)為是一種承諾。因此我們要盡力給出可達(dá)到的目標(biāo)并堅(jiān)持完成它。