Trabalhando com Scrum

1. O que é Scrum?

Você já percebeu que tudo que envolve desenvolvimento é padronizado, né? Mas e se eu te dissesse que tudo é padronizado mesmo? E aqui não é só sobre nomes de variáveis e funções, embora também sejam padronizados 🤦‍♂️.

Existe uma metodologia de desenvolvimento — chamada Agile — e sua implementação mais popular é o Scrum. O Scrum também é conhecido como framework — ele define todos os processos dentro da equipe. Quando devem acontecer as reuniões, quem deve participar, o que deve ser discutido, quais resultados devem ser entregues e em que formato 📋.

"Mas por que tanta padronização?", — você deve estar se perguntando. Primeiro, porque você trabalha num setor de alta tecnologia — high-tech, tudo mais. Segundo, porque assim fica mais fácil trabalhar junto. E, por último, na sua profissão de .NET Software Engineer, dá uma olhada na última palavra — engenheiro. E aí você entende de onde vem essa ideia.

2. Como funciona o trabalho com Scrum

Scrum é uma metodologia ágil de gerenciamento de projetos, bastante usada em desenvolvimento de software. Baseada em processos iterativos e incrementais 🔁

O Scrum divide os projetos em ciclos ou fases de desenvolvimento, chamados sprints, que geralmente duram de duas a quatro semanas. Cada sprint começa com o planejamento das tarefas que precisam ser feitas e termina com uma apresentação onde a equipe mostra os resultados alcançados 🎯.

Os principais elementos do Scrum incluem papéis, eventos e artefatos.

• Papéis principais — são o Product Owner, que define os requisitos do produto, o Scrum Master, que apoia o processo de acordo com as regras do Scrum, e a equipe de desenvolvimento, que realiza o trabalho.
• Eventos principais — são as reuniões diárias (daily meetings ou daily stand-ups), o planejamento dos sprints, as retrospectivas e as demonstrações dos resultados.
• Artefatos incluem o backlog (lista de tarefas) do produto, o backlog do sprint e o incremento do produto 📋.

Não se assuste! Apesar de toda essa regulamentação parecer meio assustadora, trabalhar "com Scrum" é fácil e até divertido. O Scrum resolveu um conflito clássico entre desenvolvedores e clientes/donos do produto 🤗

Os desenvolvedores sempre pediam pra deixá-los em paz e trabalhar sossegados. E os donos do produto precisavam fazer mudanças rápidas, incluir novas funcionalidades ou testar alguma coisa 🧪.

O Scrum dividiu o desenvolvimento em períodos estáveis — sprints (normalmente 2 semanas). Durante um sprint, os devs só fazem as tarefas planejadas pra ele. Se o cliente precisar de algo urgente, ele coloca essa funcionalidade na próxima sprint 🗓️.

3. Sprint & Scrum Board

Sprint é o ciclo principal de desenvolvimento no Scrum, com duração de uma a quatro semanas. Como já falamos, nesse período a equipe trabalha pra completar um conjunto de tarefas do backlog do produto.

No começo de cada sprint, rola o planejamento ⏳, onde a equipe escolhe as tarefas do backlog do produto e se compromete a entregá-las. O sprint termina com uma demonstração do que foi feito e uma retrospectiva, onde a equipe analisa o processo e busca formas de melhorar o próximo sprint. Assim, o produto fica sempre atualizado e a equipe consegue reagir rápido às mudanças de requisitos e prioridades.

Durante o sprint, os devs e o owner do produto precisam se reunir pra discutir as tarefas do próximo ciclo.

O Backlog 📚, ou seja, a lista de tarefas, é tudo que precisa ser feito. No Scrum, tem o backlog do produto — que inclui todas as funcionalidades e requisitos — e o backlog do sprint, que é só as tarefas escolhidas pra esse ciclo. O backlog é um documento vivo, que é atualizado e revisado pra ficar sempre alinhado com os objetivos do negócio e as condições do mercado.

O backlog do sprint costuma ser exibido numa Scrum Board ✅ — uma espécie de quadro com tarefas e seus status. O quadro é dividido em colunas, que representam as fases do trabalho, como "A fazer", "Em andamento", "Em revisão" e "Concluído". Assim, todo mundo consegue ver o progresso e identificar possíveis obstáculos na hora.