DESENVOLVIMENTO ÁGILCOM SCRUMCriado por Rômulo Gomes, Product Owner
APRESENTANDO-ME RAPIDAMENTEPaulistano de 23 anos, comecei a trabalhar com web em2004. Já tive agência, trabalhei como dev ...
COMEÇANDO PELO COMEÇO:COMO FAZEMOS SOFTWARE HOJE?Modelo CascataFábricas de Software"Faça isso, agora aquilo outro, agora v...
ALGUMAS ESTATÍSTICASSe compararmos o sucesso de projetos com o de vôosdomésticos29% pousariam :)53% pousariam com problema...
ALGUMA ESTATÍSTICASSó 20% das funcionalidades de um software são utilizadasregularmenteOutras 20% só são utilizadas uma ve...
O MANIFESTO ÁGILEstamos descobrindo maneiras melhores de desenvolversoftware fazendo-o nós mesmos e ajudando outros a fazê...
PLEASE SELECT YOUR WEAPONQuadro KanbanXP pair programming / unit testing / developers stuffSCRUM
COMO FUNCIONA ESSE TAL DE SCRUM?
OS PAPÉISProduct OwnerScrum MasterTime de Desenvolvimento
O PRODUCT OWNERVisão de ProdutoROIPlanejamento: roadmap e release planningManutenção do Product BacklogSer a voz do client...
O SCRUM MASTERGerente de Projeto, só que nãoResponsável pela entregaRemove Impedimentos para o TimeGarante que os processo...
TIME DE DESENVOLVIMENTOUm pequeno time multidisciplinar de programadores,designers, arquitetos (etc), que irão nos ajudar ...
ENTRANDO UM POUCO MAIS AFUNDO NOGERENCIAMENTO DE PRODUTO
PRODUCT BACKLOGO que é o Product Backlog? O que acontece quando tentamossatisfazer todos os desejos dos nossos Stakeholder...
COMO IMPEDIR QUE ISSO ACONTEÇA?
MANTENDO O BACKLOG ORGANIZADOROI como ferramenta de priorizaçãoUser Stories vagas no final da lista, user Stories concreta...
PAIXÃO E COMUNICAÇÃO
NOSSO FOCO ESTÁERRADODEVEMOS ENTREGAR MAIS VALOR PARANOSSOS CONSUMIDORES E NÃO MAISFUNCIONALIDADES!
RAPIDEZ VS ACERTIVIDADE VS ROBUSTEZ
NÃO HÁ PRAZO!GERENCIAMENTO REALISTA DE EXPECTATIVASCalma, podemos fazer uma previsão :)Previsão de Escopo FixoPrevisão de ...
SE A EMPRESA ONDE VOCÊ TRABALHA NÃOGOSTA DE SE COMUNICAR COM HONESTIDADEENTÃO ELA NÃO ESTÁ PRONTA PARATRABALHAR COM DESENV...
TUDO ISSO É MUITO LEGAL, MAS COMOCONVENÇO O CHEFE?
Faremos entregas rápidas e contínuas, a cada 5 a 10 dias;É extremamente fácil medir a produção do time;A equipe se torna m...
ACABOU :(- meu blogCONTATOcontato@romulodeveloper.com.br(11) 9-8058-4648Prodcut Ownership & AgileLinkedInSlide Share
Desenvolvimento Ágil com Scrum - Palestra Digitalks
Desenvolvimento Ágil com Scrum - Palestra Digitalks
Desenvolvimento Ágil com Scrum - Palestra Digitalks
Desenvolvimento Ágil com Scrum - Palestra Digitalks
Desenvolvimento Ágil com Scrum - Palestra Digitalks
Desenvolvimento Ágil com Scrum - Palestra Digitalks
Upcoming SlideShare
Loading in...5
×

Desenvolvimento Ágil com Scrum - Palestra Digitalks

329

Published on

Palestra de introdução ao Scrum, apresentando diferenças entre os meios convencionais de desenvolvimento de software e a forma ágil.

Published in: Technology
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
329
On Slideshare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
0
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

Transcript of "Desenvolvimento Ágil com Scrum - Palestra Digitalks"

  1. 1. DESENVOLVIMENTO ÁGILCOM SCRUMCriado por Rômulo Gomes, Product Owner
  2. 2. APRESENTANDO-ME RAPIDAMENTEPaulistano de 23 anos, comecei a trabalhar com web em2004. Já tive agência, trabalhei como dev php e front-end,mas me encontrei mesmo na área de Produto. Gosto detrabalhar com frameworks ágeis como o Scrum e o Lean.
  3. 3. COMEÇANDO PELO COMEÇO:COMO FAZEMOS SOFTWARE HOJE?Modelo CascataFábricas de Software"Faça isso, agora aquilo outro, agora volta naquele, agora..."
  4. 4. ALGUMAS ESTATÍSTICASSe compararmos o sucesso de projetos com o de vôosdomésticos29% pousariam :)53% pousariam com problemas :s18% cairiamLOL
  5. 5. ALGUMA ESTATÍSTICASSó 20% das funcionalidades de um software são utilizadasregularmenteOutras 20% só são utilizadas uma vez (provavelmente pelomesmo asno que a solicitou)60% simplesmente não são utilizadas
  6. 6. O MANIFESTO ÁGILEstamos descobrindo maneiras melhores de desenvolversoftware fazendo-o nós mesmos e ajudando outros a fazê-lo.Através deste trabalho, passamos a valorizar:Indivíduos e interação entre eles mais que processos e ferramentasSoftware em funcionamento mais que documentação abrangenteColaboração com o cliente mais que negociação de contratosResponder a mudanças mais que seguir um planoOu seja, mesmo havendo valor nos itens à direita,valorizamos mais os itens à esquerda.
  7. 7. PLEASE SELECT YOUR WEAPONQuadro KanbanXP pair programming / unit testing / developers stuffSCRUM
  8. 8. COMO FUNCIONA ESSE TAL DE SCRUM?
  9. 9. OS PAPÉISProduct OwnerScrum MasterTime de Desenvolvimento
  10. 10. O PRODUCT OWNERVisão de ProdutoROIPlanejamento: roadmap e release planningManutenção do Product BacklogSer a voz do clientePivot entre TI, Negócios e Cliente
  11. 11. O SCRUM MASTERGerente de Projeto, só que nãoResponsável pela entregaRemove Impedimentos para o TimeGarante que os processos do Scrum estão sendorespeitadosImplementa melhorias ao processo sempre que necessário
  12. 12. TIME DE DESENVOLVIMENTOUm pequeno time multidisciplinar de programadores,designers, arquitetos (etc), que irão nos ajudar a construirnossas user stories. Para ser ágil, o time investe pesado emtestes automatizados e exije do PO tarefas muito bemdetalhadas com critérios de aceitação e casos de teste.
  13. 13. ENTRANDO UM POUCO MAIS AFUNDO NOGERENCIAMENTO DE PRODUTO
  14. 14. PRODUCT BACKLOGO que é o Product Backlog? O que acontece quando tentamossatisfazer todos os desejos dos nossos Stakeholders?Backlog vira listinha do Papai Noel.Vários problemas em TI: times desmotivados; acúmulo deentregas; má qualidade de código; queda de produção, etc.Excessos para todos os lados: sistema se torna muitocomplexo, pesado, poluído e não entrega funcionalidades-chave.
  15. 15. COMO IMPEDIR QUE ISSO ACONTEÇA?
  16. 16. MANTENDO O BACKLOG ORGANIZADOROI como ferramenta de priorizaçãoUser Stories vagas no final da lista, user Stories concretasno topoBacklog GroomingEvitar a armadilha do "first in, first out"
  17. 17. PAIXÃO E COMUNICAÇÃO
  18. 18. NOSSO FOCO ESTÁERRADODEVEMOS ENTREGAR MAIS VALOR PARANOSSOS CONSUMIDORES E NÃO MAISFUNCIONALIDADES!
  19. 19. RAPIDEZ VS ACERTIVIDADE VS ROBUSTEZ
  20. 20. NÃO HÁ PRAZO!GERENCIAMENTO REALISTA DE EXPECTATIVASCalma, podemos fazer uma previsão :)Previsão de Escopo FixoPrevisão de Prazo FixoPrevisão de Escopo e Prazo Fixo
  21. 21. SE A EMPRESA ONDE VOCÊ TRABALHA NÃOGOSTA DE SE COMUNICAR COM HONESTIDADEENTÃO ELA NÃO ESTÁ PRONTA PARATRABALHAR COM DESENVOLVIMENTO ÁGIL
  22. 22. TUDO ISSO É MUITO LEGAL, MAS COMOCONVENÇO O CHEFE?
  23. 23. Faremos entregas rápidas e contínuas, a cada 5 a 10 dias;É extremamente fácil medir a produção do time;A equipe se torna mais unida e motivada pois sabe o queestá fazendo, para quem está fazendo e porque estáfazendo;O Scrum dá foco total nas tarefas de maior valor para onegócio e seus consumidores;A equipe se auto-organiza para realizar as tarefas;Agilidade: mude de foco sem parar seu time; tenha umciclo de feedback curtíssimo;Quem usa Scrum: Globo.com. Microsoft, Google,Facebook, Nokia, SalesForce, Warner, Yahoo, etc;E o melhor de tudo...
  24. 24. ACABOU :(- meu blogCONTATOcontato@romulodeveloper.com.br(11) 9-8058-4648Prodcut Ownership & AgileLinkedInSlide Share

×