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

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

3、需求工程的實(shí)施過程中，客戶可以理直氣壯地向需求分析員和開發(fā)人員提出這些要求。,5,2.2 客戶與開發(fā)人員的合作伙伴關(guān)系,軟件客戶的義務(wù)法案(見表2.2)則列出了需求過程中客戶對(duì)需求分析員和開發(fā)人員承擔(dān)的10項(xiàng)義務(wù)。,注意： 不要指望項(xiàng)目涉眾天生知道如何合作進(jìn)行需求開發(fā)。必須花時(shí)間討論如何最有效地進(jìn)行協(xié)作。,表2.2,6,2.2.1 軟件客戶的權(quán)利法案,權(quán)利之一：要求需求分析員使用客戶的語(yǔ)言 需求的討論必須以客戶的業(yè)務(wù)需求和業(yè)務(wù)工作為中心，使用客戶的業(yè)務(wù)用語(yǔ)。 客戶可以通過詞匯表向需求分析員提供業(yè)務(wù)術(shù)語(yǔ)。 權(quán)利之二：要求需求分析員理解客戶的業(yè)務(wù)和目標(biāo) 通過與客戶交流獲得需求，需求分析員能夠更充分

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

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

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

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

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

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

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