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