Trabalhando com Scrum

1. O que é Scrum?

Você já entendeu que tudo o que diz respeito ao desenvolvimento é padronizado. E se eu disser que praticamente tudo é padronizado? E não estou falando apenas de nomes de variáveis e funções — embora eles também sejam padronizados 🤦‍♂️.

Existe uma metodologia de desenvolvimento — chamada Agile — e a sua implementação popular é o Scrum. O Scrum também é chamado de framework — ele define todos os processos da equipe: quando devem acontecer as reuniões, quem deve participar, o que precisa ser discutido, quais devem ser os resultados e em que formato eles devem ser registrados 📋.

“Mas por que tanta padronização?”, você pode perguntar. Primeiro, você trabalha em um setor de alta tecnologia — high-tech e tudo mais. Segundo, assim é mais fácil trabalhar em conjunto. E, em terceiro lugar, no nome da sua profissão .NET Software Engineer, repare na última palavra — engenheiro. E você vai entender de onde isso vem.

2. Como é o trabalho com Scrum

Scrum é uma metodologia de gerenciamento de projetos flexível, muito usada no desenvolvimento de software, baseada em processos iterativos e incrementais 🔁

O Scrum divide os projetos em ciclos/etapas de desenvolvimento, chamados de sprints, que normalmente duram de duas a quatro semanas. Cada sprint começa com o planejamento das tarefas a serem executadas e termina com uma apresentação em que a equipe demonstra os resultados alcançados 🎯.

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

• Papéis principais — o Product Owner, que define os requisitos do produto; o Scrum Master, que mantém o processo de acordo com as regras do Scrum; e a equipe de desenvolvimento, que executa o trabalho.
• Eventos principais — reuniões diárias (daily meetings ou “dailies”), planejamento de sprints, retrospectivas e demonstrações de resultados.
• Artefatos incluem o backlog (lista de tarefas) do produto, o backlog do sprint e o incremento do produto 📋.

Não se assuste! Embora regulamentar tudo possa parecer um pouco assustador, trabalhar “com Scrum” é simples e agradável. O Scrum resolveu o principal conflito entre desenvolvedores e clientes/proprietários do produto 🤗

Os desenvolvedores sempre pediram para serem deixados em paz e poder trabalhar tranquilamente. Já os proprietários do produto precisavam, com urgência, incluir novas funcionalidades, mudar algo ou realizar algum experimento 🧪.

O Scrum dividiu o desenvolvimento em períodos estáveis — sprints (geralmente 2 semanas). Durante um período, os desenvolvedores fazem apenas as tarefas que foram planejadas para o sprint atual. Se o cliente precisa fazer algo com urgência, ele adiciona essas funcionalidades ao próximo sprint 🗓️.

3. Sprint & Scrum Board

Sprint é o ciclo básico de desenvolvimento no Scrum, com duração de uma a quatro semanas. Como já dissemos, durante esse período a equipe trabalha na execução de um conjunto específico de tarefas do backlog do produto.

No início de cada sprint ocorre o planejamento ⏳, em que a equipe escolhe tarefas do backlog do produto e se compromete a realizá-las. O sprint termina com uma demonstração do trabalho concluído e uma retrospectiva, em que a equipe analisa o processo do sprint e busca maneiras de melhorar o próximo sprint. Essa abordagem permite atualizar o produto regularmente, reagindo rapidamente a mudanças de requisitos e prioridades.

Durante o sprint atual, os desenvolvedores e o proprietário do produto (Product Owner) devem se reunir e discutir as tarefas do próximo sprint.

Backlog 📚, ou backlog, é a lista de todas as tarefas que precisam ser realizadas. No Scrum, distinguem-se o backlog do produto, que inclui todos os requisitos do produto (funcionalidades), e o backlog do sprint, que é composto pelas tarefas escolhidas para implementação no sprint atual. O backlog é um documento vivo, atualizado e revisado regularmente para garantir aderência aos objetivos de negócio e às condições do mercado.

O backlog do sprint atual costuma ser exibido na forma de um Scrum Board ✅ — um quadro com tarefas e status. O quadro é dividido em colunas, que normalmente representam estágios de execução, como “A fazer”, “Em andamento”, “Em revisão” e “Concluído”. Isso permite que toda a equipe veja o progresso e identifique com facilidade quaisquer dificuldades no fluxo de trabalho.