Что вы порекомендовали бы, если бы было хорошее цветовое кодирование для использования на раскадровке?Scrum-board/Task Board и цветовое кодирование
Это хороший образец из вашего опыта?
http://maxheapsize.com/static/ScrumBoardCheatSheet.pdf
Что является наиболее стандартным цветовым кодированием?
Я предлагаю белый цвет для обычных элементов журнала, то есть тех, у кого значение для бизнеса, и красный для исправлений ошибок. Это делает ошибки выдающимися и помогает команде улучшаться.
Начать просто - так просто, как вы осмеливаетесь сделать это, и разрешить нововведения, предложенные командой Scrum во время ретроспективы спринта. Только одно новшество за раз; попробуйте его достаточно долго, чтобы понять, насколько он действительно работает; бросьте их, если они действительно не нужны.
Он выглядит перегруженным на мой вкус. Когда я узнал Scrum несколько лет назад, единственные цветовые коды были белого и красного. Красные истории - это истории интеграции. Если вы получаете слишком много из них в отставании продукта рядом друг с другом - у вас проблемы. В любом случае, я отказался от использования низкотехнологичной платы на первом спринте, потому что у меня были удаленные члены команды, поэтому мы использовали какой-то электронный формат - Excel, TWiki, VersionOne, Rally.
Не делайте ничего интересного. Используй здравый смысл. Я не использовал цветовые коды, потому что я не думаю, что они очень помогают - они даже затрудняют понимание другими участниками понятийной панели. Это приводит к меньшей прозрачности. В противном случае я согласен с Морендилом.
Я видел спектр, когда речь идет о цветах карт и поломках. Некоторые команды используют один цвет карты, потому что задача - это задача, независимо от выполняемой работы. Другие команды имеют цвета для каждого типа задач, которые мне нравятся, так как они дали прекрасный вид на то, какой вид работы остался без чтения каждой карты.
История карты: синий технический долг: зеленый Bugs: желтый Анализ: красный QA (не история QA, но задачи, которые QA-х делали за пределами нормального контроля качества): белый
Это помогло, когда мы имели большая команда с рядом не-разработчиков, сидящих за столом.
Я согласен с другие цвета вы используете, тем больше очков вы следите. Я предпочитаю highlite дефекты, истории и эпосы. В отстающем отставании есть только два цвета - оранжевый для дефектов и желтый для рассказов. Например, ScrumDesk позволяет назначить цвет карте в шаблоне истории, что полезно для правильного отображения цветного журнала.
Цвета очень полезны, если backlog описывает больше продуктов (отставание программы). В этом случае цвета могут быть высокорисковыми эпиками в соответствии с продуктом.
Для элементов бланков я использую большие сообщения (4x4): Истории пользователей (синий/зеленый), Дефекты (красный), Исключения (желтый), Исследовательский (фиолетовый).
Для задач мы используем регулярные посты (3x3): Dev Tasks (желтый цвет: потому что они легче всего подходят, а большая часть платы - Dev Tasks), QA (зеленый), дизайн (синий) , Жуки (Розовый), ScrumMaster/Препятствия (Оранжевый).
Мы начинаем спринт с бледным/пастельным пост-его, и все, что добавлено после планирования спринта, выполняется на неоне того же цвета. Так бледно-желтый против неонового желтого и так далее. Таким образом, мы можем видеть, что было добавлено, чтобы действительно подчеркнуть, если мы не сделали хороший пробой, или если бы тонны неизвестных начали спринт.
Надеюсь, это поможет.
Этот вопрос не по теме, поскольку он не входит в сферу вопросов, подходящих для этого сайта, как определено в [Какие темы можно задать здесь?] (// stackoverflow.com/help/on-topic) Пожалуйста также см.: [Какие типы вопросов я должен избегать?] (// stackoverflow.com/help/dont-ask) Возможно, вам удастся получить помощь на [другом сайте Exchange Stack] (// stackexchange.com/sites# имя). – Makyen