1.專注理解業(yè)務問題，提供解決方案带膜。（活動吩谦、服務、消費品）
2.確定擁有者看中的價值膝藕，交付一個解決方案（更快式廷，更便宜，更方便）
3. 需求分析者理解擁有者的業(yè)務工作芭挽，決定將來如何進行滑废。 ?
讓開發(fā)理解產品打算為用戶完成什么。 ?
需求分析者與擁有者溝通袜爪，探討怎樣的產品能為工作帶來最大的改進蠕趁。
需求分析者得到需求，描述需求（產品功能-要做什么辛馆、產品屬性-做到什么程度）
4.構建一個軟件不等于解決一個業(yè)務問題
頻繁讓用戶審核開發(fā)模塊俺陋，不通就返工迭代的問題是永遠不知道用戶批準前一次的交付是因為滿意還被過程搞得筋疲力竭。
很難讓單個用戶理解軟件在更大范圍內的全局影響昙篙。他們不知道更大業(yè)務的足夠信息腊状，不能確定具體應用是否會對業(yè)務的其他部分帶來問題。
軟件是要解決一個業(yè)務問題苔可，開發(fā)工作必須從問題開始缴挖，而不是從解決方案開始。
5.需求不一定要寫下來焚辅，但構建者必須知道它們映屋。即使寫下來也要積極主動溝通確保大家知道的是一致的。（口頭溝通更有效）
編寫需求的意義:
有助于業(yè)務分析師和利益相關者徹底理解需求同蜻。
記錄了團隊的決定秧荆。
為測試者和開發(fā)者提供了清晰的指示。
明確需求重要性埃仪，評估工作量乙濒。
維護者明確需求成因會降低維護成本。
6.客戶不一定總能給你正確答案。
需求探索的局限性
介于業(yè)務的復雜性和規(guī)模個人很難理解全部颁股。
描述人問題本身理解不透徹么库。
關于產品解決問題的展望的描述過程困難。
需求溝通過程
記錄客戶的要求甘有，包括“增量改進”性的敘述诉儒。翻譯成產品需求。（缺點是排除了重大創(chuàng)新亏掀，導致產品平庸不能滿足期望）
有時候必須說服客戶忱反，他們要求的并不是他們想要的。
有時候必須從客戶的解決方案中導出需求滤愕。
有時候必須提出沒有人提到的創(chuàng)新温算，得到更好的解決方案。
