O documento fornece uma introdução ao framework ágil SCRUM para gestão de projetos. Explica que SCRUM permite que equipes auto-organizadas entreguem software funcional a cada 2-4 semanas através de "sprints", com foco contínuo na entrega de valor ao cliente. Também descreve os principais papéis, artefatos e eventos de SCRUM, como Product Owner, Time e Scrum Master.

1. Introdução ao SCRUM Por: Ricardo Moura

2. RUGBY? SCRUM

3. RUGBY? SCRUM

4. O Scrum no RUGBY SCRUM Todos “alinhados” e todos “atacam” ao mesmo tempo!

5. SCRUM Sozinho não! Melhor em equipe. O desenvolvimento de um software tornou-se um esporte em equipe; Hoje é muito mais tarefa que se faça em equipe do que um esforço individual.

6. Scrum é um processo ágil que permite manter o foco na entrega do maior valor de negócio, no menor tempo possível. Isto permite a rápida e contínua inspeção do software em produção (em intervalos de duas a quatro semanas). As necessidades do negócio é que determinam as prioridades do desenvolvimento de um sistema. As equipes se auto-organizam para definir a melhor maneira de entregar as funcionalidades de maior prioridade. Entre cada duas a quatro semanas todos podem ver o real software em produção, decidindo se o mesmo deve ser liberado ou continuar a ser aprimorado por mais um “Sprint”. SCRUM O Scrum na Gestão Ágil de Projetos

7. SCRUM Gestão de Projetos: Ágil x Tradicional

8. SCRUM O coração do SCRUM

9. SCRUM SPRINTS Projetos Scrum progridem em uma série de “sprints”; Ocorre em um período de duas a quatro semanas; Um período constante leva a um melhor “ritmo”; O produto é projetado, codificado e testado durante o sprint; Nenhuma mudança durante o sprint.

10. O Product Backlog não precisa estar completo no início de um projeto; Pode-se começar com tudo aquilo que é mais óbvio em um primeiro momento; Mudanças podem ser feitas de acordo com as necessidades que aparecem; Com o tempo, o PB cresce e muda à medida que se aprende mais sobre o produto e seus usuários; O responsável é o Product Owner Artefatos : Product Backlog SCRUM Lista priorizada dos requisitos do projeto com o tempo estimado para torná-los em funcionalidade.

11. Artefatos : Sprint Backlog Reunião para definição de quais funcionalidades serão atendidas no Sprint; A partir de critérios de priorização, são selecionadas as funcionalidades que farão parte do sprint; São determinados o tempo e o esforço necessário para cada atividade selecionada; Apenas o time pode modificá-lo; É uma fotografia do trabalho do Sprint. SCRUM

12. Artefatos : Burndown SCRUM O gráfico de Burndown é uma forma visual e rápida de enxergar o status atual do projeto. Ele possui uma estrutura simples, onde: Eixo X: representa os dias do sprint Eixo Y: representa o trabalho restante

13. SCRUM Papéis: Product Owner Definir as funcionalidades do produto; Decidir a data de liberação e conteúdo do Release; Priorizar as funcionalidades de acordo com o valor de mercado; Ajustar funcionalidades e prioridades a cada 30 dias, conforme necessário; Aceitar ou Rejeitar os resultados de trabalho.

14. Papéis: Scrum Master É uma função de liderança “servidora”; Garante que a equipe respeite e siga os valores e as práticas do Scrum; É um facilitador, responsável por remover os obstáculos; Escudo para interferências externas. SCRUM

15. São os operários do projeto; Entre 5 e 9 pessoas; Multi-funcional( Programadores, testadores, desenvolvedores de interfaces, etc.); Tempo integral, raras exceções (Ex.: Administrador de Base de Dados)); Auto-organizável (Idealmente, sem títulos, ainda que possível); Trocas só na mudança de Sprints; O time tem o compromisso de implementar todos os itens do Sprint. Papéis: Time SCRUM

16. Reunião de no máximo 4 horas sob responsabilidade do ScrumMaster; O time não deve gastar mais de 1 hora na preparação desta reunião; Objetivo: mostrar o Product Owner e stakeholders as funcionalidades que foram feitas; Artefatos não devem ser apresentados, pois não são funcionalidades; No final da reunião Cada stakeholder fala suas impressões e sugere mudanças com suas respectivas prioridades Possíveis modificações no Product Backlog são discutidas entre o Product Owner e o time ScrumMaster anuncia a data e o local da próxima reunião de revisão do Sprint ao Product Owner e a todos stakeholders Reunião de Revisão do Sprint SCRUM

17. Não deve ser maior do que 3 horas; Participam desta reunião: time, o ScrumMaster e, opcionalmente, o Product Owner; Os membros do time devem responder a duas questões: O que aconteceu de bom durante o último Sprint ? O que pode ser melhorado para o próximo Sprint ? ScrumMaster escreve as respostas e prioriza na ordem que deseja discutir as potenciais melhorias; ScrumMaster neste reunião tem o papel de facilitar que o time encontre melhores formas de aplicar o Scrum Reunião de Retrospectiva do Sprint SCRUM

18. Principais Regras A reunião de planejamento do Sprint deve ocorrer dentro de 8 horas com duas partes de 4 horas; O sprint não deve ser maior que 30 dias consecutivos; Reunião diária de no máximo 15 minutos: Todos em pé; Ninguém deve prover conselhos, comentários ou direções ao time durante o Sprint; O time se auto-gerencia; O time se compromete com o Product Backlog: Não é permitida modificações nele durante o Sprint; Ninguém deve prover conselhos, comentários ou direções ao time durante o Sprint(O time se auto-gerencia); O time se compromete com o Product Backlog(Não é permitida modificações nele durante o Sprint). SCRUM

19. Tirando o Máximo SCRUM

20. Uma metodologia para qualquer situação SCRUM

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

22. SCRUM Perguntas ???

23. Obrigado! SCRUM