第一步：流动原则

• 可视化

  通过看板，如 Teambition 或 Worktile 等协作工具，让研发工作可视化。

• 限制在制品数量

  在制品，在技术价值流中指的是待实现的需求、待修复的缺陷。

  限制在制品数量，限制工程师正在进行的工作量，可减少“认知切换”带来的不可见成本。

• 减小批量大小

  减小批量大小，如使用单件流，可以减少前置时间，快速发现问题，减少问题导致的损失。

• 减少交接次数

  把能自动化的工作尽量自动化，避免因为交接过程中的沟通、等待、协调等原因导致前置时间加长。

• 约束点

第二步：反馈原则

• 反馈机制

  当每个工序的操作都能会被度量和监控时，就能快速发现和修复缺陷。

  比如通过自动化测试，监控新的变更是否破坏了原有功能。

• 立刻解决问题

  立刻解决问题能避免问题被带到下游，避免修复成本增加，还能避免下一次的操作遇到类似的问题。

• 在源头保证质量

  在源头保证质量，需要所有人为自己的工作质量负责，而不是某个部门。

  比如开发质量不是由测试人员决定，而是由开发人员负责。

• 服务好内部客户

  内部客户指的是下游工作中心，比如产品团队的内部客户，就是开发和测试团队。

第三步：持续学习与反馈原则

• 学习型组织

  避免事故复发的关键，就是消除恐惧、不再职责，从而避免因为恐惧导致问题被隐瞒。

  实践 DevOps ，还要组织建立起“生机文化”，要鼓励创新，调查事故根本原因、共同承担责任。

• 持续改进

  比日常工作更重要的，是对日常工作的持续改进。

• 注入弹性

  通过缩短部署的前置时间、提高测试覆盖率等方式，可以提高开发人员的开发效率和可靠性。

• 强化学习文化

  在实践 DevOps 的组织中，领导者和员工需要共同努力，领导者要帮助和辅导员工进行改善实验。