《探索需求》閱讀筆記一

標籤：

    這本書主要講述關於開發項目的問題，討論的主題是問題陳述或需求集合，需求在很多方面都是非常重要的。我們通常使用的是需求映射圖而不是需求本身，所以我們需要探索許需求。

    一旦在探索需求過程中使用了忽略了人的因素的工具，就不可能完美的描述需求，這會造成含混性，同時當需求被明確說明，但是使用了含混的詞語也導致含混性問題的出現。含混性需要成本而且對於我們解決問題產生巨大影響，即可以發現需求含混性的重要性，所以在探索需求過程中要及時儘早地消除含混性，使用一些可以很好的抑制含混性的探索需求工具。許多含混性不一定只來自於一個地方，當找到需求中的含混性之後，還要對每一個含混性進行定位，使用任何一種含混性投票結果的聚類啟發可以協助分離其來源。

    探索需求中通過直接提問擷取需求本沒有錯，但是還是有一些主題在某個地方隱藏著，所以沒有其他工具和技巧輔助的直接提問對於正確獲得需求是永遠不夠的。決策樹模型是一個彌補直接問題的工具，這一模型有助於通過提問所得的回答到達目的地。我們需要其他工具和技術來降低含混性，因為作為常人，我們並不擅長發現我們已經忽略的東西，總而言之，為了保證直接提問成功，提問者必須要有能力保證對決策樹的早期部分有一個完美的理解。設計者的一個主要錯誤是試圖給客戶他們所需要的勝於他們所想要的，當發現你知道更多地客戶所需要的，要告訴客戶他們的確需要你認為的他們所需要的東西。

    所有的需求工作都必鬚髮生在某種類型的初始過程之後，那些提出對於問題的想法則是需求過程的切入點。每個人都有不同的思維方式，這就造成了切入點的不同，會給需求過程帶來很多麻煩，也會使整個項目在還沒有成功的時候就註定失敗，所以在一開始就要為某個常見的起點及切入點的需要和全體成員的需要之間建立平衡。一種解決辦法是先認為每個設計項目都可能解決一些問題，然後再化簡每個起點，知道問題陳述變得非常普遍。所有的開發始於一個假設，那就是問題的解決方案是存在的。

    當確定了切入點之後，項目過程中下一個步驟就是問一些自由問題。從決策樹的角度來看，自由提問可以協助你決定需要攀登哪一個主分支，這遠勝於對某一個小分支或末梢的分析。自由提問讓你在設計過程中找到那些有關全域的問題，可以準確的進入正確的方向，它的一個非常大的潛在好處在於，它們可以在對項目深入瞭解之前進行準備，還能夠協助我們克服在剛開始一個新項目或新關係時的尷尬。自由提問應該在需求過程的早期提供，必須在一些細節決策結束之前完成。

    在開發活動中最為常見的單個錯誤可能就是在探索需求過程中遺漏了某個必需的人物，所以一定要辨別、定位和找到多有相關人員中的參與者，這也需要使用一些工具。要明確客戶和使用者，客戶是為我們的需求工作支付薪水的人，使用者是那些將會影響或者被正在設計的產品影響的個體，當然，客戶也是使用者，而不是所有的使用者都是客戶。客戶決定產品的外部屬性，僱傭和解僱設計者，使用者則是那些能夠決定產品成敗的人。當辨別出客戶、使用者後，還要決定如何處理他們。

    通過這段時間慢慢的讀這本書，書中每一次講一些關於探索需求過程中應該注意的問題或應該需要技巧的時候，都通過作者自己親身經曆的真實案例或是遇到過的、見到的例子進行詮釋，使得能更快的瞭解探索過程中應該需要我們注意的問題及解決問題的辦法等，好多專業的術語也都很容易理解。讀過的這一部分中，需要瞭解在探索需求過程中，擷取需求時要用其他工具或技巧輔助進行直接提問，然後需要我們一定要儘早的發現、分析並消除需求含混性，確定切入點，並平衡各種不同的切入點，接下來通過自由提問進行對項目的深入瞭解，確定並明確探索需求過程中的人。探索需求也是一個大工程，需要各方個面都要考慮、分析周全，接下來還有許多方面需要我們瞭解，各種工具、技巧我們也都得要知道，這些都有利於我們正確並準確的對需求進行探索。

《探索需求》閱讀筆記一