scrum原则

导读

        上一篇文章讲了scrum的基本概念和适用场景，scrum是敏捷的一个框架，有它的基本流程，但是，需要注意的是，框架只是为了引导大家（特别是0基础的团队）进入敏捷领域，框架是手段，框架流程的实践不是最终目的，思维的转变、文化的形成才是真正的敏捷。

        敏捷的流程可以根据场景因地制宜的适配和定制，敏捷原则是检验我们敏捷转型的重要参考。如果只是在原有模式套上了scrum框架的外套，这只是“伪敏捷”，只有我们的思维方式、行为结果和敏捷原则相契合，才证明我们真正的敏捷转型成功。

scrum原则

迭代和增量

        迭代和增量其实是两个概念，但是很多人可能把这两个混淆一体。迭代是一种有计划的改进策略，通过多次改善实现最好的状态。增量是先构建部分，再构建整体的思想，将大的系统或需求，拆分成独立有价值的小特性持续交付。scrum结合迭代和增量，采用“蜂拥式”开发方法——冲刺，在一个周期内，完成一个特性的需求设计、编码、构建、集成和测试，利用这个循环不断产出新的价值，快速获得市场/用户的反馈，验证需求阶段的假设。

适应性

        敏捷认为事情无法一次性做对，所以采用小步快跑，增量迭代的方式，运用探索式方法，适应性试错。敏捷思想拥抱变化，适应性就是拥抱变化的直接体现。scrum的适应性体现为利用新的认知重新思考，调整决策。

检视-调整、透明性

        这是scrum最核心的原则和思想。透明保证了信息的一致，消除了信息不对等产生的内耗、浪费。信息透明能让每个人看到正在发生的事情全貌，能带来更多的沟通并建立团队互信。透明也是检视的前提，而检视又是调整的前提。scrum中几个固定的检视窗口：包括每日站会、评审会、回顾会；通过这些窗口检视到团队存在的问题，进而有针对性的调整团队

1. 对生产结果检视-调整：如通过冲刺获得的快速反馈，调整产品方向、路线图等
2. 对生产方式检视-调整：通过回顾会、过程数据等获得团队的待改进项，调整团队的协作方式等，提高团队生产效率

快速验证

        上一篇文章我们提到，scrum最适合的场景式在复杂域，复杂域意味着答案是未知的，需要基于假设进行验证。利用假设->构建->反馈->检视->调整的循环，不断快速验证假设，获得新的认知，消除不确定性，增加可确定部分。

WIP

        WIP源于精益思想，精益本身也是敏捷的一种。在scrum，我们关注小批量生产带来的价值，价值源于已完成的工作，而不是半成品。其次，我们应该关注闲置的工作，而不是闲置的人员，这很重要！闲置的工作意味着工作遇到阻碍，必须解决阻碍让工作流动起来，否则目标无法达成。WIP告诉我们，任务不是排的越多就会做的越快，可以想像一下堵车的场景：当车流量超过道路的流量负载时，就会引起堵车，这时从各个路口不断汇入车辆到道路，并不会使得车辆更快的通过，反而会加剧拥堵，此时要做的是尽快找到堵车的源头，如慢车、事故等，只有解决了问题源，才能真正的解决堵车问题。在软件开发过程也是一样，我们应该关注任务的流动，即哪些工作被阻塞而闲置了，那就解决它。

内建质量

        在scrum中，质量贯穿整个过程，质量不仅仅是测试团队的事情，而是由整个跨职能团队负责并持续内建于每个冲刺中。敏捷强调TDD、技术债、重构、自动化测试等技术手段和思想，在每个冲刺中，充分考虑新特性和质量建设的资源分配，取得平衡。

结语

        敏捷是一种文化运动，敏捷原则以透明为基础，通过短迭代-快速反馈-检视-调整的循环，获得新认知，验证假设，从混乱、复杂的环境中建立新秩序，营造自组织、不断学习成长的文化。