Embora todos nós tenhamos placas Kanban, muitos dos princípios que diferenciam essa metodologia são muitas vezes ignorados na prática.
Se você trabalha desenvolvendo software, em um ambiente tecnológico ou em uma inicialização, é provável que, em algum momento, você tenha usado uma placa Kanban para visualizar quais tarefas estão pendentes, quais estão sendo trabalhadas e quais foram concluídas.
É o MVP de Kanban: três colunas, três estados: a serem concluídos, em processo, concluídos.
Vincule seus projetos Kanban em um portfólio unificado com ITM Platform
O painel individual de ITM Platform resume o trabalho pendente com kanban.
Esta simplicidade tem sido, de certa forma uma benção, porque as placas se tornaram extremamente populares. Mas eles também fizeram que muitas pessoas as usassem ou criticas sem saber detalhadamente as características desse método.
Por exemplo, muitas vezes é ignorado que Kanban é muito útil quando, além de projetos, você também deseja gerenciar trabalhos que não se encaixam em nenhum projeto.
Isso faz de Kanban um excelente complemento para gerenciar um portfólio de projetos, no qual a demanda por mudanças também inclui tarefas individuais para as quais não há coordenador ou gerente do projeto.
Apesar disso, muitas poucas ferramentas de portfólio incluem Kanban entre suas características; e poucas versões do Kanban online permitem o gerenciamento de portfólio.
Se você quer ambos, a ITM Platform é um dos poucos fornecedores que podem satisfazê-lo.
Kanban vs ágil vs SCRUM
É comum no mundo do desenvolvimento de software que a SCRUM é considerada a melhor metodologia ágil, se não a única. No entanto, cada metodologia tem suas vantagens e desvantagens. Se você deseja rever suas diferenças, aqui tem um artigo útil.
SCRUM, por exemplo, é usado apenas em projetos de software. Nesta área, substitui os métodos tradicionais de design em cascata (ou cachoeira), cuja eficiência é muito melhorada.
No entanto, fora desse escopo, SCRUM é muito frágil, para não dizer inútil. Não pode ser aplicado, por exemplo, para projetar processos para novos produtos que não possuem elementos de programação.
Pelo contrário, além de ser usado de forma prolífica em desenvolvimento (muitas vezes, em combinação com metodologias SCRUM), Kanban demonstrou sua utilidade em contextos onde a maior parte do volume de trabalho está operacional. O exemplo clássico é a fabricação industrial, como as fábricas da Toyota em que o método foi elaborado. Mas também o design de novos produtos e serviços em qualquer setor pode se beneficiar de sua estrutura.
Os 3 principios de kanban
- Visualize tudo o que está acontecendo em determinado momento. Cada elemento e seu estado de progresso são vistos no contexto de todo o trabalho, seja um projeto ou as operações em andamento
- Limite a capacidade do trabalho em andamento, ou Work In Progress (WIP). É necessário colocar um máximo na quantidade de tarefas que podem ser gerenciadas ao mesmo tempo e os limites visuais do quadro ajudam a perceber fisicamente essa limitação de máximos. Por exemplo, se uma unidade de controle de qualidade pode gerenciar um máximo de 5 itens de rolamento, não pode aceitar o sexto item até que ele termine com um dos cinco anteriores.
Pode não ser muito intuitivo, mas a limitação do WIP consiste precisamente em visualizar os estrangulamentos para priorizar o trabalho nessas áreas e para poder concentrar recursos na resolução deles.
- Melhorar a continuidade do trabalho. Assim que um elemento for concluído, outra tarefa do backlog é Para isso, é essencial que o backlog seja devidamente gerenciado, priorizado e categorizado.
Quando Kanban deve ser usado?
Existem quatro situações em que o Kanban deve ser usado:
- Existem quatro situações em que é conveniente usar Kanban:
- Em ambientes operacionais cujas prioridades mudam muito frequentemente
- Quando as mudanças nos requisitos podem ser introduzidas a qualquer momento
- Quando as unidades de trabalho são tarefas independentes
- Quando a otimização incremental de um processo existente é prosseguida
Quais são as vantagens de Kanban?
- Transparência máxima
- Entrega contínua
- Igualar a capacidade da equipe com o trabalho em andamento
- Concentração na duração do ciclo (quanto tempo leva uma tarefa para ir do backlog a ser completado)
- Permite atribuir diferentes máximos WIP aos estádios sucessivos e redirecionar o trabalho para melhorar o tempo de entrega.
Com relação a este último ponto, por exemplo, em uma equipe de programação é muito normal ter quatro estados: To Do, In Progress, Code Review e Finalizado. Atribuir um máximo de 2 tarefas à Revisão de Código implica que imediatamente mais tarefas In Progress não podem ser assumidas, então os programadores terão que gastar tempo revisando o código, uma tarefa desagradável que geralmente deixam para o fim. Isso evita o gargalo de todo o código que está sendo escrito, mas sem verificar. Se você adicionar dinâmica de equipamentos e comunicação imediata ao quadro, os benefícios são muito claros.