總是覺得時間過得很快。
第六章講的是自由問題，第一點為什麼，自由提問讓你在設計過程中找到那些有關全域性問題，這樣你就能夠進入正確的方向，而遠勝於孤立無援。由於他們對所有涉及專案都是使用的，所以他們可以提前準備好並且在乙個接乙個的專案中使用。第二點什麼時候，自由提問應該在需求過程的早期提供，它們必須在一些細節決策結束之前完成。第三點怎麼做，只需要遵循下列步驟：
1.信任與和諧的氣氛一旦建立起來之後，就應該向他們解釋你需要問一些非常籠統而透徹的問題。解釋清楚這類問題的重要性，並且確信在此時你們已經在這個過程的價值上達成了共識。
2.有些人會難以理解這些籠統的問題有什麼用處。必要的時候需要緩步推進。先問乙個問題，然後徹底的研究這個回答，在向他解釋這裡所包含的資訊對你的重要性。
第四點相關人，自由提問對於具備下述全面知識的人員特別有用，及當前產品知識，未來需求方面的知識，還沒有意識到其擁有或認為是重要的知識。
第七章講的是找到的相關人員，第一點為什麼，採用一種清楚的包含使用者的策略和計畫以保證所有使用者都始終如一的處理了。第二點什麼時候，在做出任何設計決定之前執行這種包含使用者工作，並且越早越好。第三點怎麼做：
1.相信在需求開發團隊中必須有負責的包含使用者的策略，這樣遠比「任其自然」好
2.集體討論乙個潛在使用者列表
3.通過把他們分類成友好的、不友好的以及可忽略的三類來簡化列表
4.使用參與者的三位座標，為每個你不想忽略的使用者群製作乙個對策
5.實行你的參與計畫，用你的想象力和機智區獲得你所需要的全部的參與
第四點相關者，找到「誰」是乙個包含使用者策略的所有目的。
第八章講的是為每個人準備會議工作，第一點為什麼，由於其在探索需求中的重要地位，會議必須向任何其他的工具一樣來考慮：設計它們，適當的選擇它們，在使用是訓練每乙個人，然後就是練習，練習，再練習。特別的，還可以把會議用來衡量專案環境的健康程度。第二點什麼時候，會議自始至終都在使用。有些會議可能是正式的、預定好的，而也有一些可能是在走廊上進行的、不正式的會議。第三點怎麼做，記住下列步驟：
1.為每個參與者建立一種安全文化
2.保持每個會議盡可能的小，但也不要過於小
3.把每個會議限制在單個型別上，為即將到來的工作設計會議
4.準備
5.使用熟練的會議推薦者
第四點相關者，會議包含了所有的人。某個特殊的會議可能包含50
人，也有可能只有
2個人，我們永不可能知道什麼時候會出現在乙個會議中，但是我們必須隨時準備。選擇正確的人員參與到會議中，兒那些不包括的人是你們需要準備的最重要的部分之一。
第九章講的是自始至終降低含混性，第一點為什麼，含混性是需求定義中的乙個重要問題，而這些啟發則是降低含混性的有力工具。第二點什麼時候，為了揭示由於過失帶來的含混性的**，我們使用這些不同的啟發在：
觀察：人們對於臨界事件中所見所聞各不同。（內在變化）
回憶：人們對於臨界事件的回憶各不相同。（內在變化）
問題理解：人們如何在他們的頭腦中定義需要解決的問題各不相同。（互動變化）
第三點怎麼做，概言之，有四種啟發可以用於揭示含混性：
1.含混性投票：建立乙個度量來評估，這需要對問題有可靠的理解。把問題描述交給見多識廣的人，並請他們依據這些度量對之進行評估。再把這些人聚集到一起比較和討論列出的結果。
2.回憶啟發：不同的人們都是土精確的根據記憶回顧問題的描述。對於那些不能夠很好地回憶起來的地方很可能是含意不清相互的。用不同方法請人來考慮問題描述那些臨界部分，然後當列表經過組合和討論之後，其差異就會揭示潛在的不明確的部分。
3.「瑪麗從前有乙隻小羊羔」的啟發：把問題描述大聲的朗讀幾次，每次重讀不同的字或詞語，知道發現盡可能多的解釋為止。
4.「瑪麗欺騙商人」的啟發：確定在問題描述中其重要作用的詞，然後列出其所有可能的解釋。再把這些定義混合配對來組成另外的解釋。
第四點相關者，把這些啟發教給那些建立和解釋需求文件的人員。
《探索需求》閱讀筆記4
這次是第四次進行閱讀，主要是對於上次閱讀後期望裡的屬性 約束條件以及偏好進行了一些了解。屬性是客戶希望的特徵，通過頭腦風暴後得到可能的屬性列表，從屬性在第一次列出功能列表後就為功能分配屬性，要及時能夠實現對願望列表的改變，同時區分屬性和屬性細節，在屬性細節中對屬性進行挑選，然後將屬性填到屬性列表中，...
《探索需求》閱讀筆記1
這學期開設軟體需求分析這門課程，自己對於需求分析並沒有太深的理解，所以自己找了這本書來促進自己對這門課程的認識。這本書主要講述了關於開發專案的問題，討論的主題是問題陳述或需求集合，需求在很多方面都是非常重要的。我們通常使用的是需求對映圖而不是需求本身，所以我們需要探索許需求。在探索需求過程中，會不可...
《探索需求 設計前的質量》閱讀筆記三
獲取資訊的第一步就是定義功能，在這個階段描述產品是為了做什麼的動作。假設是決策樹的根源，那麼客戶說想要什麼東西存在就是問題宣告的提出。而客戶說產品能夠實現什麼功能就是指他的測試功能。在描述功能方面，需要記錄所有使用者想要的功能，然後進行理解，不能記錄記錄使用者不想要的功能。做到這些也需要一些技巧，首...