Esse post é o resultado do estudo para a certificação em Scrum Master, com a contribuição da Larissa. O Scrum atualmente é um dos frameworks mais populares e eficazes no mundo dos negócios e desenvolvimento de software. Foi criado por Ken Schwaber e Jeff Sutherland para otimizar a gestão de equipes e garantir entregas mais rápidas e de maior qualidade. Vamos falar um pouco sobre alguns de seus pontos relevantes, para ajudar outros que desejam aprender sobre o assunto e que tiveram dúvidas ao iniciar os estudos (assim como nós).
O Scrum é um framework (não uma metodologia), adaptativo que utiliza métodos ágeis para permitir times e organizações a lidarem com problemas complexos, entregando produtos de valor de forma incremental. Ele tem sido adotado por empresas de diferentes setores ao redor do mundo, sendo que se diferencia das outras metodologias por sua flexibilidade e foco na colaboração, aprendizado contínuo, menor custo e entrega de valor desde o começo (mais rápido).
No Scrum o objetivo é entregar algo com valor desde a primeira Sprint, com os ciclos curtos em que é possível errar menos e errar mais rápido, permitindo corrigir o rumo também mais rápido. Por esses motivos ele é amplamente adotado e provou ser eficaz para aumentar a produtividade, a capacidade de adaptação e a visibilidade em diversos setores.
Vamos explorar os conceitos fundamentais, principais regras e práticas e como implementar dentro da sua equipe. Se você está buscando entender como o Scrum pode transformar seus processos e resultados, continue lendo!
Os valores e pilares do Scrum
O Scrum é fundamentado no empirismo (que significa tomar decisões com base no que se conhece). Seus três pilares são:
- Transparência: Garante a visibilidade para que decisões sejam baseadas no estado real dos elementos,
- Inspeção: Que depende da transparência, e envolve a revisão constante para identificar desvios e problemas, realizada durante os eventos, e
- Adaptação: A partir da inspeção, permitindo ajustes rápidos no processo ou nos artefatos sempre que algo sai dos limites aceitáveis, minimizando assim o risco de prejuízos adicionais).
Para garantir seus pilares, seus processos foram moldado sobre os cinco valores: Compromisso, Foco, Abertura, Respeito e Coragem. O Scrum é composto por 3 elementos principais: Artefatos, Papéis e Eventos.
Artefatos
Incremento: Uma funcionalidade, que possua usabilidade e valor relevante ao projeto, atendendo aos requisitos de Definition of Done (DoD).
Definition of Done (DoD): Uma descrição de requisitos (cumprimento de medidas de qualidade) de um incremento;
Sprint Backlog: Itens que serão executados durante a Sprints, com foco em realizar entregas que alcancem um objetivo específico (o Sprint Goal). Não é fixo e pode ser ajustado conforme necessidade do time (apesar de ser exceção).
Sprint Goal: O objetivo definido para uma sprint, sendo ela que norteia a execução das atividades e o que será desenvolvido na sprint (para estar de acordo com o objetivo).
Papéis e Responsabilidades
Dentre os membros, citado acima, alguns possuem papéis e responsabilidade específicas. O Product Owner interage continuamente com os Stake Holders para poder definir e ordenar o Backlog do Produto (garantindo que o escopo e a ordem da entrega maximize o valor do produto), já que ele gere o essa parte apenas ele pode cancelar uma Sprint (caso o objetivo se torne obsoleto). Já o time de desenvolvedores irá executar diáramente atividades do Backlog da Sprint (com os itens que objetivam uma Sprint Goal) para entregar um incremente de solução que atenda aos requisitos de Definition of Done.
O último membro do Scrum, o Scrum Master, será um facilitador para que o ambiente Scrum possa ser executado, atuando quando for necessário em um modelo de mentoria. Apesar de existirem Stakehoders, os mesmos não fazem parte de um time Scrum.
| Scrum Master | Product Owner | Time de Desenvolvedores |
| Facilitar e promover um ambiente colaborativo e aderente ao Scrum Apoiar, com um papel mais de “coach” (e apenas quando necessário) do que atuação ativamente, o time scrum na execução das cerimônias | Maximixar o valor do produto Backlog do Produto (incluindo a priorização/ordem) Cancelar uma Sprint ou o projeto (se o produto for cancelado ou se tornar obsoleto) | Backlog da Sprint Executar as reuniões diárias – Daily (todos tem o papel, iniciando por quem desejar) Adaptar o plano, em direção ao Sprint Goal Incrementar o produto |
Características de um Time Scrum
Os times devem ser multifuncionais e autogeridos, formado por até 10 integrantes, entre eles: um Scrum Master, um Product Owner (PO) e o Time de desenvolvimento. Apesar do papel do Scrum Master, ao falarmos de um time autogerido não estamos falando do Scrum Master gerenciar esse time, o time de desenvolvedores precisa se organizar e decidir como realizar o trabalho durante as sprints e apenas contar com o apoio do Scrum Master se necessário. Além disso, ao falarmos de time de desenvolvimento não estamos colocando hierarquias (junior, pleno ou sênior), o time deve ser formado por membros que possuam a competência e habilidades necessárias para entregarem incrementos completos (DoD) ao projeto (inclusive, em equipes grandes, a definição dos membros de cada time deve ser feita por eles mesmos).
Caso existam mais pessoas no projeto, devem ser divididas em vários times Scrum, que usam o mesmo Backlog de Produto e a mesma Definition of Done).
Em alguns eventos o Product Owner pode atuar como um desenvolvedor (como em Daily).
Eventos
Sprint: Ciclo de execução de atividade da equipe de desenvolvimento, com tempo determinado (até 30 dias) para entregar incrementos que façam sentido pela equipe de desenvolvimento, com a definição de completo concluído. Uma sprint inclui os eventos do Scrum.
Os eventos do Scrum (e devem ser executadas) são oportunidades formal para inspecionar e adaptar os artefatos do Scrum. Estes eventos são especificamente concebidos para permitir a transparência necessária e possuem um tempo (time-box) definido, sendo:
- Sprint Planning: Deve ter 8 horas, para uma sprint de 30 dias. Deve definir qual será o objetivo (Sprint Goal) a ser alcançado e quais os itens do Product Backlog devem ir para a Sprint Backlog;
- Sprint Daily’s: Diáriamente, no mesmo horário, no mesmo local (a consistência reduz complexividade) e duração de 15 minutos. O objetivo é planejar o dia, onde cada desenvolvedor diz o que fez e o que aprendeu, se existe algum impedimento decisão que precisa ser feita (ou algo a modificar no plano) e qual o plano de trabalho para o dia, que irá ajudar a atingir a meta da Sprint.
- Sprint Review: Deve ter 4 horas, para uma sprint de 30 dias. Momento em que o time Scrum apresentar/inspecionar o resultado aos stakeholders, determinar adaptações futuras e rever as entregas da Sprint;
- Sprint Retrospective: Deve ter 3 horas, para uma sprint de 30 dias. É o último evento de uma sprint, sendo o momento para rever os processos, ferramentas e os indivíduos da equipe, para aumentar a qualidade.
Fontes/Referências
https://pt.wikipedia.org/wiki/Scrum
https://scrum.org
https://scrumguides.org
https://scrumguides.org/docs/scrumguide/v2020/2020-Scrum-Guide-US.pdf
Mais Informações
Esperamos ter te ajudado e estaremos sempre a disposição para mais informações.
Se você tem interesse em algum assunto específico, tem alguma dúvida, precisa de ajuda, ou quer sugerir um post, entre em contato conosco pelo e-mail equipe@nvlan.com.br.
