第五篇：極大提高成功的可能性
19含混性度量
被通知投票人的最大到最小估計值的比率就可以用作含混性度量，乙個我們可以過得精確值的可度量實體。 度量三類含混性是指問題描述含混性，設計過程含混性，最終產品的含混性。一些估計值的變化就可能簡單地來自於估計中發生了錯誤，所以一定要對最大和最小的估計值追根溯源。
20技術複審
技術複審是乙個測試工具，一種指明需求工作過程的工具。功能至少包括將問題反饋提供給製作者以幫助改進產品，以及將對專案實際技術狀態的反饋提供給管理者。有很多格式和目的各不相同的複審，如香草複審，僅根據被複審的產品的需要來調整會議的程序；通過檢查的手段將注意力集中在乙個狹窄的，鮮明地定義的問題集合上，盡力獲取這樣的高效率 ，預演，聯名宣告複審等等
21衡量滿意度
建立使用者滿意度測試，從設計開始就一直測量使用者滿意度，用作設計者之間，客戶，終端使用者以及設計者之間的工具。也就是說在軟體開發的過程中不斷測試使用者的感覺，用這種調查問卷的方式統計得到軟體的優缺點，同時促進了參與者之間的溝通。
22測試用例 黑箱測試的步驟：構建黑箱測試用例，反覆測試和回答，清晰的指明含混性，試記錄修改作為開始構建系統和接受測試的起始基礎。構建並回答黑箱測試主要是為了測試開發到現在的任何需求的完備性，準確性，明確性以及簡明性。
23學習已存在的產品 有的時候我們的產品不一定是標新立異獨一無二的開端性產品，這時已經存在的產品對我們的新產品的構建是非常重要的，新產品什麼功能不見了，會對產品造成怎樣的影響，舊產品有哪些功能被遺忘了，卻切實有用。最後就是用特徵代替功能。在比較中發現新需求，訪談原產品需求參與人，有效而重要。
24達成協議 決策從選擇，假設和強迫接受中得到。從電梯設計決策的例子中可以體現，某些約束是不得不強迫接受的，撰寫可追溯的需求。錯誤假設的得到有有效資訊的缺乏，超時失效，收費公路效應（發生在引進更大容量的新裝置後最終將會導致淹沒並產生更多的負載）和需求滲漏等方面。最後把決策轉化為清晰的書面協議。
25結束 需求過程開始於含混性，結束於協議。無論是自動化設計和開發導致的決策樹的偏支，還是類似堆土窯方式都是不完美卻現實的需求方式。在應該結束的時候凍結需求，不允許對需求再做任何改變。需要的是對產品的信心和結束的勇氣。
《探索需求 設計前的質量》閱讀筆記三
獲取資訊的第一步就是定義功能，在這個階段描述產品是為了做什麼的動作。假設是決策樹的根源，那麼客戶說想要什麼東西存在就是問題宣告的提出。而客戶說產品能夠實現什麼功能就是指他的測試功能。在描述功能方面，需要記錄所有使用者想要的功能，然後進行理解，不能記錄記錄使用者不想要的功能。做到這些也需要一些技巧，首...
《探索需求 設計前的質量》閱讀筆記三
1 在探索需求過程中，任何對於想法的評價不管是積極的還是消極的，都應該放到以後進行。當想法產生時，記錄者應僅僅記錄下每乙個想法，就像一台自動機器一樣。因為這樣可以保證不丟失想法，人們不會自我檢查是否合適，也不會使會議突然跑題，變成參與者討論乙個想法究竟是好還是壞。世界上大多數偉大的想法在剛剛被提出來...
《探索需求 設計前的質量》閱讀筆記一
需求，是人們的期望 探索需求是尋找人們的期望的過程。而我們所做出來的軟體產品就是試圖滿足復合的一系列期望。發現什麼都不是，而發現過程即探索過程就是一切 只有當自己知道需要時，才有可能會獲得它，這也是需求分析的必要性。經過前輩們無數次的實踐 分析總結出很多很多經驗，可以說已經形成一套有效的軟體開發方法...