小米代工厂团队：携手敏捷，再起征程

摘要：代工厂团队在敏捷计划的指导下，项目管理也越来越符合敏捷标准，也逐步走向快速、灵活、轻量级和可视化。

2019年10月14日，是个值得纪念的日子。因为这天，咱们供应链技术组主管刘帅为我们代工厂团队争取到了加入敏捷项目试点的机会。从此，代工厂团队的敏捷计划在敏捷导师王立杰老师的指导下以及杜方志同学的协助下正式启动了。

1 、认识自己

敏捷导师王老师在与团队成员拉通日常运作的情况下，通过一个小测试来认识团队在敏捷方面的特点，并为团队作了一幅画像。

根据图像，王老师分析了我们团队的优缺点，肯定了我们的无缝测试、团队人员专职、交付周期等，同时也指出需要我们提升的部分，例如：持续集成、自动化测试、站会、回顾、评审等。

2、项目需求梳理

认识自身后，王老师带领团队对项目进行需求梳理。按照功能、任务、使用角色等来整理平台现有和即将做的事情。

上图中，我们首先列出了各类关键用户角色，并把他们使用产品的关键交互流程可视化出来；整体需求分成三层：蓝色是主流程、红色是对蓝色主流程的细化、黄色是重点要开发的Feature。针对黄色需求，我们进行了发布规划，譬如我们目前规划了1.15.1、1.15.2、1.16.1、1.17.1等版本（见中括号部分）；同时，我们用不同颜色的圆贴代表了需求状态（譬如绿色代表已经完成上线、蓝色代表需求已经确认）。

紧接着，梳理开发迭代流程。梳理从产品需求→ 就绪→ 开发→ 测试→ 上线每个阶段的任务细分，并且任务分为doing和done的状态（Done的状态设置，目的是为了缓冲，避免前一角色盲目把需求推给后一角色，必须是后一角色去前端拉动。另一个目的是为了强调大家真正把事情做完，符合“DoD”的要求，譬如红色爱心标签就是我们的关键完成标准）。

我们还用便签颜色，区分不同的信息（譬如黄色就是前面梳理的需求Feature、绿色代表任务卡片、红色代表Bug）；同时每一个需求就是一个横向泳道，跟这需求相关的任务都会横向展示；因为迭代过程中，我们经常会处理线上的数据验证、问题排查等工作，所以我们又加了一个临时任务泳道。

对于迭代过程中出现的问题，我们会及时记录在“障碍区”，以方便及时跟踪、解决。

每个迭代都应该有一个清晰的目标，我们当前迭代的目标就是“提供工厂看板“，清晰的写在了”迭代目标区“；跟迭代相关的日期，其实是放在了中间上部，时刻提醒我们的Time-box。

在产品交付完原型和产品文档以后，通过迭代梳理，各个成员一起拆分任务。

确定迭代起止时间（尽量稳定的周期，譬如两周）
确定迭代目标及需求
拆解迭代任务（粒度在一天左右）
每个人写自己的任务卡片，人多力量大，一会就搞定

同时会通过使用迭代燃尽图来比较实际工作进度与预期计划安排的节奏对比，使迭代任务计划梳理更为直观。

3、日常会议

每日站会

每天早上安排一个15分钟的早会，拉通各个人员之间的问题和代办，并且将迭代中的任务调整。每次回答三个问题：1.本次开会之前为了达成迭代目标我做了什么；2.本次会议之后，为了帮助达成迭代目标，我要做什么；3.我遇到了什么阻碍或问题。

上图是2019年10月24日第一天站会场景，大家围成一圈，每人轮流，随机将“话筒”交给他人；那个拿笔做记录的家伙是团队的SM，在记录大家的问题。

复盘会议

每次迭代任务完成之后，我们要回顾一下遇到的问题。哪些地方是好的，哪些地方做的还不够，是什么阻碍了我们的开发进度。针对做得不够好的，寻找解决措施，并将解决措施分配到人，负责实施落地。

回顾最高指导原则是：每个人已经尽了最大的努力去达成目标，在这个基准下我们再讨论如何提升。

上图是我们第一次复盘会议，会议通过热气球回顾法。即按照乘坐热气球的方式来分析。在热气球上升的同时，热气球周围挂的重物也提供一个向下的力让热气球向下落。我们在工作中，做的好的方面就是热气球的上升力，还需要提高的就是让热气球下落的力。

会议步骤分三步走战略：

第一步，找出上升力，每个人在小卡片上写出我们做的好的点，轮流在热气球的球上贴出，并说明原因。相同维度的点就放在一起。
第二步，找出阻力，每个人在小卡片上写出我们团队内遇到的问题和开发上的阻力，轮流在热气球的篮子上贴出，并说明原因。相同维度的点放在一起。完成之后，大家在认为重点的卡片上投票，一人5票，总结出重点问题。
第三步，找出解决方案并落实，把阻力总结成一方面的问题，每个人在小卡片上写出这方面问题的解决方案，轮流贴在这一块问题的旁边，并进行说明。完成之后，大家在解决方案上投票，选出认为合理的解决方案。

会议战果如下图。