Scrum敏捷实践的最朴素评判标准

有朋友问我怎么样开展Scrum敏捷实践。时间很短我没法展开说明，只笼统的说，平台型研发团队的敏捷实践与实际做的内容并没有关系，无论做什么项目，都可以开始Scrum实践。我回来想了想，还是要把一些道理讲透，如果只看到了表象，会面临很多干扰，一定要从问题的本质入手。

评判敏捷实践的最朴素标准

团队的目标是在给定的当前环境下，尽可能以最好的方式创造商业价值，采用哪种方法并不重要，重要的是“我们怎么做才能成功”。

无论是瀑布模型，还是Scrum模型，都有流程和套路，我们要深刻了解这些套路背后的目的。

例如在敏捷导入的过程中，仅仅强调四项价值观和十二条原则以及Scrum353的形式，无论大家是否理解，经过几次培训就仓促上阵。站会、迭代计划会、回顾会开起来，忙的不可开交。过了半年再去看，仍然只停留在开会的阶段，不但拿不出提升效率的证明，反而产生大面积的牢骚，最终敏捷实践变成了对领导的应付。DP哥的血泪史里面也有类似案例，DP哥从来不敢说自己有最佳的敏捷实践，只有无比纠结的跳坑填坑血泪史。

敏捷实践遇到问题的时候，如果你无法解决又无法解释，就会进入无比拧巴的境地，最终走向不了了之和不欢而散，走向团队和个人的双输。出现问题的原因往往是实践者忽视了套路背后的道理，没有深刻领会到Scrum方法的本质是经验型控制法—一种根据实际项目中的现实观测而做出决策的流程。

经验型控制法背后三个支柱是：

1）透明性

所有相关人都关注任务的目标和进展，从一开始就要找到有利于共同理解的方式。

透明另外一个说法是可视化。透明可视化，意味着去中心化的信息传播方式，意味着在信息上全体成员是平等的，这是促进成员积极主动ownership的基础步骤。

2）调整及自适应

对问题能够快速调整，如果有阻碍，在“透明性”的环境中，能够很快暴露，使决策支持能够容易得到。

这种阻碍，往往来自于人、流程、客观情况（事业环境因素）。

3）经常性检查

相关人能够频繁的定期的评估任务和流程本身，包括“透明性是否足够”，使得问题不断被发现，过程不断被优化。

以戒为师

在Scrum框架中，无论是站会、计划会、Review会、回顾会、梳理会，都是确保实现这三个支柱的手段。

只有深刻理解了这三个支柱，才能体会到Scrum框架的妙处，更灵活地运用和剪裁Scrum框架。

只有深刻理解了这三个支柱，在敏捷实践中才能建立评判是否偏颇的最正确标准。这个标准就是“是否有助于透明，是否进行了调整适应，是否检视了自身”

只有深刻理解了这三个支柱，才能在Scrum实践中、在守破离的过程中“以戒为师”，保持正确的方向。

此外，对于平台型研发团队来说，Scrum是一种管理实践，只有和XP、DevOps等工程实践结合起来，才能发挥最佳作用。这方面DP哥也正在学习，有了心得再来分享。