Simyl
simylflow
Início do Curso
Módulo 2: Visualizando Trabalho e Fluxo
Lição 2 de 5
10 min

Tipos de Itens de Trabalho

Nem todo trabalho é igual. Tipos diferentes precisam de tratamento diferente.

1Por Que os Tipos Importam

Tratar todo trabalho da mesma forma leva a problemas:

  • Uma correção de bug de uma linha recebe o mesmo processo que uma funcionalidade importante
  • Problemas urgentes de produção esperam atrás de trabalho planejado
  • Dívida técnica compete injustamente com funcionalidades para clientes

Tipos de itens de trabalho resolvem isso ao reconhecer que trabalhos diferentes têm:

  • Urgência diferente
  • Expectativas de tamanho diferentes
  • Requisitos de processo diferentes
  • Regras de prioridade diferentes

Tipos comuns em equipes de software:

  • Funcionalidades: Nova funcionalidade voltada ao cliente
  • Bugs: Defeitos em funcionalidade existente
  • Dívida Técnica: Melhorias internas (refatoração, atualizações)
  • Spikes: Pesquisa ou trabalho de prova de conceito
  • Suporte: Perguntas ou problemas de clientes

2Visualizando Tipos

Torne os tipos visíveis no seu quadro para que qualquer pessoa possa ver a composição do trabalho rapidamente.

Opções:

  • Cor do cartão: Azul para funcionalidades, vermelho para bugs, amarelo para dívida técnica
  • Ícones/tags: Indicadores visuais em cada cartão
  • Formato do cartão: Modelos de cartão diferentes por tipo
  • Raias: Linhas separadas por tipo (mais sobre isso adiante)

O insight principal: A visualização não é apenas para você—é para as partes interessadas. Um quadro cheio de cartões vermelhos de bugs conta uma história. Uma raia de dívida técnica que nunca se move conta outra.

Tipos diferentes também podem ter políticas diferentes:

  • Bugs podem pular o backlog e ir direto para Pronto
  • Spikes podem ter um limite de tempo ("máximo 2 dias")
  • Suporte pode ter uma alocação dedicada de WIP

Acompanhe a composição dos seus tipos de trabalho ao longo do tempo. Se você nunca está fazendo dívida técnica, está acumulando problemas. Se bugs dominam, você tem um problema de qualidade upstream.

3O Nível Certo de Granularidade

Poucos tipos = tudo parece igual, perdendo distinção útil. Muitos tipos = sobrecarga cognitiva, uso inconsistente.

Comece simples: Funcionalidade, Bug, Outro. Adicione tipos quando tiver uma necessidade real:

  • "Precisamos rastrear spikes separadamente" → adicione tipo Spike
  • "Trabalho de suporte continua se perdendo" → adicione tipo Suporte
  • "Não conseguimos ver quanto de manutenção estamos fazendo" → adicione tipo Manutenção

Sinais de que você tem tipos demais:

  • As pessoas discutem sobre qual tipo usar
  • Os tipos se sobrepõem (isso é um bug ou uma funcionalidade?)
  • Alguns tipos têm zero itens por meses
  • O quadro é um arco-íris difícil de interpretar

Sinais de que você tem tipos de menos:

  • Trabalho importante se perde no ruído
  • Você não consegue responder perguntas básicas sobre a composição do trabalho
  • Trabalhos diferentes com necessidades diferentes recebem tratamento idêntico
Principais Conclusões
  • Tipos de trabalho diferentes têm necessidades e urgência diferentes
  • Torne os tipos visíveis através de cor, ícones ou estrutura
  • Comece simples—adicione tipos quando tiver necessidades específicas
  • Acompanhe a composição do seu trabalho ao longo do tempo para identificar padrões
Armadilhas Comuns a Evitar
  • Engenharia excessiva com muitos tipos antes de precisar deles
  • Uso inconsistente de tipos (cada um escolhe diferente)
  • Usar tipos para prioridade em vez de classes de serviço