如何与看板一起发布？

Question

在Scrum中，很明显我们可以在每次冲刺后制作一个演示。

我不知道如何在看板上制作演示，因为它没有短跑概念（我可能错了）。

请您告诉我如何在看板上发布文件？

感谢您的帮助和时间。

Answer 1

看板说如何管理工作流程并限制正在进行的工作，它没有说明发布的频率。但是，这是非常苛刻的，因为它要求始终保持产品的工作集成版本，并且一旦认为完成就会添加新功能（完成，在板上的最后一栏）。

经常使用的一个概念是“节奏” - 当这个“现成产品”被采用并实际部署到实时系统/发货时的常规间隔。

但是，我认为Scrum中非常明确的一个概念在这里也可能有所帮助。在Scrum中，很明显Scrum在每个sprint结束时都要求“可交付的产品增量”（确认DONE的定义）。是否实际发货/部署它超出了开发过程的范围，因为它最终是一个商业决策。同样我认为适用于看板，随时可以使用现成的集成产品，无论是否将其实际用作业务决策，这超出了开发过程及其管理的范围。

Answer 2

当我们在上一份工作中实施看板时，发布会采用以下三种方式之一：

1. 按计划每两周发布一次。
2. 如果纸板上的“完成”存储桶中有足够的便利贴，需要发布一个非周期性版本，请通知业务部门我们正在发布，这样我们就可以防止过于不同步。
3. 业务部门需要针对特定​​功能集的特定功能进行周期性发布。

非常开放，真的。

Answer 3

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

这并不意味着您必须单独发布每个功能，因此您将找到各种方法（David提到了其中一些方法）。我发现一个常见的情况是，看板团队比他们按照时间框架方法更频繁地发布。

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

Answer 4

我们制作演示条件是将功能从“测试”移至“准备发布”。因此它是逐个功能而不是sprint-by-sprint，并且该功能的性质将决定演示的性质。在开发过程中，业务涉及的越多，无论如何都会出现问题。

Answer 5

您可以尝试向DOD添加签名步骤，您可以在其中安排快速演示。但不同的是，它将是一对一的演示，而在scrum sprint审查中，该演示适用于所有与会者。

关于发布周期，它已在前面的答案中提到过。我想补充一点，你可能还有一个限制尚未发布项目。例如，如果您准备好发布的电路板中有10个MMF，那么发布过程就可以开始了。

此方法可以帮助您以某种方式追踪吞吐量。