O documento apresenta os conceitos e princípios básicos do Scrum, uma metodologia ágil de desenvolvimento de software. Descreve os papéis do Product Owner, Scrum Master e Time, assim como as fases do Scrum: planejamento, sprint, reuniões diárias, revisão e encerramento. Tem como objetivo fornecer software funcional de forma incremental e flexível para lidar com requisitos que mudam ao longo do projeto.

1. Alunos:
Joeldson Costa
Guilerme Melo
Marcelo Guedes
Instituto Federal do Rio Grande do Norte – IFRN
Graduação Tecnologia em Analise e Desenvolvimento de Sistema
Disciplina: Processo de Desenvolvimento de Software
Professor: Alexandre Gomes
Scrum
1
Natal/RN, 2012.

2. Para se entender o
Scrum precisamos
entender o que é
Metodologias ágeis
de desenvolvimento.
2/28

3. Aprimeiraideiademétodoságeis
3/28

4. PENSOU QUE
ERA ISSO?
ERRADO!
4/28

5. MetodologiasÁgeis
• Surgiram inicio dos anos 2000 procurando uma nova
abordagem de desenvolvimento.
• Reação as metodologias tradicionais com o intuito de criação
de novas alternativas.
• Em 2001, especialistas criaram a aliança Ágil e através do
Manifesto Ágil, popularizou-se o termo metodologia Ágil.
5/28

6. MetodologiasÁgeis
O Manifesto Ágil valoriza 4 princípios.
1º Indivíduos e interações acima de procedimentos e ferramentas
2º Software funcionando acima de documentação
3 º Colaboração dos clientes acima de negociação de contratos
4º responder à mudanças acima de um plano pré-estabelecido.
6/28

7. Agora com os princípios
básicos de metodologias
ágeis na cabeça vamos
entender o que é Scrum.
7/28

8. Scrum-Origens
• O termo Scrum é o nome de um tipo de jogada que acontece no jogo
de rugby.
• O termo foi utilizado pela primeira vez, no contexto de processo de
desenvolvimento ou manufatura, por Ikujiro Nonaka e Hirotaka
Takeuchi em um artigo chamado “The New New Product
Development Game” publicado na Harvard Business Review em
1986.
• Fundadores:
• Jeff Suttherland
• Ken Schwabe
• Mike Beedle
• Easel Corporation 1993
• Inspiração
• Desenvolvimento Iterativo e incremental em empresas (DuPont) nos
anos 80
8/28

9. FundamentosdeScrum
• Desenvolvimento de software depende muito de criatividade e de
trabalho (Dinâmico).
• O Modelo de controle com processo empírico.
• O desenvolvimento nem sempre será repetido e bem definido.
• Mas existem padrões que podem a serem usados.
9/28

10. Scrum-Ênfases
• Comunicação
• Trabalho em equipe
• Flexibilidade
• Fornecer software Incremental (funcionando)
• Obs.: As diferenças entre Scrum e xp quase não existem.
10/28

11. Scrum -Objetivos
• Garantir maior flexibilidade e habilidade para tratamento de
sistemas complexos e simples.
• Produzir um sistema sujeito a requisitos iniciais e adicionais
durante o projeto:
• Requisitos dos cliente;
• Necessidades do negócio;
• Pressão relativa ao tempo;
• Competitividade do mercado;
• Qualidade;
• recursos.
11/28

12. Entendendo um
pouco mais sobre os
papeis no Scrum
12/28

13. As pessoas no Scrum estão
organizadas em três papéis
comprometidas com suas
responsabilidades: Product
Owner, Scrum Master e
Time.
13/28

14. • É o guru do Scrum.
• conhecimento da dinâmica da framework Scrum
• evitar que problemas e práticas “não ágeis”
• É um líder-servidor
• Não é gerente de projetos
• Não define quem faz o quê
• Acompanha o dia a dia da equipe
• Cuida do planejamento das cerimônias
• Atenção à dinâmica
• garantir que as reuniões sejam realizadas
• Estar atento para que os objetivos sejam
atingidos
• Protege o Time
• evitar que o Time tenha interferências externas
• Também presta conta para equipe
ScrumMaster(SM)
14/28

15. Time(TM)
15/28
• Desenvolver o produto.
• Estimar o tamanho dos itens a serem desenvolvidos
• Apresentar o produto para o cliente
• Definir as tarefas

16. ProductOwner(PO)
16/28
Representante do dono do produto. “dono do produto”
Visão clara do produto
Deve ser disponível para a equipe.
Elaborar o manter a lista de requisitos do sistema (Product
Backlog).
Priorizar a lista de requisitos do sistema (Product Backlog).
Aceitar e Rejeitar as entregas.
Responsável pelo ROI.

17. Scrum-Caracteristicas
• Deliberadamente flexível;
• Cronograma flexível;
• Times de desenvolvimento pequenos (por volta de 6);
• Revisões frequentes;
• Colaboração;
• Orientação a Objeto.
17/28

18. Scrum-Fases
• Planejamento
• Sprint
• Ciclos
• Encerramento
18/28

19. OquadroKanban
19/28

20. Scrum–FasesdePlanejamento:Backlog
• Processo definido
• Relatividade curta
• Design da arquitetura do sistema
• Estimativas de datas e custos
• Criação do backlog
• Definição de equipes e seus líderes
• Participação de clientes e outros departamentos
• Levantamento dos requisitos e atribuição de prioridades.
• Definição de pacotes a serem desenvolvidos
20/28

21. Scrum–Fases:Sprint
• Processo Empírico
• Cada time recebe uma parte do backlog para desenvolvimento
• O backlog não sofrerá modificações durante o Sprint
• Duração de 1 a 4 semanas
• Sempre apresentam um executável ao final
21/28

22. Scrum–Fases–Sprint:ReuniõesDiárias
• Cerca de 15 minutos de duração
• Gerenciada pelo líder de cada equipe
• Todos respondem às 3 perguntas
• O que você realizou desde a ultima reunião?
• Quais problemas você enfrentou?
• Em que você trabalhará até a próxima reunião?
• Benefícios:
• Maior Interação entre os membros da equipe
• Rápida solução de problemas
• Promovendo o compartilhamento de conhecimento
• Processo medido continuamente
• Minimização de riscos
22/28

23. Scrum–Fases–Sprint:Revisão
• Deve obedecer à data de entrega
• Permitida a diminuição de funcionalidades
• Apresentação do produto à clientes e/ou diretos de marketing
• Sugestões de mudanças são incorporadas ao backlog
• Benefícios:
• Apresentar resultados concretos ao cliente
• Integrar e testar uma boa parte do software
• Motivação da equipe
23/28

24. Fases-Encerramento
Iniciada quando todos os aspectos são satisfatórios(tempo,
competitividade, requisitos, qualidade, custo)
Atividades:
1. Teste de integração
2. Testes de sistemas
3. Documentação do usuário
4. Preparação de material de treinamento
5. Preparação de material de marketing
24/28

25. Scrum:PapéisComprometidos!
O sucesso de qualquer equipe de desenvolvimento ágil não está
no processo… está nas PESSOAS! A recuperação desse valor talvez
tenha sido a maior contribuição do manifesto ágil. Entretanto,
para que essas pessoas façam à diferença é preciso que elas
estejam de fato comprometidas.
25/28

26. Scrum:PapéisComprometidos
Abaixo a diferença entre comprometimento e envolvimento.
26/28

27. UmaferramentaWebparaGestão
ÁgildeProjetos-Scrumhalf.
http://scrumhalf.com.br/login.jsf
27/28

28. Referências
Scrum Alliance.org - Organização de âmbito mundial que certifica e
fomenta o desenvolvimento do Scrum no mundo
Comunidade Scrum no Brasil
Comunidade Scrum em Portugal
Cursos de Scrum em Portugal
Scrum para Designers
Adaptive Project Management Using Scrum
The New New Product Development Game
Scrum Delivers or Scrum and the Toyota Way
http://www.youtube.com/watch?v=eygufrzrjn4&feature=bf_next&list=P
L780A2478CDC02F4B&index=8
http://quebrandoparadigmas.com/?tag=scrum
28/28