1、1 第2章 客戶眼中的需求4某些需求問(wèn)題源于混淆了不同層次的需求(業(yè)務(wù)需求、用戶需求和功能需求)。 4這一章將討論客戶與開(kāi)發(fā)人員之間的關(guān)系，這對(duì)軟件項(xiàng)目的成功至關(guān)重要。4還提出了軟件客戶權(quán)利法案和對(duì)應(yīng)的軟件客戶責(zé)任法案，這些法案強(qiáng)調(diào)了需求開(kāi)發(fā)中客戶(尤其是用戶)參與的重要性。2 2.1 客戶4最廣義地講，客戶泛指直接或間接得益于產(chǎn)品的個(gè)人或組織。4軟件的客戶客戶包括那些提出軟件需求，購(gòu)買(mǎi)、定義、使用軟件產(chǎn)品或選擇接受軟件功能的項(xiàng)目涉眾。4低一層的需求用戶需求則應(yīng)來(lái)自實(shí)際使用產(chǎn)品的人。這類(lèi)用戶(通常被稱為“最終用戶”)構(gòu)成了另一類(lèi)型的客戶。 4對(duì)于簽約開(kāi)發(fā)或自己開(kāi)發(fā)的項(xiàng)目，業(yè)務(wù)需求應(yīng)來(lái)自投資項(xiàng)目

2、人，而用戶需求則應(yīng)來(lái)自產(chǎn)品的實(shí)際使用者。32.2 客戶與開(kāi)發(fā)人員的合作伙伴關(guān)系 要想開(kāi)發(fā)出優(yōu)秀的軟件產(chǎn)品，必須以優(yōu)質(zhì)需求為基礎(chǔ)精心制定計(jì)劃。 而高質(zhì)量的需求則源自開(kāi)發(fā)人員與客戶之間的溝通與合作，即所謂的合作伙伴關(guān)系。然而很多時(shí)候開(kāi)發(fā)人員與客戶之間卻是一種對(duì)立關(guān)系，項(xiàng)目經(jīng)理如果只考慮自己的進(jìn)度而不考慮用戶提出的需求，就會(huì)造成矛盾，這樣對(duì)誰(shuí)都沒(méi)有好處。 只有參與各方都了解自己獲得成功的條件，并且理解和尊重合作者的成功條件時(shí)合作才能取得成功。 客戶與開(kāi)發(fā)人員的合作伙伴關(guān)系，體現(xiàn)在軟件客戶的權(quán)利與義務(wù)法案42.2 客戶與開(kāi)發(fā)人員的合作伙伴關(guān)系4軟件客戶的權(quán)利法案(見(jiàn)表2.1)列出了10項(xiàng)權(quán)利。在項(xiàng)目需

3、求工程的實(shí)施過(guò)程中，客戶可以理直氣壯地向需求分析員和開(kāi)發(fā)人員提出這些要求。10. 獲得滿足功能和質(zhì)量要求的系統(tǒng)，這些要求必須事先告知開(kāi)發(fā)人員并征得其同意9. 在提出需求變更時(shí)，獲得對(duì)變更的成本、影響及二者權(quán)衡關(guān)系的真實(shí)評(píng)估8. 調(diào)整需求，便于重用已有的軟件組件7. 要求開(kāi)發(fā)人員實(shí)現(xiàn)能讓產(chǎn)品使用起來(lái)更容易、更有趣的特性6. 要求需求分析員和開(kāi)發(fā)人員為需求和產(chǎn)品實(shí)現(xiàn)提供思路和備用方案5. 要求需求分析員和開(kāi)發(fā)人員尊重客戶，始終以合作和專業(yè)的態(tài)度與客戶進(jìn)行互動(dòng)4. 要求需求分析員解釋需求過(guò)程生成的所有工作結(jié)果3. 要求需求分析員把需求收集過(guò)程中客戶提供的信息組織成書(shū)面的軟件需求規(guī)格說(shuō)明2. 要求需求

4、分析員熟悉客戶的業(yè)務(wù)，了解客戶對(duì)系統(tǒng)的目標(biāo)1. 要求需求分析員使用客戶的語(yǔ)言客戶有權(quán)利表2.15軟件客戶有義務(wù)1. 為需求分析員和開(kāi)發(fā)人員講解業(yè)務(wù)并定義業(yè)務(wù)術(shù)語(yǔ)2. 提供需求，闡明需求，通過(guò)與開(kāi)發(fā)人員的交互將需求充實(shí)完善3. 對(duì)系統(tǒng)需求的描述必須詳細(xì)、準(zhǔn)確4. 需要時(shí)，及時(shí)對(duì)需求做出決斷5. 尊重開(kāi)發(fā)人員對(duì)需求成本和可行性的評(píng)估6. 與開(kāi)發(fā)人員協(xié)作，為功能需求、系統(tǒng)特性和用例設(shè)置優(yōu)先級(jí)7. 審閱需求文檔，評(píng)估原型8. 發(fā)現(xiàn)需要變更需求時(shí)，及時(shí)與開(kāi)發(fā)人員溝通9. 按照開(kāi)發(fā)組織的變更控制過(guò)程提出需求變更10. 尊重需求分析員在需求工程中使用的過(guò)程 2.2 客戶與開(kāi)發(fā)人員的合作伙伴關(guān)系4 軟件客戶的

5、義務(wù)法案(見(jiàn)表2.2)則列出了需求過(guò)程中客戶對(duì)需求分析員和開(kāi)發(fā)人員承擔(dān)的10項(xiàng)義務(wù)。注意：不要指望項(xiàng)目涉眾天生知道如何合作進(jìn)行需求開(kāi)發(fā)。必須花時(shí)間討論如何最有效地進(jìn)行協(xié)作。 表2.26 2.2.1 軟件客戶的權(quán)利法案4 權(quán)利之一：要求需求分析員使用客戶的語(yǔ)言 需求的討論必須以客戶的業(yè)務(wù)需求和業(yè)務(wù)工作為中心，使用客戶的業(yè)務(wù)用語(yǔ)。 客戶可以通過(guò)詞匯表向需求分析員提供業(yè)務(wù)術(shù)語(yǔ)。 4 權(quán)利之二：要求需求分析員理解客戶的業(yè)務(wù)和目標(biāo) 通過(guò)與客戶交流獲得需求，需求分析員能夠更充分地理解客戶的業(yè)務(wù)以及如何讓產(chǎn)品適合業(yè)務(wù)需求。 4 權(quán)利之三：要求需求分析員編寫(xiě)軟件需求規(guī)格說(shuō)明 需求分析員對(duì)來(lái)自不同客戶的信息進(jìn)行

6、整理，把用例同業(yè)務(wù)需求、業(yè)務(wù)規(guī)則、功能需求、質(zhì)量目標(biāo)、對(duì)解決方案的建議等內(nèi)容區(qū)分開(kāi)來(lái)。 4 權(quán)利之四：聽(tīng)取對(duì)需求工作成果的解釋 需求分析員也許會(huì)使用不同的示意圖來(lái)配合SRS文本對(duì)需求進(jìn)行描述。 4 權(quán)利之五：得到需求分析員和開(kāi)發(fā)人員的尊重 參與需求開(kāi)發(fā)過(guò)程時(shí)，客戶有權(quán)要求需求分析員和軟件人員尊重他們的想法，并且珍惜他們?yōu)轫?xiàng)目成功所付出的時(shí)間。7 2.2.1 軟件客戶的權(quán)利法案4 權(quán)利之六：聽(tīng)取開(kāi)發(fā)人員對(duì)于需求及如何實(shí)現(xiàn)需求的想法和備用方案 需求分析員應(yīng)該了解客戶現(xiàn)有的系統(tǒng)為何不能很好地滿足他們的業(yè)務(wù)流程需要，從而保證新的系統(tǒng)能夠更高效滿足新需要。4 權(quán)利之七：描述使產(chǎn)品易于使用的特性 客戶可以

7、要求需求分析員留意用戶功能需求之外的軟件特性。 4 權(quán)利之八：為實(shí)現(xiàn)重用而對(duì)需求做出調(diào)整 需求分析員也許知道有現(xiàn)成的軟件組件大致符合客戶描述的部分需求。需求分析員應(yīng)該把這種情況告訴用戶，讓他們選擇是否對(duì)需求做出修改，以便開(kāi)發(fā)人員能夠重用已有的軟件。 4 權(quán)利之九：獲得對(duì)變更成本的真實(shí)估算 如果知道還有開(kāi)銷(xiāo)更小的方案，客戶會(huì)作出不同的選擇。 4 權(quán)利之十：得到滿足功能和質(zhì)量需求的系統(tǒng) 大家都希望項(xiàng)目達(dá)到的圓滿結(jié)果。但有兩個(gè)前提：客戶將開(kāi)發(fā)產(chǎn)品需要的所有信息明確告知了開(kāi)發(fā)人員；開(kāi)發(fā)人員也讓客戶清楚了所有的選擇和約束。8 2.2.2 軟件客戶的義務(wù)法案4 義務(wù)之一：為需求人員和開(kāi)發(fā)人員講解業(yè)務(wù) 開(kāi)發(fā)

8、小組依靠客戶為他們講解客戶的業(yè)務(wù)概念和術(shù)語(yǔ)。 講解業(yè)務(wù)的目的不是要把業(yè)務(wù)分析員培養(yǎng)成該領(lǐng)域的專家，而是幫他們理解客戶的問(wèn)題和目標(biāo)。 4 義務(wù)之二：花時(shí)間提供并闡明需求 有義務(wù)投入時(shí)間去參與產(chǎn)品開(kāi)發(fā)過(guò)程、自由討論、會(huì)談以及其他需求獲取活動(dòng)。 4 義務(wù)之三：對(duì)需求的說(shuō)明必須具體和準(zhǔn)確 客戶應(yīng)盡量把每項(xiàng)需求的意圖闡述清楚，以便需求分析員可以在SRS中將其準(zhǔn)確表達(dá)出來(lái)。如果無(wú)法準(zhǔn)確描述，客戶應(yīng)該同意采用能達(dá)到所需準(zhǔn)確度的方法。4 義務(wù)之四：及時(shí)做出決定 需求分析員會(huì)要求客戶做出很多選擇和決定，包括解決來(lái)自多個(gè)客戶的需求間不一致的問(wèn)題，以及評(píng)估信息的準(zhǔn)確性。 4 義務(wù)之五：尊重開(kāi)發(fā)人員對(duì)成本和可行性的評(píng)

9、估 開(kāi)發(fā)人員最有資格來(lái)估算這些成本，盡管他們中很多人并非熟練的評(píng)估員。 9 2.2.2 軟件客戶的義務(wù)法案4 責(zé)任之六：為需求設(shè)置優(yōu)先級(jí) 對(duì)于設(shè)置優(yōu)先級(jí)，客戶應(yīng)該起主導(dǎo)作用，因?yàn)殚_(kāi)發(fā)人員無(wú)法確定某個(gè)需求對(duì)客戶究竟有多重要。開(kāi)發(fā)人員將提供關(guān)于每項(xiàng)需求的成本和風(fēng)險(xiǎn)的信息，幫助確定最終的優(yōu)先級(jí)。客戶確定了需求的優(yōu)先級(jí)后，開(kāi)發(fā)人員可以據(jù)此在合適的時(shí)間內(nèi)，以最低的成本創(chuàng)造出最大的價(jià)值。4 義務(wù)之七：審閱需求文檔，評(píng)估原型 讓客戶參與審閱是評(píng)估需求是否具備完整性、正確性和必要性的唯惟一方法 。4 義務(wù)之八：將需求變更及時(shí)告知開(kāi)發(fā)人員 客戶一旦意識(shí)到需要更改需求，就應(yīng)馬上通知需求分析員。 4 義務(wù)之九：遵循

10、開(kāi)發(fā)組織的變更過(guò)程 為了將變更的負(fù)面影響降至最低，客戶就必須遵循項(xiàng)目中定義的變更控制過(guò)程。 4 義務(wù)之十：尊重需求分析員使用的需求工程方法 需求分析員使用的各種方法都有其理論基礎(chǔ)。 如果客戶能夠理解并尊重需求分析員用于需求開(kāi)發(fā)的方法，整個(gè)需求過(guò)程就會(huì)變得更輕松。10 2.3 關(guān)于“簽字”4 客戶和開(kāi)發(fā)人員之間合作伙伴關(guān)系的核心是就產(chǎn)品的需求達(dá)成一致。很多組織把在需求文檔上簽字作為客戶認(rèn)可需求的標(biāo)志。 4 需求批準(zhǔn)過(guò)程的所有參與者都應(yīng)該明白簽字意味著什么，否則會(huì)出現(xiàn)很多問(wèn)題。 問(wèn)題之一是客戶代表把在需求文檔上簽字視作毫無(wú)意義的儀式。另一個(gè)關(guān)于簽字的問(wèn)題是開(kāi)發(fā)經(jīng)理把簽字作為凍結(jié)需求的方法。 4 簽

11、字不僅僅是儀式，更重要的是建立需求協(xié)議的基線 。要求說(shuō)明在批準(zhǔn)需求文檔時(shí)簽字的真正含義，把這個(gè)定義寫(xiě)下來(lái)。注意：不要把簽字當(dāng)成武器。應(yīng)該把它作為項(xiàng)目的一個(gè)里程碑。對(duì)于簽字之前應(yīng)進(jìn)行哪些活動(dòng)，以及簽字對(duì)將來(lái)變更的影響，各方應(yīng)形成明確一致的理解。 11 2.3 關(guān)于“簽字” 需求基線4需求基線(requirement baseline)是團(tuán)隊(duì)成員已經(jīng)承諾將在某一特定產(chǎn)品版本中實(shí)現(xiàn)的功能性和非功能性需求的一組集合。4定義了一個(gè)需求基線之后，項(xiàng)目的涉眾各方就可以對(duì)發(fā)布的產(chǎn)品中希望具有的功能和屬性有一個(gè)一致的理解。12 2.3 關(guān)于“簽字”l 設(shè)置基線是很有意義的，它能給所有主要的涉眾帶來(lái)信心：客戶管理

12、層相信項(xiàng)目的范圍不會(huì)過(guò)度膨脹直至失控 。用戶代表有信心開(kāi)發(fā)團(tuán)隊(duì)會(huì)跟他們一同努力開(kāi)發(fā)出符合需求的系統(tǒng) 。開(kāi)發(fā)管理人員有信心，因?yàn)殚_(kāi)發(fā)團(tuán)隊(duì)有了業(yè)務(wù)伙伴。業(yè)務(wù)伙伴能夠保證項(xiàng)目的中心工作集中在業(yè)務(wù)目標(biāo)上。他們將與開(kāi)發(fā)人員一起在進(jìn)度、成本、功能和質(zhì)量之間做出平衡。需求分析員也充滿信心，因?yàn)樗麄兛梢杂行У毓芾眄?xiàng)目的變更，將變更引起的麻煩減至最小。13本次課小結(jié)4客戶與開(kāi)發(fā)人員之間的關(guān)系；4軟件客戶權(quán)利法案和責(zé)任法案，這些法案強(qiáng)調(diào)了需求開(kāi)發(fā)中客戶(尤其是用戶)參與的重要性；4關(guān)于“簽字” ，明確簽字不僅僅是儀式，更重要的是建立需求協(xié)議的基線 。要求說(shuō)明在批準(zhǔn)需求文檔時(shí)，簽字的真正含義，把這個(gè)定義寫(xiě)下來(lái)。144明確由哪些客戶負(fù)責(zé)為項(xiàng)目提供業(yè)務(wù)需求和用戶需求。看看權(quán)利法案和義務(wù)法案中哪些條款是他們理解、接受和已經(jīng)實(shí)行的。4跟重要客戶一起討論權(quán)利法案，了解他們是否認(rèn)為有些權(quán)利自己沒(méi)有享受到。與他們討論責(zé)任法案，就接受哪些條款達(dá)成一致。根據(jù)討論結(jié)果對(duì)權(quán)力法案和義務(wù)法案做出相應(yīng)的修正，這樣各方便能就如何進(jìn)行合作達(dá)成共識(shí)