第8章需求分析讀後感
這一章主要介紹軟體需求的型別、利益相關者，獲取使用者需求分析的常用方法與步驟、競爭性需求分析的框架nabcd,四象限方法以及專案計畫和估計的技術。需求分析是決定乙個軟體的使用範圍，只有乙個符合大眾需求的軟體，才能獲得收益。這時需求分析就顯得尤為重要。軟體需求分為以下幾個步驟：1.獲取和引導需求。2.分析與定義需求。3.驗證需求4.在軟體產品的生命週期中管理需求。軟體產品的利益相關者分為：使用者調查、深入面談、卡片分類、使用者問卷調查、使用者日誌研究、人類學調查嗎、嚴冬跟蹤研究、快速原型調研以及a/b測試。競爭性需求分析的框架nabcd利用較好的方案，讓我們更容易開發出好的軟體。
第9章 專案經理
pm的能力很重要。有能力並且得到大家認可支援的pm才是乙個優秀的pm。自省能力中的「拍屁股」走人是我最討厭的事情，但是可能誰都有這麼一種衝動。——「啊呀，我真做不出來，不做了。你們自己玩吧。」這種心態可能會有一時，但當你勇敢面對這些困難，並認真學習如何打敗它時，你是個優秀的人。當你打敗困難之後，你會有滿滿的自豪感。這種感覺比你放棄「拍拍屁股走人」的感覺好多了。再者，得到大家支援也很重要。乙個無法得到團隊成員支援的pm，大概也無法得到領導的支援。
所以我覺得，pm是促進乙個團隊快速工作，高效率的重要角色，是團隊的核心。
第10章
本章主要介紹典型使用者與場景。典型使用者可以包含一下內容：1.名字（越自然越好）。2.年齡。3.收入4.代表的使用者在市場上的比例和重要性5.使用軟體的典型場景6.使用本軟體/服務的環境7.生活/工作情況8.知識層次和能力9.使用者動機10.使用者的偏好。用例需要有規劃說明書和功能說明書。
讀《構建之法》8 9 10章有感
團隊在開發前，需要跟客戶進行溝通，對於客戶提出的新的功能，pm形成需求文件交給專案負責人，經過專案負責人與團隊開發人員的討論，形成反饋文件給予客戶與pm確認，如果確立好可以進行開發。需求分析的過程時軟體開發中比較重要的過程，一旦弄錯功能需求，專案開發到一半卻要重新開始，這既浪費精力又浪費時間。對軟體...
讀構建之法8 9 10章有感
第八章 需求分析 書中介紹了一些獲取需求的常用方法 流程 及分析框架，看了後才發現原來需求分析還有著者這麼多的學問。以前聽人說，需求分析在實際專案開發中所佔分量很重，甚至往往需要花的精力比敲 要多。我聽到時不以為然 認為需求分析不就是看一下軟體要什麼功能，要做成什麼樣而已嗎。再後來，我真的接手了乙個...
讀《構造之法》8 9 10章有感
第八章只要是介紹需求分析，在這章裡講到了軟體需求，軟體產品的利益相關者，獲取使用者需求 使用者調查，競爭性需求分析的框架方面，功能的定位和優先順序，計畫估計及分而治之，通過這章的學習，我學會了如何在弄產品之前該怎樣去了解使用者需求，例如了解軟體需求只要有 1.獲取及引導需求 2.分析和定義需求 3....