Kanban: Framework Incremental para Melhoria de Processos

Prévia do material em texto

KANBAN (かんばん) 
NO AGILE
DAVID ANDERSON
JESPER BOEG
evolução de um 
processo já Existente
todo processo é 
diferente, por isso suas 
restrições também são!
a evolução deve ser contextualizada 
como é na natureza!
ver o efeito
das Mudanças
mudar por mudar não faz sentido. 
tenha um objetivo em vista!
kanban=cartão sinalizador
KANBAN (かんばん)
SOBRE O KANBAN
visibilidade
previsibilidade
precisão
progresso do trabalho
entrega
visibilidade
direção
adaptabilidade
O que é o Kanban?
O Kanban é um framework para implementar mudanças de forma incremental. 
Metodologias, geralmente possuem um conjuntos de práticas e o Kanban não 
tem nenhuma prática prescrita. Há, somente propriedades que devem guiar a 
melhoria no processo atual. 
Ao usar o Kanban, é esperado que se consiga visualizar quais práticas estão 
sendo positivas e quais estão sendo negativas e isso, vai conduzir a 
mudanças, que adicionarão, eliminarão ou alterarão as práticas atuais de 
trabalho.
O que é o Kanban?
Kanban
kanban
Por que Kanban?
Por que fazer alguma mudança no seu 
processo de desenvolvimento? 
Considere a situação e as metas exclusivas de sua
organização antes de começar. 
Benefícios que podem ser entregues pelo Método Kanban.
Benefício 1: Otimizar os processos existentes - A introdução da visualização 
e a limitação do trabalho em andamento (WIP) catalisarão as mudanças com o 
mínimo de interrupção.
Benefício 2: Entregar com maior qualidade - Limitar o trabalho em andamento 
e definir políticas para a priorização do trabalho trará maior foco na 
qualidade. As políticas também podem abordar diretamente os critérios de 
qualidade.
Benefício 3: Melhorar a Previsibilidade do Lead Time - Há uma correlação 
entre a quantidade de trabalho em andamento, lead time e taxas de defeitos. 
Limitar o WIP torna os lead times confiáveis e mantém as taxas de defeitos 
baixas.
Benefício 4: Melhorar a Satisfação dos Funcionários - O Kanban reduz a 
troca de contexto e puxa o trabalho na proporção que a equipe pode 
completá-lo. Trabalhar em um ritmo mais estável e previsível significa que os 
funcionários nunca ficam sobrecarregados.
Benefícios que podem ser entregues pelo Método Kanban.
Benefício 5: Fornecer folga para possibilitar a melhoria - Criar folga na 
cadeia de valor aumenta a capacidade de resposta a solicitações urgentes e 
largura de banda para permitir a melhoria do processo e a melhoria da 
qualidade.
Benefício 6: simplificar a priorização - o Kanban permite uma rápida 
reprioritização para acomodar as mudanças no mercado.
Benefícios que podem ser entregues pelo Método Kanban.
Benefício 7: Fornecer uma transparência sobre o projeto e a operação do 
sistema - A visibilidade aprimorada gera confiança com clientes e gerentes. 
Também mostra os efeitos de ações ou inações. Como resultado, a 
colaboração melhora.
Benefício 8: Permite o surgimento de uma organização de "alta maturidade" -
À medida que melhorias são implementadas, a maturidade organizacional 
melhora levando a uma melhor tomada de decisões e melhor gerenciamento de 
riscos. Risco, gerenciado adequadamente, traz resultados previsíveis.
Benefícios que podem ser entregues pelo Método Kanban.
O MÉTODO KANBAN
1. Visualize o fluxo de trabalho - Represente as tarefas e o fluxo de trabalho 
em um quadro kanban ou em um kanban eletrônico.
2. Limite de trabalho em andamento (WIP) - Defina limites acordados para 
quantas tarefas estão em andamento por vez.
3. Meça e gerencie o fluxo das tarefas para ver se eles estão seguindo em 
um ritmo constante e uniforme.
Cinco princípios e práticas fundamentais do método Kanban
4. Defina Políticas de Processos - Acorde explicitamente e publique políticas 
sobre como o trabalho será executado.
5. Use Modelos para Avaliar Oportunidades de Melhoria - Adapte o processo 
usando ideias do Pensamento Sistêmico, W. E. Deming, etc
Quando estas 5 condições estão presentes, um método de desenvolvimento 
de software Lean surgirá ao longo do tempo.
Cinco princípios e práticas fundamentais do método Kanban
O desenvolvimento de software Lean tem esses princípios: 
• Respeite as pessoas, 
• Elimine desperdícios, 
• Adie o comprometimento,
• Crie conhecimento,
• Entregue com rapidez,
• Desenvolva a qualidade
• Otimize o todo.
Atributos do Desenvolvimento de Software Lean
Pense no processo de desenvolvimento como um pipeline. Tudo o que 
atrasa o pipeline é desperdício. Procure maneiras de aumentar o valor
enquanto melhora a eficiência do processo. As melhorias acontecerão 
quando você puder ver o que está acontecendo e reduzir o 
desperdício.
Atributos do Desenvolvimento de Software Lean
O desenvolvimento de software Lean olha para o sistema, a forma como o 
trabalho é gerenciado ou entregue e para a origem dos erros. Quando um 
problema é identificado, o grupo de desenvolvimento analisa como eles podem 
alterar o sistema para melhoria permanente.
Atributos do Desenvolvimento de Software Lean
O Pensamento Lean nos pede para nos concentrarmos no sistema - o 
processo e suas políticas - e não no desempenho dos indivíduos. O foco está 
mais em um melhor resultado econômico do que na utilização de trabalhadores 
individuais.
Atributos do Desenvolvimento de Software Lean
VISUALIZE O
FLUXO DE TRABALHO
Visualizando o fluxo de trabalho (workflow)
O Método Kanban pega um processo de desenvolvimento de software 
existente e torna visível aquilo no que se deve focar. Em vez de redefinir o 
processo de desenvolvimento, ele revela detalhes sobre o processo atual, 
proporcionando visibilidade que permite à organização compreender melhor e 
comunicar melhor as mudanças necessárias.
Visualizando o fluxo de trabalho (workflow)
Kanban traz uma maior visibilidade sobre o trabalho que está sendo feito e os 
problemas que surgem com as tarefas ou o fluxo de trabalho (workflow). 
Compreender a capacidade atual do sistema de desenvolvimento oferece uma 
previsibilidade mais refinada.
Mapeando a cadeia de valor
A cadeia de valor é a sequência complexa de descoberta de informações e 
criatividade que ocorre desde a solicitação inicial até a entrega do software.
A visualização da cadeia de valor pode ser desafiadora e, em geral, degenera
em uma sequência aproximada de etapas: padrões comuns e o tempo gasto no
workflow é mostrado. A otimização geralmente ocorre a partir da análise da 
cadeia de valor.
Mapeando a cadeia de valor
Diferentes tipos de tarefa podem fluir de maneira diferente e exigir uma 
análise e visualização separadas.
O quadro kanban será criado para a parte da cadeia de valor que está sob o 
controle político dos gerentes que apoiam a iniciativa Kanban.
Criando o seu quadro Kanban
É comum criar quadros kanban para mostrar as atividades no fluxo de 
trabalho ao invés de funções específicas ou descrições de trabalho.
Crie colunas no quadro que representam as atividades executadas, 
ordenadas pela seqüêcia de execução. Modele o fluxo do trabalho dividindo
as colunas. Adicione a fila de entrada inicial e quaisquer etapas de trabalho 
que deseja visualizar. Por fim, adicione quaisquer buffers ou filas (estados 
Pronto ou Concluído) entre as atividades.
Criando o seu quadro Kanban
Criando o seu quadro Kanban
É importante criar um quadro kanban que reflita o processo de 
desenvolvimento atual, com a intenção de aprimorá-lo ao longo do tempo.
Os cartões em si podem ser notas ou postits. Eles podem representar
recursos, histórias ou tarefas. Informações críticas para um cartão seriam
título, número de referência e data de entrada no sistema.
Criando o seu quadro Kanban
LIMITE O WORK-IN-PROGRESS (WIP)
Limite o Work-in-Progress (WIP)
Limite o Work-in-Progress (WIP)
O ingrediente chave dentre os 5 princípios centrais do Método Kanban é 
limitar o trabalho em progresso (WIP - Work in progress). É praticamnete
impossível que uma melhoria significativaaconteça sem ele. O limite de WIP 
provoca as conversas que levam a melhorias.
Um limite de trabalho em andamento restringe quantas tarefas podem estar 
em cada etapa do fluxo de trabalho de cada vez. Quando um tarefa progride, 
um slot é aberto e um novo tarefa pode fluir para a etapa de 
desenvolvimento.
Limite o Work-in-Progress (WIP)
Um resultado chave de um limite de WIP é que o trabalho bloqueado "mantém 
a linha". Um tarefa bloqueada ainda conta com o limite, portanto, pode surgir 
uma situação na qual nenhum novo trabalho possa progredir até que o
bloqueio seja resolvido. Isso impulsiona a colaboração, pois a equipe está 
altamente motivada para limpar o bloqueio.
Limite o Work-in-Progress (WIP)
Itens reprovados no teste devem ser resolvidos para abrir um espaço.
Se houver um conflito com o limite (WIP), a equipe terá a opção de quebrar o 
limite de WIP e ignorar os problemas, ou enfrentar os problemas e resolvê-
los usando modelos do pensamento Lean.
Limite o Work-in-Progress (WIP)
Qual o tamanho do WIP? - Os limites de WIP para etapas do fluxo de 
trabalho devem ser definidos como um número médio de itens por pessoa, 
par de desenvolvedores ou equipe pequena e colaborativa. Os limites devem 
estar no intervalo de um a três itens por pessoa, par ou equipe.
Tempo excessivo não deve ser desperdiçado tentando determinar o limite de 
WIP perfeito; basta escolher um número próximo o suficiente e progredir. 
Empiricamente, ajuste se necessário.
Limite o Work-in-Progress (WIP)
Limites acordados - os limites do WIP devem ser acordados por meio de 
consenso com as partes interessadas de upstream e downstream e com a 
gerência sênior de funções, bem como com a equipe de desenvolvimento. 
Nem todo passo deve ter um limite.
Limitar a fila - Um limite de trabalho em andamento (WIP) na fila de entrada 
do próximo trabalho chama a atenção sobre o que iniciar em seguida.
Isso provoca um foco no valor. Uma fila entre o backlog e o desenvolvimento 
pode ser usada para priorização intermediária.
Limite o Work-in-Progress (WIP)
Os limites de fila devem ser mantidos pequenos, normalmente apenas 
grandes o suficiente para absorver a variação natural no tamanho dos itens 
e na duração da tarefa, e o período entre as reuniões de reabastecimento da 
fila.
Lidando com gargalos - Gargalos, uma vez identificados, devem ser
armazenados em buffer. Adicione uma faixa no quadro Kanban com um 
“buffer” de espera para histórias em torno da área de gargalo. Isso introduz 
alguma folga no processo.
Limite o Work-in-Progress (WIP)
Os tamanhos dos buffers devem ser os menores possíveis, mas grandes o 
suficiente para garantir que o gargalo nunca fique ocioso.
Não há limite de WIP? - Deve ser tomado cuidado para que o 
estabelecimento de qualquer fluxo de trabalho ilimitado (sem limite de WIP) 
não introduza gargalos ou cause custos excessivos de transação ou 
coordenação quando as entregas (transferências de lotes a vazão) são 
feitas.
Limite o Work-in-Progress (WIP)
Colaboração - Limitar o WIP significa que os membros da equipe podem ter 
que se juntar em uma tarefa para concluí-lo. Essa colaboração multifuncional 
é uma maneira forte de concluir o trabalho mais rapidamente e com maior 
qualidade.
MEÇA E GERENCIE O FLUXO
Meça e gerencie o Fluxo
Fluxo é a progressão visível das tarefas através do sistema. O fluxo deve
prosseguir em um ritmo consistente. Se um tarefa parecer definhar, uma 
conversa deve acontecer para resolver como a equipe pode fazer com que 
ele "flua" novamente. Se todas as tarefas em uma determinada etapa do 
fluxo de trabalho parecerem paralisados, isso pode sugerir um gargalo no 
sistema. Uma conversa e uma ação para a resolução podem acontecer com 
a equipe e o gerenciamento com base em tais evidências visíveis de um 
problema.
Meça e gerencie o Fluxo
O fluxo não é algo que possa ser manipulado diretamente. É um indicador 
que notifica quando algum aspecto do processo precisa ser ajustado ou 
alguma área precisa de atenção. O objetivo com um sistema kanban é criar 
as condições para que o trabalho flua em um ritmo confiável e mensurável. 
As variáveis sistêmicas que podem ser diretamente influenciadas são os 
membros da equipe, o tamanho típico da tarefa, as etapas do fluxo de 
trabalho e o limite de WIP. O fluxo de um item individual pode ser afetado 
por problemas como requisitos ambíguos, dependências ou aprovações.
EXPLICITE AS POLÍTICAS DO 
PROCESSO
Explicite as Políticas do Processo
Tendo acordado políticas sobre: fluxo de trabalho, limites de WIP, 
aprovações, priorização e outros tópicos do processo; resulta em maior 
compreensão, maior conformidade e discussões menos controversas quando 
ocorrem exceções. Se uma sugestão para violar uma política for feita, uma 
discussão pode acontecer revisando a política atual e colocando a questão 
de saber se o grupo acha que a política deve ser alterada, ou se vale a pena 
permitir uma exceção única. 
Explicite as Políticas do Processo
O foco nas políticas despersonaliza questões e circunstâncias excepcionais. 
Isso leva a um ambiente de trabalho mais saudável e colaborativo. Muitas 
vezes, é melhor afixar políticas de processo explícitas em uma área de 
comum a toda a equipe, como ao lado da quadro kanban.
USE MODELOS PARA 
AVALIAR MELHORIAS
Use Modelos para Avaliar Melhorias
W. Edwards Deming sugeriu que deveríamos estudar o sistema e suas 
capacidades. O Método Kanban abrange essa ideia. Coletando dados sobre 
o desempenho do sistema: tempo de fluxo, WIP, taxa de entrega, fornecerá 
informações científicas sobre oportunidades de melhorias. É comum (e 
incentivado) que as equipes Kanban modifiquem freqüentemente seus 
processos e políticas durante sua reunião diária de check-in, em 
retrospectivas formais e reuniões de revisão de operações.
Use Modelos para Avaliar Melhorias
Modelos úteis para aprender e usar podem incluir trabalhos de:
• Womack & Jones sobre Redução de Resíduos
• Eliyahu M. Goldratt sobre Teoria das Restrições
• John Seddon e Peter Senge no Pensamento de Sistemas
• O Sistema de Conhecimento Profundo de W. Edwards Deming e 
especificamente seu trabalho sobre variabilidade
• Taiichi Ohno (Sistema Toyota de Produção) sobre muda, muri e mura.
INTRODUZINDO O KANBAN
Introduzindo o Kanban
Introduzindo o Kanban
A melhor maneira de introduzir o Kanban em uma organização é
incrementalmente, e não através de uma iniciativa de transição planejada e 
programa de treinamento prescrito. Também pode ser útil começar com uma 
equipe piloto que possa "testá-lo" e demonstrá-lo para o restante da 
organização. 
O mais importante é obter consenso em torno da introdução do Kanban e 
começar a usá-lo, mudando o mínimo possível da cultura e do processo 
existentes. Aqui estão 12 passos para começar com o Kanban.
Introduzindo o Kanban
1. Defina e aceite um conjunto de metas para a introdução do Kanban. Qual 
benefício você deseja ver para sua organização?
2. Determine um conjunto de tipos exclusivos de tarefas com valor para o 
cliente que flui pela organização. Os exemplos incluem bug, solicitação de 
alteração ou funcionalidade.
3. Mapeie a cadeia de valor para diferentes tipos de tarefa. Isso 
representará o modelo subjacente do seu sistema (veja o passo 5).
Introduzindo o Kanban
4. Comece a visualizar o fluxo através do sistema e estude o desempenho e 
as capacidades do sistema. O objetivo é entender a operação do sistema e 
não afetar o desempenho ou implementar o controle.
5. Defina algum ponto de partida de onde você deseja controlar o 
desempenho do sistema. Identifique os envolvidos nessa etapa e seus 
interesses. Defina algum ponto de saída além do qual você não pretende 
controlar o desempenho do sistema. Identifique como está a “vazão” nesse 
ponto e as partes interessadas nessa “vazão”.
Introduzindo o Kanban
6. Se houver diferentes critérios de urgência para os diferentestipos de 
tarefa, defina uma classe de serviço para cada um com prioridades relativas.
7. Estude a demanda para cada tipo de tarefa. A chegada é sazonal ou 
baseada em eventos? Qual é a tolerância para atrasos ou não confiável de 
cada um? Crie um perfil de risco que aloque uma porcentagem de recursos 
para cada tipo de tarefa.
Introduzindo o Kanban
8. Reúna-se com os membros da equipe, partes interessadas no fluxo e na 
vazão para discutir e acordar políticas sobre limites de WIP, reuniões de 
priorização e mecanismos de release. Se você optar por introduzir o 
conceito de classe de serviço, discuta e concorde com a política de entrega
de destino para cada classe de serviço.
Introduzindo o Kanban
9. Crie um quadro kanban para visualizar o fluxo de trabalho. Isso cobrirá o 
fluxo de trabalho existente entre os pontos de entrada e saída definidos na 
etapa 5.
10. Opcionalmente, crie um sistema eletrônico para rastrear e relatar o 
mesmo.
Introduzindo o Kanban
11. Concordar em ter uma reunião em pé todos os dias em frente ao quadro 
Kanban, como uma oportunidade diária de promover melhorias. Concordar
em ter uma reunião de revisão de operações regulares para análise 
retrospectiva de longo prazo do desempenho do processo.
12. Instrua a equipe sobre o quadro kanban, os limites de WIP e a operação 
do sistema.
PRÁTICAS DE 
COORDENAÇÃO
Práticas de Coordenação
A realização de reuniões regulares reduz o custo de coordenação para 
essas reuniões e melhora a participação.
O reabastecimento da fila de entrada e o planejamento da entrega devem
ser feitos independentemente e ter sua própria cadência independente.
Reuniões diárias em pé devem ser usadas para discutir questões, 
impedimentos e fluxo. Tais reuniões standup não seguem tipicamente o 
padrão estabelecido de outros métodos de desenvolvimento Agile.
Práticas de Coordenação
Os reuniões diárias são uma parte essencial de uma cultura de melhoria 
contínua. Como o standup reúne toda a equipe todos os dias, ela oferece
uma oportunidade para todas as partes interessadas sugerirem e discutirem
problemas de desempenho do processo. O período imediatamente após o 
standup geralmente se desenvolve em discussões informais de melhoria de 
processos.
Refinar o backlog (grooming) com triagem regular para reduzir seu tamanho
melhora a eficácia e a eficiência das reuniões de reabastecimento da fila de 
entrada.
Práticas de Coordenação
O gerenciamento de problemas, escalonamento e resolução é uma disciplina 
essencial para melhorar o desempenho do sistema. É importante que as 
equipes desenvolvam uma capacidade central no gerenciamento de 
problemas, escalonamento e resolução.
Para todos os tipos de caminhos de escalação de tarefas e políticas devem
ser claramente definidos.
COMPORTAMENTO 
EMERGENTE
Comportamento Emergente
Através dos seus 5 princípios básicos, o Método Kanban permite a melhoria 
incremental do processo através da descoberta repetida de problemas que 
afetam o desempenho do processo. Ele suporta melhorias graduais e 
contínuas em direção a um melhor desempenho e maior qualidade. Isso 
impulsiona a evolução do processo, ao invés de uma revolução.
Após a implantação do Kanban normalmente se observa o estímulo ao 
surgimento de comportamento emergente em muitas organizações. 
Comportamento Emergente
Tais comportamentos emergentes podem incluir:
• Processo adaptado exclusivamente para cada fluxo de projeto; 
• Cadeias de valor desacopladas (ou desenvolvimento "sem iteração");
• Trabalho programado por (oportunidade);
• Valor de custo de atraso otimizado através de classes de serviço;
• Risco gerenciado com alocação de capacidade
• Tolerância à experimentação de processos.
• O kanban tende a espalhar por outros departamentos da empresa como 
um vírus
PRIORIZAÇÃO
Priorização
Em um sistema puxado com WIP limitado, as práticas de priorização 
orientarão quais tarefas devem ser executados para otimizar o valor. As 
técnicas a seguir ajudam a ativar o fluxo criando políticas de processo de 
priorização que o gerenciamento e a equipe podem concordar e seguir.
Reuniões de reabastecimento do Backlog
Reuniões de reabastecimento do Backlog
O Kanban desacopla a cadência de reabastecimento da fila de entrada do 
lead time de desenvolvimento e entrega. Isso é diferente dos métodos ágeis
que associam a atividade de priorização a um período de tempo de atividade 
de desenvolvimento, como duas semanas.
Reuniões frequentes de reabastecimento de filas fornecem visibilidade para 
os stakeholders e ajudam a criar confiança.
Reuniões de reabastecimento do Backlog
Reuniões de reabastecimento de filas de entrada ad-hoc ou sob demanda 
podem fazer sentido para organizações de alta maturidade com forte 
capacidade de coordenar essas reuniões a curto prazo. Essas equipes 
podem convocar essa reunião sempre que criarem uma nova funcionalidade. 
Outras organizações podem programar o reabastecimento da fila de entrada 
com uma cadência regular, como semanal.
Alocação de capacidade por tipo
de tarefa
Alocação de capacidade por tipo de tarefa
Diferentes tarefas podem ter diferentes fluxos de trabalho. Por exemplo, um 
bug pode entrar no processo de desenvolvimento em um ponto diferente e 
pode ser processado de uma maneira diferente de uma nova funcionalidade. 
Um "bug" e uma "nova funcionalidade" são dois exemplos de tipos de tarefa.
Prioridades relativas podem ser definidas para cada tipo de tarefa. 
Estabelecer uma política sobre quanto da disponibilidade da equipe de 
desenvolvimento será usada para cada tipo de tarefa a qualquer momento é 
chamado de alocação de capacidade por tipo de tarefa.
Alocação de capacidade por tipo de tarefa
É útil definir uma alocação por tipo de tarefa para fornecer clareza sobre 
quais tipos de trabalho a equipe está desenvolvendo. Estabelece um acordo 
com a equipe de desenvolvimento e a gerência sobre como seus recursos 
são mais bem gastos.
Alocação de capacidade por tipo de tarefa
Exibição no quadro kanban - As raias horizontais são geralmente usadas 
para cada tipo de tarefa e um limite de WIP definido para cada raia.
Definição de políticas - A alocação de capacidade requer uma análise de 
demanda comparativa entre os diferentes tipos de tarefas recebidas pelo 
sistema kanban. Alguns tipos de tarefa entrarão no sistema com mais 
freqüência ou poderão ser considerados mais urgentes. Esses fatores 
devem ser considerados ao criar uma política sobre a quantidade de 
recursos a serem alocados para cada tipo de tarefa.
Alocação de capacidade por tipo de tarefa
Um quadro kanban mostrando a alocação por tipo de tarefa e limites
Priorização por Classe de Serviço
Priorização por Classe de Serviço
Priorização por Classe de Serviço
A classe de serviço permite que a equipe de desenvolvimento e o 
gerenciamento atribuam prioridade de tratamento ao trabalho de acordo com 
sua urgência.
Priorização por Classe de Serviço
Se as classes de serviço forem usadas adequadamente e combinadas com 
uma cadência de entrega regular, muito poucas reclamações poderão ser 
recebidas, mesmo que uma porção significativa de itens perca seu lead time
alvo. As tarefas mais críticas serão priorizadas e devem ser entregues no
prazo.
Priorização por Classe de Serviço
As classes de serviço permitem que uma equipe se auto-organize em torno 
do fluxo de trabalho e liberte o tempo de gerenciamento para se concentrar 
no processo e em seu desempenho (ou capacidade).
Estabelecimento da Classe de Serviço - as tarefas podem ser atribuídos a 
uma classe de serviço de acordo com o impacto nos negócios. 
Priorização por Classe de Serviço
Exemplos de classe de serviço seriam "data fixa", "expressa" ou "padrão". É 
típico atribuir uma classe de serviço com base no impacto e na criticidade do 
tempo. Itens que incorrem em altos custos ou perdem valor rapidamente 
receberão tratamento mais rápido por meio deuma classe superior de 
serviço.
Priorização por Classe de Serviço
Definindo políticas - um conjunto de políticas de gerenciamento deve ser 
definido para cada classe de serviço. As políticas devem mostrar qual classe 
de serviço é mais alta. Por exemplo, uma classe “Expressa” pode sempre 
ser priorizada antes de um item de classe “Padrão”. Essas políticas 
determinarão qual tarefa deve ser executada diariamente. As classes de 
serviço bem definidas e compreendidas permitem que os gerentes confiem
que os membros da equipe tomam as decisões de risco apropriadas ao 
selecionar o trabalho.
Priorização por Classe de Serviço
Exibição no quadro Kanban - As classes de serviço devem ser exibidas 
visualmente usando, por exemplo, cartões coloridos diferentes para 
representar a classe de serviço ou diferentes faixas horizontais quadro 
Kanban.
Priorização por Classe de Serviço
Alocação de capacidade - Também é possível e útil alocar capacidade dentro 
do sistema kanban para classes de serviço. É útil definir uma alocação a ser 
feita para garantir que os itens nas classes de prioridade mais baixa sejam 
concluídos. Também é geralmente útil que a equipe e a administração 
especifiquem a alocação como um acordo de como seus recursos devem ser 
gastos.
Priorização por Classe de Serviço
Um quadro kanban mostrando alocação por classe de serviço
Previsibilidade por meio de acordos de 
nível de serviço (SLA)
Previsibilidade por meio de acordos de nível de serviço (SLA)
Um Acordo de Nível de Serviço (SLA) deve incluir o lead time de destino 
desde quando um tarefa entra na fila de entrada até quando ele será 
entregue. O SLA representa a promessa ao cliente de um tarefa de um 
determinado tipo e classe de serviço.
Previsibilidade por meio de acordos de nível de serviço (SLA)
As tarefas devem ser rastreados e medidos à medida que passam de um 
passo para o outro pelo sistema. O desempenho em relação aos SLA's deve 
ser monitorado e relatado nas reuniões de análise das operações
Previsibilidade por meio de acordos de nível de serviço (SLA)
Melhorias no processo devem ser feitas para melhorar a previsibilidade em 
relação à promessa do cliente definida nos SLA's. Os SLA's devem 
corresponder à capacidade do sistema e o sistema deve ser aprimorado 
para atender às expectativas do cliente e às demandas do mercado.
PRÓXIMOS PASSOS
Próximos passos
A melhor abordagem para trabalhar com o método Kanban é começar. Não é 
necessário implementar todos os 5 princípios básicos inicialmente. Eles 
podem ser introduzidos gradualmente e ajustados para atender às 
necessidades da organização e de sua cultura.
Próximos passos
Existem livros, blogs, listas de discussão e conferências dedicadas ao 
Kanban e Lean. Alguns dos melhores sites são kanban101.com, 
limitedwipsociety.org & leanssc.org.
Livro Kanban e site
"Kanban", de David J. Anderson, é o guia definitivo de 250 páginas do 
Kanban como um sistema de gerenciamento de mudanças para o 
desenvolvimento de software. Explica o que Kanban é, por que é usado e 
como implementá-lo.
REFERÊNCIAS