2

就故事板上使用的良好颜色编码而言，您会推荐什么？

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

4

6 回答 6

4

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

从简单开始 - 尽可能简单 - 并按照 Scrum 团队在 sprint 回顾中提出的建议进行创新。一次只有一项创新；尝试足够长的时间，看看它的实际效果如何；如果它们不是真正必要的，请丢弃它们。

于 2009-03-07T21:50:40.950 回答
2

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

于 2009-03-10T16:03:08.453 回答
2

对于待办事项，我使用大型便利贴（4x4）：用户故事（蓝色/绿色）、缺陷（红色）、异常（黄色）、调查（紫色）。

对于任务，我们使用常规大小的便利贴 (3x3)：开发任务（黄色：因为它们最容易获得，而且大部分板上都是开发任务）、QA（绿色）、设计（蓝色）、错误（粉红色)，ScrumMaster/障碍（橙色）。

我们用浅色/柔和的便利贴开始冲刺，在冲刺计划之后添加的任何东西都是在相同颜色的霓虹灯上完成的。所以淡黄色与霓虹黄色，等等。这样，如果我们没有做好细分，或者在冲刺开始时有大量未知数，我们就可以看到添加的内容以真正突出显示。

希望这可以帮助。

于 2011-11-28T20:37:38.953 回答
1

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

故事卡：蓝色 技术债务：绿色 错误：黄色 分析：红色 QA（不是故事 QA，而是 QA 在正常 QA 之外所做的任务）：白色

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

于 2009-03-11T12:54:28.070 回答
1

我同意你使用的颜色越多，你就越失明。我更喜欢突出缺陷、故事和史诗。在 sprint backlog 中只有两种颜色——橙色代表缺陷，黄色代表故事。例如， ScrumDesk允许为故事模板中的卡片分配颜色，这有助于保持 backlog 正确着色。

如果 backlog 描述了更多的产品（program backlog），这些颜色非常有用。在这种情况下，颜色可能会根据产品突出史诗。

于 2011-11-24T10:48:26.740 回答
0

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

于 2009-03-06T05:12:46.180 回答