就故事板上使用的良好颜色编码而言，您有什么建议？
根据您的经验，这是一个好的模式吗？
http://maxheapsize.com/static/ScrumBoardCheatSheet.pdf
最标准的颜色编码是什么？
【问题讨论】：
标签： task agile scrum user-stories scrumboard
我建议白色用于正常的积压项目，即具有商业价值的项目，红色用于错误修复。这可以让错误脱颖而出并帮助团队改进。
从简单开始 - 尽可能简单 - 并按照 Scrum 团队在 sprint 回顾中提出的建议允许创新。一次只有一项创新；尝试足够长的时间，看看它的实际效果如何；如果它们不是真正必要的，请丢弃它们。
【讨论】：
不要做任何花哨的事情。使用常识。我没有使用颜色代码，因为我认为它们没有多大帮助——它们甚至使其他利益相关者更难理解任务板。这导致透明度降低。否则我同意莫伦迪尔。
【讨论】：
对于待办事项，我使用大号便利贴 (4x4)：用户故事（蓝色/绿色）、缺陷（红色）、异常（黄色）、调查性（紫色）。
对于我们使用常规大小的便利贴 (3x3) 的任务：开发任务（黄色：因为它们最容易获得，而且大部分板上都是开发任务）、QA（绿色）、设计（蓝色）、错误（粉红色）、ScrumMaster/障碍（橙色）。
我们以浅色/柔和的便利贴开始冲刺，在冲刺计划之后添加的任何内容都是在相同颜色的霓虹灯上完成的。所以淡黄色与霓虹黄色，等等。这样，如果我们没有做好细分，或者在 sprint 开始时有大量未知数，我们就可以看到添加的内容以真正突出显示。
希望这会有所帮助。
【讨论】：
我已经看到了关于卡片颜色和故障的光谱。一些团队使用一种卡片颜色，因为任务就是任务就是任务，无论涉及什么工作。其他团队对每种类型的任务都有颜色，我有点喜欢它，因为它可以很好地查看剩余的工作类型，而无需阅读每张卡片。
故事卡：蓝色 技术债务：绿色 错误：黄色 分析：红色 QA（不是故事 QA，而是 QA 在正常 QA 之外所做的任务）：白色
当我们有一个庞大的团队和许多非开发人员围坐在桌子旁时，这很有帮助。
【讨论】：
我同意你使用的颜色越多，你就越失明。我更喜欢突出缺陷、故事和史诗。在 sprint backlog 中只有两种颜色——橙色代表缺陷，黄色代表故事。 ScrumDesk 例如允许为故事模板中的卡片分配颜色，这有助于保持积压的正确颜色。
如果待办事项描述了更多产品（程序待办事项），这些颜色非常有用。在这种情况下，颜色可能会根据产品突出史诗。
【讨论】：
我的口味看起来有点过头了。几年前我学习 Scrum 时，唯一的颜色代码是白色和红色。红色故事是整合故事。如果产品积压中的太多产品彼此靠近 - 你就有麻烦了。无论如何，我在第一个 sprint 中就放弃了使用技术含量低的电路板，因为我有远程团队成员，所以我们使用了一些电子格式 - Excel、TWiki、VersionOne、Rally。
【讨论】：