敏捷开发的真实体现

现在大部分企业都说自己是【敏捷开发】，站在管理者的角度可能敏捷代表加快软件交付的速度，站在开发者的角度可能敏捷代表一堆执行的方法和规则，更有不少人（心里）认为敏捷是逼迫开发者老实点的方法。无论怎样，各个企业都执行着或多或少的敏捷开发中的元素：迭代，每天站会，复盘等等。形式是有的，但是总觉得哪里不对了，就是没达到敏捷应该有的效果。

最近看了一个Dave Farley的一个有关敏捷的YouTube视频，当中指出了一个敏捷开发的几个核心内容：

1. 开发软件是一个不可重复的工作：一个需求和另一个需求的开发内容、场景和设计等，不会一模一样
2. 面对这种不可重复，含有大量不确定性因素的工作，我们只能做的是通过尝试尽量学习和试错，用学习到的东西调整下一步的方向：错了调整方向，正确的得到肯定
3. 这就是一种科学精神、科学方法：科学就是通过不断的实验，来认证一些假设和想法

看看现在所谓的敏捷，一般都强调及时交付的重要性，而都不强调实验的重要性：产品经理说要这样做，开发就按需求做下去，至于产品经理为什么要这样设计这样做？是不是为了做什么实验？而实验数据有没有正式的科学方法采集？过程中开发者是否明确知道，并和整个团队一起参与实验？还是说产品经理自认为是全知全能的，按他的方法做下去一定会成功？

在复盘中，是不是只复盘到底为什么某些功能延期交付了？还是复盘到底这次的实验到底是否成功？这次改动用户反馈如何？百分之多少的用户满意这次改动？是否可以量化这些实验数据？这次实验结果对未来的产品设计路线有什么变化？

一个称得上是敏捷开发团队，我认为这点科学精神和态度是必须的，而且需要从上到下都贯彻这个精神，敏捷才能是真正的敏捷。我们需要清楚，需要敏捷的是什么：开发交付期多一天少一天重要，还是产品路线早一天调整到正确的方向重要？也许都重要，但是前者的重要性在于后者可以早一天收集到用户反馈从而调整方向。若后面的事情没有了，前面无论你走多快，都是白忙活。

错误并不可怕，可怕的是不知道错了，或者，知道错了仍然继续错下去。