Scrum-board / Task Board和Color Coding

对于在故事板上使用的良好颜色编码，您会建议什么？这是你的经历中的一个好模式吗？ http://maxheapsize.com/static/ScrumBoardCheatSheet.pdf 什么是最标准的颜色编码？

已邀请:

6 个回复

我建议白色用于正常的积压项目，即具有商业价值的项目，以及用于修复错误的红色项目。这会让错误脱颖而出并帮助团队改进。开始简单 - 就像你敢于做的那样简单 - 并且在sprint回顾期间允许Scrum团队建议的创新。一次只创新一项;尝试它足够长的时间来看它真的有效吗？如果它们不是真正必要的话就放弃它们。

貉骂

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

癸痊醒

对于Backlog项目，我使用大型后期（4x4）：用户故事（蓝色/绿色），缺陷（红色），例外（黄色），调查（紫色）。对于任务，我们使用常规大小的后期（3x3）：开发任务（黄色：因为它们最容易获得，大多数董事会将是开发任务），QA（绿色），设计（蓝色），错误（粉红色）），ScrumMaster / Impediments（橙色）。我们用苍白/粉彩后开始冲刺，并且在冲刺计划之后添加的任何东西都是在相同颜色的霓虹灯上完成的。如此淡黄色与霓虹黄色，依此类推。通过这种方式，我们可以看到，如果我们没有进行良好的细分，或者是否有很多未知因素开始冲刺，那么我们可以真正强调这些内容。希望这可以帮助。

磁辫覆氓

在卡片颜色和故障方面，我已经看到了光谱。有些团队使用一种卡片颜色，因为任务是一项任务，无论涉及哪些工作。其他团队对每种类型的任务都有颜色，我很喜欢，因为它可以很好地查看剩下的工作类型而无需阅读每张卡片。故事卡片：蓝色技术债务：绿色虫子：黄色分析：红色质量保证（不是故事QA，而是QA在正常质量保证之外做的任务）：白色当我们有一个庞大的团队和一些非开发人员坐在桌子旁时，这有所帮助。

委婪绷冗诉

我同意你使用的颜色越多，你就越盲。我更喜欢高亮的缺陷，故事和史诗。在sprint积压中只有两种颜色 - 缺陷为橙色，故事为黄色。例如，ScrumDesk允许在故事模板中为卡片指定颜色，这有助于保持正确的待办事项。如果积压描述更多产品（程序积压），颜色非常有用。在这种情况下，颜色可能会根据产品高度重视史诗。

烷刨画颠离

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

要回复问题请先登录或注册

Scrum-board / Task Board和Color Coding

6 个回复

发起人

scrumboard

问题状态

Scrum-board / Task Board和Color Coding

与内容相关的链接

6 个回复

发起人

scrumboard

问题状态