O Raio-X de um Projeto Ágil: Erros e Acertos no Desenvolvimento de uma Plataforma de Serviços

O Raio-X de um Projeto ÁgilErros e Acertos no desenvolvimento de uma Plataforma de Serviços

Quem sou eu? @rveiga

SDE(Sistema de Dados Esportivos)

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

Tecnologias

Scrum em todo o projeto

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

Fases do Projetojun / 2009 -> set / 2009 set / 2009 -> dez / 2009 dez / 2009 -> jun / 2010 jul / 2010 -> nov / 2010 Gestação Rumo à Istambul Copa do Mundo Desaﬁo Code Esporte

Fase 1: Gestação

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

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

Resultado após 3 meses

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

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

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

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

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)

Objetivo Nebuloso

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

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)

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

Ouvimos pouco o cliente

Fase 2: Rumo à Istambul

Objetivo“Garantir a Cobertura do Campeonato Turco”

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

Feature team XComponent teamEm uma Plataforma? Mais de um Cliente... Cenários diversos... Por Natureza, é “componencial”...

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

“BDUF”

“BDUF” “NoDUF”

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

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

Sintonia com o ClienteNovo Modelo de Trabalho do ClienteFeedback mais FrequenteProximidade FísicaUso de “Personas”Medição de Satisfação(NPS = Net Promoter Score)

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

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

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

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

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

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)

Fase 3: Copa do Mundo

Objetivo“A melhor Cobertura da Copa do Mundo 2010”

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

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

QualidadeEscopo Prazo

PlanejamentoRelease Planning mais consistente Releases entre 15 e 30 dias Milestones atrelados às datas importantes Sprint Plannings mais enxutosIndicadores % Backlog “Ready” % Adição de Escopo Release BurndownDébitos Técnicos Buffer Regra do “6 + 1”

Divisão do Backlog4 Equipes no mesmo projetoDesconforto inicialIntensa 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

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

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

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

Fase 4

ObjetivoInicialmente, não estava definido...

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

API Console

API Console Iniciativa individual

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

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

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

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

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

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

Aprendizado a cada sprint

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)

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

O Raio-X de um Projeto Ágil: Erros e Acertos no Desenvolvimento de uma Plataforma de Serviços

by Rodrigo Veiga on Jul 03, 2011

Accessibility

Categories

Tags

Upload Details

Usage Rights

3 Embeds 3

Statistics

O Raio-X de um Projeto Ágil: Erros e Acertos no Desenvolvimento de uma Plataforma de Serviços — Presentation Transcript

http://www.slideshare.net	1
http://us-w1.rockmelt.com	1
http://twitter.com	1