共讀.jpg

第十章 功能需求

功能需求指明了產(chǎn)品必須做的事情，即產(chǎn)品為了滿足它存在的根本需求和根本理由，而必須執(zhí)行的一些動(dòng)作。
需要功能需求，是因?yàn)楫?dāng)業(yè)務(wù)分析是理解了產(chǎn)品必須的功能后，他要用功能需求告訴開發(fā)者要構(gòu)建什么。
如果利益相關(guān)者對(duì)產(chǎn)品用例場(chǎng)景達(dá)成一致，業(yè)務(wù)分析師寫下一組功能需求，確定該場(chǎng)景表明的功能，接下來開發(fā)者利用這些需求來構(gòu)建產(chǎn)品。

圖片發(fā)自簡(jiǎn)書App

1 細(xì)節(jié)程度或力度

需求是由一個(gè)單句寫成，只有一個(gè)動(dòng)詞。
注意產(chǎn)品“應(yīng)該”的形式，他使用了主動(dòng)句，并關(guān)注于溝通產(chǎn)品打算做的事情。
也為開發(fā)者和其他利益相關(guān)者提供了一致的形式，這些人需要清楚地理解產(chǎn)品打算做什么。

2 描述和理由

需求不止包含描述，你需要在需求中添加理由，說明需求為什么存在。
在某些情況下，這可能很明顯。
但在許多情況下，這是需求的關(guān)鍵部分。
加入理由后，你不僅讓開發(fā)者有機(jī)會(huì)構(gòu)建最好的解決方案，而且也告訴測(cè)試人員，需要在測(cè)試這項(xiàng)需求上投入多少工作量。
很清楚理由表明這項(xiàng)需求值得關(guān)注，對(duì)描述給出理由，需求本身就變得更有用了。
也向未來的維護(hù)者說明了需求一開始為什么會(huì)存在。
理由也有助于克服不小心寫下解決方案，而不是真正的需求。
很容易通過描述一種實(shí)現(xiàn)來隱藏重要的功能，也容易選擇最明顯的實(shí)現(xiàn)，忽略可能更好地實(shí)現(xiàn)。
不論需求最終如何實(shí)現(xiàn)寫下描述和理由，顯然會(huì)導(dǎo)致發(fā)現(xiàn)真正的需求。

3 數(shù)據(jù)你的秘密武器

只要你開始收集常用的術(shù)語(yǔ)，就應(yīng)該在數(shù)據(jù)字典中定義術(shù)語(yǔ)的含義。
你列出這些數(shù)據(jù)流的屬性，從而定義他們，這些屬性又讓你能建立業(yè)務(wù)數(shù)據(jù)模型。
這個(gè)數(shù)據(jù)模型作為某些功能需求的定義，并為團(tuán)隊(duì)提供了共同的語(yǔ)言。

4 異常和可選方式

異常是不期望，但不可避免地對(duì)正常情況的偏離。
是由處理的錯(cuò)誤或不正確的活動(dòng)引起的，對(duì)于這些需求必須明確的說明，只有當(dāng)異常發(fā)生時(shí)，他們才會(huì)成為現(xiàn)實(shí)。
為了做到這一點(diǎn)，可以標(biāo)明一些需求與特定的異常有關(guān)，或者于每一項(xiàng)需求都包含這個(gè)異常條件。

5 有條件的需求

如果需求只有在特定的處理環(huán)境下才會(huì)發(fā)生，就會(huì)出現(xiàn)這種情況。

6 避免二義性

不論你的需求來源是書面的文檔還是訪談的口頭描述，都應(yīng)該注意大量潛在的二義性和由此帶來的誤解，比如一詞多義。

7 技術(shù)需求

技術(shù)需求是純粹因?yàn)樗x擇的技術(shù)而需要的功能。
技術(shù)需求不是因?yàn)闃I(yè)務(wù)上的理由而存在，而是為了讓選擇的實(shí)現(xiàn)方式能工作，將技術(shù)需求放在一份單獨(dú)的規(guī)格說明書中記錄下來。

小婧的總結(jié)：

本章對(duì)于描述功能需求方面進(jìn)行了一些講解。
值得關(guān)注的是第二個(gè)部分，關(guān)于“理由”的說明。
我非常贊同與研發(fā)團(tuán)隊(duì)溝通的時(shí)候“順便”介紹一下我們?yōu)槭裁匆鲞@樣的需求。
有的時(shí)候研發(fā)團(tuán)隊(duì)在設(shè)計(jì)的時(shí)候會(huì)根據(jù)你這個(gè)“順便”提供更好的可擴(kuò)展的設(shè)計(jì)和解決方案。
但是在這個(gè)過程中要警惕“需求鍍金”。

第十一章 非功能需求

非功能需求描述的產(chǎn)品必須具備的品質(zhì)。
換言之，將事情做到什么程度。
這些需求讓產(chǎn)品有吸引力，易用、使用快速、可靠和安全。
需要這些屬性不是因?yàn)樗麄兪钱a(chǎn)品的功能活動(dòng)，而是因?yàn)榭蛻粝Ｍ@些活動(dòng)以特定的方式執(zhí)行并達(dá)到特定的品質(zhì)。

非功能需求并不改變產(chǎn)品的基本功能，也就是說不管增加多少屬性，功能需求都會(huì)保持不變。
更復(fù)雜的事，非功能需求可能為產(chǎn)品增加功能。
功能需求導(dǎo)致產(chǎn)品去完成工作，非功能需求為工作賦予特征：功能需求是動(dòng)詞，非功能需求是形容詞。

圖片發(fā)自簡(jiǎn)書App

非功能需求類型：

• 觀感：產(chǎn)品的外觀精神實(shí)質(zhì)
• 易用性和人性化：產(chǎn)品的用心程度，以及更好的用戶體驗(yàn)所需的特征 可用性考慮
• 執(zhí)行：功能的實(shí)現(xiàn)必須多快，多可靠，能完成多少處理量，可用性，多精確
• 操作：產(chǎn)品的操作環(huán)境，以及對(duì)該操作環(huán)境必須考慮的問題
• 可維護(hù)性和支持：預(yù)期的改變以及完成改變?cè)试S的時(shí)間，也包括對(duì)產(chǎn)品的支持的規(guī)定
• 安全：產(chǎn)品的安全性、私密性、可恢復(fù)性和可審計(jì)性
• 文化和政策：由產(chǎn)品的操作所涉及的人的文化和習(xí)慣所帶來的特殊需求
• 法律：哪些法律和標(biāo)準(zhǔn)適用于該產(chǎn)品

為了遵從不要寫解決方案的指導(dǎo)原則，請(qǐng)檢查你的需求，如果它包含任何技術(shù)因素或任何方法，就重寫它，避免提及任何技術(shù)或方法。
可能需要反復(fù)做幾次，直到達(dá)到要求的技術(shù)無關(guān)性，但對(duì)最終產(chǎn)品設(shè)計(jì)的影響來說，這是值得的。

小婧的小結(jié)：

其實(shí)非功能需求很多都是和業(yè)務(wù)場(chǎng)景以及功能需求相關(guān)的。
我們?cè)诳紤]非功能需求的時(shí)候可以從這些角度出發(fā)。
比如這個(gè)場(chǎng)景下會(huì)有哪些非功能的要求。
然后站在模塊或者產(chǎn)品的角度去思考諸如安全性、可維護(hù)性等方面的非功能性需求。
而且我個(gè)人覺得非功能性需求之間可能也存在權(quán)衡和取舍的問題，比如要考慮數(shù)據(jù)安全性，可能就會(huì)損失一些易用性。這個(gè)具體要看產(chǎn)品的要求以及客戶的關(guān)注點(diǎn)。

第十二章 驗(yàn)收標(biāo)準(zhǔn)和理由

我們這里所說的驗(yàn)收意味著：解決方案完全滿足或符合需求。也就是說，解決方案準(zhǔn)確的實(shí)現(xiàn)了需求所要求做的事情，或具備需求所要求的屬性，不多也不少。
需求本身必須是可測(cè)量的，需求的測(cè)量指標(biāo)就是驗(yàn)收標(biāo)準(zhǔn)。
它煉化了需求的行為執(zhí)行方式以及一些其他的品質(zhì)。
想準(zhǔn)確的了解需求，必須以某種方式對(duì)描述進(jìn)行量化。
一旦測(cè)量需求，也就是用數(shù)字來表述，誤解的可能性就很小了。

1 驗(yàn)收需要標(biāo)準(zhǔn)的原因

如果產(chǎn)品有一項(xiàng)需求，要執(zhí)行某個(gè)功能或具備某種屬性，那么測(cè)試活動(dòng)必須展示產(chǎn)品確實(shí)執(zhí)行了該項(xiàng)功能，或具備了該項(xiàng)期望的屬性。
為了進(jìn)行這樣的測(cè)試需求，必須有一個(gè)測(cè)試基準(zhǔn)，這樣測(cè)試者才能比較提交的產(chǎn)品和最初的需求。
測(cè)試基準(zhǔn)就是驗(yàn)收標(biāo)準(zhǔn)，基于需求的量化，它說明了產(chǎn)品必須到達(dá)的標(biāo)準(zhǔn)。

2 需求理由的理由

理由就是需求的原因或存在的道理。
為需求加上理由，可以更容易理解真正的需求。
利益相關(guān)者常常會(huì)告訴你一個(gè)解決方案，而不是他們真實(shí)的需求。
或者他們會(huì)告訴你一向很模糊的需求，以致暫時(shí)沒有什么用處。理由不僅是幫助你發(fā)現(xiàn)驗(yàn)收標(biāo)準(zhǔn)的指導(dǎo)，也幫助你發(fā)現(xiàn)是否有好幾項(xiàng)不同的需求，偽裝成了一項(xiàng)需求。
而且，理由也為如何實(shí)現(xiàn)需求的決定提供了基礎(chǔ)。

在產(chǎn)品使用和運(yùn)維人員方面，理由將起到重要的作用。
假定你需要對(duì)產(chǎn)品進(jìn)行變更，由于不理解理由而導(dǎo)致的問題，也是軟件維護(hù)成本非常高的一部分原因。
測(cè)試者需要做出最佳決定，就需要理解需求的理由。
理由是業(yè)務(wù)和提交的產(chǎn)品之間認(rèn)識(shí)的紐帶。
你必須問為什么，不斷的問為什么，知道理解了需求的真正理由。

3 測(cè)量的尺度

所有需求都可以測(cè)量，你要做的就是找到合適的尺度來測(cè)量它。
測(cè)量的尺度是用于測(cè)試產(chǎn)品符合程度的單位。
比如對(duì)于一個(gè)易用性需求，可以測(cè)量學(xué)習(xí)產(chǎn)品所需的時(shí)間，或達(dá)到供熱能力水平的時(shí)間，或者可能是使用該產(chǎn)品完成工作的差錯(cuò)率。
各種品質(zhì)都有測(cè)量尺度，你可以測(cè)量很多東西。

4 非功能需求的驗(yàn)收標(biāo)準(zhǔn)

非功能需求是產(chǎn)品必須具備的品質(zhì)，諸如應(yīng)用性、觀感、執(zhí)行特點(diǎn)等，因此驗(yàn)收標(biāo)準(zhǔn)是對(duì)這些品質(zhì)進(jìn)行量化。不要為了需求可測(cè)量而放慢需求發(fā)現(xiàn)的過程。
要了解利益相關(guān)者的意圖以及理由，然后分析你的理解，編寫對(duì)驗(yàn)收標(biāo)準(zhǔn)的最佳闡釋，與利益相關(guān)者討論并改進(jìn)它們。
你們必須都同意你建議的驗(yàn)收標(biāo)準(zhǔn)，準(zhǔn)確地測(cè)量了這項(xiàng)需求。

5 功能需求的驗(yàn)收標(biāo)準(zhǔn)

功能需求是產(chǎn)品必須做的某件事情，即產(chǎn)品必須完成的動(dòng)作。
驗(yàn)收標(biāo)準(zhǔn)指明了如何得知產(chǎn)品已經(jīng)成功地完成了該動(dòng)作。
對(duì)功能需求來說，不存在測(cè)量的尺度。
因?yàn)閯?dòng)作要么完成，要么沒完成。
完成就是權(quán)威滿意，因?yàn)楫a(chǎn)品正確地執(zhí)行了該動(dòng)作。
這里的權(quán)威要么是數(shù)據(jù)源，要么是發(fā)起該行動(dòng)的相鄰系統(tǒng)。
功能需求的一般原則是：驗(yàn)收標(biāo)準(zhǔn)確保功能正確的執(zhí)行。

6 驗(yàn)收標(biāo)準(zhǔn)的形式

編寫驗(yàn)收標(biāo)準(zhǔn)，最常見的方式是采用自然語(yǔ)言的文字和數(shù)字。
如果你采用這種方式，就要確保驗(yàn)收標(biāo)準(zhǔn)中使用的所有數(shù)據(jù)，在規(guī)格說明書中都有定義，并在需求中一致的使用。
最好的方式是創(chuàng)建數(shù)據(jù)字典，定義工作范圍內(nèi)的術(shù)語(yǔ)。當(dāng)然你也可以使用其他圖式驗(yàn)收標(biāo)準(zhǔn)。比如，決策表、過程模型狀態(tài)、模型、決策樹、動(dòng)態(tài)模型和其他技術(shù)。
只要能夠以二義性最小的方式表達(dá)所需的測(cè)量指標(biāo)，具體方式無所謂。

7 解決方案限制條件的驗(yàn)收標(biāo)準(zhǔn)

限制條件是一種特殊類型的需求，他們是全局需求，通常是管理層預(yù)先規(guī)定的。
但他們也需要正確制定，像其他類型的需求一樣，所有其他限制條件，如實(shí)現(xiàn)環(huán)境，伙伴應(yīng)用，商業(yè)上架銷售軟件，開源軟件工作場(chǎng)地，環(huán)境時(shí)間預(yù)算，財(cái)務(wù)預(yù)算都應(yīng)該有驗(yàn)收標(biāo)準(zhǔn)。本章小結(jié)
驗(yàn)收標(biāo)準(zhǔn)既不是測(cè)試，也不是對(duì)測(cè)試的設(shè)計(jì)，而是測(cè)試提交的產(chǎn)品時(shí)必須采用的測(cè)試基準(zhǔn)。
它是構(gòu)建測(cè)試用例的輸入信息，測(cè)試者通過測(cè)試用例來確保產(chǎn)品的每項(xiàng)需求。
都符合它的驗(yàn)收標(biāo)準(zhǔn)，量化或測(cè)量需求，讓你有更好的機(jī)會(huì)和利益相關(guān)者進(jìn)行交流。
為需求加上驗(yàn)收標(biāo)準(zhǔn)，鼓勵(lì)測(cè)試人員參與需求過程。
驗(yàn)收標(biāo)準(zhǔn)是真正的需求，驗(yàn)收標(biāo)準(zhǔn)是用精確方式來陳述的，可能使用數(shù)字或測(cè)量指標(biāo)來表達(dá)它的含義。
驗(yàn)收標(biāo)準(zhǔn)也是多個(gè)利益相關(guān)者之間達(dá)成一致的手段，驗(yàn)收標(biāo)準(zhǔn)通常寫在需求描述之后。

小婧的小結(jié)

需求的驗(yàn)收標(biāo)準(zhǔn)非常重要，特別是如果你是使用敏捷框架。
一個(gè)需求怎么才能算是完成，這個(gè)有很多判定的條件，其中驗(yàn)收標(biāo)準(zhǔn)是非常重要的一個(gè)。
通常我們的驗(yàn)收標(biāo)準(zhǔn)寫的可能主要是針對(duì)功能性的，因?yàn)榉枪δ苄缘男枨蟛缓锰幔缓抿?yàn)。
但是本章作者給我們舉了很多生動(dòng)的例子，證明非功能需求也是可以進(jìn)行量化和測(cè)試的，這是很好的啟發(fā)。但是值得注意的是這些指標(biāo)數(shù)字要有理可據(jù)，而不是拍腦袋的。
另外針對(duì)需求的理由，確實(shí)也應(yīng)該記錄。
否則不說人員離職將這部分信息帶走了，就個(gè)人而言過個(gè)一年半載的也不記得當(dāng)時(shí)的理由，這是很正常的。
而記在哪里這件事情我覺得值得商榷。
因?yàn)樽髡呤腔凇鞍籽┛ā钡确绞饺ス芾硇枨蟮模钥梢栽谏厦孢M(jìn)行記錄。
我們倒是可以考慮在story或者SRS中增加這么一個(gè)條目，專門用來記錄這項(xiàng)需求的理由。

第十三章 質(zhì)量關(guān)

需求來自于人，人們并非總能確定他們需要什么，并非總能解釋他們想要什么，需求也并非總是編寫的很小心完整無二義性。
需求工作的要點(diǎn)是，你必須確保交給開發(fā)者的東西是準(zhǔn)確的、完整的、成熟的、真正的需求，任何不足都有違需求工作的初衷。
開發(fā)者可以構(gòu)建任何東西，但他們必須首先知道他們必須構(gòu)建什么。
質(zhì)量關(guān)守關(guān)人確認(rèn)每項(xiàng)需求，然后將它們加入需求規(guī)格說明書中。

圖片發(fā)自簡(jiǎn)書App

當(dāng)規(guī)范的潛在需求到達(dá)質(zhì)量關(guān)，是它應(yīng)該足夠完整、以便進(jìn)行測(cè)試，決定是否納入規(guī)格說明書。
被拒絕的需求，退回個(gè)體后退回給提出者，要求澄清修改或取消。

1 需求質(zhì)量

需求規(guī)格說明，是指一項(xiàng)或多項(xiàng)需求的集合。
它可以是你選擇的任何方式，包括存在在你的頭腦中。
如果規(guī)格說明是錯(cuò)的，產(chǎn)品也會(huì)錯(cuò)。
質(zhì)量關(guān)測(cè)試就是要盡可能的保全保需求的正確性
需求錯(cuò)誤代價(jià)巨大，如果允許錯(cuò)誤，經(jīng)過需求過程進(jìn)入后續(xù)的開發(fā)工作，代價(jià)會(huì)越來越大。
及早的發(fā)現(xiàn)錯(cuò)誤修正的成本就越來越低。

2 使用質(zhì)量關(guān)

質(zhì)量關(guān)防止不受歡迎的，不想要的需求進(jìn)入需求規(guī)格。
需求通過質(zhì)量關(guān)并進(jìn)入需求規(guī)格說明，必須經(jīng)過一系列測(cè)試，這些測(cè)試確保需求是完整的、準(zhǔn)確的，不會(huì)因?yàn)椴缓线m將來的設(shè)計(jì)和實(shí)現(xiàn)而引起麻煩。

圖片發(fā)自簡(jiǎn)書App

3 超出范圍

項(xiàng)目中有一個(gè)很常見的問題，就是超出范圍的需求。
我們討論了如何建立上下文范圍，來確定工作的范圍。
而上下文范圍的另外一種用法，就是作為需求是否超出范圍的仲裁者。
上下文模型中的數(shù)據(jù)流入或者離開工作領(lǐng)域。
他們決定了功能，也就是說如果你決定要自動(dòng)化，某些功能就必須編寫需求。
雖然上下文模型很清楚的說明了范圍，但你也必須考慮需求的相關(guān)性。
要測(cè)試需求的相關(guān)性，就要比較他的意圖和項(xiàng)目的目標(biāo)。
測(cè)試相當(dāng)簡(jiǎn)單，這項(xiàng)需求對(duì)項(xiàng)目的目標(biāo)作出貢獻(xiàn)嗎？
這項(xiàng)需求對(duì)項(xiàng)目對(duì)產(chǎn)品滿足項(xiàng)目目標(biāo)有直接或間接的幫助嗎？
需求可能逐漸的對(duì)產(chǎn)品作出貢獻(xiàn)，有時(shí)候產(chǎn)品的需求需要做一些事情與目標(biāo)沒有直接的關(guān)系，但是如果沒有這些需求產(chǎn)品將不能實(shí)現(xiàn)他們的目標(biāo)。
質(zhì)量關(guān)守關(guān)人可以放行這樣的需求，他們對(duì)項(xiàng)目的目標(biāo)作出了貢獻(xiàn)。
許多非功能性需求也可以看作對(duì)象，目標(biāo)有間接貢獻(xiàn)。
無關(guān)的需求可能意味著利益相關(guān)者對(duì)項(xiàng)目的目標(biāo)有誤解，或者意味著新的業(yè)務(wù)領(lǐng)域正在打開。

4 測(cè)試完整性

完整性測(cè)試指出，每項(xiàng)需求都應(yīng)具備的相關(guān)屬性。
如果缺少某些屬性原因要么很明顯，要么需要解釋。
對(duì)需求的每個(gè)屬性進(jìn)行測(cè)試，站在每個(gè)利益相關(guān)者的角度問一下，是否有可能誤解。4 測(cè)試驗(yàn)收標(biāo)準(zhǔn)
質(zhì)量關(guān)守關(guān)人的任務(wù)就是要確保驗(yàn)收標(biāo)準(zhǔn)是合理的需求測(cè)量指標(biāo)。
即可以對(duì)照需求來測(cè)試產(chǎn)品。
第一個(gè)要問的問題就是：需求是否有一個(gè)正確定義的驗(yàn)收標(biāo)準(zhǔn)？
如果沒有對(duì)它的理解就可能不充分。
對(duì)驗(yàn)收標(biāo)準(zhǔn)的下一個(gè)問題是：是否能作為設(shè)計(jì)驗(yàn)收測(cè)試的輸入信息？
你也應(yīng)該考慮是否存在經(jīng)濟(jì)有效的方法來測(cè)試。
實(shí)現(xiàn)這項(xiàng)需求的解決方案，驗(yàn)收標(biāo)準(zhǔn)也必須符合現(xiàn)實(shí)項(xiàng)目的目標(biāo)。
驗(yàn)收標(biāo)準(zhǔn)可能是采用事先定義的標(biāo)準(zhǔn)，安全需求也可能會(huì)采用標(biāo)準(zhǔn)作為驗(yàn)收標(biāo)準(zhǔn)。
質(zhì)量關(guān)守關(guān)人應(yīng)該檢查標(biāo)準(zhǔn)是否適用于這項(xiàng)需求，驗(yàn)收標(biāo)準(zhǔn)采用數(shù)字還是用標(biāo)準(zhǔn)，這取決于需求的類型。
不論哪種情況，缺乏合適的驗(yàn)收標(biāo)準(zhǔn)，就足以拒絕這項(xiàng)需求。

依據(jù)使用術(shù)語(yǔ)，要讓指定的需求只能用一種方式理解，除了驗(yàn)收標(biāo)準(zhǔn)之外，你還需要在規(guī)格說明書中定義術(shù)語(yǔ)及其含義，保持一致的第二件事是檢查每項(xiàng)需求使用的數(shù)據(jù)方式都符合定義，關(guān)于不一致性最后的一點(diǎn)，應(yīng)該對(duì)他有心理準(zhǔn)備，你應(yīng)該利用質(zhì)量觀來消除它

5 現(xiàn)實(shí)條件下是否可行

可行的需求是指這樣一些需求：我們能以經(jīng)濟(jì)有效的方式為他們開發(fā)解決方案，并在實(shí)施之后能夠成功運(yùn)營(yíng)。
你是否具備這項(xiàng)需求的技術(shù)能力？
你是否有時(shí)間和財(cái)力來實(shí)現(xiàn)這項(xiàng)需求？
是否所有利益相關(guān)者都接受該需求？
是否存在其他限制條件要求不可行？
是否存在一些伙伴應(yīng)用或預(yù)期的工作環(huán)境與該需求沖突？
是否存在一些解決方案限制條件，使得需求難以實(shí)現(xiàn)或不可能實(shí)現(xiàn)？

6 需求還是解決方案

很不幸，對(duì)需求的描述常常以解決方案形式給出。
這導(dǎo)致把重點(diǎn)放在一種可能的解決方案上。
這種方案不一定最合適，通常隱藏的真正的需求。
方法：

• 檢查該需求，它是否包含技術(shù)元素，它的編寫方式是否描述了某種過程？
• 想想潛在的解決方案。
• 如果以一種抽象的方式來編寫需求，其他解決方案都是可能的。
• 檢查需求的基礎(chǔ)內(nèi)容，你必須拒絕所有不是需求的解決方案，除非解決方案實(shí)際上是限制條件。

7 需求價(jià)值

需求所附的顧客滿意度/不滿意度評(píng)分，說明了顧客對(duì)該項(xiàng)需求價(jià)值的認(rèn)識(shí)。8 鍍金需求
"鍍金"這個(gè)術(shù)語(yǔ)來自鍍金浴室龍頭.
軟件業(yè)用這個(gè)術(shù)語(yǔ)來指代那些不必要的特征或需求：他它們對(duì)產(chǎn)品成本的貢獻(xiàn)多于對(duì)產(chǎn)品功能的貢獻(xiàn)，它存在也許是因?yàn)橛辛司秃懿诲e(cuò)，但如果產(chǎn)品不實(shí)現(xiàn)該功能，沒有人會(huì)介意。
對(duì)鍍金的第一項(xiàng)檢查就是：如果沒有該需求，會(huì)有影響嗎？
如果沒有人能真正地提出該需求的正當(dāng)理由，那么可以認(rèn)為它是鍍金需求。
第二項(xiàng)檢查也許更可靠：查看需求所附的滿意度/不滿意度評(píng)分。不滿意度，評(píng)分很低，說明該需求可能是鍍金的。

8 需求蔓延

需求蔓延是指在大家認(rèn)為需求已經(jīng)完成后，新需求又進(jìn)入了需求規(guī)格說明書。
很自然，需求過程永遠(yuǎn)不會(huì)結(jié)束。
但總存在一個(gè)項(xiàng)目階段，在這個(gè)階段打算要開始構(gòu)建產(chǎn)品的工作。
在這個(gè)階段之后，發(fā)生的需求被視為需求蔓延。
質(zhì)量關(guān)在控制蔓延方面是有作用的。
你可以利用上下文模型中的數(shù)據(jù)瀏覽，決定需求是否超出范圍。
同時(shí)你也應(yīng)該確保每項(xiàng)需求都包含有效的顧客滿意度/不滿意度評(píng)分。
這些評(píng)分告訴你，顧客認(rèn)為該需求具有的價(jià)值。
如果評(píng)分高，那么蔓延的需求也許可以容忍。
如果需求蔓延到項(xiàng)目范圍之外或許產(chǎn)品的目標(biāo)無關(guān)，你就應(yīng)該認(rèn)真考慮一下，范圍是否正確。
產(chǎn)品的目標(biāo)正確嗎？
符合實(shí)際嗎？
你需要仔細(xì)找出需求蔓延的根源。
也許范圍在一開始就說錯(cuò)了，也許范圍應(yīng)該變更。
需求蔓延的名聲不好，主要是因?yàn)樗騺y了開發(fā)進(jìn)度，增加了因此而導(dǎo)致提交產(chǎn)品的成本。
首先大多數(shù)需求蔓延都是因?yàn)橐婚_始沒有正確的設(shè)計(jì)需求。
如果用戶和客戶沒有機(jī)會(huì)完整地參與需求過程，那么毫無疑問需求將是不完整的，幾乎可以肯定當(dāng)提交日期臨近時(shí)需求會(huì)蔓延，用戶開始要求那些他們知道需要的功能。
還有一種蔓延產(chǎn)生的原因是最初的預(yù)算太低，不符合實(shí)際情況。

9 實(shí)現(xiàn)質(zhì)量關(guān)
第一項(xiàng)決定是誰(shuí)來實(shí)現(xiàn)質(zhì)量關(guān)。
建議從兩個(gè)人開始實(shí)現(xiàn)你的質(zhì)量關(guān)，可能是需求分析師和一名測(cè)試人員。
這個(gè)質(zhì)量關(guān)是對(duì)需求的快速簡(jiǎn)單的測(cè)試，而不是涉及半數(shù)團(tuán)隊(duì)成員的辛苦過程。
比如需求分析師通過電子郵件將所有需求發(fā)送給質(zhì)量關(guān)守關(guān)人，守關(guān)人將其中一些加入的校規(guī)和說明書中。
第二種方式是使用自動(dòng)化的工具。有助于減少質(zhì)量關(guān)過程中人的干涉，某些需求收集工具可以完成初步的機(jī)械性的檢查，把所有的屬性都存在使用了正確的術(shù)語(yǔ)，提供了正確的標(biāo)識(shí)符等。
伙伴相互檢查對(duì)方的輸出，在過程的早期發(fā)現(xiàn)錯(cuò)誤。

第二個(gè)階段是同級(jí)復(fù)查，由團(tuán)隊(duì)中的其他人員正式復(fù)查每項(xiàng)需求。

第三個(gè)階段是團(tuán)隊(duì)復(fù)查，包括顧客和用戶。

第四個(gè)階段是管理者復(fù)查，主要關(guān)注質(zhì)量關(guān)成功和失敗的總結(jié)。

小婧的小結(jié)：

目前我們的需求的解決方案確認(rèn)方式是通過同級(jí)復(fù)查，然后再進(jìn)行SRS編寫和提交需求評(píng)審/對(duì)接。
其實(shí)，針對(duì)目前業(yè)務(wù)尚不是很復(fù)雜，BA不是很多的情況下是可行的。
但是如果隨著團(tuán)隊(duì)的擴(kuò)大，和產(chǎn)品復(fù)雜度的增加，確實(shí)需要對(duì)需求這部分的質(zhì)量關(guān)進(jìn)行把關(guān)。
另外，本章說的其實(shí)是需求的質(zhì)量關(guān)而不是解決方案的質(zhì)量關(guān)。
在這個(gè)方面，感覺周圍人都做的很少。

第十四章 需求與迭代開發(fā)

我們的行業(yè)中有一項(xiàng)重要的進(jìn)步，即開發(fā)者和業(yè)務(wù)人員共同承諾，盡一切努力，盡可能的交付有價(jià)值的適當(dāng)?shù)哪芄ぷ鞯漠a(chǎn)品。
讓我們看看這個(gè)承諾中“快”的部分，許多組織機(jī)構(gòu)不是等待需求的所有細(xì)節(jié)都得到定義，而是更喜歡迭代完成這項(xiàng)業(yè)務(wù)活動(dòng)。
這樣增量式交付發(fā)行版本直到解決方案被判定完成，這種迭代的方式意味著業(yè)務(wù)環(huán)境的開發(fā)環(huán)境中的關(guān)注點(diǎn)、想法和變化更加同步。目的是開發(fā)者更了解今天的業(yè)務(wù)問題，工作的產(chǎn)品更適合今天的業(yè)務(wù)環(huán)境。

1 迭代的需求過程

圖片發(fā)自簡(jiǎn)書App

2 如何編寫好用戶故事

要發(fā)現(xiàn)用戶故事，問這個(gè)問題：產(chǎn)品可以為用戶做些什么來滿足這個(gè)業(yè)務(wù)用例背后的業(yè)務(wù)意圖？要編寫真正的好故事，你不能只是被動(dòng)地聆聽業(yè)務(wù)利益相關(guān)者，寫下他們認(rèn)為最想要的東西。
你必須運(yùn)用業(yè)務(wù)分析師的許多手藝，包括：創(chuàng)新、思考問題本質(zhì)、業(yè)務(wù)事件的真正起源、在橫線上思考。

3 迭代需求的角色

你需要一名主題事務(wù)專家。
他是業(yè)務(wù)和工作問題的知識(shí)來源，提出業(yè)務(wù)要求也回答問題，告訴你變更做出業(yè)務(wù)方面的選擇。
業(yè)務(wù)分析師是業(yè)務(wù)知識(shí)的有用來源。
業(yè)務(wù)分析師既不屬于業(yè)務(wù)，也不屬于開發(fā)團(tuán)隊(duì)。業(yè)務(wù)分析師中立的渠道，他所受的訓(xùn)練是觀察和發(fā)現(xiàn)業(yè)務(wù)需求，并將這些需求告訴開發(fā)者。
技術(shù)知識(shí)體現(xiàn)為開發(fā)者和系統(tǒng)架構(gòu)師測(cè)試員，外部供應(yīng)商的角色的某種組合。

第十五章 復(fù)用需求

每個(gè)人都想寫出別人能復(fù)用的組件，沒人想復(fù)用別人的組件。
但是你如果要為新產(chǎn)品制定需求，那么開始時(shí)問一下：這些需求或相似的需求是否已經(jīng)寫過？
總有可能節(jié)省一些工作量。

1 什么是復(fù)用需求？

成功的復(fù)用始于一種組織文化。
這種文化有意識(shí)地鼓勵(lì)復(fù)用，而不是重新發(fā)明。

圖片發(fā)自簡(jiǎn)書App

在召開項(xiàng)目啟動(dòng)會(huì)議時(shí)，就觸發(fā)關(guān)于復(fù)用的問題。

• 項(xiàng)目的目標(biāo)：組織機(jī)構(gòu)中是否存在其他項(xiàng)目與本項(xiàng)目一致，或?qū)嶋H上包含相同的領(lǐng)域？
• 客戶顧客和其他利益相關(guān)者：可以復(fù)用一份利益相關(guān)者名單，利益相關(guān)者圖個(gè)利益相關(guān)者分析表格嗎？產(chǎn)品的用戶，其他產(chǎn)品是否涉及相同的用戶，從而具有類似的易用性需求？
• 強(qiáng)制的限制條件：限制條件是否已在其他項(xiàng)目中指定？是否有組織機(jī)構(gòu)的限制條件也適用于你的項(xiàng)目？
• 命名標(biāo)準(zhǔn)核定義：你幾乎可以肯定利用原有詞匯表的一些部分
• 相關(guān)事實(shí)與假定：注意最近一些項(xiàng)目的相關(guān)事實(shí)，對(duì)其他項(xiàng)目的假定也適用于本項(xiàng)目嗎？
• 工作的范圍：你的項(xiàng)目很有可能成為組織機(jī)構(gòu)正在開發(fā)的其他項(xiàng)目的相鄰系統(tǒng)，要利用其他工作上下文模型已經(jīng)建立好的接口，考慮你的工作范圍是否其他項(xiàng)目已經(jīng)定了類似的業(yè)務(wù)時(shí)間
• 業(yè)務(wù)模型：業(yè)務(wù)數(shù)據(jù)模型和數(shù)據(jù)字典，是否有重疊或相關(guān)的項(xiàng)目，其業(yè)務(wù)數(shù)據(jù)模型可以作為你的起點(diǎn)。別太急著說現(xiàn)在的項(xiàng)目與之前的任何項(xiàng)目都不同。
  是的，主題是不同。
  但如果你不去看那些名字，有多少底層的功能實(shí)際上是一樣的呢？
  啟動(dòng)會(huì)上的利益相關(guān)者是很好的可復(fù)用組件的來源。

2 可復(fù)用需求的來源

非正式的有關(guān)經(jīng)驗(yàn)的需求復(fù)用，當(dāng)我們向同事詢問問題時(shí)，我們希望從他人的經(jīng)驗(yàn)中學(xué)習(xí)，這樣不必從頭開始努力。一旦你知道了工作的上下文范圍，就可以尋找針對(duì)全部或部分。
這一上下文的需求規(guī)格說明，將它們作為潛在的客戶有需求的來源。來源可以是任意一種同事的經(jīng)驗(yàn)，也有的需求規(guī)格說明，模型當(dāng)然還有書籍。

3 模式

模式是一種指南。
如果你試圖重復(fù)某項(xiàng)工作或近似地重復(fù)某項(xiàng)工作，它可以給出一種可遵循的形式。
但是從需求的角度來看，什么是模式呢？
是因?yàn)檫@個(gè)從某種邏輯功能組的一組需求模式，改進(jìn)了需求規(guī)格說明書的精確性和完整性。
注意模版的角色。
它是一個(gè)指南，而不是一種嚴(yán)格的指令或?qū)崿F(xiàn)。
它可以復(fù)用，因?yàn)椴恍枰刈鰧?shí)驗(yàn)或發(fā)明，它是一組知識(shí)或經(jīng)驗(yàn)可以進(jìn)行調(diào)整和直接使用。

4 領(lǐng)域分析

可以把領(lǐng)域分析看作是非項(xiàng)目系統(tǒng)分析，目的是為了了解有關(guān)的業(yè)務(wù)策略數(shù)據(jù)和功能，而不是構(gòu)建什么東西。
在該領(lǐng)域所獲得的知識(shí)將用于該領(lǐng)域內(nèi)所有構(gòu)件產(chǎn)品的項(xiàng)目，最好是得到復(fù)用。
領(lǐng)域知識(shí)被發(fā)現(xiàn)被記錄并記錄下來后，就可以被任何構(gòu)建該領(lǐng)域產(chǎn)品的人使用。
領(lǐng)域知識(shí)適用于該領(lǐng)域的所有產(chǎn)品，要點(diǎn)不是重新發(fā)現(xiàn)已經(jīng)存在的知識(shí)，而是使用真實(shí)的模型。
領(lǐng)域分析是一項(xiàng)長(zhǎng)期過任務(wù)，戰(zhàn)略分析上投資就像其他投資一樣，投資將得到回報(bào)。

小婧的小結(jié)：

領(lǐng)域建模和領(lǐng)域分析非常重要。
這些年我越發(fā)的體會(huì)到業(yè)務(wù)對(duì)于BA的重要性了。
你也許有很多需求調(diào)研、分析、開發(fā)的工具和技能，但是如果不了解業(yè)務(wù)就永遠(yuǎn)無法深入核心。
與客戶在溝通上也會(huì)有很多二義性產(chǎn)生。
就最近，我們聽客戶說“配建”，我們以為是“配件”。
這只是一個(gè)很簡(jiǎn)單的例子，我們需要不斷的學(xué)習(xí)才能得到長(zhǎng)遠(yuǎn)的進(jìn)步。

第十六章 溝通需求

在開發(fā)世界的一頭，你有業(yè)務(wù)；在另外一頭，你有開發(fā)者和技術(shù)員。
他們已經(jīng)為這項(xiàng)業(yè)務(wù)做了一些工作。
對(duì)需求的要求是：它們傳遞的方式必須讓收到信息的人正確去讀它、理解它、利用它。
“溝通需求”并不是必須要將需求寫成規(guī)格說明書，但是它們必須規(guī)范到一定的程度，讓所有涉及的利益相關(guān)者都能看清楚，并且同意你對(duì)需求的理解。
讓需求正確，不是讓開發(fā)變得更加官僚主義，而是讓它更加有效。

1 將潛在需求變成書面需求

在網(wǎng)羅需求或制作原型時(shí)，發(fā)現(xiàn)的需求并不總是準(zhǔn)確的，因?yàn)樗鼈冎皇顷P(guān)于需求的想法或意圖，有時(shí)候是模糊的半成型的。
而你得到的需求規(guī)格說明是產(chǎn)品構(gòu)建合同的基礎(chǔ)。
因此，它必須包含清晰、完整、可測(cè)試的要求，說明必須構(gòu)建什么。
為了做到這一點(diǎn)，我們利用了規(guī)格說明書模板和需求項(xiàng)框架。
模板是一個(gè)拿來就可以用的需求規(guī)格說明編寫指南或檢查清單。
需求項(xiàng)框架是針對(duì)單獨(dú)一項(xiàng)需求的容器，我們稱之為“原子需求”。

2知識(shí)與規(guī)格說明書

在開始編寫需求，并將它們匯集成需求規(guī)格書之前，值得花一些時(shí)間來考慮需求過程中積累起來的知識(shí)，比如下圖的需求知識(shí)模型。

圖片發(fā)自簡(jiǎn)書App

建議大部分的信息都可以包含在規(guī)格說明中。
知識(shí)模型中的累與其他類關(guān)聯(lián)，這些關(guān)聯(lián)表示的工作關(guān)系，未來模型的信息提供了額外的意義。可以將這些知識(shí)模型看作是收集管理和追蹤的需求信息的一種抽象表示。
現(xiàn)在由你決定如何格式化并保存這些知識(shí)。
你決定使用怎樣的自動(dòng)化過程和手動(dòng)過程，組合來記錄和追蹤這些內(nèi)容。
你也應(yīng)該考慮哪類的知識(shí)的哪些部分放在哪些文檔中公布。

3 需求規(guī)格說明書模板

需求規(guī)格說明書模板是“站在巨人的肩膀上”完成的。
本書的作者從那些成功構(gòu)建的產(chǎn)品的需求規(guī)格說明中，借用了一些有用的元素，把這些最好的元素打包成一份可復(fù)用的模板。
這個(gè)模板可以作為你的需求規(guī)格的基礎(chǔ)，這樣你也“站在了巨人的肩膀上”。

圖片發(fā)自簡(jiǎn)書App

圖片發(fā)自簡(jiǎn)書App

• 第一部分是項(xiàng)目驅(qū)動(dòng)。這些因素首先導(dǎo)致了項(xiàng)目的發(fā)生驅(qū)動(dòng)。包括了項(xiàng)目的目標(biāo)，為什么你會(huì)參與該項(xiàng)目的需求收集，以及誰(shuí)想要這個(gè)產(chǎn)品。
• 接下來是項(xiàng)目限制條件。它們將限制條件的需求和結(jié)果，限制條件在項(xiàng)目啟動(dòng)階段寫進(jìn)規(guī)格說明，但可能有一些機(jī)制能夠更早地確定它們。
• 接下來是產(chǎn)品的需求。功能需求和非功能需求，每一項(xiàng)需求都以一定的詳細(xì)程度進(jìn)行描述，這樣產(chǎn)品的構(gòu)建者就能精確地知道要構(gòu)建什么來滿足業(yè)務(wù)需要，要測(cè)試什么，來確保交付的產(chǎn)品滿足其需求。
• 最后一部分是項(xiàng)目問題。這些不是產(chǎn)品的需求，而是如果產(chǎn)品要件變成現(xiàn)實(shí)就必須要面對(duì)的問題。模板的這一部分也包括了“后續(xù)版本需求”，其中保存那些不打算在產(chǎn)品的首次發(fā)布中實(shí)現(xiàn)的需求，如果你采用迭代開發(fā)技術(shù)，“后續(xù)版本需求”類似于開發(fā)列表。

4 發(fā)現(xiàn)原子需求

原始功能需求和非功能需求應(yīng)該寫的更正式采用一致的結(jié)構(gòu)，我們稱之為“原子需求”。
因?yàn)樗麄儾恍枰纸狻?br> 他們確實(shí)包含一些屬性，就像真正的原子，包含一些亞原子粒子。
但作為一個(gè)單元來處理更有用，這些屬性構(gòu)成了完整的原子需求，最好是看成需求項(xiàng)框架，比如我們之前提到過的白雪卡。

圖片發(fā)自簡(jiǎn)書App

5 匯編需求規(guī)格說明

與其說需求規(guī)格說明書寫出來的，不如說是匯編的。
顧客需求模板和白雪卡提供了方便的指導(dǎo)，說明了匯編哪些內(nèi)容才能得到完整的需求規(guī)格說明書。
模板指出了需求規(guī)格說明書要包含的主題，白雪卡表明了每項(xiàng)源自需求需要包含的內(nèi)容。

圖片發(fā)自簡(jiǎn)書App

6 自動(dòng)化的需求工具

如果項(xiàng)目中有多位需求分析師，你會(huì)發(fā)現(xiàn)隨著工作的推進(jìn)和需求數(shù)量的增加，自動(dòng)化自動(dòng)化的工具會(huì)帶來好處。
工具只是為你記錄需求。
在你決定使用某個(gè)工具之前，請(qǐng)將需求知識(shí)模型也可用的工具進(jìn)行比較，該工具能幫你記錄哪些知識(shí)，不同類知識(shí)之間的關(guān)系如何記錄，該工具能幫你維護(hù)哪些關(guān)系。
要知道你不太可能找到一個(gè)工具，能處理你的知識(shí)需求知識(shí)模型的方方面面。
但你肯定能找到一個(gè)盡可能接近的。
四處看看，你肯定會(huì)找到適合記錄供需求的工具組合。

7 項(xiàng)目問題

項(xiàng)目問題是需求活動(dòng)中發(fā)現(xiàn)的一些關(guān)注點(diǎn)。
我們?cè)谛枨笠?guī)格說明書中加入項(xiàng)目問題是擔(dān)心如果不這樣做，就會(huì)遺漏它們。
但是如果你的組織機(jī)構(gòu)已經(jīng)有了過程或合適的文檔來記錄這些信息，就不要將這些信息加到需求規(guī)格說明中。

本章小結(jié)

無論何時(shí)，如果需求分析是有所發(fā)現(xiàn)，就寫下需求或部分需求。
并非所有的需求都是同時(shí)完成的。
正確的編寫需求是很重要的。
一組好的需求能得到數(shù)倍的回報(bào)：
構(gòu)建工作更精確，維護(hù)成本更低，完成的產(chǎn)品更準(zhǔn)確地反映了客戶的需要和想法。

小婧的小結(jié)：

需求規(guī)格說明其實(shí)一直都是我們BA最關(guān)注的內(nèi)容。
雖然很多的互聯(lián)網(wǎng)項(xiàng)目因?yàn)榈芷诙蹋粫?huì)形成大篇幅很正式的需求規(guī)格說明書（SRS），但是不論你是用什么方式進(jìn)行記錄，比如在原型上記錄，或者采用白雪卡，或者采用用戶故事。我覺得你需要“匯編需求規(guī)格說明”，也就是將你的產(chǎn)品中的所有需求及相關(guān)屬性進(jìn)行匯編。
這個(gè)是一項(xiàng)非常重要的組織過程資產(chǎn)，為后期的開發(fā)、測(cè)試、維護(hù)、使用、優(yōu)化都提供了依據(jù)。

第十七章 需求完整性

在需求過程的某個(gè)階段，你需要發(fā)布全部或部分需求規(guī)格說明。
因?yàn)槠渌巳玳_發(fā)者、測(cè)試者、市場(chǎng)人員及供應(yīng)商需要它。
待發(fā)布的需求規(guī)格說明不一定包括全部需求。
在發(fā)布之前，需要確保相對(duì)于它的目的它是完整的。
這里使用術(shù)語(yǔ)“規(guī)格說明”來表示你擁有的任何形式的需求組合，不一定是正式的書面規(guī)格需求說明書，甚至不一定是正式的。
復(fù)查需求規(guī)格說明是否完整，可以考慮如下內(nèi)容：

• 確定是否遺漏了需求
• 排列需求優(yōu)先級(jí)，這樣構(gòu)建者能理解需求的重要性和緊急性
• 檢查需求之間的沖突，這會(huì)阻礙一項(xiàng)或多項(xiàng)其他需求的實(shí)現(xiàn)
• 預(yù)估構(gòu)建的成本，物評(píng)估項(xiàng)目所面臨的風(fēng)險(xiǎn)復(fù)查的過程是迭代式的，尋找問題或遺漏，修正問題，這可能意味著引入新問題。
  需要讓這個(gè)過程迭代一次或兩次，確保規(guī)格說明書中沒有漏洞。

1 審查

有一種相當(dāng)有效的規(guī)格說明審查方式，它是一個(gè)正式的過程，稱為Fagan審查，具體步驟如下：

• 審查過程開始時(shí)，有一名協(xié)調(diào)人確定要審查的材料和審查者
• 審查者收到被審查的文檔的概要，他們大概有一天的時(shí)間來研究這些材料
• 審查會(huì)議限制在兩個(gè)小時(shí)以內(nèi)，利用以前發(fā)現(xiàn)的問題的檢查清單來分析文檔
• 如果發(fā)現(xiàn)新錯(cuò)誤，不在清單上的錯(cuò)誤，就會(huì)更新清單
• 作者對(duì)文檔進(jìn)行返工協(xié)調(diào)人，確保所有的錯(cuò)誤已經(jīng)消除，如有必要協(xié)調(diào)人會(huì)安排跟進(jìn)的審查

2 發(fā)現(xiàn)遺漏的需求

功能需求應(yīng)該足夠完成每個(gè)用例的工作。
為了檢查這一點(diǎn)，假設(shè)你就是這個(gè)產(chǎn)品，把每個(gè)產(chǎn)品用例推演一遍。
如果做了需求要求的所有事情，是否能夠得到用力的成果，用戶是否滿意地認(rèn)為產(chǎn)品會(huì)完成他們的工作要求。
尋找產(chǎn)品必須處理的異常情況，復(fù)查場(chǎng)景。
針對(duì)每一步確定是否可能產(chǎn)生異常，或者是否有異常組織用戶到達(dá)這一步。
針對(duì)非功能需求類型檢查每個(gè)產(chǎn)品用例，是否具備了它需要的和合適該類用例的所有非功能需求。

3 發(fā)現(xiàn)所有業(yè)務(wù)用例

針對(duì)每個(gè)業(yè)務(wù)事件，你確定業(yè)務(wù)的響應(yīng)，并確定相應(yīng)的哪些部分需要由產(chǎn)品來完成。
建議你每次收集一個(gè)產(chǎn)品用例的需求，持續(xù)到涵蓋所有業(yè)務(wù)事件為止。

4 排l需求優(yōu)先級(jí)

確定優(yōu)先級(jí)很復(fù)雜，因?yàn)樗麄兩婕安煌囊蛩兀疫@些因素彼此之間常常產(chǎn)生沖突。
另外由于不同的利益相關(guān)者可能有不同的目的，對(duì)優(yōu)先級(jí)達(dá)成一致意見可能比較困難。
雖然困難，這項(xiàng)工作遲早要做，越早越好，越早排隊(duì)優(yōu)先級(jí)就越容易。
每項(xiàng)需求都應(yīng)該包含：顧客滿意度和顧客不滿意度評(píng)分。
這些評(píng)分幫助顧客考慮單向需求的相對(duì)價(jià)值，并對(duì)它們排列優(yōu)先級(jí)。
影響優(yōu)先級(jí)的因素有：

• 實(shí)現(xiàn)的成本
• 對(duì)顧客或客戶的價(jià)值
• 產(chǎn)品所需的時(shí)間是技術(shù)實(shí)現(xiàn)的容易程度
• 業(yè)務(wù)或組織機(jī)構(gòu)實(shí)現(xiàn)的容易程度
• 對(duì)業(yè)務(wù)的好處
• 遵守法律的要求

何時(shí)確定優(yōu)先級(jí)？
一旦存在兩項(xiàng)任務(wù)即可作出選擇。
讓需求知識(shí)變得越可視，就越有機(jī)會(huì)進(jìn)行不盲目的選擇，并幫助他人進(jìn)行選擇。
不斷排列優(yōu)先級(jí)的一部分，原因是期望值管理。
利益相關(guān)者常常假定術(shù)語(yǔ)“需求“，意味著這些功能肯定會(huì)實(shí)現(xiàn)。
需求實(shí)際上是一些期望和愿望，需要清楚地了解他們，以決定是否實(shí)現(xiàn)它們。
如果你在項(xiàng)目過程中一直不斷地排列優(yōu)先級(jí)，人們就能夠接受這種折中，而不會(huì)感覺到欺騙。
排列優(yōu)先級(jí)讓利益相關(guān)者準(zhǔn)備好接受一個(gè)事實(shí)，也就是你不能實(shí)現(xiàn)所有的需求。

小婧的小結(jié)：

需求的遺漏一直是一個(gè)大難題。
而需求的遺漏也是造成需求變更的一個(gè)非常常見的原因。
有的時(shí)候是BA覺得這“顯而易見”，不需要進(jìn)行描述。卻沒有想到會(huì)產(chǎn)生二義性。
我認(rèn)為復(fù)查等方式是非常有必要的。
特別是找別人來復(fù)查。
當(dāng)大家開始針對(duì)一段需求的描述進(jìn)行討論時(shí)，二義性就產(chǎn)生了。
我們必須保證需求是清晰、明確、可測(cè)試、完整，才能保證產(chǎn)品的正確性。
另外，關(guān)于需求的優(yōu)先級(jí)我覺得有多種評(píng)分方式。
現(xiàn)在簡(jiǎn)單的高中低已經(jīng)完全沒有辦法滿足我們?nèi)找鎻?fù)雜的產(chǎn)品的需要了。

小婧是一名行走在產(chǎn)品路上的資深業(yè)務(wù)分析師（BA），如果想與我同行，就請(qǐng)關(guān)注我吧！