前言

? ? ? ? MOMO云敏捷項目管理，融合了敏捷、DevOps思想，打通了整個從需求、研發、測試、運維、運營的端到端敏捷。在實踐中通過運維自動化，將Scrum敏捷團隊開發的產品快速上線，并通過及時的運營，反饋給敏捷團隊進行方向調整。

需求收集

? ? ? ? 需求收集主要通過以下幾個渠道：頭腦風暴、用戶調研、用戶反饋、競品分析和數據分析。當然還有老板需求、運營需求、增長需求…等。

頭腦風暴

? ? ? ? 邀請團隊中的產品、運營、視覺、技術等不同角色人員參加。人數不不宜過多。圍繞著一個核心問題，自由發揮發表觀點，不評論對錯。另外就是一定指定人員來做好會議記錄方便會后復盤。

用戶調研

? ? ? ? 用戶調研一般采用問卷調查、用戶訪談、可用性測試三種方式進行。問卷和用戶訪談都需要有針對性的設計問卷和尋找優質用戶，而可行性測試需要對特定功能尋找特定人群進行測試和收集反饋。

用戶反饋

? ? ? ? 用戶一般都是比較懶惰的，不會積極正向的反饋給我們意見，所有我們在平臺明顯位置預留反饋入口，另外不定期的組織有獎問卷來收集用戶反饋。

競品分析

? ? ? ? 首先需要通過分析和對比大量競品來確定目標競品，其次對比產品之間的優劣勢。對比目標戰略方向、用戶選擇、產品策略。對比產品功能點。對比競品是如何做用戶體驗，怎么處理邏輯、界面層級和細節等。

數據分析

? ? ? ? MOMO云針對研發系統進行了應用級和功能級的埋點工作，提供研發過程度量系統，方便管理人員通過觀察數據分析數據來定位問題、分析問題、和做結論提供數據支持。

準備階段

? ? ? ? 選擇一款合適的敏捷項目管理工具。我們使用JIRA做項目管理，創建Scrum流程項目，加入項目成員和創建好面板和泳道配置。

? ? ? ? PO將線上反饋、線下訪談、競品分析、頭腦風暴等渠道收集到的需求創建到產品Backlog后，需求優先級由PO實時更新、定期評審，確保“做正確的事”。

計劃階段

? ? ? ? PO將評審通過的需求排入產品【需求看板】，根據優先級和上線計劃對需求進行轉換，將需求轉化為Epic和Story做好優先級排序排入研發【研發Backlog】，然后由Scrum Master創建本期Sprint，在需求啟動會上拆分成任務和子任務，評估研發預估時間和故事點等并分配給團隊其他研發人員，團隊確認無誤后確定研發周期和研發目標并開啟Sprint。

開發階段

? ? ? ? Scrum Master是本階段的核心角色，需保證整個團隊高質高效“正確的做事”：

? ? ? ? 基于迭代看板，組織團隊每日站立會議，更新團隊成員研發進度和任務狀態，以便于保證按期交付上線。

? ? ? ? 開發人員提交代碼時，發起同行評審。之后由Scrum Master進行代碼審核，確認沒有問題后合入版本主干。

? ? ? ? 每天定時執行自動化靜態代碼檢查任務，檢查編碼質量、編碼問題、圈復雜度、重復率等問題清零才允許構建出包。

? ? ? ? 通過自動化的持續交付流水線，實現持續構建、持續部署（包括腳本自動下發、比對）、持續測試（功能、接口、性能、可靠性等自動化）、持續監控，可將運維端手工操作的時間縮短到20%內，全功能團隊可以聚焦于業務交付上，顯著提升效率和產品質量。

? ? ? ? 代碼提交時按照規范備注Story ID，即可將代碼關聯到對應需求上。創建測試用例和缺陷時，也需關聯需求，這樣就實現了“需求-代碼-用例-缺陷”的雙向追溯。

反饋階段

? ? ? ? 反饋階段主要是迭代上線后，團隊內部進行回顧總結，組織本期迭代的回顧總結會。由PO進行驗收，確保產品功能與需求一致。

? ? ? ? 轉測試回歸不通過問題，需由Scrum Master輔導問題責任人進行回溯，并對整個團隊的質量回溯會議。會議重點在于分析問題根因，并識別出管理、流程、技術、工具上可落地的改進點。而且這些問題都要求最近的一個迭代中，執行落地，以避免問題再次出現。

? ? ? ? 通過迭代需求統計報表和燃盡圖，查看需求交付進展。將回顧總結做回顧記錄，便于下一期結合新計劃進行改進。

總結

? ? ? ? 敏捷需求管理是一種文化，在敏捷實踐中，每一個團隊都有自己的特質，可以根據實際情況選擇適合自己的敏捷流程和實踐，才能夠達到高質高效開發協作模式。?

總結

以上是生活随笔為你收集整理的需求管理规范的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。