O Scrum é uma das metodologias ágeis mais conhecidas para a gestão de projetos complexos. Hoje, ele vai além do desenvolvimento de softwares e já pode ser adaptado para outros produtos ou serviços. Apesar de ter algumas semelhanças com o Design Sprint, do qual já falamos aqui, enquanto um é uma maneira de testar um produto antes de lançá-lo ao mercado, o outro é um método utilizado para desenvolver o produto final. Continue lendo e entenda essa diferença e outras particularidades do gerenciamento de projetos com Scrum.
O que é Scrum
A metodologia ágil Scrum foi criada nos anos 90 por Jeff Sutherland e Ken Schwaber para auxiliar organizações que tinham problemas com o desenvolvimento de projetos complexos. Com uma abordagem iterativa e incremental, ela é fundamentada na teoria do empirismo, que defende que o conhecimento é adquirido pela experiência e pela prática.
O Scrum é sustentado por três pilares: transparência, inspeção e adaptação.
Transparência: para que o projeto tenha sucesso, é preciso que todos os documentos, processos e todas as informações estejam visíveis para todos os envolvidos.
Inspeção: durante o processo, é preciso realizar inspeções periódicas para acompanhar o andamento do projeto. Isso é de extrema importância para verificar se as entregas estão sendo realizadas dentro do prazo estimado e com a qualidade desejada.
Adaptação: caso sejam identificados desvios durante a execução do projeto ou surjam novas necessidades no negócio, os ajustes devem ser feitos o quanto antes. Essa é uma forma de ter flexibilidade, mas minimizar mudanças bruscas no processo.
O Time Scrum
No Scrum, cada membro da equipe desempenha um papel definido. Essa divisão contribui para que cada um entenda suas responsabilidades de forma clara e evita burocracias desnecessárias. O Time Scrum é normalmente auto-organizável e multifuncional, o que auxilia na flexibilidade, criatividade e produtividade.
P.O. (Product Owner): o “dono do produto” é o único da equipe responsável pelo Backlog do Produto, um documento que lista todos os requisitos que devem constar no produto final. Além de sua elaboração, o P.O. deve garantir que o documento esteja visível para todos e otimizar as entregas da Dev Team.
Dev Team (Development Team): é a equipe de desenvolvedores, responsável pelas entregas do que foi definido pelo P.O. no Backlog do Produto.
Scrum Master: É o facilitador de todo o processo. Seu papel é promover o Scrum e garantir que todos sigam as regras, os valores, a teoria e as práticas do Scrum. Ele também resolve os impedimentos e ajuda todo o Time.
Eventos do Scrum
No Scrum, as fases do projeto são divididas em Sprints. Cada Sprint dura um mês ou menos, tempo no qual a Dev Team deverá realizar as entregas previstas para o período.
Dentro de cada Sprint estão prescritos quatro eventos formais que dão suporte aos pilares de Inspeção e Adaptação. Os eventos, também chamados de cerimônias, ajudam a manter uma periodicidade adequada de reuniões e minimizam a necessidade de encontros não planejados ou improdutivos.
O Planejamento da Sprint é uma reunião de alinhamento de todo o Time Scrum na qual são determinadas as entregas de uma Sprint. É o momento de expôr todas as informações disponíveis e de tirar as dúvidas.
A Reunião Diária (Daily Scrum) é um encontro realizado diariamente, com a duração máxima de 15 minutos, no qual os desenvolvedores mostram o que foi feito no dia anterior, definem as prioridades para o dia atual e expõem os obstáculos encontrados para a realização do trabalho. Essa reunião é comumente realizada no mesmo local e no mesmo horário todos os dias.
A Revisão da Sprint é realizada após o encerramento de uma Sprint e dura no máximo 4 horas, considerando uma Sprint de um mês de duração. Aqui serão analisadas todas as entregas da Sprint e feitas as adaptações necessárias ao Backlog do Produto.
A Restrospectiva da Sprint ocorre após a Revisão da Sprint encerrada e antes da reunião de planejamento da próxima Sprint. É o momento de, em no máximo 3 horas, o Time Scrum avaliar seu desempenho e sugerir melhorias para as próximas etapas.
Os artefatos do Scrum
Os Artefatos são os documentos gerados durante o processo que irão promover a transparência das informações entre o Time Scrum e compilar todos os dados. Existem muitos artefatos que podem ser utilizados durante os projetos. Conheça os três primordiais:
O Backlog do Produto é um documento elaborado pelo P.O. que reúne todos os requisitos necessários para o produto final do projeto. É normal que, ao longo do processo, o Backlog mude e cresça conforme se aprende mais sobre o produto e seus usuários.
O Backlog da Sprint é derivado do Backlog do Produto e consiste em uma lista de atividades que serão realizadas em uma Sprint específica. Esse documento é elaborado conforme as prioridades definidas no Planejamento da Sprint.
O Incremento é a soma de todos os itens do Backlog do Produto completados durante uma Sprint e do valor dos incrementos de todas as Sprints anteriores, ou seja, o que foi entregue em uma Sprint específica e seu complemento às demais entregas.
De forma resumida, a metodologia Scrum inicia na criação do Backlog de Produto pelo Product Owner. Depois disso, todos do Time Scrum fazem o Planejamento da Sprint, quando é gerado o Backlog da Sprint. Durante a execução da Sprint, acontecem reuniões diárias de alinhamento, conduzidas pela Dev Team. Após o fim do período definido para duração da Sprint, são realizadas a Revisão da Sprint e a Retrospectiva da Sprint. Finalmente, é entregue o incremento potencialmente liberável do produto. O ciclo se repete para novas Sprints até que o produto final esteja concluído e pronto parar ser lançado ao mercado. (ver imagem do tópico O que é Scrum)
