38、软件开发中的交付、度量与学习

软件开发中的交付、度量与学习

1. 交付实践

1.1 Kanban 板

在与团队合作的过程中，我们接触到了 Kanban 板。起初，我们提到“Kanban board”时引发了一些笑声，后来日本同事告诉我们，这样的表述相当于说“招牌板”，所以现在我们直接称其为“Kanban”。

Kanban 要求对任何给定时间内正在进行的任务数量设置严格限制，这被称为在制品（Work In Progress，WIP）限制。一旦达到 WIP 限制，新的工作就不能进入该列。团队需要协作解决问题、识别瓶颈并完成任务，这种协作工作方式有助于持续改进团队流程。团队可以定期开会讨论所需的变更，并将这些变更展示在 Kanban 上。

1.2 Scrum 与 Kanban 的结合

Scrum 和 Kanban 并非相互排斥。以 PetBattle 为例，团队采用 Scrum 方法，但在 Sprint 板中使用 Kanban 来可视化和跟踪工作。

1.3 PetBattle 的交付

PetBattle 锦标赛功能的实施和交付需要快速完成。现有的业余应用程序开发方式较为随意，缺乏有效的流程。对于跨职能团队来说，采用敏捷 Scrum 或 Kanban 似乎是一个很好的起点。团队可以自主决定何时将 PetBattle 锦标赛功能部署到生产环境，以及如何构建、测试和部署该功能。这种信任和授权对于产品的未来成功至关重要。

1.4 完成的定义（Definition of Done）

在软件开发中，“完成”的含义并不明确。不同的人可能对“完成”有不同的理解，例如代码是否在本地构建运行、是否进行