Scrum e Kanban: duas poderosas metodologias ágeis explicadas

Então você está prestes a gerenciar um projeto complexo? Há um monte de trabalho que precisa ser feito, mas não entre em pânico! Como gerente de projeto, você será responsável por planejar, monitorar, gerenciar o orçamento, executar, verificar a qualidade e liberar o projeto final no prazo. Felizmente, existem muitas metodologias de gerenciamento de projetos que podem tornar seu trabalho (e de sua equipe também) mais fácil e muito mais eficiente!

Neste artigo, gostaria de me concentrar nas duas metodologias ágeis mais populares – Scrum e Kanban – que conquistaram o mundo do desenvolvimento de software nos últimos anos. Nos dias de hoje, dificilmente você encontrará uma software house que não adote esses dois frameworks para gerenciamento de projetos. Do que eles tratam? Continue lendo e aprenda tudo o que você precisa saber sobre Scrum e Kanban!

O que exatamente é a metodologia Agile no gerenciamento de projetos?

Hoje as empresas não trabalham mais em um único projeto sem testá-lo em todas as etapas do processo de desenvolvimento. Simplesmente não compensa! Por que não?

Imagine: toda a sua equipe trabalha por vários meses, digamos, desenvolvendo um aplicativo móvel, que você só testa e avalia no final, quando todo o trabalho de seus desenvolvedores, designers e redatores de back-end e front-end já estiver concluído. E se só então você perceber que seu produto não responde mais às exigências do mercado e às necessidades do usuário? Você precisaria então introduzir iterações subsequentes de todo o projeto, o que consome muito tempo, dinheiro e energia.

A metodologia ágil é, portanto, uma ótima solução que melhora significativamente o fluxo de trabalho e a fácil implementação de mudanças em todas as etapas. O princípio-chave por trás do Agile é dividir um projeto “grande” e complexo em vários itens menores (ou recursos) e liberá-los um após o outro. Aqui, tanto o desenvolvimento quanto o teste são duas atividades simultâneas, facilitando a validação contínua do projeto e a introdução de todas as melhorias necessárias.

O interessante é que, embora por muitos anos o Agile tenha prevalecido em empresas de TI e desenvolvimento de software, essa metodologia se mostrou tão eficaz que hoje em dia é usada em muitos outros campos, como marketing, vendas, RH ou operações. De acordo com o State of Agile Report preparado pela Verison One, em 2020, 95% das empresas de tecnologia e casas de software estavam praticando vários métodos ágeis.

Framework Scrum: por que é tão incrível?

Muitas pessoas tendem a misturar dois conceitos que, embora pareçam bastante semelhantes, não são sinônimos – são Agile e Scrum. Em poucas palavras, Agile é um termo abrangente que indica todos os métodos e abordagens especificados no Agile Manifesto , enquanto Scrum é de fato um desses métodos. É simples assim!

O que é Scrum e quando pode ser usado?

Scrum é um framework de gerenciamento de projetos, aplicado principalmente à construção de produtos complexos onde o processo de desenvolvimento leva pelo menos vários meses. Baseia-se, sobretudo, na transparência, na comunicação permanente entre todos os membros da equipa e na responsabilidade colectiva. Essa estratégia facilita a entrega da versão final do projeto que satisfaça as necessidades do público-alvo e responda às demandas atuais do mercado.

Embora o Scrum tenha se tornado uma estrutura líder, especialmente nos últimos anos, na verdade não é nada novo. Voltemos a 1986 quando a Harvard Business Review publicou o artigo The New Product Development Game . Lá, os autores descreveram uma abordagem de gestão empregada por empresas como Honda ou Canon que levou ao seu sucesso. Então, em 1993, esses conceitos inspiraram Jeff Sutherland e a equipe da Easel Corporation a estabelecer um processo baseado em equipe chamado Scrum.

Papéis e responsabilidades em uma equipe Scrum

Em uma equipe Scrum, todos os papéis são claramente definidos desde o início e geralmente não mudam ao longo de todo o projeto. Como regra, este framework possui 3 papéis fundamentais: Product Owner, Scrum Master e Time de Desenvolvimento.

Scrum Master

Um Scrum Master é uma espécie de líder de equipe (mas não totalmente) que garante que tudo seja feito da maneira certa e que o processo de desenvolvimento seja executado sem problemas. As principais responsabilidades de um Scrum Master são:

• treinar os membros da equipe para que todos trabalhem com mais eficiência para entregar novos recursos do produto digital
• planejar todas as tarefas para os próximos sprints (abaixo, falarei mais sobre sprints no Scrum) e manter o backlog do produto
• educar as partes interessadas e todos os membros da equipe sobre a importância dos princípios do Scrum para o gerenciamento de projetos
• avaliar se todas as tarefas são executadas de acordo com o plano
• tentando eliminar todos os obstáculos que dificultam a realização das tarefas em um determinado sprint.

É extremamente importante que um Scrum Master sempre trabalhe em estreita colaboração com um Product Owner . Juntos, eles planejam sprints subsequentes, avaliam a qualidade das tarefas concluídas, definem uma direção para a equipe e determinam se o projeto requer a introdução de mudanças. Simplificando, o Scrum Master faz o possível para ajudar o Time de Desenvolvimento a ter sucesso e entregar todos os recursos no prazo.

Proprietário do produto

Um Product Owner é responsável por entregar a versão final do produto que pode gerar lucros comerciais reais. Portanto, em todo o time Scrum, é o Product Owner quem define as prioridades e tem o papel mais decisivo . O importante aqui é que o backlog do produto seja gerenciado pelo Product Owner, que determina quais recursos do produto devem ser desenvolvidos prioritariamente, pois possuem o maior valor comercial.

Estas são as principais responsabilidades de um Product Owner:

• gerenciar o backlog do produto
• entrar em contato com as partes interessadas
• definindo o objetivo principal de cada sprint
• planejando o lançamento de novos recursos
• avaliar o trabalho do Time de Desenvolvimento e cancelar o sprint quando necessário

Equipe de desenvolvimento

Sem uma equipe de desenvolvimento, o Scrum não seria possível, pois eles fazem o trabalho real e completam todas as tarefas agendadas para sprints específicos.

Normalmente, a equipe de desenvolvimento é composta por pessoas com experiência em um campo específico , como iOS, aprendizado de máquina, desenvolvimento de back-end ou front-end. Todos eles unem forças para oferecer recursos de alta qualidade de um produto digital. No entanto, você deve ter em mente que, embora o termo “equipe de desenvolvimento” geralmente se refira a engenheiros, isso nem sempre é preciso. Profissionais de marketing, designers, analistas, testadores, redatores ou especialistas em vendas também podem agregar algum valor e fazer parte de uma equipe Scrum.

Uma das coisas a considerar ao construir uma equipe de desenvolvimento é o número de seus membros. Mesmo aqui o Scrum especifica algumas regras básicas! Diz-se que tal equipe deve ser composta de 3 a 9 pessoas e devem ter as habilidades necessárias para entregar todos os recursos. Claro que tudo depende da complexidade do projeto e das necessidades do cliente; às vezes 4 ou 5 desenvolvedores são suficientes para construir um produto digital.

Mas qual é exatamente o papel do Time de Desenvolvimento no Scrum? Basicamente, deve:

• construir todos os recursos do produto de acordo com as instruções do Product Owner
• determinar quantos itens construir em um determinado sprint
• gerenciar a carga de trabalho com eficiência para que todas as tarefas sejam concluídas até o final do sprint
• tomar todas as decisões relevantes em conjunto
• ter uma atitude 'nós' – a equipe toma todas as decisões, resolve os problemas em conjunto e cada pessoa se sente responsável pelos outros colegas

Processo de desenvolvimento Scrum em poucas palavras

Você já sabe o que é Scrum e quem forma uma equipe Scrum, então agora é hora de entender como é o processo de desenvolvimento nesta metodologia e como fazê-lo corretamente.

No processo Scrum, cada etapa conta e traz valor real para sua equipe. Aqui estão as principais etapas que você não deve pular:

1. Product Backlog : Uma lista de todos os itens que precisam ser construídos nos sprints a seguir. É gerenciado por um Product Owner juntamente com um Scrum Master que sabe exatamente quando cada recurso ou item deve ser lançado.
2. Reunião de Planejamento do Sprint : O objetivo principal desta reunião é definir o que cada membro do Time de Desenvolvimento fará no próximo sprint. É sempre organizado antes do início do sprint para que todos possam avaliar se podem concluir todas as tarefas antes do prazo. Certifique-se de que todos os membros da equipe compreendam totalmente o objetivo principal do sprint.
3. Sprint Backlog : Estas são as tarefas selecionadas retiradas do Product Backlog que a equipe escolheu realizar em um determinado Sprint.
4. Sprint : Aqui é onde toda a mágica acontece. O Sprint é um período curto, que geralmente leva de 1 a 4 semanas, quando a Equipe de Desenvolvimento trabalha para concluir todas as tarefas atribuídas durante a Reunião de Planejamento da Primavera.
5. Daily Scrums (também chamado de Standup): Reuniões extra curtas realizadas todos os dias no mesmo horário, durante as quais todos relatam o progresso do trabalho em 1-2 frases: eles falam sobre o que foi concluído e o que ainda precisa ser feito.
6. Revisão do Sprint : Quando o sprint termina, todos têm a chance de apresentar o que concluíram para outros colegas de equipe e até stakeholders, que frequentemente participam das revisões do Sprint.
7. Retrospectiva da Sprint : Agora é hora da última reunião que encerra todo o ciclo da Sprint. Se algum membro da equipe tiver alguma sugestão ou ideia sobre o que pode ser melhorado para o sprint seguinte, ele poderá fazê-lo durante a reunião de Retrospectiva do Sprint.

Para o processo Scrum, é essencial garantir que cada ciclo Scrum tenha a mesma estrutura : começa com uma Reunião de Planejamento do Sprint, depois todos começam a trabalhar e concluem as tarefas definidas para o sprint e, no final, todos os membros da equipe mostram o que eles conseguiram.

Há mais uma coisa que eu quero que você lembre: Scrum tem uma filosofia de mudança muito rígida. O que isso significa na prática? Os membros da equipe Scrum não devem alterar as tarefas ou os principais objetivos durante o sprint. Se eles não conseguirem entregar os resultados planejados, deve ser uma lição para o futuro estimar melhor o tempo necessário para concluir os itens.

Algumas palavras sobre Kanban

Agora que você aprendeu o que é Scrum e como construir um produto digital com ele, é hora de focar um pouco mais na segunda metodologia Agile. Tenho certeza que você já está familiarizado com isso – mesmo que ainda não perceba!

O que é Kanban e quando pode ser aplicado?

O termo Kanban vem do japonês e pode ser traduzido simplesmente como “sinal visual”. É basicamente disso que trata esta metodologia. No Kanban, cada elemento tem sua representação visual – um cartão que os membros da equipe colocam em quadros brancos e alteram seu status (como 'fazer', 'fazendo' ou 'feito').

Essa abordagem pode ser facilmente aplicada por qualquer setor, mas é mais frequentemente escolhida por equipes de desenvolvimento de software envolvidas em projetos complexos e demorados. E por um bom motivo – o Kanban facilita a comunicação em tempo real e torna o trabalho de todos os colegas de equipe totalmente transparente.

Curiosamente, o Kanban é de fato uma metodologia muito mais antiga que o Scrum. Seu início remonta à década de 1940, quando a Toyota introduziu um sistema de cartões separados colocados em quadros brancos em suas fábricas que os trabalhadores podiam trocar a qualquer momento. Como resultado, essa estratégia facilitou muito o trabalho e acelerou a comunicação entre as equipes.

Quem é quem em uma equipe Kanban?

Ao discutir Scrum, descrevi os papéis, responsabilidades e competências exatas de cada membro da equipe (Scrum Master, Product Owner e desenvolvedores). Aqui, as coisas são muito diferentes. Kanban não define quem tem mais poder ou responsabilidades, pois praticamente todos os membros da equipe são iguais e unem forças e conjuntos de habilidades coletivamente.

Além disso, o Kanban não especifica quantas pessoas podem trabalhar juntas em um projeto, portanto, qualquer estrutura de equipe é aceitável. No entanto, se você deseja melhorar o fluxo de trabalho, convém considerar a criação de uma equipe de desenvolvimento cruzado. Graças a esta solução, membros da equipe com diferentes áreas de especialização podem compartilhar seus conhecimentos e dar feedback em cada etapa do desenvolvimento do produto. Dessa forma, não haverá necessidade de consultar outras equipes!

O que é um quadro Kanban e como criá-lo?

O quadro Kanban é o coração e a alma desta metodologia. É uma ferramenta de gerenciamento de projetos criada para visualizar o andamento de cada tarefa em tempo real. Se você está se perguntando se seus colegas de equipe já começaram a trabalhar em um recurso importante, ou talvez já tenham terminado, basta verificar o quadro e agora você sabe!

Este exemplo mostra exatamente o que é Kanban e como ele visualiza o trabalho:

Portanto, o conceito geral por trás dos quadros Kanban é bem simples: você tem várias colunas rotuladas e em cada uma delas você coloca cartões visuais. Estes podem ser adesivos ou bilhetes. Em cada um desses cartões, você escreve o nome do projeto no qual está envolvido atualmente ou o item de trabalho específico que está construindo. Em seguida, tudo o que você precisa fazer é alocar um cartão específico para uma coluna específica para que o restante de sua equipe seja atualizado e saiba exatamente no que você está trabalhando agora.

O exemplo que você pode ver acima mostra categorias de coluna típicas, que são:

• 'façam'
• 'em andamento'
• 'teste'
• 'feito'

Observe, no entanto, que você pode descrever seu fluxo de trabalho de forma mais ampla e adicionar colunas adicionais – a escolha deles dependerá do projeto que você está gerenciando.

Se você deseja que sua equipe tenha sucesso, há mais uma coisa que você precisa estar ciente – você deve definir limites para itens em que sua equipe pode trabalhar ao mesmo tempo. É por isso que o Kanban também recomenda definir limites de trabalho em andamento (WIT) . Como colocar em prática? Você precisa especificar quantos cartões podem ficar em uma coluna (por exemplo, 'Em andamento') ao mesmo tempo. Se sua equipe atingir esse limite, eles simplesmente não poderão adicionar mais cartões. Definir esses limites é sempre uma ótima solução para lidar com a sobrecarga de trabalho.

Scrum vs. Kanban: qual framework vence essa batalha?

Bem, a resposta para essa pergunta não é tão simples assim. Essas duas estratégias ágeis compartilham alguns princípios semelhantes, mas as práticas que empregam são duas coisas completamente diferentes. Enquanto o Kanban é mais fluido e favorece a mudança contínua e o feedback regular, o Scrum é muito mais rigoroso e organizado.

Pronto para o seu próximo projeto de software?

Vamos trabalhar juntos

Aqui estão as principais diferenças entre essas duas estruturas de gerenciamento de projetos:

Então, qual desses frameworks ágeis você escolherá para gerenciar seus projetos? Ou você gostaria que os especialistas fizessem isso por você? Sinta-se à vontade para entrar em contato conosco - ao introduzir várias metodologias ágeis, entregamos mais de 150 produtos de sucesso prontos para uso!