第八章、需求分析
書中介紹了一些獲取需求的常用方法、流程、及分析框架，看了後才發現原來需求分析還有著者這麼多的學問。
以前聽人說，需求分析在實際專案開發中所佔分量很重，甚至往往需要花的精力比敲**要多。我聽到時不以為然
，認為需求分析不就是看一下軟體要什麼功能，要做成什麼樣而已嗎。再後來，我真的接手了乙個小商業專案的需
求分析任務，才明白需求分析是一件多麼讓人崩潰的事情，客戶對軟體程式設計一無所知，只是含糊地給我一些文件，
而我又不清楚他們的業內流程、業內術語等，不知道如何去獲取對需求，只能像只無頭蒼蠅，胡亂分析，好生心累。
遇到過這樣的難題，才知道科學方法的重要性，《構建之法》內有我需要掌握領悟的東西，得抽時間琢磨一下。
第九章、專案經理
身為小組中的pm,在看課本前我並不是很清楚pm是幹什麼的，反正我好像什麼都要做。
看了《構建之法》才知道，pm要做開發和測試之外的所有事情，包括解決遇到的難題、風險的分析、團隊的帶
領等，還有就是要深得民心，獲得專案組所有成員的支援。由此可知，pm還要考慮很多別人不考慮的事情，其觀察、
理解及分析能力都是非常重要的。
第十章、典型使用者和場景
對這一章的理解就沒有上兩章那麼多了，大概是因為對這個概念接觸得還少吧。書中主要介紹了一些典型使用者和場景的例子、
及其價值、定義、用例等。雖然書中也有一些生動的例子，但由於時間限制，只能先粗略地瀏覽一遍，大概對這個「典型」有了點理解
，其他不明白的等待老師講解。
讀《構建之法》8 9 10章有感
團隊在開發前，需要跟客戶進行溝通，對於客戶提出的新的功能，pm形成需求文件交給專案負責人，經過專案負責人與團隊開發人員的討論，形成反饋文件給予客戶與pm確認，如果確立好可以進行開發。需求分析的過程時軟體開發中比較重要的過程，一旦弄錯功能需求，專案開發到一半卻要重新開始，這既浪費精力又浪費時間。對軟體...
讀《構建之法》第8 9 10章有感
第8章需求分析讀後感 這一章主要介紹軟體需求的型別 利益相關者，獲取使用者需求分析的常用方法與步驟 競爭性需求分析的框架nabcd,四象限方法以及專案計畫和估計的技術。需求分析是決定乙個軟體的使用範圍，只有乙個符合大眾需求的軟體，才能獲得收益。這時需求分析就顯得尤為重要。軟體需求分為以下幾個步驟 1...
讀《構造之法》8 9 10章有感
第八章只要是介紹需求分析，在這章裡講到了軟體需求，軟體產品的利益相關者，獲取使用者需求 使用者調查，競爭性需求分析的框架方面，功能的定位和優先順序，計畫估計及分而治之，通過這章的學習，我學會了如何在弄產品之前該怎樣去了解使用者需求，例如了解軟體需求只要有 1.獲取及引導需求 2.分析和定義需求 3....