软件与看板的集成阶段

Question

您将如何在软件集成中使用看板？

团队的基本组成可能是：

• 构建和发布团队，
• 两个专家团队，
• 测试团队。

构建团队从外部接收构建，构建团队尝试构建它们并运行自动化测试。专家团队处理问题（构建问题、集成问题、测试中发现的问题），例如确定问题的原因。

那么最初的任务是否会被称为“发布 X”，然后我们为专家团队生成额外的任务（他们还将承担一些其他职责）？问题是“发布”对于专业团队来说是一项太大的任务，必须分解。但是如果我们没有“发布 X”任务（而只有子任务），我们如何确定发布的状态？

是否应该为 b&r 团队和专家团队设置单独的任务板？

Answer 1

虽然没有任何严格的规则，但看板应涵盖哪些内容，但您可以说是经验法则：

• 除非您有一个非常大的团队或单个板上的任务数量非常多，否则最好为整个团队设置一个板来处理相同的任务。
• 最好将团队的所有任务放在一个板上，而不是放在几个板上

这意味着我的目标是为所有团队建立一个单一的板，并且我可能还会尝试包括专家团队完成的其他任务。

然后我们有董事会的组织。一个想法是有一个非常简单的过程（做，正在进行，完成）并在板上混合不同的任务，例如。在版本上构建和运行自动化测试，运行手动测试等。然后，每次出现问题时，您都需要专家团队的任务，因此我们添加了一个。这样，只要仍有问题，您就可以生成与发布相关的新任务。

现在的问题是如何判断发布是否完成。也许您可以使用几种不同颜色的便签，每个版本一种。您可以说“黄色”版本仍有一些未解决的问题，而“绿色”版本已全部完成，而您刚刚开始“橙色”版本。完成发布后，您可以轻松地重复使用颜色。

此外，您还会有一些简单的视觉效果来显示您在特定版本中遇到了多少问题 - 更多相同颜色的便签意味着更多问题。