11、开发人员的 DevOps：从混乱到高效的实践之路

开发人员的 DevOps：从混乱到高效的实践之路

1. Kanban 看板在 DevOps 中的应用

在 DevOps 实践里，Kanban 看板是一种强大的工具，它能让工作可视化，推动拉动式系统，进而提升工作周期时间。典型的 Kanban 看板左侧是待办事项区域，包含未完成的任务，右侧有四个垂直泳道，分别为“下一步”“编码”“测试”和“部署”，之后是工作项投入生产的状态。“编码”和“测试”列又分为“进行中”和“已完成”状态，“部署”由运维人员执行，有“预发布”和“生产”两个状态。

Kanban 卡片（即工单、任务）会从左到右，从待办事项开始，依次流经这些状态，直至完成（投入生产状态）。每个工作流步骤在看板上都有对应的列，以此追踪每个功能在工作流中的进展。

所有的 Kanban 系统都旨在限制在制品（WIP）数量，因为在制品越多，工作流的速度就越慢。除了垂直泳道，看板还有两个水平泳道（通常称为“子泳道”），分别对应两种主要的服务类型：标准服务类和加急服务类。每种服务类都有自己的策略集，涵盖了如何对工作项进行优先级排序以及如何在 Kanban 系统中拉动工作项。

WIP 值被设定为特定列（特定行）中一次所能容纳的最大卡片数。加急泳道的 WIP 为 1，这使得团队能够将紧急工作项快速投入生产。加急泳道专为高度紧急、必须迅速上线的工作项预留，从而满足时间限制和时间目标。若出现另一个紧急工作项，且已达到规定的 WIP 限制，就会发现无法同时处理所有事情，此时应先完成加急泳道中当前优先级最高的工作项，为客户交付价值。

开发人员在有空闲产能时，会从待办事项中提取卡片。“进行中”和“已完成”的 WIP 都限制为 3。虽然质量保证（QA）测试由整个团队执行