【腾讯敏捷转型No.5】需求没作完能够发布嘛

不少人对于敏捷的第一直觉就是“快”，开发快，测试快，发布快，并不知道如何把这个“快”应用到敏捷实践中，下面咱们来分析一下致使工做效率低的核心缘由。没有使用敏捷以前，在大多数状况下，项目管理都须要开各类各样的会议，例如：项目立项会、项目需求分析会、技术评审会、项目计划会、测试评审会、项目例会、问题协调会等等。

为了顺利举行这些会议，还须要大量会前会后的沟通工做。但是仔细发现，大部分会议的共同目的都是：确保进度和交付。保证项目进度除了经过这些会议，还会经过电话、邮件和当面沟通交流的方式反复确认，而确认的内容无非就是：

产品经理下周一可以准时交付需求文档吗？

下下周一开发部门可以准时交付完毕吗？

··· ···

 

不管事前作了多少工做，其实团队成员之间仍然会充满不信任。多年的经验告诉你们——盲目的相信承诺付出的代价会更高。

团队采用敏捷以后，最大的好处就是：你能够相信团队中每一个成员，不须要反复确认进度。到了交付的时间，事情就会自动完成。你可能会表示质疑，世界上有这么好的事情吗？不可能？！采用敏捷确实能够作到，这个被称为“刚性交付”。

如何作到刚性交付？请看下图。      

粉红色表明参与项目的各个角色，包含四种：产品人员、开发人员、测试人员和运维人员。横方向一至五表明周一到周五的时间。这个图就是表明着团队合做开发过程当中整个迭代的全景。经过这张图，团队中每一个角色天天的任务都很是清晰。在迭代周期内的第一周周二，就是产品人员内部进行需求讨论。在第一周的周五，开发人员须要安排好设计评审，而且与产品人员和测试人员共同参与设计。而后第二周的五天时间内，开发人员全力开发需求。第三周的头三天进行测试和修改Bug，到了第4、五天能够进行发布。

整个敏捷实施的关键是每一个角色都要准时交付本身的任务。团队成员之间不须要花太多的成原本互相确认进度，一切都须要按照迭代运行模式图里的计划循序渐进进行。

或许你心中会有疑问：若是某个角色不能按时完成交付任务，应该如何处理？

举个例子：

按照原计划，开发人员须要编写十个需求，可是到了第二周的周五，快要下班的时候，只交付了八个需求，那怎么办？

以敏捷的思想，这个问题的的答案很是清晰，就是按时进入测试和修改Bug阶段，而且只测试已经完成的八个需求，剩下两个没有完成的需求放在下一个迭代里进行。尽管此时此刻在不少产品人员看来，开发人员是没有完成他的工做，说好的十个需求，只完成了八个。

这个延误交付的现象能够从两个角度来解释：

1、说明团队的能力在每一个迭代里最多只能完成八个需求。若是团队认可了只能完成八个需求的能力，那么下一个迭代只须要安排八个需求便可。

2、产品需求划分不合理。若是只完成了八个需求的的版本对于用户来讲，是彻底没法使用的，那么问题的实质在于产品需求划分不合理。

由于敏捷团队老是会把最大的价值需求先完成，那么最后剩下的两个需求价值是最小的，因此不会出现由于两个最小价值的需求反而影响整个版本整体价值的状况。解决这个问题的方法就是提高产品人员对产品需求分解和肯定优先级的能力。

若是团队实行刚性交付，会有什么好处呢？

举个例子：

机场附近的一条地铁线最先的班车时间为5:30分，我想大部分人都是没有坐过的。假如你明天早上须要赶飞机，须要乘坐这趟最先的地铁到底机场。请问：你会打电话给地铁公司确认“明天5:30早班车是否会按时发车”吗？

答案是很是明显的：不会，由于你知道他们确定会准时发车。是什么让你这么相信地铁公司会准时发车？在咱们你们的共识里，无论地铁是否有人乘坐、是否挤满了人，地铁永远是按照时刻表运行的。

把每一躺地铁比喻成一次迭代，每一位乘客就是一个需求。需求要不要上车，都是需求决定的，并非由于迭代决定的，迭代只确保上了车的需求准时发布。若是迭代的地铁里太拥挤，没法容纳更多的需求的时候，惟一的选择就是搭乘下一趟迭代地铁。迭代只会确保上了车的需求准时发布，正是由于这样的运行规定，迭代的地铁能够保证天天海量的需求能够准时交付。

经过要求每一个角色实施刚性交付，那么团队内部就能够减小不少内耗，你们逐步创建信任机制，不须要花费时间在电话、邮件和当面沟通上，团队每一个角色就能够腾出更多的精力完成本身的任务。就这样造成一个良性循环，整个团队慢慢向好的方向发展。

每一个团队根据自身实际状况，制定专属的敏捷迭代运行模式图，敏捷迭代运行模式图须要加入团队中全部的角色。敏捷团队制定正确的敏捷迭代运行模式图后，要根据团队每一个角色的执行状况不断进行调整和改进，就能慢慢领略到敏捷的魅力和好处。

因此在从此的敏捷实践中，要清楚，敏捷从迭代运行图开始。首先须要一张敏捷迭代运行模式图，才能保证团队每一个角色可以理解迭代运行模式，而且保证刚性交付顺利完成。

 

系列文章#

第一辑：我亲历的鹅厂敏捷转型

 

NO.1 敏捷是什么鬼

NO.2 帅哥，来多少的敏捷

NO.3 Scrum有什么好

NO.4 为何敏捷团队不要超过15人

NO.5 需求没作完能够发布嘛

NO.6 如何打造称手的武器

NO.7 QQ邮箱怎么成为行业第一的

NO.8 你爱上手机QQ么

NO.9 每天系列每天见哟

 

文章来源：微信公众号“老布谈敏捷”(ID：bootagile)

做者：薛军/Boots，现任：深圳市一块儿六企业管理有限公司创始人，腾讯大学外聘高级讲师，业问特聘腾讯之道讲师。曾任腾讯项目管理通道委员会会长，腾讯项目管理P4专家，敏捷教练，腾讯LBS总监

本文由@薛军 原创发布于博客园，未经许可禁止转载。