摘要： 如何幫助優酷迅速融合到阿里研發體系？如何優化優酷的需求分析流程？針對需求資訊不明確，開發出來的功能不是產品想要的痛點如何解決？
一、背景和目標
針對這些痛點，需求分析流程優化的目標設定為：
提供一套輕流程、重標準、資料驅動的需求管理方案，以資料化方式驅動團隊改進，提供需求從建立到發布的全流程透明化管理。
二、設計方案和落地實施
雙周迭代的時序圖：
（注：本圖僅適用常規迭代，特殊專案不在此列）
與已有方案相比：
1.增加了產品規劃環節：每季度開產品規劃會，業務負責人參加。主要議程包括：回顧上季度業務資料及業務目標達成情況；規劃下季度業務目標和業務打法。接下來三個月的核心需求要圍繞業務目標和業務打法來規劃和設計。
主要目的是解決「規劃不清晰」的痛點，自上而下形成合力，聚焦業務目標。
2.在需求梳理環節要提供有互動草圖的需求概要。各角色tl和重要干係人參加需求梳理會。會前，產品同學把需求錄入阿里云云效並提供需求概要設計，產品團隊內部對需求優先順序達成一致。會上，產品同學按優先順序順序串講需求，聽眾提問澄清需求。需求概要至少要明確需求價值，技術上可行，主流程互動清晰。
主要目的是希望產品同學往前走，早投入早溝通早設計，避免一句話需求或口頭需求佔位。
從只有tl參加的集中式需求評審變為一線同學參加的分布式需求評審。需求梳理會後，tl們商定交付範圍並為範圍內的需求分配人手，分工資訊更新到阿里云云效中。產品同學拉上相關的一線同學和重要干係人自行組織需求評審。tl參加重點需求評審，一線同學參加與自己相關的需求評審。
優酷主客按職能組織團隊，產品、設計、開發、測試合計102人。以前一線同學不參與需求評審，由tl代為傳遞需求。從開大會到拉小會，讓一線同學參與需求設計和討論，更了解需求，有問題和風險及時提出解決。同時也可以解放tl，不需要關心每個需求，只需關注重點需求。
需求符合開工標準才能進入開發環節。開工標準由優酷主客產品團隊同學起草，tl評審通過。開工標準已配置到阿里云云效需求模板中，新建立的需求只需按模板填空即可。
5.需求統一進阿里云云效。需求從建立到發布的全部環節都在阿里云云效上跟蹤，是資料化管理的前提。統一工具，也可以加強協作，降低溝通成本。
三、效果評估
2023年1月方案落地實施後，我訪談了優酷主客團隊的2名產品同學、1名設計同學和1名開發同學。並於2023年1月20日組織了版本總結會，主客團隊tl和一線同學代表參加。
綜合訪談和總結會的反饋，總結要點如下：
1.節奏感提公升：時間點清晰，每個階段的產出物也很明確。
2.流程簡單清晰，避開了冗餘低效的環節：一線人員更了解需求，及時發現問題；需求分開評審效率明顯提公升，不會大面積占用其他同學的時間；產品往前走了，也帶動其他同學早啟動了，需求積壓的情況有所改善。
3.工具引入提公升了效率：雲效操作方便，資訊同步更好了；需求管理工具統一，提公升了效率；需求與bug關聯，便於定位問題。
四、持續優化
需求流程優化方案在優酷主客團隊落地後，其它團隊和部門也紛紛希望幫忙優化需求流程。2023年2月至3月，通過與業務介面人合作，我幫助優酷產品技術部其他團隊和優酷廣告落地了新的需求分析流程：需求統一進阿里云云效，實現了需求從建立到發布的全流程透明化管理。
以優酷產品技術平台主要業務線為例，研發過程全流程的核心指標報表如下：
（注：為保護優酷資料安全，此處未提供清晰版本）
以上是按照業務線（專案）維度生成的4張報表，分別對應3月1日到3月31日期間各業務線完成的需求數量、需求從建立到發布的總時長及分階段時長、新建立的缺陷數量、已關閉缺陷的平均關閉時長。這4個核心指標反映了業務線的質量、效率和響應力。報表產出後，業務團隊分析報表找問題，並採取了改進行動。
此處舉兩例：
1.某團隊發現需求分析階段特別長
調研發現有些需求準備好了，但是開發團隊容量滿了；
需求要等待排期，而排期時長都記入分析時長了；
團隊決定改造工作流，在需求分析後增加了排期狀態；
工作流改造後更能反映團隊的實際工作情況，有助於發現瓶頸。
2.某業務線2023年3月交付了16個需求，新增了1030個缺陷，缺陷需求比較高。
團隊總結反思後發現主要有兩方面原因：
一是需求的粒度比較大；二是測試和產品、開發同學對需求的理解不一致；
改進行動包括需求拆分為合適的粒度，測試同學參加需求評審，保證大家對需求的理解是一致的。
五、總結
作為敏捷教練團隊的一員，我嘗試把團隊的使命落地到行動中：「引入業界的優秀實踐，探索適合阿里巴巴的研發模式，在研發團隊落地，幫助團隊提公升質量效率，沉澱成功案例並落實到工具平台中」。
在敏捷理念的指引下，幫助團隊建立穩定的迭代節奏，再通過直觀透明的研發過程資料引導團隊持續改進。在優酷主客按職能組織團隊的情況下，不拘泥於條條框框，因地制宜優先實現了拆產品和拆時間。在雙周迭代穩定運轉3個月後，優酷主客團隊湧現出了比較穩定的產品、設計、開發、測試組合。可以說是出現了跨職能特性團隊的雛形，為向特性團隊轉型奠定了良好的基礎。
此外，我與雲效產品團隊密切協作，持續優化和完善雲效的報表功能。這些通用功能也為其他團隊的持續改進提供了便利。
敏捷教練 如何打造優秀的敏捷團隊
敏捷教練 如何打造優秀的敏捷團隊 基本資訊 原書名 agile coaching 譯者 徐毅 袁店明 出版社 清華大學出版社 isbn 9787302325734 出版日期 2013 年7月 開本 16開 頁碼 250 版次 1 1 所屬分類 計算機 更多關於 敏捷教練 如何打造優秀的敏捷團隊 內容...
參加優普豐CSP敏捷教練學習之旅心得
通過certified scrum professional csp 的學習，乾貨滿滿 收穫頗豐。除能與申導和bill老師 面對面 的交流，還結識了一批在敏捷教練精進路上同學同行的小夥伴，在敏捷精進的道路上，你們和我並不孤單。整個csp學習的過程，我覺得2天的線下課對於一年未參加線下課的我來說是久幹...
05 如何構建敏捷專案管理團隊 教練是導師筆記
00.帶著令人不可思議和意想不到的創新 去更好更快地實現他們的業務目標。這正是敏捷方法的目的。幫助團隊獲得那種會從本質上影響到整個行業和團隊成員的 驚人的成果。幫助團隊進步，使大家一起變得更加健壯 或者當團隊發展不順利時，需要幫助團隊恢復到健康發展的狀態中 幫助每乙個團隊成員在他們的敏捷旅途中邁出下...