Kanban

5/12/2018 Kanban - slidepdf.com

http://slidepdf.com/reader/full/kanban-55a359f2bf492 1/18

Prof Patricia Sodré



» Kanban (literalmente “cartão visual”) é uma metodologia de produção que utilizacontroles visuais (cartões) como sinalizadores de estoque ou status de uma determinadaetapa do processo. Os cartões podem ter diversos significados: problemas, atenção,quantidades em falta ou em excesso etc. É o Kanban que permite a aplicação dosconceitos de Just-In-Time (produção somente do necessário, na quantidade necessária eno momento necessário, sem estoques ou desperdícios) da metodologia Lean. Um bomexemplo de Kanban aplicado ao dia-a-dia é o apresentado por David Anderson: em umavisita a um lugar turístico no Japão, Anderson observou que na entrada eram distribuídoscartões em branco, sem nenhuma instrução ou número de controle. Esses cartões eramrecolhidos na saída, e re-aproveitados para nova distribuição. A explicação: mais do quecontrolar a quantidade total de pessoas que entram, os cartões eram usados paracontrolar a quantidade de pessoas que estavam no lugar naquele exato momento – ou

seja, a falta de cartões indica que há muitos turistas visitando o lugar e que deve-sediminuir o fluxo de entrada.

» Na área de software, esse conceito está sendo usado para o mesmo propósito – controlaro fluxo de funcionalidades (histórias) em desenvolvimento.

http://pt.wikipedia.org/wiki/Just_in_time


http://pt.wikipedia.org/wiki/Lean










O primeiro passo é definir a ferramenta a ser usada para a aplicaçãodo Kanban. Com um simples quadro branco e post-its ou cartões já é

possível criar um controle de fluxo de histórias buscando 100% deeficiência. O quadro deve conter colunas para identificar os diversosstatus de uma história (ex: Não Iniciado, Em Andamento,Impedimento, Em Publicação, Concluído). Observação: quanto menosstatus houver, mais fácil de manter o quadro; adicionem somente os

status que não dependem da própria equipe resolver (ex: equipe nãotem acesso de publicação em produção).



Antes de começar a falar sobre Kanban, vale fazer

um comparativo: é muito comum equipes usaremplanilhas ou sistemas para controle dos sprints.Apesar de serem boas ferramentas, muitas vezesnão temos feedbacks visuais de como o sprint

está andando. Com isso, é possível nãopercebermos que o sprint está dessa forma:



O primeiro passo é definir uma ordem de

prioridade das histórias, deixando claro de algumaforma qual é a história mais importante que deveser a primeira a ser desenvolvida.



Em seguida, ao primeiro dia do sprint, a equipe

puxa a primeira história e a coloca como EmAndamento:



» Na figura acima notem que adicionamos um

traço que delimita o tamanho do espaço EmAndamento. Essa limitação é na verdade osegredo de todo o processo: como nesseespaço cabem um e somente um post-it, naprática limitamos a uma e somente uma únicahistória em desenvolvimento. O simples fato decriarmos essa limitação física faz com queeliminemos alguns dos principais desperdíciosLean – trabalho não terminado, troca de tarefas

etc.



Uma boa metáfora para um quadro de Kanban é

compará-lo com uma máquina qualquer, quetransforma matéria-prima (histórias) em produtos(funcionalidades). Quando a máquina tem algumproblema, normalmente uma luz vermelha é

acesa, indicando qual é o problema e que algodeve ser feito para resolvê-lo.



De forma análoga, o status Em Publicação segue a mesma ideia: só deve serusado se a publicação em produção depender de terceiros; se a própria

equipe tiver acesso à produção, a história deve continuar Em Andamento.Uma observação: caso as histórias devam ser armazenadas para a publicaçãode um release futuro, é importante mostrar isso no quadro, aumentando olimite de acordo com a necessidade; muitos post-its armazenados podemindicar que o release está com muitas funcionalidades e que talvez deva serpublicado antes do previsto.



Com o Kanban em funcionamento, é possível

começar a ler algumas informações. No exemploabaixo, as três histórias que estavam no backlogno início foram consumidas pela fila, e os espaçosem branco indicam que a equipe parou o sprint

por falta de novas histórias.



O exemplo abaixo mostra uma situação crítica no

Kanban: a história Em Andamento deveria sermovida para Em Publicação (ou EmImpedimento), mas não há espaço para essemovimento:



A solução para essa situação é publicar a história Em Publicação, ou remover oimpedimento o mais rápido possível. Caso nenhum desses dois seja possível

realizar no momento, vale reunir a equipe e analisar o sprint – por que oimpedimento não pode ser resolvido naquele momento? Por que a histórianão pode ser publicada naquele momento? O que fazer para que a máquinanão pare novamente? Devemos repensar esses limites (ex: duas histórias nafila de publicação)?



» Com o impedimento resolvido, é importante guardá-lo em umespaço reservado, para analisar qual a raiz daquele problema e o

que deve ser feito para que não ocorra novamente. Na prática,qualquer informação que passar pelo quadro serve como pautapara a Reunião de Retrospectiva de Sprint.

» Eis um exemplo de um Kanban com problemas:



Os problemas que podemos identificar:» Muitas histórias em andamento, gerando desperdícios;

» Muitas histórias em publicação, gerando atraso e acúmulo detrabalho;» Nenhuma história foi finalizada ainda, apesar de todo o trabalho

em andamento;» Muitas atividades off-sprint, o que indica que a equipe está

ocupada com atividades gerais (chamados, correções de bugs em

produção etc);» Muitos impedimentos – O que fazer para evitá-los?» Histórias canceladas – Por que foram canceladas? Por que eram

prioritárias antes? Como fazer para evitar essa situação? Comofazer para identificar histórias que deveriam ter sido canceladas eacabaram sendo implementadas, gerando desperdícios e

complexidade?



» Por fim, o quadro de Kanban pode ser usado

para diversas outras informações que a equipeachar relevante:

Kanban

Documents

Transcript of Kanban