需求分析也稱為軟體需求分析、系統需求分析或需求分析工程等，是開發人員經過深入細緻的調研和分析，準確理解使用者和專案的功能、效能、可靠性等具體要求，將使用者非形式的需求表述轉化為完整的需求定義，從而確定系統必須做什麼的過程。
以下是忠哥真實經歷：
16年9月，為某農業產業鏈公司任職，擔當技術重責，搭建農業產業化平台，後精細化為**鏈金融平台，初期的三個月，需求與技術團隊組建均在摸索中進行，第三個月開始確認**鏈金融的系統需求，並投入大量人力研發，負責產品需求分析的是一位曾任職sap顧問的資深產品經理和曾擔任運營總監的產品總監。
第一版的需求從產品總監口述得來，並未形成文件，產品經理花了乙個月時間半空想+半聆聽，依據自己的經驗寫出了第一版需求，但顯然跟實際需求不符，接下來就是團隊撕逼，產品總監被迫離職。
第二版需求延續了第一版的套路，團隊還到了客戶現場進行封閉開發，產品總監希望和團隊能寫出需求，但實際的需求調研都是產品總監乙個人在客戶現場進行，研發團隊沒能得到第一手的客戶訴求，需求分析停滯了乙個半月，終於在忠哥強烈推進下，出了第一版的需求稿，此時離專案開工期已經過去了半年有餘。
此故事總結以下兩點：
2.需求分析需要第一線的使用者接觸者給出，如果使用者接觸者需求分析力不強，決斷力與觀察力也不足，盡快換人。
乙個奇葩的需求
今天和朋友聊天突然給我說拍一下錄取通知書封面，一解釋原因原來是小夥伴碰到了乙個奇葩需求。拍攝內容 錄取通知書封面 拍攝要求 1 拍攝角度在通知書正上方，通知書要是原來的形狀，不要產生形變。主要內容為通知書，通知書邊上留一部分空白 2 最好用相機，用手機拍的話發原圖 3 拍攝時在明亮處拍攝，同時通知書...
乙個需求的反思
在實際的工作中，一般來說，產品在召開需求評審會時，會邀請開發來參與評審，如果開發人數很多，往往只會邀請開發經理來參與評審，參與評審完後，由開發經理來分解模組，分配給相關的開發人員。這從產品需求到真正開發人員中間多了一道，會有需求資訊傳遞的損失，這是不可避免的。產品在需求規格說明書上面進行的需求描述，...
乙個需求的反思
在實際的工作中，一般來說，產品在召開需求評審會時，會邀請開發來參與評審，如果開發人數很多，往往只會邀請開發經理來參與評審，參與評審完後，由開發經理來分解模組，分配給相關的開發人員。這從產品需求到真正開發人員中間多了一道，會有需求資訊傳遞的損失，這是不可避免的。產品在需求規格說明書上面進行的需求描述，...