0

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

团队的基本组成可能是：

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

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

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

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

4

1 回答 1

2

尽管没有任何严格的规则，看板应该涵盖哪些内容，但您可以说作为经验法则：

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

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

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

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

Also you'd have some simple visuals showing you how many issues you had with a specific release - more sticky notes of the same color means more problems.

于 2011-08-11T19:30:43.803 回答