Scrum

1
 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!

2
 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

3
 Scrum – Métodos Ágeis

 Metodologia nascida para desenvolvimento de

software
 Cópia de metodologias provenientes de outras
áreas
 Mudança radical de paradigma

4
 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?)

5
 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

6
 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

7
 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

8
 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

9
 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)

10
 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

11
 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

12
 Scrum – Mundo Caótico

 Mundo Caótico
– Imprevisível
– Síndrome do dono do código
– Baixo reuso
– Dificuldade de manutenção

13
 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!)

14
 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

15
 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

16
 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

17
 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

18
 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

19
 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

20
 Scrum – Histórico
Desenvolvimento de Software

 1993: 65% de fracasso

 1999: 75% de fracasso
 2001: 87% de fracasso

21
 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

22
 Scrum – Histórico
Desenvolvimento de Software

 Frequência de utilização das

funcionalidades de sistemas de software

Raramente
19%
Nunca
Nunca
Sempre
45%
Fequentemente
As vezes
16% As vezes
Raramente
Fequentemente Sempre
13% 7%

23
 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...

24