SW与看板的集成阶段

Question

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

小组的基本组成可以是：

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

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

那么，最初的任务是否被称为“释放X”，然后我们为专家团队生成额外的任务(谁还将承担一些其他职责)？问题是“释放”对于专家团队来说是一个太大的任务，并且必须被打破。但是，如果我们没有"release“任务(只是子任务)，我们如何计算发布的状态？

你应该为b&r团队和专家团队设立单独的任务板吗？

Answer 1

尽管没有任何严格的规则，看板应该涵盖什么，你可以说，作为经验法则：

• ，除非你有一个很大的团队，或者一个单板上有很多任务，最好是为整个团队设置一个板来完成相同的任务。
• ，与其把团队的所有任务都放在一个单板上，不如让他们中的几个

。

这意味着，我的目标是为所有球队设立一个单一的董事会，我可能也会尝试将专家团队完成的其他任务也包括在内。

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

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

此外，您还可以使用一些简单的可视化工具来显示特定版本中有多少问题--相同颜色的便条越多，问题就越多。