Hoje a ideia não é apresentar um conteúdo detalhado, mas sim uma pequena explicação sobre as Classes de Serviço do Kanban. Caso queira mais informações dá uma olhada nesse artigo: Classes de serviço e seus 4 principais arquétipos. Aqui apresento apenas um resumo que está na nossa aula de Kanban System Design (KSD).
4 Classes de Serviço
Existem 4 classes de serviço: Intangível (Intangible), Padrão (Standard), Data Fixa (Fixed Date) e Fura-Fila ou Urgente (Expedite). Basicamente elas respondem a pergunta: O que acontecerá se não entregar o item de trabalho no tempo correto?
Intangível (Intangible)
O que é: Itens cujo atraso não gera impacto imediato, mas que podem virar riscos invisíveis a longo prazo.
Tratamento: Geralmente são deixados em segundo plano, mas não podem ser ignorados.
Risco: O problema é acumulativo. Quanto mais postergado, mais caro e arriscado fica.
Exemplo: Refatoração de código para reduzir dívida técnica; Atualização de uma biblioteca de segurança; aquisição de infraestrutura
Impacto esperado: No curto prazo, pouca diferença. No longo prazo, pode custar caro (falhas, vulnerabilidades, perda de performance).
Custo de atraso: invisível, mas crescente.
Quando usar de verdade: para itens cujo impacto não aparece agora, mas cresce com o tempo.
Armadilha comum: deixá-los sempre para depois → acumulam como dívida técnica, risco de segurança, obsolescência.
Boa prática: reservar capacidade (ex.: 10–15% do fluxo) só para tratar itens intangíveis regularmente.
Padrão (Standard)
O que é: O fluxo normal de trabalho, sem urgência nem data fixa crítica.
Tratamento: Segue as políticas normais de priorização (ex.: ordem de chegada, prioridade de produto).
Risco: Médio. Atrasos não geram impacto imediato, mas afetam a satisfação do cliente e previsibilidade.
Exemplo: Desenvolvimento de uma nova funcionalidade; Melhorias de usabilidade.
Impacto esperado: Esse é o volume principal de itens no sistema, equilibrando capacidade e demanda.
Custo de atraso: proporcional ao tempo.
Quando usar de verdade: para a maioria dos itens que não têm urgência ou data fixa.
Armadilha comum: achar que Standard significa “sem importância”. Pelo contrário, são o coração do fluxo.
Boa prática: medir métricas de lead time histórico para criar previsões confiáveis aos clientes.
Data Fixa (Fixed Date)
O que é: Trabalho que precisa estar pronto até uma data específica para ter valor.
Tratamento: Não é urgente no início, mas deve ser monitorado para não perder o prazo.
Risco: Se atrasar, pode perder todo o valor.
Exemplo: Relatório obrigatório que deve ser enviado até o dia 10; Lançamento de uma campanha de marketing junto com um evento.
Impacto esperado: Deve ser programado estrategicamente no fluxo, considerando o tempo médio de entrega.
Custo de atraso: dispara se passar do prazo.
Quando usar de verdade: quando o valor do item depende do tempo. Antes ou depois do prazo pode ser inútil.
Armadilha comum: achar que tudo tem prazo fixo. Muitos prazos são desejáveis, não reais.
Boa prática: calcular o lead time esperado e programar o início de acordo com a data limite.
Fura-Fila ou Emergencial (Expedite)
O que é: Itens extremamente urgentes que não podem esperar.
Tratamento: Têm prioridade absoluta no fluxo. A equipe para o que está fazendo e atua neles imediatamente.
Risco: Muito alto. Se não for entregue rapidamente, gera grande prejuízo ou perda de confiança.
Exemplo: Corrigir um bug crítico que derruba o sistema em produção; Restabelecer acesso de clientes a um serviço essencial.
Impacto esperado: Normalmente têm lead time curto (horas ou poucos dias).
Custo de atraso: altíssimo.
Quando usar de verdade: apenas para casos raríssimos, de impacto grave e imediato.
Armadilha comum: todo mundo querer marcar o trabalho como Expedite → o fluxo entra em colapso.
Boa prática: defina políticas explícitas, como “só a gerência de produto pode classificar Expedite”.
Conclusão sobre Classes de Serviço
Elas são fundamentais para estabelecermos prioridades dos itens de trabalho e também como tratamos itens que representam riscos e prazos distintos antes deles entrarem no nosso fluxo de trabalho.
Se quiser saber mais sobre Kanban, dá uma olhada no nosso treinamento de:
Team Kanban Practitioner (TKP)
