938
敏捷教練如何優化優酷需求分析流程？
作者簡介：張迎輝(問菊)，阿裏敏捷教練，先後支持淘寶直播、優酷、智能營銷平台等團隊的，輔導敏捷理論在阿裏巴巴各個部門及RDC研發協同平台的實踐落地。
為熟悉優酷情況，我和PMO同學訪談了優酷主客團隊的產品、設計、開發、測試、項目經理等角色，大家反饋需求分析階段的主要痛點有：
針對這些痛點，需求分析流程優化的目標設定為：
提供一套輕流程、重標準、數據驅動的需求管理方案，以數據化方式驅動團隊改進，提供需求從創建到發布的全流程透明化管理。
優酷主客團隊此前已有一套需求分析流程，建立了需求優先級PK和需求評審等機製。針對大家反饋的問題和優酷移動App的特點，並借鑒手淘的經驗，我設計了一套改進的需求管理方案
雙周迭代的時序圖：
（注：本圖僅適用常規迭代，特殊項目不在此列）
-
增加了產品規劃環節：每季度開產品規劃會，業務負責人參加。主要議程包括：回顧上季度業務數據及業務目標達成情況；規劃下季度業務目標和業務打法。接下來三個月的核心需求要圍繞業務目標和業務打法來規劃和設計。
主要目的是解決“規劃不清晰”的痛點，自上而下形成合力，聚焦業務目標。 -
在需求梳理環節要提供有交互草圖的需求概要。各角色TL和重要幹係人參加需求梳理會。會前，產品同學把需求錄入阿裏雲RDC並提供需求概要設計，產品團隊內部對需求優先級達成一致。會上，產品同學按優先級順序串講需求，聽眾提問澄清需求。需求概要至少要明確需求價值，技術上可行，主流程交互清晰。
主要目的是希望產品同學往前走，早投入早溝通早設計，避免一句話需求或口頭需求占位。
2017年1月方案落地實施後，我訪談了優酷主客團隊的2名產品同學、1名設計同學和1名開發同學。並於2017年1月20日組織了版本總結會，主客團隊TL和一線同學代表參加。
綜合訪談和總結會的反饋，總結要點如下：
四、持續優化
（注：為保護優酷數據安全，此處未提供清晰版本）
-
某團隊發現需求分析階段特別長
調研發現有些需求準備好了，但是開發團隊容量滿了；
需求要等待排期，而排期時長都記入分析時長了；
團隊決定改造工作流，在需求分析後增加了排期狀態；
工作流改造後更能反映團隊的實際工作情況，有助於發現瓶頸。 -
某業務線2017年3月交付了16個需求，新增了1030個缺陷，缺陷需求比較高。
團隊總結反思後發現主要有兩方麵原因：
一是需求的粒度比較大；二是測試和產品、開發同學對需求的理解不一致；
改進行動包括需求拆分為合適的粒度，測試同學參加需求評審，保證大家對需求的理解是一致的。
五、總結
上阿裏雲研發協同RDC體驗和優酷一樣的需求管理功能！
最後更新：2017-06-08 12:02:13