Scrum-board / Task Board и Color Coding [закрыто]

Question

Что бы вы посоветовали в качестве хорошей цветовой кодировки для использования на раскадровке?

Это хороший пример из вашего опыта?
http://maxheapsize.com/static/ScrumBoardCheatSheet.pdf
Какая цветовая кодировка наиболее стандартна?

Answer 1

Я предлагаю белый цвет для обычных элементов журнала невыполненных работ, т. е. тех, которые имеют ценность для бизнеса, и красный - для исправления ошибок. Это выделяет ошибки и помогает команде улучшаться.

Начните с простого - настолько простого, насколько вы осмеливаетесь сделать это - и допускайте инновации, предложенные командой Scrum во время ретроспективы спринта. Только одно нововведение за раз; попробуйте его достаточно долго, чтобы увидеть, насколько хорошо оно действительно работает; отбросьте их, если они действительно не нужны.

Answer 2

Не делай ничего особенного. Используй здравый смысл. Я не использовал цветовые коды, потому что я не думаю, что они сильно помогают - они даже затрудняют понимание другими заинтересованными сторонами доски задач. Это приводит к меньшей прозрачности. В противном случае я согласен с Морендилом.

Answer 3

Для элементов журнала невыполненных работ я использую большие посты (4x4): пользовательские истории (синий / зеленый), дефекты (красный), исключения (желтый), исследования (фиолетовый).

Для задач мы используем обычные размеры пост-его (3x3): Dev Tasks (желтый: потому что их легче всего найти, и большую часть доски составляют Dev Tasks), QA (зеленый), Design (синий), Ошибки (розовый), ScrumMaster / препятствия (оранжевый).

Мы начинаем спринт с бледных / пастельных постов, и все, что было добавлено после планирования спринта, делается на неоне того же цвета. Так бледно-желтый против неоново-желтый и так далее. Таким образом, мы можем увидеть, что было добавлено, чтобы действительно выделить, если мы не сделали хорошую разбивку или если было много неизвестных, начинающих спринт.

Надеюсь, это поможет.

Answer 4

Я видел спектр, когда дело доходит до цветов и поломок карт. Некоторые команды используют один цвет карты, потому что задание является заданием, независимо от выполняемой работы. У других команд есть цвета для каждого типа задач, которые мне нравятся, поскольку они дают хорошее представление о типе работы, оставленной без чтения каждой карточки.

История карт: синяя Технический долг: зеленый Ошибки: желтый Анализ: красный QA (не QA для истории, но задачи, которые QA выполняли вне обычного QA): белый

Это помогло, когда вокруг нас сидела большая команда, в которой сидели не разработчики.

Answer 5

Я согласен с тем, что больше цветов вы используете, тем больше вы слепы . Я предпочитаю выделять недостатки, рассказы и эпопеи. В спринте есть только два цвета - оранжевый для дефектов и желтый для историй. ScrumDesk , например, позволяет назначать цвет карточке в шаблоне истории, что помогает правильно сохранять цвет невыполненной работы.

Цвета очень удобны, если в списке описывается больше продуктов (журнал программы). В этом случае цвета могут подсвечивать эпос в зависимости от продукта.

Answer 6

Это выглядит перегруженным на мой вкус. Когда я изучал Scrum несколько лет назад, единственными цветовыми кодами были белый и красный. Красные истории были историями интеграции. Если у вас слишком много таких продуктов в списке невыполненных работ, то у вас проблемы. В любом случае, я отказался от использования низкотехнологичной доски на первом спринте, потому что у меня были удаленные члены команды, поэтому мы использовали какой-то электронный формат - Excel, TWiki, VersionOne, Rally.