13.1 O que é Scrum?
Você já entendeu que tudo relacionado ao desenvolvimento é padronizado. Mas e se eu te disser que absolutamente tudo é padronizado? E nem 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 sua implementação popular é o Scrum. O Scrum também é chamado de framework de equipe: ele define todos os processos na equipe. Quando devem ser as reuniões, quem deve estar nelas, o que deve ser discutido, quais devem ser os resultados das reuniões e em que formato devem ser registrados.
Mas por que tanta padronização, você pergunta. Bem, primeiro, você trabalha no setor de alta tecnologia — high-tech e tudo mais. Em segundo lugar, assim é mais fácil para todos trabalharem uns com os outros. E em terceiro lugar, no título da sua profissão Frontend Fullstack Software Engineer, preste atenção na última palavra — engenheiro. E você vai entender de onde isso vem.
13.2 Como é trabalhar com Scrum
Scrum é uma metodologia flexível de gerenciamento de projetos, frequentemente usada no desenvolvimento de software. Ela é baseada em processos iterativos e incrementais.
Scrum divide projetos em ciclos de desenvolvimento chamados sprints, que geralmente duram de uma a quatro semanas. Cada sprint começa com o planejamento das tarefas que devem ser concluídas e termina com uma apresentação, onde a equipe demonstra os resultados alcançados.
Os elementos-chave do Scrum incluem papéis, eventos e artefatos.
Principais papéis — são o Product Owner, que define os requisitos do produto, o Scrum Master, que mantém o processo conforme as regras do Scrum, e a equipe de desenvolvimento, que realiza o trabalho.
Principais eventos — são as reuniões diárias (daily meetings), o planejamento de sprints, as retrospectivas e as demonstrações dos resultados. Os artefatos incluem o backlog do produto, o backlog do sprint e o incremento do produto.
Não se assuste: mesmo que regulamentar tudo possa parecer um pouco assustador, trabalhar com Scrum é fácil e agradável. O Scrum resolveu o conflito principal entre os desenvolvedores e os clientes/proprietários de produtos.
Os desenvolvedores sempre pediam para deixá-los em paz e deixá-los trabalhar em paz. E os donos do produto precisavam urgentemente adicionar novas features, adicionar algo, ou realizar algum experimento.
O Scrum dividiu o desenvolvimento em períodos estáveis — sprints (geralmente 2 semanas). Durante esse tempo, os desenvolvedores fazem apenas as tarefas que foram planejadas para o sprint atual. Se o cliente precisa de algo com urgência, ele adiciona essas features no próximo sprint.
13.3 Sprint & Scrum Board
Sprint — é o ciclo principal de desenvolvimento no Scrum, geralmente com duração de uma a quatro semanas, durante o qual 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 concluí-las. O sprint termina com a demonstração do trabalho concluído e uma retrospectiva, onde a equipe analisa o processo de trabalho no sprint e busca maneiras de melhorar o próximo sprint. Essa abordagem permite atualizar regularmente o produto, respondendo rapidamente às mudanças de requisitos e prioridades.
Durante o sprint atual, os desenvolvedores e o dono do produto devem se reunir para discutir as tarefas para o próximo sprint. A lista de tarefas é chamada de backlog.
Backlog, ou backlog, — é uma lista de todas as tarefas que precisam ser concluídas. No Scrum, diferencia-se o backlog do produto, que inclui todos os requisitos do produto (features), e o backlog do sprint, composto das tarefas selecionadas para execução no sprint atual. O backlog é um documento vivo, que é regularmente atualizado e revisado para garantir conformidade com os objetivos de negócios atuais e condições de mercado.
O backlog do sprint atual é muitas vezes exibido como um Scrum Board — um tipo de quadro com tarefas e status. O quadro é dividido em colunas que geralmente representam estágios de execução das tarefas, como "A fazer", "Em andamento", "Em revisão" e "Concluído". Isso permite que toda a equipe veja o progresso e identifique facilmente quaisquer dificuldades no fluxo de trabalho.
GO TO FULL VERSION