本章重點：
如何準確而全面地找到需求：
分析和定義需求（analysis & specification）：這是指對從各個方面獲取的需求進行規整，定義需求的內涵，從各個角度將需求量化，包括需求實現的最後期限、實現需求大致所需的時間和資源成本、各個不同需求的優先順序、需求帶來的收益等等；
在軟體產品的生命週期中管理需求（management）：在軟體的生命週期中，需求在發生變化，技術在發展，團隊成員的能力也在提高。多方面的變化和發展都要求我們不斷對需求進行重新審核並做出相應的調整。
軟體需求的劃分：
軟體團隊和客戶代表要在需求階段把這些問題定義清楚。
深入面談（in-depth interview）：通過詳細的面談，廣泛而深入地了解使用者的背景、心理、需求等。這通常是一對一的採訪；
卡片分類（card sorting）：把各種需求做成便於規整的小卡片（或小貼紙）上，然後反覆進行下列活動-「討論->明晰定義->歸類->排序」；
使用者調查問卷（user survey）：這種方法是向使用者提供事先設計好的問題，讓使用者回答；
人類學調查（ethnographic study）：可以解釋為-和目標使用者「同吃同住同勞動」。
nabcd模型：
軟體工程專家paul rook說：「***我們其實並不是不會估計，我們真正不會的，是把估計後面藏著的種種假設全部列舉出來。***」
pm需要站出來領導大家，把看似巨大無從下手的專案逐步分解為可以操作的工作。
《構建之法》讀書筆記第8章 需求分析
一場戰爭開始前，最重要的就是情報。正所謂知己知彼，方能百戰百勝。而軟體開發前最重要的一點，莫過於使用者需求的分析。做好了需求分析，才能有的放矢，避免開發出為開發而開發的軟體。如何準確的獲取需求呢？書中給出以下步驟 獲取和引導需求 elicitation 分析和定義需求 驗證需求 軟體產品的生命週期中...
閱讀《構建之法》 第8 第9 第10章
第8章 需求分析 問題 8.6 在這一章節中，說的是計畫和估計，我覺得這是程式設計最基礎的問題吧，如果不能很好的估計出程式設計所要寫的時間，就說明對程式設計沒有足夠的了解和認識，但是我在想，如果做乙個工作量很大的軟體，有些可能難以估計出時間的，而且還要整合各個人寫的功能部分，這時該怎麼去顧及呢 第9...
《構建之法》第8 9 10章
第八章 需求分析 軟體開發團隊就是為了使用者著想，於是總會在程式專案開發前進行專案的需求分析 本章節講述軟體需求的4個步驟，1 獲取和引導需求 2 分析和定義需求 3 驗證需求 4 在軟體產品的生命週期中管理需求 在軟體工程中分析軟體需求需要考慮相關者的利益關係，例如使用者 顧客 市場分析師 監管機...