Kanplan: onde o backlog encontra o Kanban

Usar o método ágil com uma metodologia mista é o ideal para a equipe?

Laura Daly Laura Daly
Buscar tópicos

Não há uma solução rápida quando se trata de escolher uma estrutura ágil para uma equipe ágil, usando kanban, scrum ou uma combinação dos dois, como scrumban e kanplan. O método ágil é um processo de equipe. Cada equipe precisa descobrir qual estrutura funciona melhor como uma base para como planejar, monitorar e liberar ótimos softwares.

Scrumban vs. kanban vs. scrum

O objetivo do Kanban é atribuir trabalho na medida certa para que as equipes trabalhem com consistência. As equipes que usam o Kanban se beneficiam de um planejamento flexível, foco mais claro e transparência total, pois o que estiver no painel é a prioridade número 1. É nisso que os desenvolvedores estão trabalhando. O Kanban é ideal para equipes operacionais voltadas à entrega contínua em meio a mudanças de prioridade.

Por outro lado, o scrum divide o trabalho em várias iterações de tamanho fixo, chamadas de sprints. Tudo o que estiver programado para um sprint é a prioridade número 1 da equipe (por exemplo, um recurso específico ou um grupo de recursos). Equipes de produto que têm um roteiro claro e etapas de trabalho prioritárias são as que mais se beneficiam do Scrum.

Mas, talvez, a equipe se beneficie mais de uma combinação do Scrum e do Kanban, ou queira fazer a transição do Scrum para o Kanban. Se isso lembra a sua equipe, a solução é o Scrumban. Essa metodologia mista se manifesta de jeitos diferentes, mas as tendências mais comuns entre equipes scrumban envolvem o uso de sprints com um backlog do scrum e limites de WIP e tempo de ciclo do Kanban. (Observação: o tempo de ciclo é a quantidade de tempo para a tarefa passar pelo fluxo de trabalho de uma equipe.)

E as equipes que não querem trabalhar com iteração, mas ainda querem a capacidade de revisar um backlog? O Kanplan (ou a ativação do recurso de backlog do Kanban) no Jira Software pode ser a resposta.

O que é o kanplan?

O Kanplan é uma metodologia mista para a prática do desenvolvimento de software com agilidade. Como o Scrumban, ele combina recursos do Scrum e do Kanban. O Kanplan é ideal para equipes que querem revisar um backlog, mas não querem trabalhar em sprints. 

Por que o kanban é uma base e não uma estrutura rigorosa?

A equipe de engenharia de compilação da Atlassian é responsável por uma plataforma usada para compilar, testar e entregar o software da Atlassian. Os desenvolvedores dependem de uma infraestrutura confiável e da integração contínua (IC) rápida. Há quatro anos, isso se resumia a 21 mil compilações por mês. Hoje, esse número excede 150 mil compilações por mês.

Essa capacidade de dimensionar pode ser atribuída ao crescimento da equipe, à migração do Subversion para o Git, a testes automatizados e a algo menos óbvio: a decisão de mudar do Scrum para o Kanban. A natureza do trabalho de engenharia de compilação (solicitações ad hoc, incidentes, trabalho de inovação) não se adequava bem em uma estrutura Scrum. Então a equipe decidiu usar o Scrumban e logo passou para o Kanban, pois ninguém gostava de trabalhar com sprints. No entanto, o Kanban não era tudo aquilo que se esperava. Como muitas outras equipes, eles tentaram fazer com que desse certo. Saíram de um painel para vários (um painel de engenharia de suporte, um painel de trabalho do projeto e outros), todos com diferentes fluxos de trabalho. Mas qual era o maior obstáculo em todos os painéis? O "deserto", como definiu um membro da equipe, de itens não classificados que precisavam ser movidos para o modo "prontos para o trabalho". Uma vez na coluna "Em andamento", a equipe podia começar, mas a coluna "A fazer" — a coluna "deserto" — era apenas isso: um deserto.

Transformar sua lista de afazeres em uma lista de pendências

Nossa equipe de engenharia de compilação tentou enfrentar a longa e desorganizada lista de afazeres com reuniões rápidas diárias e reuniões de planejamento semanais. Mas era um backlog aquilo de que eles de fato precisavam, e não de mais reuniões.

Como os painéis Kanban não costumam ter a funcionalidade de backlog, os gerentes de produtos, os gerentes de desenvolvimento e os líderes de equipe usam os itens da primeira coluna para o planejamento. À medida que a lista cresce, é difícil ver e priorizar os itens. A equipe de engenharia de compilação dividiu os painéis com base em diferentes áreas de trabalho, mas o painel combinado da equipe permaneceu sobrecarregado (com muita rolagem de barra).

Em vez de tentar descobrir maneiras diferentes de reorganizar a equipe e os painéis ou de reinventar a roda, a equipe do Jira Software decidiu levar os backlogs para o Kanban. O recurso Kanplan, agora disponível no Jira Software Cloud e Server, apresenta um backlog em uma coluna ampla com os itens em uma exibição em lista. Isso divide o painel Kanban em duas telas diferentes: o backlog de revisão de tarefas e o painel Kanban para a equipe de engenharia selecionar e mover tarefas pelo fluxo de trabalho.

Essa funcionalidade não é diferente do backlog de um painel do Scrum no Jira Software. Por exemplo, ao clicar no ícone do backlog na barra lateral, você acessa uma coluna ampla de itens do backlog. Após revisar o backlog, é possível arrastar e soltar os itens na próxima etapa do fluxo de trabalho.

Kanplan - lista de pendências ágeis | Coach Agile Atlassian

Essa combinação da tela de backlog do Scrum com o painel Kanban em um painel ágil funciona como um backlog do painel do Scrum. Ao clicar em um item, são exibidos os detalhes dele. Exibições focadas, como a exibição de detalhes do item, permitem que os membros da equipe executem tarefas com mais rapidez e menos distrações.

Por fim, as equipes não Scrum que usam epics e versões pré-atribuídas para organizar os lançamentos podem se beneficiar das ferramentas encontradas nos painéis do Scrum, como a exibição de itens ou a edição rápida. Essa edição simples e rápida dá aos gerentes de produto, gerentes de desenvolvimento e todos os que trabalham no modo de planejamento a capacidade de gerenciar epics e versões com eficiência.

Deseja adicionar uma lista de referências ao seu quadro kanban?

Quer testá-lo?

Selecione a opção de implementação (Cloud ou Server) e então siga um destes tutoriais para ativar um backlog no projeto Kanban:

O objetivo do Kanplan, conforme dito por um cliente, é proporcionar a você "o melhor dos dois mundos". É possível fazer o trabalho sem ter um sprint em andamento, bem como inserir tarefas em um backlog para ajudar você a se planejar melhor. Ele elimina o deserto da equipe de engenharia de criação da Atlassian e fornece às equipes Kanban um modo de planejamento que ainda não existe em um ambiente Kanban. Ele também orienta um novo modo de trabalho para equipes que não sentem que o Kanban, o Scrum ou o Scrumban fornecem a base necessária para fazer o trabalho que querem. Ao possibilitar um modo de planejamento em um painel Kanban, equipes novas e já experientes em Kanban encontram modos de fazer essa estrutura ágil funcionar em vez de tentar seguir melhores práticas que podem não ser aplicáveis à equipe. Lembre-se: o desenvolvimento ágil está relacionado à melhoria contínua e não a melhores práticas.