O que é Kanban? Cartões, Quadros, Princípios e Práticas Fundamentais

Índice:

Anonim

O que é Kanban?

Kanban é um framework muito popular para desenvolvimento na metodologia ágil de desenvolvimento de software. Ele fornece uma forma transparente de visualizar as tarefas e capacidade de trabalho de uma equipe. Ele usa principalmente quadros físicos e digitais para permitir que os membros da equipe visualizem o estado atual do projeto em que estão trabalhando.

Kanban se originou na Toyota na década de 1940. O significado de Kanban em japonês é "outdoors". O quadro Kanban possui colunas e cartões de história. As colunas não são nada, mas os estados do fluxo de trabalho e os cartões nada mais são do que uma demonstração da tarefa real que um membro da equipe está executando.

Neste tutorial Kanban, você aprenderá:

  • O que é Kanban?
  • Quando usar Kanban?
  • Cartões Kanban
  • Quadro Kanban
  • Fluxo de Trabalho Kanban
  • Os Quatro Princípios do Kanban
  • As Seis Práticas Básicas de Kanban
  • Sistema baseado em pull
  • Lead Time e Cycle Time
  • Diagrama de fluxo cumulativo (CFD)
  • Limitando WIP (trabalho em andamento)
  • Scrum vs. Kanban

Quando usar Kanban?

Aqui estão as razões para usar o método de desenvolvimento Kanban:

  • Kanban pode ser usado em qualquer domínio e pode ser usado de forma muito eficaz no desenvolvimento de software. O gerenciamento de projetos Kanban ajuda a melhorar a eficiência da equipe.
  • É um sistema baseado em pull. As tarefas estão sendo retiradas assim que um indivíduo está livre.
  • Kanban deve ser usado quando você deseja liberar seu trabalho a qualquer momento. Requer ramificação git, mas é factível.
  • Kanban deve ser usado quando você deseja alterar as prioridades rapidamente. Para isso, basta colocar essa história no topo da fila de tarefas.
  • Deve ser usado quando você deseja visualizar seu trabalho e deseja ver o andamento de suas tarefas visualmente.

Cartões Kanban

O sistema Kanban recomenda a visualização do trabalho. Sugere a utilização da placa física e digital.

Cartões Kanban

Os cartões Kanban são peças essenciais no quadro Kanban, pois representam o trabalho no qual a equipe está trabalhando. Esses cartões terão

  1. Prioridade
  2. Proprietário
  3. Modelo
  4. Data de Vencimento

Uma coluna no quadro Kanban representa o estágio de trabalho e você pode colocar um limite WIP (Trabalho em Andamento) na coluna. O limite de WIP significa o número máximo de cartões que podem permanecer nessa coluna .

Como o gerenciamento de projetos Kanban usa um sistema baseado em pull, como e quando um desenvolvedor está livre, ele pode puxar um cartão da coluna de tarefas para a coluna de desenvolvimento.

Quadro Kanban

Kanban Board é uma ferramenta ágil de gerenciamento de projetos que ajuda a implementar Kanaban para gerenciar projetos para fins pessoais e comerciais. É um quadro físico ou digital (JIRA) projetado para ajudar as equipes a visualizar seu trabalho em diferentes estágios e processos. Também ajuda a representar as etapas do trabalho com colunas por meio de cartões.

Possui colunas que representam o status do trabalho como

  1. Façam,
  2. Dev
  3. Testando
  4. Feito.

Cada uma dessas colunas pode ter cartões <= o limite de WIP. As cartas representam o trabalho real.

Você pode usar números positivos para limitar o trabalho em andamento e esse número limite pode ser colocado no topo das colunas nos quadros Kanban físicos e digitais. Qualquer pessoa da equipe pode gerenciar o estado de seu cartão e toda a equipe pode visualizar o fluxo de trabalho. A seguir, neste tutorial Kanban, aprenderemos sobre o fluxo de trabalho Kanban.

Fluxo de Trabalho Kanban

O fluxo de trabalho do Kanban é um conjunto de etapas que ajuda as equipes a definir políticas e princípios explícitos no Kanaban. Ele representa as regras e procedimentos durante o andamento do trabalho em vários estágios de ciclos de desenvolvimento e entrega. O fluxo de trabalho Kanban consiste em processos passo a passo entre o início e a entrega de uma tarefa específica.

O princípio básico do Kanban é, "pare de começar, comece a terminar". Com a ajuda dos limites de WIP, ele realiza mais trabalho. Existem fluxos de trabalho Kanban personalizáveis ​​e estados disponíveis em qualquer ferramenta moderna como o JIRA.

Abaixo estão os estados básicos que muitas equipes de software seguem para o gerenciamento de fluxo de trabalho.

Estados Compreensão das tarefas
Façam As tarefas chegam aqui pela primeira vez neste estado.
Pronto para análise Analise a tarefa e adicione requisitos completamente.
Pronto para o desenvolvimento A análise foi concluída e o desenvolvimento pode começar.
Em desenvolvimento As tarefas estão sendo desenvolvidas.
Pronto para teste O desenvolvimento foi concluído e agora o teste pode começar.
No teste As tarefas estão sendo testadas.
Pronto para lançamento Teste concluído; a liberação pode acontecer.
Lançado / Concluído Liberado.

Os Quatro Princípios do Kanban

Abaixo estão os quatro princípios básicos do Kanban:

  1. Comece com o que você tem agora : o sistema Kanban sugere trabalhar de forma incremental e comece com o que você tem atualmente. Já que uma de suas práticas é melhorar continuamente, você deve melhorar o sistema gradualmente.
  1. Concordar em buscar uma mudança incremental e evolutiva: Kanban recomenda uma mudança incremental no processo e você não deve fazer uma grande mudança no processo de uma só vez.
  1. Respeite o processo, funções e responsabilidades atuais: Mais uma vez, comece com o que você tem agora e mude o processo, a função e as responsabilidades de maneira incremental.
  1. Incentive atos de liderança em todos os níveis : Cada indivíduo pode atuar como um líder e fornecer ideias para melhorar a eficiência do sistema Kanban geral. Você não deve pensar que esta é uma atividade de nível gerencial, e mesmo o membro mais jovem da equipe pode atuar como um líder.

As Seis Práticas Básicas de Kanban

A seguir estão as seis principais práticas do Kanban:

  1. Visualize o fluxo de trabalho : Este princípio sugere ter um quadro Kanban (físico ou digital) para visualizar o fluxo de trabalho. Cada indivíduo de uma equipe deve ver seu cartão e os cartões dos outros membros da equipe. Você pode mover suas cartas em colunas diferentes conforme a imagem acima. Traz muita transparência para a equipe e também facilita a resolução de bloqueadores
  1. Limitar o trabalho em andamento : Kanban é um sistema baseado em pull e melhora a eficiência de uma equipe para limitar o trabalho em andamento e ter tarefas que podem ser concluídas no prazo determinado pela equipe. Esse limite de WIP se aplica do início ao fim do fluxo de trabalho. Você pode aplicar o limite no topo da coluna usando um número inteiro positivo.
  1. Foco no fluxo : este princípio se concentra no fluxo e em quaisquer interrupções. Se houver interrupções ou bloqueios, eles devem ser corrigidos permanentemente.
  1. Políticas explícitas : Políticas podem ser estabelecidas em equipe para reduzir o retrabalho e focar nas áreas que requerem atenção ou onde é mais eficaz.
  1. Feedback Loop : Feedback Loops são essenciais no Kanban. Não é apenas dentro da equipe, mas entre várias equipes, treinadores, etc. Isso ajuda a melhorar a saúde geral do sistema Kanban.
  1. Melhoria contínua : este é o princípio central do sistema Kanban. Afirma que você sempre pode melhorar o processo, e isso resultará em melhor eficiência.

Sistema baseado em pull

Kanban é um método baseado em pull, onde as tarefas são puxadas em vez de empurradas. Assim que tiver completado seu cartão atual, você pode puxar um novo cartão da coluna anterior do quadro Kanban.

Com o limite do WIP, Kanban auxilia na melhoria do Lead Time e Cycle Time. Deve haver o menor intervalo possível entre esses dois tempos. Por exemplo, temos 5 desenvolvedores e apenas 1 testador; o que vai acontecer neste caso? Sempre haverá muitos cartões que precisam ser testados e eles ficarão parados e esperando.

Para superar os problemas mencionados acima e melhorar a eficiência, Kanban segue a abordagem baseada em pull com limites de WIP, onde haveria um número limitado de cartões a serem retirados.

Portanto, um testador puxará uma tarefa do estágio "pronto para teste" quando terminar sua tarefa atual em mãos. Com o limite de WIP em colunas Kanban (estágios de desenvolvimento), você não terá muitos cartões autônomos no fluxo de trabalho Kanban.

O sistema baseado em puxada também ajuda a encontrar a velocidade correta para a equipe. Com a velocidade certa, a equipe terá um desempenho melhor.

Lead Time e Cycle Time

No método Kanban, o tempo de espera e o tempo de ciclo são amplamente usados, há uma diferença entre os dois e é importante entender isso para evitar confusão.

Tempo de espera Tempo de Ciclo
O lead time é medido como o tempo entre a chegada da tarefa em seu fluxo de trabalho e sua saída do fluxo de trabalho, o que significa que foi liberada. O tempo de ciclo é medido como o tempo entre a chegada da tarefa no estado "em andamento" e a chegada da tarefa no "pronto para liberação".

Aqui também é importante entender para não incluir o tempo que leva entre o lançamento e o lançamento real.

Tempo de ciclo = trabalho em andamento / taxa de transferência

No cenário ideal, a lacuna entre o lead time e o tempo de ciclo deve ser mínima, e Kanban usa um diagrama de fluxo cumulativo (CFD) para medir dados históricos de lead e tempo de ciclo.

Diagrama de fluxo cumulativo (CFD)

CFD é um gráfico que está disponível em todas as principais ferramentas de gerenciamento de fluxo de trabalho, como o JIRA. Este gráfico mede a quantidade total de cartões / tarefas de trabalho que entraram no fluxo de trabalho e acumularam cartões / tarefas concluídos ao longo do tempo.

Isso ajuda você a ter uma estimativa do lead time médio e do tempo de ciclo para o tempo pré-especificado.

O diagrama CFD fornecerá indicadores ou áreas problemáticas para corrigir. Ele fornecerá uma imagem clara e baseada neste diagrama. Você pode corrigir o lead time e o tempo de ciclo de sua equipe.

Diagrama de Fluxo Cumulativo Kanban

  1. Lead Time : é a duração entre a chegada de um novo cartão em seu fluxo de trabalho e sua saída final do fluxo de trabalho.
  2. Tempo de Ciclo : É o tempo decorrido entre a chegada do cartão ao estado de funcionamento e o momento em que o cartão está pronto para ser liberado.
  3. WIP : o trabalho em andamento (WIP) limita a quantidade máxima de itens de trabalho nas diferentes fases do fluxo de trabalho.
  4. Taxa de transferência : é o desempenho real e informa o número real de cartões entregues em um determinado período de tempo.
  5. Taxa de transferência = WIP / Tempo de ciclo

Limitando WIP (trabalho em andamento)

Na metodologia de desenvolvimento Kanban, o WIP limita o número de tarefas / cartões que podem ser trabalhados por um membro da equipe ou todos de uma vez.

Os limites de WIP garantem que a equipe estabilize seu trabalho e aumentem a natureza preditiva, o que é essencial no sistema baseado em pull. Normalmente, a decisão de limite do WIP é tomada pela própria equipe.

Razão para definir os limites de WIP:

Aqui estão as razões para definir os limites de WIP:

  • Ele muda o foco em fazer as coisas enquanto um indivíduo se concentra em uma única tarefa por vez.
  • Ajuda as equipes a entender sua capacidade.
  • Melhora a produtividade e o tempo de ciclo.
  • Ajuda a evitar o empilhamento de tarefas (em modo de espera).
  • Ajuda na movimentação do fluxo de trabalho e as tarefas continuam em movimento.
  • Também ajuda a resolver os bloqueadores como um indivíduo, não alternando entre tarefas diferentes.

Scrum vs. Kanban

Aqui estão as diferenças importantes entre Scrum vs. Kanban

Scrum Kanban
Scrum enfatiza o planejamento . Ele começa com o planejamento do sprint e termina com a retrospectiva do sprint. Existem muitas reuniões realizadas que ajudam a garantir que a equipe esteja alinhada com as próximas etapas, prioridades e aprendizados com os sprints anteriores. Kanban está aberto para fazer alterações em movimento. Isso significa que há menos rigidez e as coisas podem mudar com frequência .
Ele recomenda a coleta de medidas de tempo feitas durante os sprints Kanban recomenda gráficos para obter uma visão geral do progresso da equipe ao longo do tempo.
O Scrum não exige mais o comprometimento das equipes. Em vez disso, trata-se dos objetivos e previsões do sprint. Kanban depende de cronogramas e previsões .
Ele enfatiza o planejamento e, portanto, a estimativa tem um papel muito importante no Scrum Kanban não tem requisitos obrigatórios para estimativa.
Cada indivíduo tem seu papel e responsabilidades. Não há funções definidas, portanto flexibilidade em termos de responsabilidades individuais.
As iterações / Sprints têm duração fixa. Essa duração varia de 2 semanas a 1 mês. Kanban não é baseado na duração . Isso é medido em relação aos tempos de ciclo.
As equipes são obrigadas a comprometer uma quantidade específica de trabalho. O compromisso não é necessário , é opcional para as equipes.
Neste método, equipes multifuncionais são importantes, pois podem lidar com qualquer interrupção que possa causar um gargalo no desenvolvimento de software. Ter equipe especializada é importante.
Não é possível adicionar itens a iterações em andamento. Novos itens podem ser facilmente adicionados se houver capacidade adicional disponível.
Um sprint backlog é propriedade de apenas uma única equipe . Várias equipes podem compartilhar o quadro Kanban.
As entregas são determinadas por sprints , em que um conjunto de trabalho deve ser concluído e pronto para revisão. Produtos e processos são entregues continuamente conforme a necessidade. Portanto, o processo de teste e revisão ocorre simultaneamente.
O método de desenvolvimento de software Scrum foca no backlog . O método Kanban concentra-se inteiramente no painel do processo .
Cada membro da equipe tem uma função específica no Scrum master para decidir os cronogramas, o product owner define as metas e objetivos e os membros da equipe conduzem o trabalho de desenvolvimento. Não há funções predefinidas para uma equipe. No entanto, ainda pode haver um Gerente de Projeto; a equipe é incentivada a colaborar e trabalhar em conjunto.
Melhor para projetos com mudança de prioridades . Ideal para equipes com prioridades estáveis que provavelmente não mudarão com o tempo.
Mede a produção usando velocidade por meio de sprints. Mede a produção usando o tempo de ciclo ou o tempo exato que leva para concluir uma parte inteira de um projeto.
Scrum requer uma mudança completa do modelo tradicional para o modelo Agile Scrum que seria implementado no projeto. Kanban não permite mudanças drásticas no projeto.
É um método ideal para projetos com prioridades muito variadas . Mais adequado para equipes com prioridades estáveis .
No Scrum, toda a equipe se concentra em colaborar e concluir a tarefa para fornecer um trabalho de desenvolvimento de qualidade. As equipes trabalham para atingir as metas e reduzir o tempo de conclusão de todo o processo. Assim, a redução no ciclo de tempo é o maior indicador de sucesso aqui.
Ênfase do Scrum em seus cronogramas ; novos itens não podem ser adicionados a iterações em andamento. Kanban é mais iterativo por natureza, pois não tem prazos específicos . Assim, novos itens podem ser adicionados continuamente sempre que houver capacidade adicional disponível.
O trabalho total é feito em lotes / Sprints . Todo o projeto é executado no movimento de fluxos de itens de trabalho de thread único .
O Scrum master atua como um solucionador de problemas. Kanban incentiva que cada membro da equipe seja um líder e compartilhe responsabilidades entre todos eles.
Scrum prescreve iterações time-boxed . Kanban se concentra no planejamento de uma duração diferente para a iteração individual.
Scrum ajuda as empresas a economizar tempo e dinheiro . O método Kanban foca na melhoria contínua , produtividade e eficiência.
Obtenha uma comunicação estável e consistente de desempenho em todos os níveis. Os membros da equipe são mais propensos a realizar seus objetivos com muito mais facilidade por causa da natureza visual dos quadros Kanban.
Os projetos são codificados e testados durante a revisão do sprint Os membros da equipe são mais propensos a realizar seus objetivos com muito mais facilidade por causa da natureza visual dos quadros Kanban.
É mais fácil se adaptar às mudanças constantes por causa dos sprints curtos e feedback regular. Ele é projetado para uma produção regular e estável , grandes mudanças na demanda do cliente podem fazer o Kanban falhar.
O custo total do projeto é mínimo, o que pode levar a um resultado mais rápido e barato . Se uma tarefa não for estimada corretamente, o custo total do projeto nunca será preciso . Nesses casos, a tarefa pode ser distribuída por vários sprints.
Esta metodologia requer apenas membros da equipe experientes . Portanto, se a equipe for formada por pessoas que não são especialistas, o projeto não pode ser concluído a tempo. Nenhum cronograma específico é alocado para cada fase, então os membros da equipe nunca têm ideia de quanto tempo podem levar em cada fase.
Neste método Agile Scrum, é mais fácil entregar um produto de qualidade em um horário programado. Ele é projetado para uma produção regular e estável, grandes mudanças na demanda do cliente podem fazer o Kanban cair.
O plano do projeto nunca será perturbado, mesmo que um membro da equipe deixe a equipe. Se algum dos membros da equipe sair durante o desenvolvimento, isso pode prejudicar o desenvolvimento do projeto .
As reuniões diárias às vezes frustram os membros da equipe. Quadro Kanban desatualizado pode levar a problemas no processo de desenvolvimento.
Grandes projetos podem ser facilmente divididos em sprints facilmente gerenciáveis.

Resumo:

  • Definição de Kanban: Kanban é definido como uma metodologia de desenvolvimento ágil para desenvolver software, automóveis, mercadorias, medicamentos, calçados ou qualquer outro trabalho de manufatura.
  • Kanban usa o quadro Kanban para visualizar o trabalho. Ele usa colunas como estágios (tarefas, desenvolvimento, testes, etc.) e cartões como um item de trabalho.
  • A metodologia Kanban dá suporte ao quadro físico e digital para visualização.
  • Kanban é um sistema baseado em pull, e os cartões são puxados do estágio anterior para os estágios atuais pelos membros da equipe.
  • O método Kanban usa o diagrama CFD para compreender o tempo de espera e o tempo de ciclo da equipe. Este gráfico ajuda as equipes a corrigir a lacuna entre esses dois tempos e melhorar a eficiência.
  • Metodologia de desenvolvimento Kanban, WIP limita o número de tarefas / cartões que podem ser trabalhados por um membro da equipe ou todos de uma vez.
  • As mudanças de limites de WIP focam em fazer as coisas enquanto um indivíduo se concentra em uma única tarefa por vez.