O Scrum um mtodo gil para gerenciamento de projetos de desenvolvimento de
software. Porm, teoricamente, pode ser aplicado em qualquer contexto no qual um grupo de pessoas com conhecimentos multidisciplinares necessitem trabalhar juntas para atingir um objetivo comum, como iniciar uma escola pequena, projetos de pesquisa cientfica ou at mesmo o planejamento de um casamento. O Scrum junta conceitos de Lean, desenvolvimento iterativo e do estudo de Hirotaka Takeuchi e Ikujiro Nonaka no artigo
Como funciona? (em texto, em portugus) No Scrum, os projetos so dividos em ciclos (tipicamente mensais) chamados de Sprints. O Sprint representa um tempo definido dentro do qual um conjunto de atividades deve ser executado. Metodologias geis de desenvolvimento de software so iterativas, ou seja, o trabalho dividido em iteraes, que no Scrum so chamadas de Sprints e geralmente duram de 2-4 semanas. As funcionalidades a serem implementadas no projeto so mantidas em uma lista que conhecida como Product Backlog. No incio de cada Sprint, faz-se um Sprint Planning Meeting (uma reunio de planejamento), na qual o Product Owner (quem representa os stakeholders) prioriza todos os itens do Product Backlog e a equipe seleciona as funcionalidades que ela ser capaz de implementar durante o Sprint que se inicia. As funcionalidades alocadas em um Sprint so transferidas do Product Backlog para o Sprint Backlog. Diariamente, em uma Sprint, a equipe faz uma breve reunio de no mximo 15 minutos, com todos os participantes em p, chamada Daily Scrum. O objetivo cada integrante dizer o que fez no dia anterior, o que pretende fazer no dia que se inicia e se existe algum impedimento que est atrapalhando o seu trabalho. Ao final de um Sprint, a equipe apresenta as funcionalidades implementadas em uma Sprint Review Meeting onde o time mostra o que foi alcanado neste sprint. Finalmente, faz-se uma Sprint Retrospective para identificar o que funcionou bem, o que pode ser melhorado e que aes sero tomadas para melhorar e a equipe parte para o planejamento do prximo Sprint. Assim reinicia-se o ciclo como pode ser visto na ilustrao abaixo:
Scrum Master O Scrum facilitado por um Scrum Master, que tem como funo primria remover qualquer impedimento habilidade de uma equipe de entregar o objetivo do sprint. O Scrum Master no o lder da equipe (j que as equipes so auto-organizadas) mas atua como um firewall entre a equipe e qualquer influncia desestabilizadora. Outra funo extremamente importante de um Scrum Master o de assegurar que a equipe esteja utilizando corretamente as prticas de Scrum, motivando-os e mantendo o foco na meta da Sprint. Outras caractersticas importantes do Scrum Clientes se tornam parte da equipe de desenvolvimento (os clientes devem estar genuinamente interessados na sada); Entregas freqentes de funcionalidades 100% desenvolvidas; Planos freqentes de mitigao de riscos desenvolvidos pela equipe; Problemas no so ignorados e ningum penalizado por reconhecer ou descrever qualquer problema no visto; Sprints para corrigir bugs so feitos de tempos em tempos; O Burn Down Chart um dos artefatos mais importantes do Scrum;