敏捷的精髓在于即时反馈

这是一个讲究速度胜过正确的时代。

我们都有这样的体会，收发微信、短信的时候，及时的反馈有时候比正确的应对或者一个肯定的答案更重要。

谁都不愿意面对着自己发出去的信息长时间没有回应的状态。因为没有回应，你不仅无法获得你想要的信息，更重要的是你无法获知对方态度和寻求信息的路径是否正确，从而让你无法规划下一步的行动计划，这是烦恼之源。

所以，看一个人回复信息的速度，是评判一个人是否靠谱的重要标准。这个标准里，涵盖了人品，素养，情商等很高的软性要求，要做到好，其实很不容易。

发散开去，最近软件和互联网业界非常火热的敏捷开发方法，最重要的一个思想就是即时反馈。项目团队从使用者，项目利益获得者等项目干系人处越早获得真实反馈，就可以越及时的调整方案、计划，改变之前不符合需求方真实想法的需求，提高交付质量。

敏捷相对于传统的瀑布式方法，我觉得最根本的不同就在于此。通过即时反馈来进行纠偏，仿佛精确制导导弹的运行过程，通过高频率对于坐标误差的感应，及时调整轨迹，不至于到了最后的时候，才发现离目标相距甚远。

根本上，这是以功能为核心的传统软件开发哲学和现今以用户体验为中心的互联网式应用的开发哲学之间的碰撞。功能一旦定义完善，相对来说就是个黑盒子，不太需要频繁输入，而用户体验是个开放式的事物，也在不停的变化，敏捷只有通过更加频繁的变化，来适应和引领用户需求。

从具体的操作层面来说，敏捷需要速度来保证开发流程的顺畅，一般两到三个星期一个迭代是比较合适的冲刺周期，一个敏捷团队的合理开发测试人员在7-8人，最多不要超过10人，否则很可能陷入尾大不掉的境地。相对于原来瀑布式开发的强调计划性，敏捷开发强调灵活应对，简化繁琐的计划，通过每日例会等形式理解任务偏差，并适时调整。

总之，天下武功，唯快不破。