O documento descreve o desenvolvimento de uma plataforma de serviços esportivos (SDE) utilizando métodos ágeis em 4 fases. A fase inicial teve objetivos nebulosos e poucas entregas. A segunda fase focou no campeonato turco com melhor comunicação com o cliente. A terceira fase garantiu cobertura completa da Copa do Mundo. A quarta fase iniciou-se com um concurso de desenvolvimento que impulsionou a inovação.

1. O Raio-X de um Projeto Ágil
Erros e Acertos no desenvolvimento de uma Plataforma de Serviços

2. Quem sou eu?
@rveiga

3. SDE
(Sistema de Dados Esportivos)

4. SDE
(Sistema de Dados Esportivos)
Data Administration Message Broker Data Service

5. Tecnologias

6. Tecnologias

7. Scrum
em todo o projeto

8. 29 sprints (12 dias úteis)
17 meses de projeto
entregue / estimado = 77%
49% = mudanças de escopo

9. Fases do Projeto
jun / 2009 -> set / 2009 set / 2009 -> dez / 2009 dez / 2009 -> jun / 2010 jul / 2010 -> nov / 2010
Gestação
Rumo à Istambul
Copa do Mundo
Desafio Code Esporte

10. Fase 1: Gestação

11. Objetivo
“Entidades Essenciais”
(modelo conceitual e cadastro básico)

12. Objetivo
“Entidades Essenciais”
(modelo conceitual e cadastro básico)
Data Administration Message Broker Data Service

13. Resultado após 3 meses

14. Resultado após 3 meses
Nada em Produção

15. Resultado após 3 meses
Nada em Produção
Modelo pouco maduro

16. Resultado após 3 meses
Nada em Produção
Modelo pouco maduro
(não validado, incerteza de sua real utilidade)

17. Resultado após 3 meses
Nada em Produção
Modelo pouco maduro
(não validado, incerteza de sua real utilidade)
Interfaces pobres de cadastro

18. Resultado após 3 meses
Nada em Produção
Modelo pouco maduro
(não validado, incerteza de sua real utilidade)
Interfaces pobres de cadastro
(cliente insatisfeito)

19. Objetivo Nebuloso

20. BDUF
(Big Design Up Front)
“Quando vamos parar de desenhar no quadro para
entregar de verdade?” (membro do time)

21. BDUF
(Big Design Up Front)
ou BRUF
ou BMUF
ou BUFD...
“Quando vamos parar de desenhar no quadro para
entregar de verdade?” (membro do time)

23. Grande Curva de Aprendizado
Entregue / estimado = 62%
Pouca experiência em Python, Django, Mysql e Testes

24. Ouvimos pouco o cliente

25. Fase 2: Rumo à Istambul

26. Objetivo
“Garantir a Cobertura do Campeonato Turco”

27. Objetivo
“Garantir a Cobertura do Campeonato Turco”
Data Administration Message Broker Data Service

28. Feature team
X
Component team
Em uma Plataforma?
Mais de um Cliente...
Cenários diversos...
Por Natureza, é “componencial”...

29. Projeto Piloto
Projeto Real
Menor Visibilidade
Features Compatíveis
Constraints de Tempo

31. “BDUF”

32. “BDUF”
“NoDUF”

33. “BDUF”
“NoDUF”

34. “NoDUF”
n
sig
De
ry
na
tio
olu
Ev
“BDUF”

35. “BDUF”
Ev
olu
tio
na
ry
De
sig
n
“YAGNI” e não “YAGNIN” “NoDUF”

36. Sintonia com o Cliente
Novo Modelo de Trabalho do Cliente
Feedback mais Frequente
Proximidade Física
Uso de “Personas”
Medição de Satisfação
(NPS = Net Promoter Score)

37. Resultado após 3 meses

38. Resultado após 3 meses
Plataforma em Produção

39. Resultado após 3 meses
Plataforma em Produção
(campeonatos Turco, Português e Holandês)

40. Resultado após 3 meses
Plataforma em Produção
(campeonatos Turco, Português e Holandês)
Modelo bem mais maduro

41. Resultado após 3 meses
Plataforma em Produção
(campeonatos Turco, Português e Holandês)
Modelo bem mais maduro
(caso real de uso)

42. Resultado após 3 meses
Plataforma em Produção
(campeonatos Turco, Português e Holandês)
Modelo bem mais maduro
(caso real de uso)
Interfaces mais ricas

43. Resultado após 3 meses
Plataforma em Produção
(campeonatos Turco, Português e Holandês)
Modelo bem mais maduro
(caso real de uso)
Interfaces mais ricas
(cliente satisfeito)

44. Fase 3: Copa do Mundo

45. Objetivo
“A melhor Cobertura da Copa do Mundo 2010”

46. Objetivo
“A melhor Cobertura da Copa do Mundo 2010”
Data Administration Message Broker Data Service

47. 100% Date driven
100%
Date Driven
0%
Gestação Rumo à Istambul Copa do Mundo Code Esporte

49. Qualidade
Escopo Prazo

50. Planejamento
Release Planning mais consistente
Releases entre 15 e 30 dias
Milestones atrelados às datas importantes
Sprint Plannings mais enxutos
Indicadores
% Backlog “Ready”
% Adição de Escopo
Release Burndown
Débitos Técnicos
Buffer
Regra do “6 + 1”

51. Divisão do Backlog
4 Equipes no mesmo projeto
Desconforto inicial
Intensa Sincronização
Dependências Mapeadas e Visíveis o tempo todo
Sinalização imediata dos problemas
Participação em Daily Meetings, Reviews e Plannings
Planejamento mais antecipado e granular
Retrospectiva Geral entre os times

52. Resultado após 6 meses

53. Resultado após 6 meses
100% de Cobertura da Copa

54. Resultado após 6 meses
100% de Cobertura da Copa
SDE bastante evoluído

55. Resultado após 6 meses
100% de Cobertura da Copa
SDE bastante evoluído
Maior Integração da Área

56. Fase 4

57. Objetivo
Inicialmente, não estava definido...

58. Objetivo
Inicialmente, não estava definido...
Data Administration Message Broker Data Service

59. API Console

60. API Console
Iniciativa individual

61. Concurso de desenvolvimento
Tornou-se o Objetivo
Trouxe Visibilidade
Novas Idéias
Integração entre as Áreas
45 dias de concurso
11 duplas, 14 projetos

62. Depoimentos sobre o concurso
* Frases extraídas do formulário de feedback do concurso (sem registro de autores).

63. Depoimentos sobre o concurso
“Nunca vi nada parecido na minha breve história (4 anos) de
globo.com. Acredito que seja uma nova fase para a empresa.”
* Frases extraídas do formulário de feedback do concurso (sem registro de autores).

64. Depoimentos sobre o concurso
“Nunca vi nada parecido na minha breve história (4 anos) de
globo.com. Acredito que seja uma nova fase para a empresa.”
“Quem dera todos os clientes tivessem essa oportunidade!”
* Frases extraídas do formulário de feedback do concurso (sem registro de autores).

65. Depoimentos sobre o concurso
“Nunca vi nada parecido na minha breve história (4 anos) de
globo.com. Acredito que seja uma nova fase para a empresa.”
“Quem dera todos os clientes tivessem essa oportunidade!”
“Achei a iniciativa excelente e acho que todos ganharam alguma coisa neste processo. Eu,
por exemplo, aprendi bastante. Poderia ter sido num estilo mais Rumble: 48 horas direto.”
* Frases extraídas do formulário de feedback do concurso (sem registro de autores).

66. Depoimentos sobre o concurso
“Nunca vi nada parecido na minha breve história (4 anos) de
globo.com. Acredito que seja uma nova fase para a empresa.”
“Quem dera todos os clientes tivessem essa oportunidade!”
“Achei a iniciativa excelente e acho que todos ganharam alguma coisa neste processo. Eu,
por exemplo, aprendi bastante. Poderia ter sido num estilo mais Rumble: 48 horas direto.”
“Uma ótima iniciativa! Tanto para a melhoria e novidades nos produtos da
Globo quanto para o funcionário ser devidamente premiado pela criação.”
* Frases extraídas do formulário de feedback do concurso (sem registro de autores).

67. Aprendizado a cada sprint

68. Referências
- Fotos
- Stock Xchng: http://www.sxc.hu
- Feature Team and Component Team:
- http://www.practiceagile.com/2009/07/scrum-team-organization-feature-teams.html
- http://scalingsoftwareagility.wordpress.com/2009/07/15/organizing-agile-at-scale-feature-teams-versus-component-teams-part-1/
- http://www.infoq.com/articles/scaling-lean-agile-feature-teams
- BDUF / Evolutionary Design
-: http://martinfowler.com/articles/designDead.html
- NPS (Net Promoter Score)
- http://www.netpromoter.com
- http://en.wikipedia.org/wiki/Net_Promoter
- Persona (Agile and UX Technique)
- http://www.agile-ux.com/2009/12/02/personas-in-agile-development-yes-we-can/
- Backlog Ready
- http://blog.xebia.com/2009/07/flow-to-ready-iterate-to-done/
- Burndown
- http://www.mountaingoatsoftware.com/scrum/release-burndown
- Regra do 6 + 1 (na verdade, 6 x 2 + 1)
-Agile Estimating and Planning, Mike Cohn, Prentice Hall, 1-nov-05 (capítulo 15, página 172)

69. Obrigado
Dúvidas?
Comentários?
Sugestões?
email: rveiga@corp.globo.com
twitter: rveiga
linkedin: rveiga
facebook: rveigabr
O Raio-X de um Projeto Ágil
Erros e Acertos no desenvolvimento de uma Plataforma de Serviços