Como o Scrum Foi Desenvolvido: Origens e Aplicação da Metodologia
Scrum é uma metodologia de desenvolvimento ágil com uma distribuição de papéis única dentro da equipe e uma organização distinta das iterações. Scrum, como outros métodos ágeis de gerenciamento de projetos, enfatiza uma abordagem em equipe, iterações curtas e melhoria contínua durante o trabalho. Esses princípios são realizados através de um conjunto de papéis, regras, processos e ferramentas específicas, permitindo que as equipes produzam produtos duas vezes mais rápido.
Nas equipes Scrum, os papéis principais são o Scrum master e o product owner, as iterações começam com o planejamento, onde os membros da equipe “jogam” poker de planejamento, e terminam com uma demonstração e retrospectiva.
A metodologia Scrum foi criada pelos americanos Jeff Sutherland, um pesquisador e consultor de negócios, e Ken Schwaber, um programador em atividade, em 1993. Em 1995, os autores apresentaram oficialmente sua abordagem em uma conferência científica da Association for Computing Machinery em Austin, Texas.
A ideia dos co-autores era inovadora: eles pegaram tanto o conceito quanto o nome do trabalho dos pesquisadores japoneses de gestão Takeuchi e Nonaka, “The New Product Development Game”, publicado em 1986. Os fabricantes japoneses já estavam utilizando abordagens que formaram a base do Scrum. O nome da metodologia vem do rugby, onde “scrum” – uma jogada – destaca a importância do trabalho em equipe para a vitória no campo.
Aplicação do Scrum em TI e Além
O Scrum foi inicialmente aplicado em empresas que produziam software. O primeiro projeto gerenciado por Sutherland antes da apresentação oficial do Scrum foi o desenvolvimento de software para uma rede de caixas eletrônicos (1983). Programadores em empresas e departamentos de TI continuam sendo os principais usuários do Scrum. No entanto, o criador da metodologia insiste que o Scrum pode ser usado para resolver qualquer tarefa, citando exemplos em manufatura, construção, educação, política e até tarefas domésticas como limpeza geral ou organização de eventos.
De acordo com o relatório da Scrum Alliance de 2016 report, 21% dos projetos concluídos usando Scrum não estavam relacionados à TI. Vários departamentos usam Scrum com sucesso:
Scrum vs. Ágil vs. Cascata
O Scrum pertence ao grupo de metodologias ágeis. Ágil não é uma metodologia separada, mas uma filosofia de desenvolvimento. Seus principais princípios estão listados no “Manifesto para o Desenvolvimento de Software Ágil” (2001), destacando a importância da equipe, o foco no produto, a transparência no processo, a melhoria contínua e resultados rápidos.
Scrum é uma das estruturas ágeis, uma metodologia formalizada para trabalho em projeto. Outras metodologias ágeis incluem XP, Crystal, Kanban, Lean, Desenvolvimento Rápido de Aplicativos, Scrumban, etc. Assim, o Scrum é ágil, mas o ágil não é apenas Scrum.
Para visualizar as diferenças e semelhanças entre Scrum e Ágil:
Scrum | Ágil | |
Filosofia | - | + |
Metodologia | + | - |
Rituais | + | - |
Papéis | + | - |
Artefatos* | + | - |
Transparência | + | + |
Iterações Curtas | + | + |
Lançamentos Frequentes | + | + |
Gerenciamento de Mudanças | + | + |
| Melhoria Contínua | + | + |
*Artefatos no Scrum são objetos criados pela equipe durante o projeto. Eles incluem o backlog do produto, o backlog da sprint e o incremento do produto – um pedaço funcional que é demonstrado ao final da sprint.
As metodologias ágeis contrastam com o modelo cascata, amplamente utilizado por equipes de desenvolvimento nos anos 90. Este modelo envolve a execução sequencial, iniciando cada fase somente após a conclusão da anterior.
Como Trabalhar de Acordo com o Scrum
Papéis no Scrum:
- Equipe Scrum: O núcleo do Scrum é a equipe – um grupo coeso de profissionais. As equipes Scrum são autônomas, decidindo como completar as tarefas elas mesmas.
- Scrum Master: O líder formal da equipe Scrum, garantindo a correta aplicação da metodologia e a moral da equipe. Eles são responsáveis pelo como do trabalho.
- Product Owner: Responsável pela funcionalidade do produto. Gerencia o backlog do projeto e se comunica com o cliente.
- Cliente: O usuário final ou cliente do projeto, seja externo ou interno (por exemplo, o departamento de vendas solicitando um sistema de CRM).
Reuniões Regulares de Scrum no Worksection
- Planejamento: A primeira reunião inicia a sprint. A equipe, com o Scrum master e o product owner, seleciona tarefas do topo do backlog para completar.
- Reunião Diária: Todos os dias, no mesmo horário, os membros da equipe discutem o progresso do trabalho, respondendo:
— O que eu fiz ontem para ajudar a equipe a alcançar seu objetivo?
O que farei hoje?
O que dificultou meu trabalho? - Revisão da Sprint: Quando a sprint termina, uma demonstração da funcionalidade concluída é mostrada ao cliente.
- Retrospectiva: A equipe discute as tarefas concluídas, os problemas enfrentados e maneiras de melhorar.
Algoritmo: O que Vem a Seguir?
- Escolha um product owner para definir claramente os objetivos.
- Forme uma equipe Scrum.
- Designe um Scrum master.
- Crie um backlog do projeto listando todas as tarefas potenciais.
- Estime as tarefas do backlog usando valores relativos (por exemplo, números de Fibonacci).
- Planeje a sprint, selecionando tarefas e atribuindo-as.
- Configure um quadro Scrum dividido em “A Fazer,” “Em Progresso” e “Concluído.”
- Realize reuniões diárias.
- Ao final da sprint, realize uma revisão e retrospectiva.
- Inicie a próxima sprint com o planejamento.
O que Ler para Compreender Melhor o Scrum
- Guia do Scrum (Ken Schwaber, Jeff Sutherland)
- Scrum: A Arte de Fazer o Dobro do Trabalho em Metade do Tempo (Jeff Sutherland)
- Manifesto Ágil para Desenvolvimento de Software
Vantagens e Desvantagens do Scrum em TI
Vantagens:
- Transparência: Troca de informações abertas e colaboração.
- Autonomia da Equipe: As equipes decidem como trabalhar, motivando liberdade e responsabilidade.
- Minimização de Risco: Resposta rápida a mudanças no projeto.
Desvantagens:
- Não é adequado para projetos com requisitos vagos de produto final.
- Dificuldade de aplicação em projetos de grande escala sem modificações.