團隊在開發前，需要跟客戶進行溝通，對於客戶提出的新的功能，pm形成需求文件交給專案負責人，經過專案負責人與團隊開發人員的討論，形成反饋文件給予客戶與pm確認，如果確立好可以進行開發。
需求分析的過程時軟體開發中比較重要的過程，一旦弄錯功能需求，專案開發到一半卻要重新開始，這既浪費精力又浪費時間。
對軟體的需求，可以從不同的角度考慮，包括對產品功能性的需求、對產品開發過程的需求、非功能性需求、綜合需求，非功能性需求和綜合需求是比較欠缺考慮。非功能性需求是指服務質量需求，比如**交易系統必須在一定時間內返回使用者查詢結果；綜合需求是不是單單乙個軟體模組就能滿足，購物**涉及到貨物派送系統，送貨部門等不同部門的功能和執行能力。
專案開發中，pm是乙個比較核心的人物，pm對乙個或者多個產品或者產品線負責，而網際網路產品涉及到很多方面，包括產品定位、市場發展、需求分析、運營、營銷、市場推廣、商務合作。pm是做開發和測試之外的所有事，pm是要在整個專案的生命週期管理風險內，這對pm的要求很高，要有觀察、理解、快速學習能力，要有管理分析能力，有一定的專業能力和自省能力......
總的來說，軟體開發需要有一套有效管理流程，專案才能井然有序地進行。
讀構建之法8 9 10章有感
第八章 需求分析 書中介紹了一些獲取需求的常用方法 流程 及分析框架，看了後才發現原來需求分析還有著者這麼多的學問。以前聽人說，需求分析在實際專案開發中所佔分量很重，甚至往往需要花的精力比敲 要多。我聽到時不以為然 認為需求分析不就是看一下軟體要什麼功能，要做成什麼樣而已嗎。再後來，我真的接手了乙個...
讀《構建之法》第8 9 10章有感
第8章需求分析讀後感 這一章主要介紹軟體需求的型別 利益相關者，獲取使用者需求分析的常用方法與步驟 競爭性需求分析的框架nabcd,四象限方法以及專案計畫和估計的技術。需求分析是決定乙個軟體的使用範圍，只有乙個符合大眾需求的軟體，才能獲得收益。這時需求分析就顯得尤為重要。軟體需求分為以下幾個步驟 1...
讀《構造之法》8 9 10章有感
第八章只要是介紹需求分析，在這章裡講到了軟體需求，軟體產品的利益相關者，獲取使用者需求 使用者調查，競爭性需求分析的框架方面，功能的定位和優先順序，計畫估計及分而治之，通過這章的學習，我學會了如何在弄產品之前該怎樣去了解使用者需求，例如了解軟體需求只要有 1.獲取及引導需求 2.分析和定義需求 3....