Kanban ou Scrum
Você se pergunta qual método ou framework usar? Neste artigo você encontrará a definição de Kanban e Scrum, prós e contras de cada um. Ambos são sistemas de trabalho interativos e ágeis. Ambos se concentram na entrega antecipada, com melhoria contínua do processo.
O que é Kanban?
Kanban em sua forma mais simples é uma maneira de gerenciar o trabalho pesando as solicitações com a capacidade. Essa estrutura ágil se originou da manufatura enxuta, mais amplamente associada à Toyota.
O maior diferenciador visual entre Kanban e Scrum é a falta de sprints. Normalmente, os quadros Kanban são organizados em colunas e o trabalho flui da esquerda para a direita. A coluna mais à esquerda é normalmente o trabalho a ser feito e a coluna mais à direita é o trabalho que foi concluído ou, às vezes, bloqueado. Ser visual significa funcionar através de um esquema de colunas e cartões (que podem ser coloridos), facilitando a visualização do que precisa ser feito por todos os membros da equipe.
É importante observar que não há maneira certa ou errada de configurar um quadro Kanban e que isso depende muito de uma variedade de fatores, como o tipo de trabalho que está sendo feito, restrições impostas pelo processo, a inclusão de épicos.
O Kanban é um método e nada mais é do que um sistema ágil e visual para controle de produção ou gestão de tarefas. Sim, até mesmo o Scrum! Como David Anderson enfatizou em seu livro azul Kanban, o Kanban não é uma metodologia de desenvolvimento de software ou de gerenciamento de projetos. É um método para melhorar o que quer que você faça. Na verdade, o Kanban não pode ser aplicado ou implementado sem a existência de um processo.
Kanban
Embora Kanban tenha se tornado popular com o desenvolvimento de software, também está se tornando cada vez mais popular com outros aspectos de negócios, como recrutamento, projetos de marketing e iniciativas de liderança.
A principal métrica usada no Kanban para determinar a eficácia do processo é o Cycle Time.
O que é Scrum?
A definição de nível básico do Scrum é muito semelhante ao Kanban. Scrum, em sua forma mais simples, é uma forma de gerenciar o trabalho, mas de uma forma time boxed. As caixas de tempo são mais comumente chamadas de sprints.
Normalmente, os sprints duram duas semanas, mas podem durar até um mês. Todos os dias, há uma reunião diária que também é chamada de daily. Essa reunião diária não dura mais do que 15 minutos e é um momento para verificar o andamento do sprint. Na daily responde a três perguntas:
O que você fez ontem?
No que você está trabalhando hoje?
Você tem algo impedindo seu progresso?
Essa estrutura ágil é usada para que o time possa trabalhar como um grupo para atingir uma meta valiosa para o negócio. A estrutura também é amplamente usada e aceita no desenvolvimento de produtos porque, em vez de planejar todos os requisitos antecipadamente, eles são criados ao longo do caminho. Isso permite que as mudanças aconteçam com muito mais facilidade e rapidez, dando à equipe a chance de se adaptar a novos requisitos, mudanças de destino e novas tecnologias.
Além disso, essa estrutura específica permite a medição da velocidade, que é a quantidade média de pontos da história que um time pode realizar em qualquer sprint. Isso permite que projeções precisas sejam feitas em relação aos lançamentos.
Scrum tem muito mais processos por trás do que Kanban, mas vamos apenas focar na definição do nível básico para que possamos continuar a comparar Kanban vs Scrum.
Prós e contras do Kanban e Scrum
Kanban
Scrum
Scrum e Kanban são estruturas viáveis e bem-sucedidas para usar no desenvolvimento de produtos e software. No entanto, você nunca deve ter medo de ir além do que é descrito como ‘padrão’.
A beleza do Agile é que ele foi criado para servir a uma equipe individual e não é necessariamente visto como ‘tamanho único’ quando se trata do framework usado como método de implementação. Raramente você encontrará um negócio ou produto que tenha sido desenvolvido dentro de um único silo de Scrum ou Kanban – simplesmente não é tão comum hoje.
É importante usar uma estrutura que funcione melhor para sua equipe e seus objetivos de produto ou desenvolvimento de software. Você pode descobrir que, ao começar a criar um produto, você começa com o objetivo de implementar por meio de uma estrutura, mas utilizando componentes de outras estruturas ao longo do caminho.
Por exemplo: Se você primeiro decidir abordar um produto com o método Kanban, mas também gostaria de implementar uma daily para garantir o alinhamento de toda a equipe, você deve se sentir confiante nesta decisão.
Existem abordagens documentadas para sobreposições dentro de Scrum e Kanban, mas certifique-se de que qualquer método que você escolher, você não limite a si mesmo ou sua equipe, apenas para seguir a estrutura.
Ferramentas
Asana
O Asana realmente não tem uma boa maneira de usá-lo para Scrum, mas funciona muito bem para projetos de estilo Kanban.
Jira é muito bom para projetos Scrum e Kanban (e até projetos além disso). Ele é um dos principais softwares de desenvolvimento de produtos usados em todo o mundo e há uma razão para isso. É incrivelmente robusto e pode lidar com praticamente qualquer tipo de projeto que você lançar nele.
https://www.atlassian.com/software/jira
Conclusão
Flexibilidade é fundamental. Faça o que for preciso para que sua equipe produza os melhores resultados.
Referências
Asana. Disponível em: https://asana.com/pt. Acesso: em 20 de set. 2021
Atlassian. Disponível em https://www.atlassian.com/software/jira. Acesso: em 26 set. 2021.
Kanbanguides. Disponível em: https://kanbanguides.org/. Acesso: em 26 de set. 2021.
Scrum. Disponível em: https://www.scrum.org/. Acesso: em 26 de set. 2021.
Você pode ler a revista online aqui no site ou realizar o download. Para isto basta acessar o menu superior Edição Atual e Anteriores, escolher o ano, rolar a página para encontrar a edição desejada. Clicar no botão Ler Online ou Download.
Ew Sistemas TI.