Scrum-board / Task Board和Color Coding

Question

对于在故事板上使用的良好颜色编码，您会建议什么？

根据您的经验，这是一个很好的模式吗？ http://maxheapsize.com/static/ScrumBoardCheatSheet.pdf
什么是最标准的颜色编码？

Answer 1

我建议白色用于正常的积压项目，即具有商业价值的项目，以及用于修复错误的红色项目。这会使错误脱颖而出并帮助团队改进。

从简单开始 - 就像你敢做的那样简单 - 并且在sprint回顾期间允许Scrum团队建议的创新。一次只创新一项;尝试它足够长的时间，看它真的有效吗？如果它们不是真正必要的话，请放弃它们。

Answer 2

不要做任何花哨的事。使用常识。我没有使用颜色代码，因为我认为它们没有太多帮助 - 它们甚至使其他利益相关者更难理解任务板。这导致透明度降低。否则我同意Morendil。

Answer 3

对于Backlog项目我使用大型post-its（4x4）：用户故事（蓝色/绿色），缺陷（红色），例外（黄色），调查（紫色）。

对于任务我们使用常规大小的后期（3x3）：开发任务（黄色：因为它们最容易获得，大多数董事会将是开发任务），QA（绿色），设计（蓝色），臭虫（粉红色），ScrumMaster / Impediments（橙色）。

我们用苍白/粉彩后开始冲刺，并且在冲刺计划之后添加的任何东西都是在相同颜色的霓虹灯上完成的。如此淡黄色与霓虹黄色，依此类推。通过这种方式，我们可以看到，如果我们没有进行良好的细分，或者是否有大量的未知因素开始冲刺，我们可以看到真正突出的内容。

希望这有帮助。

Answer 4

我在卡片颜色和故障方面看到了光谱。有些团队使用一种卡片颜色，因为任务是一项任务，无论涉及哪些工作。其他团队为每种类型的任务都有颜色，我很喜欢，因为它可以很好地查看剩下的工作类型而无需阅读每张卡片。

故事卡片：蓝色 技术债务：绿色 虫子：黄色 分析：红色 质量保证（不是故事QA，而是QA在正常质量保证之外做的任务）：白色

当我们有一个庞大的团队和一些非开发人员坐在桌旁时，这很有帮助。

Answer 5

我同意你使用的颜色越多，你就越盲目。我更喜欢高亮的缺陷，故事和史诗。在sprint积压中只有两种颜色 - 缺陷为橙色，故事为黄色。例如ScrumDesk允许在故事模板中为卡片指定颜色，这有助于保持正确的待办事项。

如果积压描述更多产品（程序积压），颜色非常有用。在这种情况下，颜色可能会根据产品高度重视史诗。

Answer 6

看起来超载了我的口味。几年前我学习Scrum时，唯一的颜色代码是白色和红色。红色故事是整合故事。如果你的产品积压中的太多人彼此接近 - 你就麻烦了。无论如何，我在第一个sprint上放弃使用低技术板，因为我有远程团队成员，所以我们使用了一些电子格式--Excel，TWiki，VersionOne，Rally。