小米Q派敏捷转型（上部）：欲练神功，先打基础

一、转型之前

• 指定工作守则，明确惩罚制度，比如会议迟到罚一个红包，产品在迭代中期变更需求自罚一个红包，迭代进行中发现开发的需求实现有误，开发自罚红包等等。
• 明确工作目标，不忘初心：通过售后质量管理模块功能试点开发。
• 确定工作基本分工以及工作进度期望。

二、6步打通任督二脉

第一步：明确开发团队，定义角色和职责

业务专家长老：

• 与业务长老沟通，梳理业务流程，转换业务需求为IT产品需求。
• 需求评估后确定初步产品方案，要求产品经理实现产品原型。

产品长老：

• 将PRD转换成用户故事，录入Jira Backlog，每个User Story的“描述”字段填写原型获取路径、验收条件；确定每个User Story的优先级排序。
• 创建版本，确定版本中包含的User Story。
• 把Backlog中的User Story分配到指定的Sprint。
• 根据迭代活动日历，更新和维护Sprint的User Story。
• 根据迭代活动日历，组织与业务和研发的产品方案和原型评审，确保在迭代启动前准备好定稿的产品方案、原型、User Story。
• 根据测试长老设计的测试用例测试User Story，计划测试完成时间，并在每日站会上汇报测试进度。
• 对迭代目标做承诺并负责达成目标。

舵主（Scrum Master）：

• 引导和组织Scrum的流程，包括每日站会、Sprint计划会、回顾会、演示会。
• 引导团队识别Sprint交付的风险和障碍，推动解决。
• 引导团队持续改进和绩效提升，最终达到自管理的状态。
• 对迭代目标做承诺并负责达成目标。

分舵弟子：

• 交付迭代计划制定的开发任务、技术调研任务。
• 对迭代目标做承诺并负责达成目标。

测试长老：

• 根据每个 User Story提测点计划测试任务，确定测试计划。
• 在每一个User Story提测之前设计完成相应的测试用例。
• User Story指派产品经理认领。
• 对迭代目标做承诺并负责达成目标。

第二步：明确迭代日历，搭建实时看板

1. Backlog看板，大家可以清晰看到当前Sprint以及即将开发的任务情况。
2. 活动Sprint看板,可切换Sprint，查看不同团队任务情况，查看各个User Story拆解的子任务进度情况，并可快速查看各个成员的工作完成情况。
3. 在每天的日站会之前，所有成员必须更新自己的任务进度情况以及剩余工预估时间。

第三步：规划版本，拆分产品，划分迭代

• 产品长老录入User Story。
• 开发长老与弟子根据User Story拆分开发任务，需要录入任务初始时间。
• 测试长老录入测试用例任务与测试任务（产品、测试），需要录入任务初始时间。
• 所有成员必须在日站会之前更新工作状态与剩余预估时间。

第四步：产研不分家，测试对产品培训，产品协助测试

• 测试工作就像捕鱼，捕的是不符合要求的鱼，相当于测试人员发现的是不符合需求的缺陷；
• 为了避免有漏网之鱼，捕鱼人需要考虑整个捕鱼的策略和计划，用什么渔网（使用何种类型的测试用例）、捕什么鱼（确定测试类型）、何时撒网（确定测试计划）和在哪里撒网（确定测试重点和范围）这些工作都由捕鱼人来制定；
• 鱼网的好坏直接关系到捕鱼的效果（测试用例设计的好坏直接关系到能发现多少BUG），因此，鱼网需要不断改进及修补(测试用例设计人员需要不断的维护及完善测试用例)；
• 编织什么类型的网需要根据鱼的类型来考虑，（根据可能的缺陷类型设计不同类型的的测试用例，如功能测试，性能测试等），因此，需要根据不同类型的鱼来设计与之相匹配的渔网。

第五步：质量活动前移，测试给开发提供测试用例自测

测试长老在开发开始自测前，完成每个模块的测试用例设计，重点注明开发自测关键点，便于开发自测提前发现问题，提高开发质量与测试效率。

第六步：北京武汉两地每日视频会议电子看板同步进度

• 每个开发长老&测试长老讲3个问题（昨天，今天，障碍）。 
• 舵主审视当前迭代是否有风险。
• 产品长老讲后续迭代的需求是否需要研发评审或讨论 。
• 掌门介绍项目是否有消息告知大家。

三、结语：打通任督二脉，未完待续

1. 定义角色和职责
2. 设计迭代日历，搭建看板，满足北京、武汉两地协作
3. 拆分产品，规划版本，划分迭代
4. 产研不分家，测试对产品培训，产品协助测试做功能测试
5. 质量活动前移，测试设计测试用例，供开发自测
6. 北京、武汉两地每日视频会议，同步进度，保证沟通无障碍。