Quando os rótulos não atendem as
suas necessidades
@JulianoRibeiro
Quem é esse cara???
• 20 anos de experiência em desenvolvimento
– 5 deles gerenciando equipes
• Desenvolvedor de Software
...
Disclaimer
Esta apresentação representa a minha
opinião sobre os assuntos aqui apresentados.
Não a julgue apressadamente a...
Período pré-waterfall
Waterfall
Waterfall
Managing The Development of Large Software Systems – Dr Winston Royce
Waterfall
Managing The Development of Large Software Systems – Dr Winston Royce
Waterfall
Managing The Development of Large Software Systems – Dr Winston Royce
O Legado do Waterfall
Manifesto ágil
http://manifestoagil.com.br/
Kanban
Jeff Patton
Scrum
Pessoas
Timebox
Timebox
Extreme Programming
Extreme Programming
Extreme Programming
• Jogo de Planejamento (Planning Game)
• Fases pequenas (Small Releases)
• Metáfora (Metaphor)
• Desig...
Extreme Programming
Desenvolvedor
Tester
Coach
Rastreador
Cliente
LEAN SOFTWARE DEVELOPMENT
O que é Lean?
Entregar continuamente aumentando
o valor do produto
Continuamente diminuir o esforço gasto
No prazo mais cu...
"Acelerar a produção do desenvolvimento de
Software é geralmente uma questão de
melhorar o processo ao invés de adicionar
...
Elimine Desperdícios
Inclua a Qualidade no Processo
Crie Conhecimento
Adie Decisões e Comprometimentos
Entregue o quanto a...
Fábula Indiana
VertexSoft
Começamos com Scrum
Time distribuído
Product Owner em outro país
Estado inicial
Scrum
TDD
Continuous Integration
Como foi?
Sprints falhando…
Foco na entrega versus qualidade
Várias histórias quase aceitas…
Cliente insatisfeito
Por cons...
As mudanças
Adoção de Pair Programming
Continuous Integration = Continuous delivery
Mudança no comprometimento
Não estimar...
Resultados
Time entrega apenas 5 histórias
por semana/iteração/sprint
O cliente tem seu pedido atendido no menor
tempo pos...
Objective Solutions
Começaram com Scrum “by the book”
Desde o início com técnicas de XP
Observações
Overhead de planejamento, cerimônias…
Sprints constantemente cancelados,
os requisitos mudavam frequentemente
...
Mudanças
Iterações > Fluxo Contínuo
As tarefas levam o tempo que levarem
Algoritmo para disciplinar o Pair Programming
Cri...
Não desenvolva apego a nenhuma
arma ou escola de combate.
Miyamoto Musashi
Manifesto ágil
http://manifestoagil.com.br/
Obrigado
@JulianoRibeiro
juliano@massimus.com
Quando os rótulos não atendem as suas necessidades
Quando os rótulos não atendem as suas necessidades
Quando os rótulos não atendem as suas necessidades
Quando os rótulos não atendem as suas necessidades
Próximos SlideShares
Carregando em…5
×

Quando os rótulos não atendem as suas necessidades

1.354 visualizações

Publicada em

Palestra apresentada durante a trilha Ágil do TDC de São Paulo em 2013

Publicada em: Educação
0 comentários
1 gostou
Estatísticas
Notas
  • Seja o primeiro a comentar

Sem downloads
Visualizações
Visualizações totais
1.354
No SlideShare
0
A partir de incorporações
0
Número de incorporações
92
Ações
Compartilhamentos
0
Downloads
14
Comentários
0
Gostaram
1
Incorporações 0
Nenhuma incorporação

Nenhuma nota no slide
  • Como eramosprojetos antes das metodologias?Como osprogramadorestrabalhavamnaqueles tempos?
  • Artigo de Royce
  • Mostrar o retroimpacto
  • Program design come firstDocument the design – How much documentation?Do it twicePlan, control and monitor testingInvolve the customer
  • O legado do waterfall
  • Ler o manifesto todoLembrar a todosospresentesqueexiste um cabeçalho e aliestá o espírito da coisa
  • Gestão Visual = Mapear o processoLimite o WIP / TrabalharosgargalosMedir o tempo de ciclo
  • FocoVantagensDesvantagens
  • Foco dos papéis: PessoasFoco do processo: disciplina
  • Tudoétimeboxem Scrum. Cerimônias (Planning, Daily Scrum, Review, Retrospective), todassão “timeboxeadas”. O timeboxdisciplina, dá o sentimento de urgêncianecessárioparamotivardeterminadaspessoas. Gera também o sentimento de sucessoaoentregarhistóriasfeitasao final de cada sprint.
  • Timeboxgerapressão. As vezesgerapressãodemais. Além disso times podem se sentirdesmotivadosquandofalhamsucessivos sprints.
  • FocoVantagensDesvantagens
  • FocoVantagensDesvantagens
  • Fábulaindiana dos cegos e o elefanteBarrigaCaudaOrelhaTrombaPernas
  • Invertemos o comprometimento de um total de históriasparaumahistóriaporvez, completa, namelhorqualidadepossível
  • Kai = MudançaZen = Bom
  • Ler o manifesto todoManeirasmelhores de desenvolver softwareLembrar a todosospresentesqueexiste um cabeçalho e aliestá o espírito da coisa
  • Quando os rótulos não atendem as suas necessidades

    1. 1. Quando os rótulos não atendem as suas necessidades @JulianoRibeiro
    2. 2. Quem é esse cara??? • 20 anos de experiência em desenvolvimento – 5 deles gerenciando equipes • Desenvolvedor de Software – Clipper, Delphi, Java, iOS, Android… • Graduado em Sistemas para Internet • Pós-graduado em POO com Java • CSM, CSPO e CSP pela Scrum Alliance • Certified Delphi Developer pela Embarcadero • Organizador por 3 anos do AgileTour • Agile Coach & Trainer pela Massimus C&T
    3. 3. Disclaimer Esta apresentação representa a minha opinião sobre os assuntos aqui apresentados. Não a julgue apressadamente antes de ser apresentado ao conteúdo todo e compreende- lo, afinal esse é um dos pontos defenderemos aqui.
    4. 4. Período pré-waterfall
    5. 5. Waterfall
    6. 6. Waterfall Managing The Development of Large Software Systems – Dr Winston Royce
    7. 7. Waterfall Managing The Development of Large Software Systems – Dr Winston Royce
    8. 8. Waterfall Managing The Development of Large Software Systems – Dr Winston Royce
    9. 9. O Legado do Waterfall
    10. 10. Manifesto ágil http://manifestoagil.com.br/
    11. 11. Kanban Jeff Patton
    12. 12. Scrum
    13. 13. Pessoas
    14. 14. Timebox
    15. 15. Timebox
    16. 16. Extreme Programming
    17. 17. Extreme Programming
    18. 18. Extreme Programming • Jogo de Planejamento (Planning Game) • Fases pequenas (Small Releases) • Metáfora (Metaphor) • Design Simples (Simple Design) • Time Coeso (Whole Team) • Testes de Aceitação (Customer Tests) • Semana de 40 horas (Sustainable Pace) • Reuniões em pé (Stand-up Meeting) • Propriedade Coletiva (Collective Ownership) • Programação Pareada (Pair Programming) • Padronização do Codigo (Coding Standards) • Desenvolvimento Orientado a Testes (Test Driven Development) • Refatoração (Refactoring) • Integração Contínua (Continuous Integration)
    19. 19. Extreme Programming Desenvolvedor Tester Coach Rastreador Cliente
    20. 20. LEAN SOFTWARE DEVELOPMENT
    21. 21. O que é Lean? Entregar continuamente aumentando o valor do produto Continuamente diminuir o esforço gasto No prazo mais curto possível Com a melhor qualidade possível Uma jornada, não um destino
    22. 22. "Acelerar a produção do desenvolvimento de Software é geralmente uma questão de melhorar o processo ao invés de adicionar pessoas. Pare de fazer coisas que o cliente não valoriza! Vista os óculos do cliente! " Mary e Tom Poppendieck
    23. 23. Elimine Desperdícios Inclua a Qualidade no Processo Crie Conhecimento Adie Decisões e Comprometimentos Entregue o quanto antes Respeite as Pessoas e "Empower" a equipe Otimize o Todo Princípios Lean aplicados ao software
    24. 24. Fábula Indiana
    25. 25. VertexSoft Começamos com Scrum Time distribuído Product Owner em outro país
    26. 26. Estado inicial Scrum TDD Continuous Integration
    27. 27. Como foi? Sprints falhando… Foco na entrega versus qualidade Várias histórias quase aceitas… Cliente insatisfeito Por consequência, nós também!
    28. 28. As mudanças Adoção de Pair Programming Continuous Integration = Continuous delivery Mudança no comprometimento Não estimar mais
    29. 29. Resultados Time entrega apenas 5 histórias por semana/iteração/sprint O cliente tem seu pedido atendido no menor tempo possível, podendo valida-lo imediatamente, com a maior qualidade que o time consegue entregar
    30. 30. Objective Solutions Começaram com Scrum “by the book” Desde o início com técnicas de XP
    31. 31. Observações Overhead de planejamento, cerimônias… Sprints constantemente cancelados, os requisitos mudavam frequentemente Pair programming exige mais que disciplina, exige método O time precisa do controle sutil, mesmo um time maduro
    32. 32. Mudanças Iterações > Fluxo Contínuo As tarefas levam o tempo que levarem Algoritmo para disciplinar o Pair Programming Criaram a ronda ativa
    33. 33. Não desenvolva apego a nenhuma arma ou escola de combate. Miyamoto Musashi
    34. 34. Manifesto ágil http://manifestoagil.com.br/
    35. 35. Obrigado @JulianoRibeiro juliano@massimus.com

    ×