我想起某些大連軟件系統(tǒng)開發(fā)職業(yè)培訓(xùn)機(jī)構(gòu)的課程。在這種課程上，學(xué)員隨機(jī)抽取到一個(gè)觀點(diǎn)，例如，地球是方的。無論是否贊成這個(gè)觀點(diǎn)，他都必須用看上去天衣無縫、無可辯駁的理由，把這個(gè)觀點(diǎn)推銷給盡可能多的人。那位上司的做法其實(shí)是損害組織利益的。我一直認(rèn)為，需要經(jīng)過再解釋的需求，不是一份合格的文檔。它會(huì)帶來歧義、返工和無法預(yù)料的后續(xù)成本。事實(shí)上，只有本著實(shí)事求是、與客戶一起成長的誠實(shí)精神，才能在現(xiàn)有能力的前提下，以最小的代價(jià)完成項(xiàng)目。我們應(yīng)該看到，在絕大多數(shù)的項(xiàng)目中，客戶需求總是不完整的。它總是處在不斷的變化之中。對于這一點(diǎn)，很多
軟件開發(fā)方法都不回避。例如，擁抱需求變化的敏捷方法。敏捷方法建議，軟件開發(fā)人員應(yīng)該隨時(shí)與客戶展開靈活的溝通，并用一種聰明的方式，讓客戶主動(dòng)地分擔(dān)需求變化的風(fēng)險(xiǎn)。例如，強(qiáng)調(diào)過程的CMM。CMM在處理需求問題時(shí)，顯得更嚴(yán)肅一些。它建議，在項(xiàng)目啟動(dòng)之初，軟件開發(fā)組織應(yīng)該和客戶一道，成立一個(gè)需求變更委員會(huì)。由于需求變更委員會(huì)的存在，需求變化的難度增加了，同此這有利于軟件開發(fā)組織控制需求的目的。不回避是一種科學(xué)的態(tài)度。但是，從實(shí)踐者的角度來看，無論是讓客戶分擔(dān)風(fēng)險(xiǎn)還是成立委員會(huì)，都不是解決需求問題的關(guān)鍵。
要想解決需求問題，關(guān)鍵有兩點(diǎn)。這兩點(diǎn)都需要需求分析人員的努力。 第一，需求分析人員應(yīng)該使用客戶提供的常識和素材，大連軟件系統(tǒng)開發(fā)人員為客戶提供他們可以理解的完整故事。事實(shí)上，單純限制需求變化，只會(huì)演變?yōu)橐粓鰞蓴【銈膽?zhàn)爭；第二，需求分析人員要積累領(lǐng)域知識，提升對需求的預(yù)判能力，并把預(yù)判應(yīng)用到軟件實(shí)現(xiàn)中去。我想解釋一下上面這兩點(diǎn)。 我們知道，理解客戶需求是需求分析的第一步。由于客戶沒有經(jīng)過專業(yè)的技能培訓(xùn)，需求的表達(dá)總是不完整的。在這種客觀現(xiàn)實(shí)面前，大連軟件系統(tǒng)開發(fā)組織有責(zé)任、有義務(wù)讓客戶清晰地了解自己的設(shè)想。 約束客戶的需求往往是沒有意義的。想想看，客戶會(huì)接受那些由于自己考慮不周而產(chǎn)生的明顯缺陷嗎？不會(huì)的。
