敏捷开发的三大支柱是透明、检视和调整，其他实践都是在这个的基础上做扩展和优化。只要我们做到了这三点，敏捷开发就搞定了。可是在实际工作中，这三点往往不是那么容易做到的。
先说透明，在软件开发中，透明一般是通过可视化来实现的，这里我们会用到看板方法里可视化工作，即把所有工作通过白板、看板墙、电子看板进行可视化。这个说起来容易，做起来也不难，可是在实际工作中经常有团队做不到。这是为什么呢？可能有如下几点原因：
1、嫌可视化麻烦，增加了工作量，有些比较小的工作，就没有加进去；
2、可视化被领导拿去做考核，所以多加工作项，虚加工作项；
3、可视化之后，没有下一步，为了可视化而可视化，久而久之，就没下文了；
为什么没有下文了呢？可视化的下一步是检视，很多团队做不好检视，不知道为什么要检视。检视是对当前状态的一个评价。我们的产品交付给用户，用户需要做验收。我们买衣服时需要穿上身试一试。这些都是检视，不检视不知道是不是合适，不检视不知道会不会有问题。
指导为什么检视后，还有很多团队不知道怎么检视。这是一个能力层的缺失。在这里，团队需要定义出一些检视目标，比如代表响应能力的交付周期，代表吞吐量的迭代速率，代表质量的测试代码覆盖率，还有团队的能力，团队成员的满意度。
知道怎么检视之后，我们还需要知道检视结果怎么用。
检视的结果可以作为调整的依据。调整常见的有几个误区：
1、想要调整的项很多、很大，全部作为调整计划。结果呢，几个迭代下来，什么调整成果也没有。
2、每次的调整项无关痛痒，或者调整项在外部因素，不是团队内部因素，这样调整的成果没有价值。
3、缺乏调整的动力，缺乏进步的动力。
4、不具备调整的方法和能力。
这几种情况下，我们需要明确调整的目的，是为了改进，为了产出更好，为了团队更好。如果团队没有自我进步的动力，是需要环境去激发的，如果不具备调整的方法和能力，需要进行相应的能力建设。
网友评论