O que é Kanban?

Kanban é um termo japonês que significa placa ou outdoor. Um engenheiro industrial chamado Taiichi Ohno desenvolveu o Kanban na Toyota Motor Corporation para melhorar a eficiência de fabricação.

Embora o Kanban tenha sido criado para fabricação, o desenvolvimento de software compartilha muitos dos mesmos objetivos, como aumentar o fluxo e a taxa de transferência. As equipes de desenvolvimento de software podem melhorar sua eficiência e entregar valor aos usuários mais rapidamente usando princípios e métodos orientadores Kanban.

Princípios Kanban

A adoção do Kanban requer a adesão a algumas práticas fundamentais que podem variar dos métodos anteriores das equipes.

Visualizar trabalho

Entender o status da equipe de desenvolvimento e o progresso do trabalho pode ser um desafio. O progresso do trabalho e o estado atual são mais fáceis de entender quando apresentados visualmente do que como uma lista de itens de trabalho ou um documento.

A visualização do trabalho é um princípio chave que o Kanban aborda principalmente através de quadros Kanban. Estes quadros usam cartões organizados de acordo com o progresso para comunicar o estado geral. Visualizar o trabalho como cartões em diferentes estados em um quadro ajuda a ver facilmente o panorama geral de onde um projeto está atualmente, bem como identificar possíveis gargalos que podem afetar a produtividade.

Usar um modelo pull

Historicamente, as partes interessadas solicitavam funcionalidade empurrando o trabalho para as equipes de desenvolvimento, muitas vezes com prazos apertados. A qualidade sofria se as equipes tivessem que usar atalhos para entregar a funcionalidade dentro do prazo.

O Kanban se concentra em manter um nível acordado de qualidade que deve ser cumprido antes de considerar o trabalho feito. Para apoiar esse modelo, as partes interessadas não impõem trabalho a equipes que já estão a plena capacidade. Em vez disso, as partes interessadas adicionam solicitações a uma lista de pendências que uma equipe extrai para seu fluxo de trabalho à medida que a capacidade fica disponível.

Imponha um limite de WIP

As equipas que tentam trabalhar em demasiadas coisas ao mesmo tempo podem sofrer com a redução da produtividade devido à mudança de contexto frequente e dispendiosa. A equipe está ocupada, mas o trabalho não é feito, resultando em prazos de entrega inaceitavelmente altos. Limitar o número de itens da lista de pendências em que uma equipe pode trabalhar de cada vez ajuda a aumentar o foco e, ao mesmo tempo, reduz a mudança de contexto. Os itens em que a equipe está trabalhando atualmente são chamados de trabalho em andamento (WIP).

As equipes decidem sobre um limite de WIP ou o número máximo de itens em que podem trabalhar ao mesmo tempo. Uma equipa bem disciplinada certifica-se de não exceder o seu limite de WIP. Se as equipes excederem seus limites de WIP, investigarão o motivo e trabalharão para abordar a causa raiz.

Meça a melhoria contínua

Para praticar a melhoria contínua, as equipes de desenvolvimento precisam de uma maneira de medir a eficácia e o rendimento. Os quadros Kanban fornecem uma visão dinâmica dos estados de trabalho em um fluxo de trabalho, para que as equipes possam experimentar processos e avaliar mais facilmente o impacto nos fluxos de trabalho. As equipes que adotam o Kanban para melhoria contínua usam medidas como lead time e cycle time.

Quadros Kanban

O quadro Kanban é uma das ferramentas que as equipes usam para implementar práticas Kanban. Um quadro Kanban pode ser um quadro físico ou um aplicativo de software que mostra cartões organizados em colunas. Os nomes de coluna típicos são Tarefas, Execução e Conclusão, mas as equipes podem personalizar os nomes para corresponder aos estados do fluxo de trabalho. Por exemplo, uma equipe pode preferir usar Novo, Desenvolvimento, Teste, UAT e Concluído.

Os quadros Kanban baseados em desenvolvimento de software exibem cartões que correspondem a itens da lista de pendências do produto. Os cartões incluem links para outros itens, como tarefas e casos de teste. As equipas podem personalizar os cartões para incluir informações relevantes para o seu processo.

Em um quadro Kanban, o limite WIP se aplica a todas as colunas em progresso. Os limites de WIP não se aplicam à primeira e à última colunas, porque essas colunas representam um trabalho que não foi iniciado ou foi concluído. Os quadros Kanban ajudam as equipes a se manterem dentro dos limites da WIP, chamando a atenção para colunas que excedem os limites. As equipes podem então determinar um curso de ação para remover o gargalo.

Fluxogramas cumulativos

Uma adição comum aos quadros Kanban baseados em desenvolvimento de software é um gráfico chamado diagrama de fluxo cumulativo (CFD). O CFD ilustra o número de itens em cada estado ao longo do tempo, normalmente ao longo de várias semanas. O eixo horizontal mostra a linha do tempo, enquanto o eixo vertical mostra o número de itens da lista de pendências do produto. Áreas coloridas indicam os estados ou colunas em que os cartões estão no momento.

O CFD é particularmente útil para identificar tendências ao longo do tempo, incluindo gargalos e outras interrupções na velocidade de progresso. Um bom CFD mostra uma tendência ascendente consistente enquanto uma equipe está trabalhando em um projeto. As áreas coloridas no gráfico devem ser aproximadamente paralelas se a equipe estiver trabalhando dentro de seus limites de WIP.

Uma protuberância em uma ou mais áreas coloridas geralmente indica um gargalo ou impedimento no fluxo da equipe. No CFD abaixo, o trabalho concluído em verde está plano, enquanto o estado de teste em azul está aumentando, provavelmente devido a um gargalo.

Kanban e Scrum no desenvolvimento ágil

Embora se encaixem amplamente sob o guarda-chuva do desenvolvimento ágil , o Scrum e o Kanban são bastante diferentes.

• O Scrum se concentra em sprints de comprimento fixo, enquanto o Kanban é um modelo de fluxo contínuo.
• O Scrum tem papéis definidos, enquanto o Kanban não define nenhum papel de equipe.
• O Scrum usa a velocidade como métrica chave, enquanto o Kanban usa o tempo de ciclo.

As equipes geralmente adotam aspetos do Scrum e do Kanban para ajudá-las a trabalhar de forma mais eficaz. Independentemente das características que escolherem, as equipas podem sempre rever e adaptar-se até encontrarem o melhor ajuste. As equipas devem começar de forma simples e não perder de vista a importância de entregar valor regularmente aos utilizadores.

Kanban com GitHub

O GitHub oferece uma experiência Kanban através de quadros de projeto (clássicos). Esses quadros ajudam você a organizar e priorizar o trabalho para o desenvolvimento de recursos específicos, roteiros abrangentes ou listas de verificação de lançamento. Você pode automatizar quadros de projeto (clássico) para sincronizar o estado do cartão com problemas associados e pull requests.

Kanban com painéis do Azure

O Azure Boards fornece uma solução Kanban abrangente para o planejamento de DevOps. O Azure Boards tem integração profunda com o Azure DevOps e também pode fazer parte da integração do Azure Boards-GitHub.

• Para obter mais informações, consulte Motivos para usar os Painéis do Azure para planejar e acompanhar seu trabalho.
• O módulo Aprender Escolha uma abordagem ágil para o desenvolvimento de software fornece experiência prática Kanban nos Painéis do Azure.