kanban

Hoje, as equipes ágeis de desenvolvimento de software são capazes de aproveitar esses mesmos princípios do JIT, combinando a quantia do trabalho em andamento (WIP) com a capacidade da equipe. Isso proporciona às equipes opções de planejamento mais flexíveis, saída mais rápida, foco mais claro e transparência ao longo do ciclo de desenvolvimento.

Embora os princípios centrais da estrutura sejam atemporais e válidos a quase todas as indústrias, as equipes de desenvolvimento de software encontraram um sucesso especial com a prática ágil. Isso ocorre, em parte, porque as equipes de software podem começar a praticar com pouca ou nenhuma sobrecarga, uma vez que entendem os princípios básicos. Ao contrário da implementação do método Kanban no chão de fábrica, que envolveria mudanças nos processos físicos e a adição de materiais substanciais, as únicas coisas físicas que as equipes de software precisam são um quadro e cartões, que podem até mesmo ser virtuais.

O trabalho de todas as equipes Kanban gira em torno de um quadro do Kanban, uma ferramenta usada para visualizar o trabalho e otimizar o fluxo do trabalho entre a equipe. Embora os quadros físicos sejam populares entre algumas equipes, os quadros virtuais são um recurso crucial em qualquer ferramenta de desenvolvimento ágil de software para sua rastreabilidade, colaboração mais fácil e acessibilidade de vários locais.

Independentemente de o quadro de uma equipe ser físico ou digital, sua função é assegurar que o trabalho da equipe seja visualizado, que seu fluxo de trabalho seja padronizado e que todos os bloqueadores e dependências sejam imediatamente identificados e resolvidos. Um quadro básico do Kanban tem um fluxo de trabalho de três etapas: "To Do", "In Progress" e "Done" (a fazer, em andamento e feito). No entanto, dependendo do tamanho, da estrutura e dos objetivos da equipe, o fluxo de trabalho pode ser mapeado para atender ao processo exclusivo de qualquer equipe específica.

A metodologia Kanban depende da transparência total do trabalho e da comunicação de capacidades em tempo real. Portanto, o painel Kanban deve ser visto como a única fonte de verdade para o trabalho da equipe.

Em japonês, kanban é traduzido literalmente como "sinal visual." Para as equipes Kanban, cada item de trabalho é representado como um cartão separado no quadro.

A principal finalidade de representar o trabalho como um cartão no quadro do Kanban é permitir que os membros da equipe acompanhem seu andamento por meio do fluxo de trabalho e de uma maneira altamente visual. Os cartões Kanban apresentam informações cruciais sobre determinado item de trabalho, dando visibilidade total à equipe sobre quem é o responsável por ele, uma breve descrição da tarefa sendo feita, qual a estimativa de tempo para essa parte do trabalho e assim por diante. Muitas vezes, os cartões nos quadros virtuais do Kanban também apresentarão capturas de tela e outros detalhes técnicos valiosos para o destinatário. Ao permitir que os membros da equipe visualizem não só a situação de cada item de trabalho a qualquer momento, mas também todos os detalhes associados, garante-se maior foco, total rastreabilidade e identificação rápida de bloqueadores e dependências.

O que é Kanban? O Kanban é uma das metodologias de desenvolvimento de software mais populares adotadas por equipes ágeis atualmente. Ele oferece várias vantagens adicionais para o planejamento e a transferência de tarefas para equipes de todos os tamanhos.

Uma equipe Kanban concentra-se apenas no trabalho ativo em andamento. Depois que a equipe conclui um item de trabalho, ela remove o próximo item de trabalho do topo do backlog. O proprietário do produto é livre para priorizar o trabalho na lista de pendências sem interromper a equipe, porque qualquer alteração fora dos itens de trabalho atuais não impactam a equipe. Contanto que o proprietário do produto mantenha os itens de trabalho mais importantes no topo da lista de pendências, a equipe de desenvolvimento tem certeza de que está retornando o valor máximo para a empresa. Portanto, não há necessidade das iterações de extensão fixa que você encontra no scrum.

O tempo de ciclo é uma métrica-chave para as equipes Kanban. O tempo de ciclo é a quantidade de tempo que uma unidade de trabalho leva para passar pelo fluxo de trabalho da equipe desde o momento que o trabalho é iniciado até o seu envio. Ao otimizar o tempo de ciclo, a equipe pode prever com confiança a entrega do trabalho futuro.

A sobreposição de conjuntos de habilidades leva a tempos de ciclo menores. Quando apenas uma pessoa detém um conjunto de habilidades, ela se torna um gargalo no fluxo de trabalho. Dessa forma, as equipes empregam as melhores práticas básicas, como revisão de código e ajuda em mentoria, para disseminar o conhecimento. Habilidades compartilhadas significam que os membros da equipe podem assumir um trabalho heterogêneo, o que otimiza ainda mais o tempo de ciclo. Assim, se houver um gargalo no trabalho, toda a equipe pode se mobilizar para que o processo flua com perfeição outra vez. Por exemplo, o teste não é feito apenas por engenheiros de controle de qualidade. Os desenvolvedores também o fazem.

Em uma estrutura Kanban, é responsabilidade de toda a equipe assegurar que o trabalho esteja avançando perfeitamente pelo processo.

Ser multitarefas mata a eficiência. Quanto mais itens de trabalho em curso em um determinado momento, mais troca de contexto, o que dificulta o caminho para a conclusão. É por isso que um dos princípios básicos do Kanban é limitar a quantidade de tarefas em andamento (WIP, Work in Progress). Esse recurso limita gargalos e backups em destaques no processo da equipe devido à falta de foco, pessoas ou conjunto de habilidades.

Por exemplo, uma equipe de software típica pode ter quatro estados de fluxo de trabalho: "A fazer", "Em andamento", "Análise de código" e "Concluído". Eles poderiam optar por definir um limite WIP de 2 para o estado de análise de código. Pode parecer um limite baixo, mas tem um bom motivo: muitas vezes os desenvolvedores preferem escrever um código novo em vez de gastar o tempo revendo o trabalho de outra pessoa. Um limite baixo encoraja a equipe a prestar atenção especial aos problemas no estado de análise e a analisar o trabalho de outros antes de criar suas próprias análises de código. Assim, o tempo total de ciclo é reduzido.

Um diagrama de fluxo cumulativo mostra o número de itens em cada estado. A equipe pode detectar bloqueios com facilidade vendo o número de aumento de itens em qualquer estado determinado. Os itens em estados intermediários, como "Em andamento" ou "Em revisão", ainda não foram enviados para clientes e um bloqueio nesses estados pode aumentar a probabilidade de conflitos de integração em massa quando o trabalho for incorporado a montante.

A entrega contínua (CD) é a prática de lançar trabalhos com frequência para clientes. A integração contínua (CI) é a prática de fazer a compilação e o teste automáticos do código com incrementação ao longo do dia. Juntas, elas formam um pipeline de CI/CD que é essencial para que as equipes de desenvolvimento (em especial as equipes de DevOps) lancem mais rápido o software, garantindo alta qualidade.

O Kanban e a CD se complementam com perfeição, porque ambas as técnicas se concentram na entrega just-in-time (e one-at-a-time) de valor. Quanto mais rápido uma equipe puder oferecer inovação para o mercado, mais competitivo o produto vai estar no mercado. E o foco das equipes Kanban é bem este: otimizar o fluxo de trabalho para clientes.

Kanban e scrum compartilham alguns dos mesmos conceitos, mas têm diferentes abordagens. Eles não devem ser confundidos um com o outro.

Algumas equipes misturaram os ideais do Kanban e Scrum para formar o "Scrumban." Eles tomam os sprints de extensão fixa e as funções a partir do Scrum e focam nos limites de trabalho em andamento e no tempo de ciclo a partir do Kanban. Porém, para as equipes que acabaram de começar com o Agile, é muito recomendável escolher uma metodologia ou outra e usar por um tempo. Você sempre pode iniciar aquela que for ideal mais tarde.