公司有個漂亮的需求小姐姐要離職了，今天和大家進行了一些新的分享，記錄一下。
整理歸類
以往專案、功能：「總有一款適合你」
1.成果復用，快速構建設計模型；
2.預知問題，少走彎路；
問題：有以往沉澱經驗，但仍需改進，或目標不完全一致。
明確學習計畫
明確學習資料的成都，根據優先順序確定分析計畫
輕度：可大範圍復用的成果
問題：確立了學習分析計畫後，由於工期緊張導致分析時間嚴重壓縮。
合理調研
根據使用者不同角度、水平、關注點分別調研
角度：管理者、非管理者
水平：業務、技術、綜合
關注點：應用點
問題：管理者、非管理者需求均不明確，業務水平不高，應用點不明確。
開展需求分析
結合產品、專案實際情況，確定需求開展方式、交接方式、成果規範
原則：直接、清晰、規範、易懂
要求：明確目標、理解資料、了解開發程度、了解佇列設計效果
問題：沒有統一的開發管理者作為對接人，需要直接面向多個開發任務執行者，如何做交接？
需求與開發異地，如何交接？
需求管理
統一需求成果出口負責人，歸類合併專案需求。
要求：必要的需求以產品級別的要求進行分析設計（分析本質要求，目標導向），固化該需求成果，分支開發任務。
產品需求評審問題小結
恥辱是乙個人最大的前進動力！我不知道是不是每乙個pm都是經歷著這段歲月過來的，但希望歲月可回首，他日成為王，等你叩首！產品的需求梳理你需要考慮到所有的可能性，我將它稱之為產品的完整性，小結如下 1 做了乙個新功能，對於歷史資料怎麼處理？2 為什麼要這樣做？原因是什麼？尤其是原因！切記！後期完成後會想...
專案需求和客戶交流的心得體會
從畢業到現在，做過好幾個不同的專案，不想談論技術相關的話題，我更多的是談論與客戶的交流和溝通。眾所周知，客戶往往都是不懂系統開發技術的客戶群體。所以，對於需求管理人員，既要弄懂客戶所描述的系統功能，還要用最通俗的語言，將自己所理解的需求告知客戶，待雙方達成一致，方可算作好的需求調研。做好需求溝通，其...
2023年企業測試需求調研與交流回顧
回顧2013年,我們為了摸清楚企業的軟體測試的真正需求,開展了一系列調研,與企業一線測試工程師 測試主管 專案經理等角色進行了深入的交流，以下列舉一些 天福茗茶測試團隊 理文紙業it資訊部門 深圳平安科技開發部 深圳醫療資訊中心 易方達資訊科技部 廣州閃購軟體服務 測試經理 渤海銀行 資訊科技部 質...