如何使用看板发布？

Question

在Scrum中，很明显我们可以在每个sprint之后生成一个demo。

我不知道如何在看板中生成演示，因为它没有sprint的概念(我可能是错的)。

您能告诉我如何在看板中发布吗？

感谢您的帮助和时间。

Answer 1

当我们在我的上一份工作中实现看板时，发布的方式有三种：

按计划每两周发布一次

1. 。
2. 如果有足够多的便签最终出现在黑板上的“完成”存储桶中，则通知业务部门我们要发布的内容，以防止过于不同步。
3. 业务部门需要针对一组立即需要的功能的特定功能进行不定期发布。

它是相当开放的，真的。

Answer 2

Kanban说如何管理工作流程和限制正在进行的工作，但它没有提到任何关于发布频率的内容。然而，这是相当苛刻的，因为它要求始终保持产品的工作集成版本，并在新功能被认为完成后立即添加它们(完成，板上的最后一列)。

一个经常使用的概念是有一个“节奏”--当这个“准备好的产品”被实际部署到实际系统/发货时，这是一个有规律的间隔。

然而，我认为在Scrum中非常清晰的一个概念也可能对此有所帮助。在Scrum中，很清楚地说，Scrum要求在每次冲刺结束时都有一个“可发货的产品增量”(与完成的定义一致)。是否实际发布/部署它超出了开发过程的范围，因为这最终是一个业务决策。我认为同样适用于看板，一个现成的，集成的产品在任何时候都是可用的，是否将其实际用作开发过程及其管理范围之外的业务决策。

Answer 3

没有单一的定义。通常在看板中我们添加MMF(最小可销售特性)，根据定义，这意味着每个特性都应该为客户增加价值，因此您应该能够独立发布每个特性。

这并不意味着你必须单独发布每个功能，所以你会发现所有的方法(David提到了其中的几个)。我发现一种常见的情况是看板团队比他们遵循时间限制的方法更频繁地发布。

看板中的演示是可选的，但如果客户愿意，您可以在部署时演示功能，即使您单独发布每个功能。从理论上讲，每个功能都应该增加价值，因此这种方法应该可以很好地工作。