História do Scrum
Desde a publicação do relatório "Managing the Development of Large Software Systems" de Winston Royce em 1970, muitos tentaram encontrar uma metodologia que pudesse eliminar as desvantagens do modelo de desenvolvimento Waterfall. Uma alternativa à “cascata” foi o método Scrum, que será discutido agora.
O Scrum recebeu esse nome em 1986 do trabalho de Takeuchi e Nonaki, The New Rules for New Product Development. Este documento argumenta que a maneira mais eficaz de atingir a meta é fornecer aos desenvolvedores um plano de ação claro.
Em 1995, outro guia, "Desenvolvimento de Software com Scrum", de Sutherland e Schweiber, apareceu. Esta publicação já foi atualizada várias vezes. Agora é considerado o principal guia para o desenvolvimento deste método. A versão atual do Scrum Guide contém informações atualizadas em 2020.
As principais disposições do Guia Scrum sugerem que o modelo de gerenciamento de projetos deve ser baseado no fato de que os desenvolvedores entregam o produto acabado dentro do prazo acordado - sprints. Para uma implementação bem-sucedida do Scrum, recomenda-se a utilização de uma estrutura composta por vários elementos: funções, eventos, regras e artefatos.
Papéis no Scrum
Existem três papéis no Scrum, todos os quais formam uma equipe Scrum:
O cliente do produto de software é a pessoa mais importante do projeto, pois só ele compreende plenamente o seu valor para o negócio. O cliente explica as necessidades dos usuários do futuro produto aos desenvolvedores, mas não é responsável pela parte técnica do processo de desenvolvimento. O cliente também determina a prioridade ao criar determinados elementos ou funções no produto.
Os desenvolvedores são encarregados da implementação de tarefas técnicas, cuja funcionalidade cruzada depende do escopo do aplicativo. Os desenvolvedores estão ocupados criando o backlog do sprint, escrevendo código, adaptando o projeto ao objetivo do sprint e outras tarefas.
O Scrum Master é o facilitador do time Scrum. Ele fornece assistência ao cliente e aos desenvolvedores. Simplificando, o Scrum Master está ocupado se comunicando entre aqueles que não estão envolvidos no projeto e as pessoas que escrevem o código. Às vezes, diferentes equipes de codificadores na mesma grande empresa se comunicam e coordenam em reuniões gerais dos scrum masters dessas equipes.
Eventos no Scrum
Existem 5 tipos de eventos scrum:
Sprint é a parte mais significativa do Scrum. Inclui planejamento do sprint, stand-ups diários (rotina diária), revisão e retrospectiva do sprint.
Planejamento de sprint. Todos os membros da equipe Scrum participam da elaboração de um plano para o sprint futuro. É aqui que a ideia do produto é apresentada e cada membro da equipe pode expressar sua opinião, o que pensa sobre isso. Então, na reunião, as prioridades são determinadas e os prazos são anunciados.
Daily Scrum é um evento diário de short scrum, com duração não superior a 15 minutos. Geralmente é feito para planejar o trabalho dos codificadores para hoje ou amanhã. No Daily Scrum, você pode discutir questões atuais. Todos os desenvolvedores envolvidos no projeto são obrigados a participar de tal workshop. A presença de um Scrum Master é permitida, mas não obrigatória.
Sprint Review (Demo) - Mostra os resultados criados durante o sprint. Normalmente, este evento ocorre na fase final. Todos os interessados participam dela.
Sprint Retrospective - discussão dos resultados do sprint. Os membros da equipe compartilham sua opinião sobre como lidaram com as tarefas que lhes foram atribuídas e como melhorar os resultados do trabalho no futuro.
Além disso, o refinamento do backlog às vezes é realizado - Refinamento do Backlog. Ele discute os itens do backlog, a preparação para o próximo sprint e a priorização das tarefas atuais.
artefatos
Os artefatos do Scrum são o trabalho que acontece no final de um projeto ou sprint. Existem três artefatos - o product backlog, o sprint backlog e o incremento. Cada um deles é necessário para a entrega pontual de software aos usuários. Existem também artefatos auxiliares (gráficos de queima e muito mais).
Componentes incluídos nos artefatos do sprint:
Backlog do produto - recursos de interface e back-end.
Um sprint backlog é uma lista de tarefas que precisam ser feitas durante uma iteração. Eles são acordados antes do início do sprint.
Incremento - O número total de itens do backlog de software criados durante o sprint e o valor dos incrementos que foram feitos antes dele. O novo incremento finalizado deve ser mostrado antes do final do sprint. Isso significa que você tem uma versão funcional que atende aos requisitos da equipe scrum.
Item do backlog do produto - deve ser concluído durante a iteração do sprint. Como regra, o elemento é dividido em várias pequenas tarefas.
O objetivo do sprint são as tarefas que precisam ser concluídas (criar um item de backlog ou outra tarefa).
Um sprint burndown é o trabalho deixado antes do final do sprint. O gráfico burn down é ascendente ou descendente. Tudo depende das dificuldades que os membros da equipe enfrentam durante o trabalho. Não é um indicador de progresso, mas apenas uma forma de resolver problemas e um incentivo.
Product Release/Product Burn-Down Chart é um gráfico desenhado pelo Scrum Master antes do final do próximo sprint. O eixo horizontal é sprints, o eixo vertical é a quantidade de trabalho restante.
Regras da estrutura Scrum
Papéis, eventos e artefatos são a base do Scrum, mas existem outras regras além dessas. Todos eles aumentam a eficiência do processo de trabalho. Aqui está uma lista dessas regras:
- A equipe scrum inclui o cliente de software, scrum master e desenvolvedores.
- Todos os sprints devem ter a mesma duração.
- Depois de completar um sprint, o trabalho em um novo começa imediatamente.
- Um sprint sempre começa com um plano.
- Os membros da equipe têm uma reunião matinal no início do dia de trabalho.
- Cada sprint é revisado durante cada sprint. Isso melhora a comunicação entre a equipe e as partes interessadas.
- Não é recomendado alterar o backlog do sprint durante o sprint.
Limitações no Scrum
Juntamente com as vantagens óbvias, o Scrum também tem desvantagens:
- O Scrum geralmente leva a uma diminuição na quantidade de trabalho realizado devido à falta de um prazo comum.
- Com baixo envolvimento ou falta de vontade de cooperar entre os participantes do projeto, há chances consideráveis de falhar no resultado.
- A estrutura do Scrum é difícil de usar em equipes grandes, mas ainda é possível. Existem frameworks de dimensionamento para isso: LeSS, SAFe, Nexus e outros.
- A saída de um ou mais membros da equipe no meio do projeto não afeta muito o projeto.