需求在Scrum框架下具體管理

Step 1、需求收集

• 輸入：無差別 的收集來自用戶（產品部門）、市場（業務部門）、競品（產品部門）、研發（技術部門），通過數據分析和解讀出來的需求等渠道的需求；（特點：無差別，盡，窮）
• 處理：盡量詳細的記錄需求的相關屬性信息，如提出人信息、需求場景、需求描述等等。
• 輸出：第一手的需求列表；

Step 2、需求分析

• 輸入：第一手的需求列表，原有的產品Backlog；
• 處理：初篩和評審；
• 處理方法：
• （一）初篩，產品經理每天（或每周）對需求池中的粗略的篩選；
• （1）刪除不合理的、無用的需求；
• （2）按照不同的類型進行標記。這個根據產品情況自定義，可以按轉化階段來分，也可以按商業模式或者功能的模塊來分，也可以同時多維度標記。
• （3）對可行性、優先順序、價值進行初步的評估。
• （二）評審，將初篩過的需求，每周固定的時間和與該產品核心關聯的運營、市場、技術以及其他一些核心領導在固定的時間進行評審，評審的原則大概如下；
• （1）與當前產品階段策略符合度高的優先順序高；
• （2）與產品核心流程相關度高的優先順序高；
• （3）投入產出比高的需求優先順序高。
• （三）整合，將新的需求整合到原有的產品Backlog裡面。
• 輸出：有路線規劃與優先順序需求列表，即是產品Backlog的更新；

Step 3、功能提煉

• 輸入：有路線規劃與優先順序需求列表；
• 處理：（到這步需求已經完全清晰了）新功能的提煉或者原有功能的迭代優化；
• 輸出：相應的版本規劃，即是Release Plan和相應的Sprint；

Step4、功能設計

• 輸入：Sprint Backlog；
• 處理：做產品功能設計，UI團隊做圖；
• 輸出：原型圖，PRD，效果圖；

Step 5、產品宣講

• 這次Sprint的所有角色，包括Stackholder出席，協助研發，測試團隊理解和掌握需求，項目Kick-off。

Step 6、研發進行，產品團隊開展下一輪的迭代工作，從Step 1開始；

• 輸入：領取Story；
• 處理：概要設計；
• 輸出：DB設計，活動圖等；

Step 7、單元測試，將Story放入測試區；

• 輸入：設計，研發
• 處理：Story拆成Task，實際研發，完成後將Task移到待測試狀態；
• 輸出：待測試的產品

Step 8、集成測試，登記測試缺陷，回歸測試

• 輸入：測試用例
• 處理：集成測試，回歸測試，將看版上研發完成的Task移到相應的位置；
• 輸出：測試報告

• 輸入：測試報告，待測試的產品
• 處理：產品經理測試，UAT（用戶驗收測試）
• 輸出：可發布的產品

Step 10、產品發布

• 輸入：可發布的產品
• 處理：走發布流程，產品上線，冒煙測試
• 輸出：生產產品，Release Notes

推薦閱讀：