Scrum-board / Task Board e Codificação de cor [fechado]

Question

O que você recomendaria, tanto quanto uma boa codificação de cores para uso em um Storyboard?

Este é um padrão bom de sua experiência?
http://maxheapsize.com/static/ScrumBoardCheatSheet.pdf
Qual é o mais padrão de codificação de cores?

Answer 1

Eu sugiro branco para itens normais backlog, ou seja, aqueles com valor de negócio, e vermelho para correções de bugs. Isso faz com que os erros se destacar e ajuda a equipe a melhorar.

Iniciar simples - tão simples como você se atreve a fazê-lo - e permitir inovações como sugerido pela equipe Scrum durante as retrospectivas de sprint. Apenas uma inovação de cada vez; experimentá-lo por tempo suficiente para ver o quão bem ele realmente funciona; deixá-los se eles não são verdadeiramente necessários.

Answer 2

Não faça nada extravagante. Use o senso comum. Eu não usei códigos de cores, porque eu não acho que eles ajudam muito - eles ainda tornar mais difícil para outras partes interessadas para compreender o quadro de tarefas. Isto leva a uma menor transparência. Caso contrário, eu concordo com Morendil.

Answer 3

Para itens do backlog eu uso grande post-its (4x4): User Stories (azul / verde), Defeitos (vermelho), Exceções (amarelo), Investigational (roxo).

Para tarefas usamos tamanho regular post-its (3x3): Tarefas dev (Amarelo: Porque eles são mais fáceis de encontrar, ea maioria do conselho será Tarefas DEV), QA (Verde), design (azul), bugs (rosa), ScrumMaster / Impedimentos (laranja).

Começamos o sprint com pálido / post-its pastel, e qualquer coisa que é adicionado de planejamento do sprint passado é feito em neon da mesma cor. Assim pálido vs amarelo néon amarelo, e assim por diante. Dessa forma, podemos ver o que foi adicionado para realmente destaque se não fazer um bom avaria ou se havia toneladas de incógnitas começando o sprint.

Espero que isso ajude.

Answer 4

Eu vi o espectro quando se trata de cores do cartão e avarias. Algumas equipes usam uma cor cartão porque a tarefa é uma tarefa é uma tarefa independentemente do trabalho envolvido. Outras equipes têm cores para cada tipo de tarefa, que eu meio que gostava, uma vez que deu uma bela vista do tipo de trabalho deixou sem ter que ler cada cartão.

cartões de história: azul dívida técnica: verde Erros: amarelo Análise: vermelho QA (não história QA, mas tarefas que QA do fez fora de QA normal): branco

Isso ajudou quando tivemos uma grande equipe com um número de não-desenvolvedores sentados ao redor da mesa.

Answer 5

Eu concordo mais cores que você usa, mais você é cego . Eu prefiro Highlite defeitos, histórias e épicos. No sprint backlog há apenas duas cores - laranja por defeitos e amarelo para histórias. ScrumDesk por exemplo, permite que a cor atribuir a um cartão no modelo de história que é útil para manter backlog colorido corretamente.

As cores são muito útil se backlog descreve mais produtos (programa backlog). Neste caso, as cores podem highligt épicos produto de acordo.

Answer 6

Parece sobrecarregado para o meu gosto. Quando eu soube Scrum há vários anos, os únicos códigos de cores eram branco e vermelho. As histórias vermelhas eram histórias de integração. Se você receber muitos dos que estão no product backlog próximos uns dos outros - você está em apuros. De qualquer forma, eu desisti usando a placa de baixa tecnologia em um primeiro sprint, porque eu tinha os membros da equipe remota, por isso usamos algum formato eletrônico -. Excel, TWiki, VersionOne, Rally