敏捷价值观之反馈

敏捷的方法论极限编程中提到四个价值观:沟通,简单,反馈,勇气;后来又追加了一个尊重.
反馈是其中非常重要的一个价值观.
之前的时候只是认为很重要,是做对事的前提,却说不出为什么.我最爱举的一个例子是开车,没有人开车是看好目标,闭着眼睛开过去的,都是过程中不断接受反馈并调整,最终到达目的地.
在最近的敏捷实践和工作,讨论中,越发认识到反馈的重要性:

1, 我们认识清楚复杂的本质需要一个过程,其中反馈是一个必要条件.我们需要一个较长的过程来认识复杂事物,而认识事物的过程就是一个不断尝试,反馈,修正, 再尝试的循环.这是规律.所以反馈就是一个非常重要的环节.反馈的周期越短,越有效,就能尽早的正确的改进自己的认识,并据此改进方法.敏捷软件开发中软件设计的简单设计,持续重构就是根据这个原则来的.

2, 变化是绝对的,不变是相对.事物总是在发展变化的,人对事物的认识也发展变化的.所以对将要完成的东西,反馈周期越长,时间越久,就越远离了变化后的情况,需要调整的就越多,或者失败的几率就越高.敏捷的中的现场客户和短周期迭代交付,就是及早得到客户想法变化的反馈,及早得到客户对已做出来的产品的反馈.

3, 反馈是衡量改进的标尺.我们总是在做一些矫枉过正的事,究其原因就是没有建立及时有效的反馈机制.比如当我们在做一些尝试试,是否有及时有效的反馈来作为检查点.大家总会向着一个模糊的目标前进,期间中出现的任何问题都认为是达成这个目标的必然代价.然而过程中是在接近目标,还是远离目标,因为没有反馈,所以大家不知道.知道代价达到实在难以承受了,才醒悟,原来其实我们离目标越来越远.敏捷中的固定周期迭代,就是要产生有可比性的反馈,并且通过衡量最终结果来包含各种影响来保证其有效性.这样我在迭代内的任何"改进",都会在几周内得到真实的效果反馈,从而调整改进的方向和方法.持续重构中的自动化测试就是要建立及时有效的反馈机制..

综上,建立反馈机制,是敏捷软件开发实施的第一步,也应该是任何改进活动的第一步.前期耗费大量时间和精力做计划,还不如想想如何建立及时有效的反馈机制.