最近发现一些现象，迭代有风险，但风险解决的办法过于武断，甚至没有解决办法。这是执行力出了问题。
那么到底怎么做才算是有执行力？
第一，启动迭代要严谨
1. 需求没理解清楚不能开迭代
2. 关键设计没出来不能开迭代
那设计到什么程度算是可以了？把握一个原则，你认为足够可控了。例如关键的外部依赖，关键的数据表和字段，关键的通信机制等等，如果没有梳理清楚，风险的不可控性就很大。如果只是一张表的增删改查，风险就很小，迭代团队要在迭代启动前不断地质疑，设计是否使风险足够的小了。
3. 结合自己的经验和日常工作，预留其他风险处理的工作量。
认真做到这三点，就是严谨。严谨的目的是让目标更具体，更有可操作性。这是成功迭代的关键一步。
第二，执行迭代要严格
执行迭代的过程就是逐步克服困难，消除风险的过程。有的员工说干不完了砍功能吧，要不就加班呗。这里有一个方法问题和态度问题，对于绝大部分情况，风险的产生是有成长过程的，如果你平时忽视它或不去刻意管控它，就会让整个团队面临砍功能或加班的困境。那么当这种困境来了，怎么办？如果第一个念头就是砍功能或申请延期，你会发现你找到了一个打击团队积极性，让信心殆尽的捷径。当这种念头付诸事实并成为常态，团队和成员就很难再成长了。
所以，执行要严格，不仅能打仗，还能打硬仗，当团队遇到坎了，第一个念头是一起冲上去解决它。昨天何国强带着李杰李成斌解决一个交付风险，一直到凌晨3点，让团队重拾信心，这种成就感是很难在平时的工作中能够获得的。
第三，总结迭代要严肃
经验是从总结来的，当团队迭代总是延期，总是失败，是因为没有认真的对待总结，没有认真分析失败的案例。团队总是处于失败经验重复播放的困境。严肃的对待总结，不要走过场，把总结和启动贯穿起来。
团队会遇到各种各样的困难，可能这三点都努力做了，还是不断的有新问题出现，尽管这样，我也愿意为这样的团队点赞，因为努力做到最好就值得让人尊敬。 这就是我眼中的执行力。
（作者：叶刚）
