2. Quem eu sou?
• BCC na UFSCar de 92 a 95 - Moitta
• Automação e IA de 95 a 97 - IBM/Villares
• Software de Controle de trens em 97 -
Alstom
• Internet a partir de 97 - UOL
–e-mail
–autenticação
–gestão de times de mídias digitais e BD
Friday, November 5, 2010
3. Agenda
• O que é o Scrum e por que o escolhemos?
• Intervalo
• Como foi a transição? Como convencer a alguém mudar?
Friday, November 5, 2010
4. Processo antigo no UOL
• Variação do RUP
• Criado por 3 pessoas influentes em
desenvolvimento entre 80 e 90
• Contexto:
–um dos criadores trabalhou na Ericsson entre
67 e 87
–criou diagramas e reforçou iteratividade
–grande evolução
–modelagem muito detalhada antes de iniciar
• Visão, casos de uso e diagrama de deploy
Friday, November 5, 2010
12. Como é o Scrum?
Roadmap
or Backlog
Sprint
Backlog
Sprint
Planning
Daily
Scrum
Sprint Sprint
Review
3 semanas
SPRINT
Demo
release Next
Sprint
Sprint
Retro
Friday, November 5, 2010
13. Scrum – mudança da cultura para todos nós
Pior para gerir mudanças
Melhor para gerir mudanças
e menos insatisfação
Friday, November 5, 2010
15. Risco de aprofundar e detalhar rapidamente
Descarte
Friday, November 5, 2010
16. Como saber mais do produto?
• Aos poucos, mas de maneira
estruturada
• Escrita de documento de visão com
uma ou duas páginas – sem
requisitos na visão – somente
idéias
• Escopo e estratégia do produto
precisam estar definidas
• Kick off para apresentar ao UOL
• Escrita dos primeiros itens do
roadmap
Friday, November 5, 2010
17. Como saber mais do produto?
Roadmap
or Backlog
Sprint
Backlog
Sprint
Planning
Daily
Scrum
Sprint Sprint
Review
3 semanas
SPRINT
Demo
release Next
Sprint
Sprint
Retro
Friday, November 5, 2010
18. Sprint planning
Cliente no controle da definição
Clarificação de requisitos do
roadmap – prioridade definida
pelo cliente
Cada membro é independente do
outro
Não deixe as perguntas para mais
o experiente
Todos os participantes do projeto
escutam e perguntam
Friday, November 5, 2010
21. Momento de realizar
Roadmap
or Backlog
Sprint
Backlog
Sprint
Planning
Daily
Scrum
Sprint Sprint
Review
3 semanas
SPRINT
Demo
release Next
Sprint
Sprint
Retro
Friday, November 5, 2010
22. Momento de realizar - Sprint
Implementar o que foi
detalhado
Desenvolvimento vertical
Comprometimento
Reunião diária de 15
minutos para verificar
Time tem autonomia
Friday, November 5, 2010
23. Scrum team
Multidisciplinar (progamador java,
programador C++, webmaster,
AD, QA, implantação, DBA,
segurança, redes, etc.)
Tem que encadear a sequência de
atividades definidas no sprint
planning sozinho
Tem que assumir
responsabilidades sem
precisar do gestor funcional
Friday, November 5, 2010
24. Autonomia do time
Usar plataformas
homologadas
Respeitar o
trabalho e regras
de cada um
Quer mudar? Fale
antes de iniciar
Friday, November 5, 2010
32. Papéis no Scrum
• Scrum master
– Proteger o time das
interferências
– Tirar impedimentos
– Facilitar o trabalho
– Questionar o time
– Zelar pelo processo
Friday, November 5, 2010
33. Papéis no Scrum
• Gestor do produto
(representante do cliente ou o
próprio cliente)
– Gere o roadmap com a
área de negócio e demais
envolvidos
– Pertence ao “product
owner team”
Friday, November 5, 2010
37. O que mudou no nosso dia-a-dia?
• Teste de aceitação (funcional) automatizado
• Escrita de regras de negócios em wiki
• Questionar se o bug/ajuste em produção pode ser colocado no
roadmap ou se o time tem de parar já
• Aprender a fazer o refactoring
• Questionar se um requisito de grande trabalho de desenvolvimento
está bem estruturado e estável
• Parar de escrever casos de uso – pelo menos para sistemas novos
• Não agendar mais pessoal de webmaster e QA
• Entender o que o produto precisa, ao invés de perguntar pelo
trabalho a ser feito
Friday, November 5, 2010
38. O que NÃO mudou no nosso dia-a-dia?
• Compromisso e vontade de
aprender
• Pensar em
– Escalabilidade
– Manutebilidade
– Custo no médio prazo da decisão
de hoje
– Estratégia do produto versus a
tecnologia a ser utilizada
• Entregar
– DAP
– FTS
– Plano de teste do sistema
• Kick-off
Friday, November 5, 2010