O método
Kanban surgiu no Japão com o Toyota Production System (TPS) para controlar a
fabricação de automóveis. É um termo japonês que significa sinal visual.
Uma
das grandes características deste método
é evidenciar os problemas existentes no
processo.
Sistema de
produção onde a demanda dita o ritmo de produção (pull system).
O uso Kanban para o gerenciamento de equipes de desenvolvimento de software registrou um aumento a partir de 2007, quando Rick Garber e David J. Anderson publicaram nas conferências “Lean
New Product Development” e “Agile 2007”,
os resultados obtidos no uso deste método no desenvolvimento de software.
Kanban por
ser mais adaptativo do que prescritivo, acaba se tornando bastante empírico. Segundo Kniberg (2009) o Kanban tem apenas três
prescrições:
- Visualize o fluxo de trabalho atual;
- Limite o fluxo de trabalho (também chamado de WIP - Work in Progress);
- Acompanhe e gerencie o fluxo de trabalho.
Kanban
controla as entradas de itens de trabalho e a vazão que é dada de acordo com o WIP
definido.
Kanban
controla as entradas de itens de trabalho e a vazão que é dada de acordo com o WIP
definido. A esta vazão dos itens de trabalho dá-se o nome de leadtime, que representa o tempo de um item
de trabalho desde a sua entrada no fluxo
de trabalho mapeado até a sua saída.
Artigos interessantes:
Kanban no dia a dia: contexto e relação com Agile
Nenhum comentário:
Postar um comentário