删繁就简三秋树，小米售后“敏捷”开新花

小米知识库是集知识系统建立和搜索和工程师学习考试认证于一体的人员管理培训平台，目前已经对接了小米售后，有品和物流业务。本次敏捷实战就是基于知识库“管理到人”项目。“管理到人”项目业务复杂，需求点繁多，作为敏捷试点对交付充满挑战。

理论篇

敏捷是什么？杜老师这样解释，敏捷是促使我们在最短时间内交付最高商业价值的一种方法论。它通过缩短迭代周期，并反复地检查实际工作的软件，共同决定对业务功能分级，迅速交付最高优先级功能，高效集成。

就像杜老师所讲，敏捷和Scrum本身是一种方法论，每个团队都可以做自己定制化的敏捷策略。为了契合“管理到人”项目的开发，我们做了敏捷流程培训，看板任务，早会制度，更进一步响应快速迭代，增加每周给业务方演示，保证不会偏离真实业务航向。我们抱着必胜的决心开始了一段敏捷之旅。

一开始，杜老师针对我们团队做了敏捷实践的测评，绘制了团队敏捷实践的能力图。

雷达图清晰的展示了我们团队的优缺点，杜老师针对我们团队业务拆分，持续集成和障碍处理几个模块进行了专业的指导，让我们更快提升。

探索篇

化繁为简

知识库“管理到人”项目整体切割为三个迭代周期，每两周为一个周期，每个周期都从Sprint计划会议开始，结束于Sprint回顾会议。然后就是任务细化，明确任务边界，每个任务控制在2人天左右，黄色蓝色等不同的颜色代表了任务，橙色代表阻碍，红色代表问题缺陷。

一个看板就是一个完整的开发周期，包含待开发，开发中、测试、UAT等，可以在看板上看到当前迭代周期的所有的实时情况，让原先不透明的开发情况，清晰展示到所有参与者的眼前，繁杂的开发流程立马变得简单明确了。

在整理之后就建立了售后敏捷看板：

今日事今日毕

为了更好的消息共享，降低沟通成本。产品，研发和测试小伙伴们排排坐，歪个小脑袋就能及时通知状态的更新和获取想要的信息。每日的早例会，大家及时更新开发列表，并且围绕着三个问题展开讨论：

1. 昨天完成了什么？

2. 遇到了什么阻塞或者问题？

3. 今天要完成什么？

如果遇到阻塞点则贴上橙色的标签，当下就安排好解决的方式和责任人。不让问题留到明天！master则根据当前的开发进度绘制燃尽图，评估开发风险并且及时作出调整。

循序渐进

复杂的需求即使是分期迭代，对于业务同学而言进度条也是只存在于0%到100%之间。长时间的开发并不能保证交付效果和预期一致。那么，在每个迭代周期直接给业务方演示系统更新的功能就显得尤为重要，间接还促进研发质量提高。

业务同学在研发演示过程中提出不符合预期的地方，并针对性的提出问题，研发及时作出解决，拒绝问题堆积，避免最后“火山爆发”，这样也保证迭代的每一步都是坚实而有效的！

群策群力

恰好到了一个迭代周期的尾声，在第一阶段迭代周期回顾会上，图中杜老师给我们分享了“帆船模型”，敏捷中项目就像一个“巨轮”，“顺风”会加速我们的前进，“暗礁”是我们可能会遇到的风险。为了规避未知风险，每个人都应该先站在自己的角度，列出哪些能使我们加速开发，哪些是我们当前没有克服的阻碍。

1. 大家的问题都贴在看板上

2. 通过投票选出目前认为最困难的三个问题点和最容易实施加速开发的方式

3. 最后问题点以轮询的方式集思广益，每个人写下自己针对这个问题的解决方案

最终票选出最合适的方案，并绑定负责人。

回顾篇

随着知识库“管理到人”项目伴随着敏捷策略进入尾声，从刚开始的忧心忡忡到现在的“真香”，敏捷给我们带来了巨大的改变。我们没有照抄刻板的敏捷流程，根据我们组和项目本身的特性，制定一套适合自己的敏捷开发流程，删繁就简，敏捷开新花。

集中聚集开发—降低沟通成本。

每日早会，燃尽图—保证风险控制。

中期迭代复盘—当前阻碍及时更新和解决。

有限时间处理最高优先级—将效益最大化。

业务同学全程可视化参与—提高合作满意度和及时拥抱业务变化。

......

阵痛之后，必有彩虹，现在这套规范的敏捷流程，浸透了当初我们付出的辛苦汗水。我们一定会将这粒果实传递下去，让更多人在见证我们高效高质量交付的同时，也可以和我们一起构建更优质的敏捷流程。