一個星期沒看書，沒記錄筆記，沒能堅持下來，感覺好罪過。現在我要重新上路！
收集需求
收集需求就是與項目的所有干系人坐在一起，得出他們的需求是什么，這就是收集需求過程中要做的事情。你的項目要想成功，你就必須知道怎樣才能讓所有干系人認可你的項目已經滿足目標。你要提前清楚地了解你的項目有什么需求，否則項目進行中將很難知道你的工作表現是好是壞。正式因為這個原因，你要把所有項目需求和產品需求寫下來，而且要有足夠的詳細信息，以便考核你的團隊進展情況。
關於需求，要理解的最重要一點是每個需求都要滿足一個特定干系人的需要。
輸入：項目章程、干系人列表
工具：
三種工具和技術來收集需求
訪談（Interviews）：是很重要的方式，可以讓干系人解釋他們將如何使用你的項目所創建的產品或服務。通過與人們一對一地交談，可以讓他們明確地解釋他們需要什么，以便你確定你的項目能夠滿足其目標。
專題小組討論會（Focus Groups）：是與一群人討論他們的需求的另一種方法。通過一組人員共同討論最終產品，可以讓他們告訴你原先他們自己可能都沒有想到的需求。
輔助工作室（Facilitated Workshops）：是最為結構化的小組會談，由一個調解人領導小組通過頭腦風暴共同得出需求。在輔助工作室中，誤會和問題可以立即得到調解，因為所有干系人都可以在合作定義需求。
做出需求決策
有四種決策技術：
一致同意（Unanimity）表示所有人都同意這個決定
多數同意（Majority）表示小組中超過半數的人同意這個決定
少數服從多數（Plurality）表示多數人投票的結果得到認可
總裁制（Dictatorship）由一個人為整個小組做出決定
群體創新技術：就是指收集需求時啟動這些創新性思維
思維導圖：是一種很好的方法，可以采用可視化的方式描述你的想法相互之間如何關聯。完成一個想法時，可以創建一個導圖來說明你是如何得到這個想法的，並展示哪些想法可以歸組在一起，有時這會很有幫助。
德爾菲法：可以讓小組中每個人對產品中應當有什么給出想法，並保證這些想法是匿名的。使用德爾菲法時，關於產品需要做什么會提出一些問題，每個人要對同樣的這些問題寫下他們各自的答案，然后交給一個調解人。這些問題可能涉及產品應當具有的特定特性。
親和圖：如果你有 很多想法，需要分組來對它們做些處理，親和圖就很適合。很多人在牆上用貼紙做親和圖。采用這種方式時，你可以移動這些想法，並在考慮到需要研究的新領域時可以改變分組。有時將需求歸類就可以幫助你找到新的需求。
頭腦風暴：這是收集需求最常用的方法之一。只要與人群坐下來考慮新的想法，就是在做頭腦風暴。
名義群體法：這是頭腦風暴的一種形式，你在發現新想法時把他們寫下來，讓群體投票看哪些想法最受歡迎。然后使用這些投票對所有想法排序，將不重要的想法與希望進一步深入的想法區分開。
使用問卷從更多人那里得到需求
原型為用戶展示產品將是什么樣子
有時要讓干系人對你的產品給出看法，最好的辦法就是向他們展示一個原型。原型是你要建立的產品的模型，可以讓你的干系人更好的了解你的團隊在想什么。有時嘗試過原型的用戶會提出他們此前從未想到過的一個全新的需求。如果能讓干系人通過原型找到新的需求，與等到項目結束再把產品展示給他們相比，處理這個需求會容易得多。你在建立一個相當復雜的產品時，可以作為需求收集過程的一部分建立原型，這很有道理，這樣一來，你可以較早地發現用戶將會提出的變更。敏捷開發的話，原型是一個很棒的工具。
輸出：
需求文檔：
列出產品的所有功能和非功能需求。功能需求是新特性、bug修正、新行為；非功能需求有時成為“質量屬性”，因為這是你對可交付成果的期望，並不是具體的特性。非功能需求包括：性能、可靠性、錯誤處理及易用性。
需求管理計划：
指出如果收集和分析需求。
需求追溯矩陣：
顯示需求來自哪里，在哪里實現，如果得到驗證。 這是一種很好的方法，可以快速得到所有需求的一個高層試圖，並確保他們映射到具體的測試用例。
針對考試的要點：
產品范圍表示所建立產品或服務的特性和功能。項目范圍表示建立產品需要做的工作。
功能需求是產品的行為，非功能需求是產品的隱含期望。
范圍管理就是要確定完成項目需要做的所有工作，並確保只完成這些工作——而不做任何多余的工作。
范圍管理計划作為項目管理計划的一部分建立。它定義了用來定義范圍並管理相應變更的過程。
為准備考試需要知道這些過程的順序。要記住這個順序，一個好辦法是理解一個過程的輸出如何用作為另一個過程得的輸入。