Scrum1 AULA COMPLETA

Prévia do material em texto

1 
Scrum
2 
Scrum – Introdução
 Observações:
– Proibido brigas na sala, permitido somente fora da 
Universidade (cuidado, sempre haverá polêmica!)
– Cuidado para não ficar viciado e não querer 
trabalhar em outro lugar!
– Cuidado para não pedir demissão!
– Cuidado para não ser demitido!
3 
Scrum – Introdução
 Outras observações:
– Uma boa sugestão de resposta para todas as 
perguntas é “Depende”
– Muitos dos termos continuarão em inglês devido a 
tradução falha para o português
– Métodos Ágeis não resolvem todos os problemas do 
mundo
– Respeito mesmo das instituições e estruturas mais 
tradicionais
4 
Scrum – Métodos Ágeis
 Metodologia nascida para desenvolvimento de 
software
 Cópia de metodologias provenientes de outras 
áreas
 Mudança radical de paradigma
5 
Scrum – Métodos Ágeis
 Diferenciais:
– Processos iterativos
– Orientado a pessoas (People-oriented)
– Equipes multidisciplinares (Cross-functional teams)
– Baseado em inspeção/adaptação
– Time-box
– Alta produtividade (4 a 10 vezes mais produtivo)
– Abrangência de satisfação: clientes, usuários, 
gerentes, desenvolvedores...(esqueci de alguém?)
6 
Scrum – Métodos Ágeis
 Quais são os principais problemas em projetos 
de TI?
 Brainstorm
 Diferentes pontos de vista:
– Desenvolvedor
– Gerente de TI
– Cliente
– Usuário
7 
Scrum – Métodos Ágeis
 Definições:
– Processo?
Não
– Modelo?
Talvez
– Reunião de métodos em um único nome?
Sim
– Manobra de marketing?
Provavelmente
8 
Scrum – Motivação e Auto-ajuda
 Você pode sempre melhorar
 Você pode melhorar sozinho, sem a ajuda de 
ninguém
 Você pode começar hoje, se quiser
9 
Scrum – Definições importantes
 Métodos Ágeis
– São aqueles que vão contra os princípios das 
metodologias tradicionais
 Iteração
– Etapas curtas de planejamento e/ou 
desenvolvimento
– Vão contra os princípios do desenvolvimento em 
cascata
– Duração considerada normal de 1 a 4 semanas
10 
Scrum – Definições importantes
 Adaptação
– Software não é um produto previsível, sua natureza 
é mutável
– Você deixa de fazer planejamento/controle para 
basear-se em inspeção/adaptação
 Auto-organização
– Cada um é responsável por seu próprio trabalho
– Orientado a pessoas e não orientado a processo 
(people-oriented vs process-oriented)
11 
Scrum – Definições importantes
 Time-box
– Cada etapa deve estar contida no seu tempo
– Esse rigor é mais importante do que cumprir o 
escopo
– Prazo fixo, escopo variável
12 
Scrum – Mundo Caótico
 Mundo Caótico
– Parece nome de revista trash mas não é
– É a base do desenvolvimento atual inclusive em 
empresas grandes e renomadas
– Code and fix
– Quick and dirty
– Uma pessoa só faz tudo no sistema
– Até dá certo para projetos pequenos
13 
Scrum – Mundo Caótico
 Mundo Caótico
– Imprevisível
– Síndrome do dono do código
– Baixo reuso
– Dificuldade de manutenção
14 
Scrum – Histórico 
Desenvolvimento de Software
 Metodologia de desenvolvimento de software 
iniciais
– Baseadas em conceitos e metodologias da 
engenharia
– Baseadas em planejamento e construção 
(implementação)
– Construção baseada em linha de montagem 
(cascata)
– Cada fase na linha tem um responsável, baseada em 
especialistas (melhor que o dono do código!)
15 
Scrum – Histórico 
Desenvolvimento de Software
 Vantagens
– Gerenciamento de pessoal simplificado
– Reuso
– Formalidade com o cliente
 Diferenças
– Planejamento computacional precisa ser muito 
maior (50/50 vs 10/90)
– Desenvolvimento de software muito mais complexo 
e imprevisível
16 
Scrum – Histórico 
Desenvolvimento de Software
 Diferenças
– Projeto de engenharia muito mais inflexível para 
quem está pedindo
 Engenharia de software é uma ciência nova
17 
Scrum – Histórico 
Desenvolvimento de Software
 Fazer software não é igual fazer motor nem 
prédio
 Nosso operário precisa ser criativo
 Nosso operário precisa ser motivado a ser 
criativo
 Problema da facilidade de mudar o código
18 
Scrum – Histórico 
Desenvolvimento de Software
 Trabalho baseado em precisão (se esquecer 
um ; vai funcionar???) e criatividade
 Mudanças tecnológicas são muito mais 
frequentes e impactam muito mais num projeto
19 
Scrum – Histórico 
Desenvolvimento de Software
 Problemas relativos a inflexibilidade das 
metodologias de engenharia
– Mudanças externas num software são constantes
– Imprecisão e imaturidade da fase de levantamento 
de requisitos
– Incapacidade do cliente em detalhar suas 
necessidades
– As mudanças constantes não podem ser vistas 
como um problema crítico do projeto
20 
Scrum – Histórico 
Desenvolvimento de Software
 Mudanças são tão trágicas assim ou fazem 
parte da natureza do software???
– Princípio da Incerteza de Ziv
 Incerteza é inerente e inevitável em desenvolvimento de 
software
– Princípio da Incerteza de Requisitos de Humphrey
Em um novo sistema os requisitos não serão 
completamente conhecidos até que os usuários o tenham 
usado
– Lema de Wegner
Não é possível especificar completamente um sistema
21 
Scrum – Histórico 
Desenvolvimento de Software
 1993: 65% de fracasso
 1999: 75% de fracasso
 2001: 87% de fracasso
22 
Scrum – Histórico 
Desenvolvimento de Software
Projeto de sucesso
– Entregue no prazo o que foi especificado
Os números estão aumentando nos 
últimos anos
Um dos 10 motivos para criação das 
metodologias ágeis
23 
Scrum – Histórico 
Desenvolvimento de Software
Frequência de utilização das 
funcionalidades de sistemas de software
Nunca
45%
Sempre
7%
Fequentemente
13%
As vezes
16%
Raramente
19% Nunca
Sempre
Fequentemente
As vezes
Raramente
24 
Scrum – Histórico 
Desenvolvimento de Software
Problema crônico
– Coloco tudo no contrato, pois qualquer coisa 
a mais vai ter que ser pago fora do contrato
Vídeos...
	Slide 1
	Slide 2
	Slide 3
	Slide 4
	Slide 5
	Slide 6
	Slide 7
	Slide 8
	Slide 9
	Slide 10
	Slide 11
	Slide 12
	Slide 13
	Slide 14
	Slide 15
	Slide 16
	Slide 17
	Slide 18
	Slide 19
	Slide 20
	Slide 21
	Slide 22
	Slide 23
	Slide 24