Scrum é uma metodologia ágil para desenvolvimento de produtos em iteracões curtas chamadas "sprints". Foi criada em 1993 e se baseia no modelo de trabalho em equipe do rugby. Envolve papéis, reuniões e artefatos simples para priorizar tarefas e monitorar progresso em sprints de 2 a 4 semanas. Tem sido adotada com sucesso por grandes empresas para entregar valor rapidamente e responder a mudanças de forma ágil.

1. SCRUM Algo que transformará sua forma de trabalhar...

2. Origens Jeff Sutherland criou o processo scrum em 1993. Emprestou o termo "Scrum" de uma analogia apresentada em um estudo de Takeuchi e Nonaka em 1986, publicada na Harvard Business Review . Nesse estudo, Takeuchi e Nonaka comparam o alto desempenho, equipes “ cross-functional ” à formação do Scrum usada pelos times de Rugby. Ken Schwaber formalizou o processo para a indústria mundial de software no primeiro “ paper” publicado sobre Scrum em OOPSLA 1995. Desde então, Scrum se tornou uma das metodologias líderes de desenvolvimento ágil, usada por empresas do grupo Fortune 500 pelo mundo, pode ser visto pela lista de membros da Scrum Alliance e suas empresas.

3. Abordagem Enxuta Scrum é um processo iterativo incremental, para desenvolver qualquer tipo de produto ou gerenciar qualquer tipo de trabalho. Estruturado em ciclos de trabalhos chamados “ sprints ” são iterações de trabalhos de 2 a 4 semanas de duração. Durante cada sprint , as equipes puxam trabalho de uma lista priorizada de requisitos do clientes, chamadas estórias do usuário, As funcionalidades desenvolvidas primeiro são as de maior valor para o cliente. No final de cada sprint , a equipe entrega um conjunto de funcionalidades potencialmente entregáveis. Permite agilidade ao responder rapidamente a mudanças.

4. Uma Simples Estrutura Scrum é composto de três papéis, três reuniões e três artefatos. Três papéis : Product Owner , responsável pelo valor de negócio do projeto; Scrum Master , garante que a equipe é funcional e produtiva Equipe auto-organizada Três reuniões : Reunião de planejamento do sprint; Reuniões diárias do scrum; Reuniões de análise crítica do sprint. Três artefatos para priorizar e monitorar as atividades: O product backlog , o sprint backlog , e um gráfico de burndown .

5. Para Que? Para organizar melhor a forma de trabalhar; Para forçar o acontecimento de problemas antes do tempo e resolvê-los; Para interagir melhor com o cliente; Para aceitar mudanças de forma dinâmica visando satisfação das partes envolvidas, principalmente o cliente. Para focar nas entregas baseadas no Retorno de Investimento; Para equipe ter melhor qualidade de vida e satisfação profissional. Para usar o ciclo PDCA naturalmente.

6. Quando Utilizar?

7. Quem Utiliza? Microsoft Yahoo Google Electronic Arts Lockheed Martin Philips Siemens Nokia IBM Capital One BBC Intuit Nielsen Media First American Real Estate BMC Software Ipswitch John Deere Lexis Nexis Sabre Salesforce.com Time Warner Turner Broadcasting Oce

8. Foi utilizado para: Software comercial Desenvolvimento In-house Desenvolvimento de Contrato Projetos de preços fixados Aplicações financeiras ISO 9001-certified applications Sistemas embarcados Desenvolvimento de víde-games FDA-approved, life-critical systems (sistema críticos de vida - Ministério Americano de Saúde e Consumo) Software de controle de satélite Websites Handheld software Mobile phones Network switching applications Applications de vendedores de software independentes Algumas das maiores aplicações em uso

9. Custo É um framework (estrutura de trabalho); Estabelece regras que aplicam o PDCA durante a rodada de trabalhos (Sprint); Existem ferramentas disponíveis no mercado, para quem quiser usar, porém não recomendado no início; Quem não quiser software não precisa adquirir nada; Custos com compras de post-it , pincel, caneta, papel milimetrado, papel de flipchart , quadro branco – somente! Uso de planilhas e documentos gerados/atualizados pelo PO e SM (qualquer pacote de escritório serve, seja comercial ou livre) Recomendável coaching de pelo menos três sprints para esclarecer melhor o framework “em ação”. Acordo: seguir as regras, para não haver derivações ( Scrumbut ).

10. Obrigado! http://c-santos.blog.com/scrum [email_address]