敏捷开发

很多人都误解了敏捷开发，把敏捷开发当做了“做的不对之后也能改”开发，甚至以这个理由主动降低质量，或者是设计方案没想明白就开始赶工，期望着赶工过程中能够解决最初设计的问题。

但是敏捷开发对于设计和落地能力的要求，实际上是更高的。

拿设计来说，最初设计的好坏几乎决定了后面所有迭代的难度，而敏捷开发初期一般又不会有特别多的时间来完成初版设计，这就要求执行敏捷开发的负责人能够快速找到问题的本质，控制问题的边界，这需要他有足够的经验，能力，甚至某些情况下需要更好的直觉。

还是拿做菜举例，一开始是一碗米饭，在这个基础上通过反馈，迭代和加工，变成手抓饭，这个是可行的。

但是一开始端上来一碗屎，让你把它迭代成佛跳墙，明显是不可能的事。

而敏捷开发的落地能力则会加大迭代的偏差，以往落地人员只需要完成任务，并且直接面向结果，这就意味着不需要他有特别多的主观能动性，也仅需要对自己执行的结果负责。

到了敏捷开发，每个落地人员需要修正之前的问题，完成当前的任务，还要给未来留出拓展空间，这就需要每个执行人员有足够的个人能力进行一定程度的调整，并且每个人的执行结果会不可避免的影响到未来的结果。

而很多不靠谱的团队，只看到了敏捷开发里敏捷的表象和依靠敏捷流程带来的效率提升，没有看到支撑着敏捷开发的硬实力基础。

以至于他们嘴上喊着敏捷，实际上大部分精力并不是用在迭代上，而是一群人围着低质量的初始决策转圈，周而复始。

即使某一次靠运气蒙中了一次正确决策，也会在后续迭代过程中因为低质量的交付水平而举步维艰。

又因为决策水平的低下，无法区分迭代中的问题来自于决策还是执行，很有可能把执行的问题归咎于决策，在正确的路上走了没几步，就调头回到初始决策的转盘里。

这个问题能解决吗？我觉着很难，

有能力的人，会正确的使用敏捷开发。

没有能力但是知道自己斤两的人，会避开敏捷开发。

那些没有能力又没有b数的人，会以为自己是第一种人。