讀《構造之法》8 9 10章有感

第八章只要是介紹需求分析，在這章裡講到了軟體需求，軟體產品的利益相關者，獲取使用者需求————使用者調查，競爭性需求分析的框架方面，功能的定位和優先順序，計畫估計及分而治之，通過這章的學習，我學會了如何在弄產品之前該怎樣去了解使用者需求，例如了解軟體需求只要有：

1.獲取及引導需求

2.分析和定義需求

3.驗證需求

4.在軟體產品的生命週期中管理需求

第九章介紹的是pm，在這章裡，我知道了：

1.pm是啥

2.微軟pm的來歷

3.pm做開發及測試之外的所有事情

4.pm和風險管理

5.pm的能力要求和任務

第十章講的是典型使用者及場景

在裡面提到了該怎樣去定義典型使用者：

我們首先要定義使用者的角色。正如戲劇中有正面和反面的角色，軟體系統中也有受歡迎的和不受歡迎的典型使用者。如果使用者有不同的安全需求，切記要定義不同的角色來適應這些需求。如下面的例子：

（1.受歡迎的典型使用者——指那些按設計者的期望使用系統的使用者，如「**的購物者」；

（2.不受歡迎的典型使用者——指那些有不正當目的的使用者，如在乙個房地產業主論壇中濫發房屋中介廣告的使用者——這些使用者也許在別的系統中（如房屋中介論壇）是受歡迎的。

persona可以包括以下內容：

（1）名字（越自然越好）。

（2）年齡（不同年齡和收入的使用者有不同的需求）。

（3）收入。

（4）代表的使用者在市場上的比例和重要性（比例大不等同於重要性高，如付費的使用者比例較少，但是影響大，所以更重要）。

（5）使用這個軟體的典型場景。

（6）使用本軟體/服務的環境 (在辦公室/家裡/沙發/床上/公共汽車/地鐵…)。

（7）生活/工作情況。

（8）知識層次和能力（教育程度，對電腦、全球資訊網的熟悉程度）。

（9）使用者的動機、目的和困難（困難 = 需要解決的問題）。 

（10）使用者的偏好。

讀《構造之法》8 9 10章有感

第8章需求分析讀後感 這一章主要介紹軟體需求的型別 利益相關者，獲取使用者需求分析的常用方法與步驟 競爭性需求分析的框架nabcd,四象限方法以及專案計畫和估計的技術。需求分析是決定乙個軟體的使用範圍，只有乙個符合大眾需求的軟體，才能獲得收益。這時需求分析就顯得尤為重要。軟體需求分為以下幾個步驟 1...

讀《構建之法》8 9 10章有感

團隊在開發前，需要跟客戶進行溝通，對於客戶提出的新的功能，pm形成需求文件交給專案負責人，經過專案負責人與團隊開發人員的討論，形成反饋文件給予客戶與pm確認，如果確立好可以進行開發。需求分析的過程時軟體開發中比較重要的過程，一旦弄錯功能需求，專案開發到一半卻要重新開始，這既浪費精力又浪費時間。對軟體...

讀構建之法8 9 10章有感

第八章 需求分析 書中介紹了一些獲取需求的常用方法 流程 及分析框架，看了後才發現原來需求分析還有著者這麼多的學問。以前聽人說，需求分析在實際專案開發中所佔分量很重，甚至往往需要花的精力比敲 要多。我聽到時不以為然 認為需求分析不就是看一下軟體要什麼功能，要做成什麼樣而已嗎。再後來，我真的接手了乙個...