Your SlideShare is downloading. ×
Giovanni Bassi Arquiteto de software independente www.giovannibassi.com unplugged.giggio.net
Giovanni Bassi <ul><li>Arquiteto de software </li></ul><ul><li>Microsoft MVP </li></ul><ul><li>Consultoria, gestão, mentor...
Certificações/Títulos
Online @ <ul><li>Email: giggio@giggio.net  </li></ul><ul><li>Blog técnico:  http://unplugged.giggio.net   </li></ul><ul><l...
NÃO SABEMOS FAZER SOFTWARE
Fazer software se parece com isso?
Ou com isso?
Contratos Escopo fechado “ Nada muda” Comando e controle Estimativa  assinada com sangue Prazo fechado Gerente de projetos...
Chaos Report Desafiado: atrasou, custou mais, ou entregou menos Fracasso: cancelado, ou entregue e nunca usado Fonte: Stan...
Uso de Funcionalidades 64% Nunca ou Raramente Utilizadas 20% do Software é Realmente Útil Fonte: Standish Group, 2002
Cone da incerteza Fonte: NASA (Cone of uncertainty)
Os primeiros 90% da aplicação levam 90% do tempo para ficarem prontos Os 10% finais levam mais 90% do tempo para terminar
Falsa percepção de progresso
 
Desenvolvedor Analista
Designer Desenvolvedor
Desenvolvedor Arquiteto
Todo o resto Testers
O time inteiro Gerente
Fornecedor Cliente
COMO RESOLVER ISSO?
 
40 anos 22 anos 10 anos
Manifesto Ágil Indivíduos e interações  mais que processos e ferramentas  Produto em funcionamento  mais que documentação ...
SCRUM
<ul><li>É um processo iterativo e incremental para o desenvolvimento de qualquer produto e gerenciamento de qualquer proje...
 
 
<ul><li>Scrum não é um método para engenharia de software </li></ul><ul><li>Scrum não cuidará da qualidade do seu projeto ...
<ul><li>É simples, mas é difícil </li></ul><ul><li>É um framework que mostra as deficiências assim que você o implanta </l...
Papéis no Scrum Product Owner Responsável por garantir o ROI (Retorno de Investimento) Responsável por conhecer as necessi...
 
Planning Meeting
Daily Meeting
Review
Retrospectiva
 
COMUNICAÇÃO E TRANSPARÊNCIA
Burndown Chart
Kanban
1  2  3  5  8  13  21
MITOS E VERDADES SOBRE SCRUM
Não trabalha com escopo fechado
A documentação é um monte de post-its
Jogam baralho durante o trabalho
Precisa de um time muito bom para funcionar
É um processo sem gerente de projetos
Não possui cronograma
Scrum não escala
Não dá pra estimar,  logo é impossível de vender
Meu cliente nunca vai aceitar isso
SCRUM E A PLATAFORMA MICROSOFT
 
 
 
 
A certificação
Livros
Outros recursos <ul><li>Grupo de Scrum no Yahoo (pt): http://br.groups.yahoo.com/group/scrum-brasil </li></ul><ul><li>Scru...
Eventos <ul><li>Agiles 2009 6 a 9 de Outubro </li></ul><ul><li>http://www.agiles2009.org </li></ul>Encontro Ágil 10 e 11/O...
Perguntas?
Obrigado!
Online @ <ul><li>Email: giggio@giggio.net  </li></ul><ul><li>Blog técnico:  http://unplugged.giggio.net   </li></ul><ul><l...
Upcoming SlideShare
Loading in...5
×

Entendendo O Scrum (e como ele se encaixa na plataforma Microsoft)

3,115

Published on

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

No Downloads
Views
Total Views
3,115
On Slideshare
0
From Embeds
0
Number of Embeds
5
Actions
Shares
0
Downloads
0
Comments
0
Likes
6
Embeds 0
No embeds

No notes for slide

Transcript of "Entendendo O Scrum (e como ele se encaixa na plataforma Microsoft)"

  1. 1. Giovanni Bassi Arquiteto de software independente www.giovannibassi.com unplugged.giggio.net
  2. 2. Giovanni Bassi <ul><li>Arquiteto de software </li></ul><ul><li>Microsoft MVP </li></ul><ul><li>Consultoria, gestão, mentoring </li></ul><ul><li>Treinamento </li></ul><ul><li>Palestrante </li></ul><ul><li>Professor universitário </li></ul><ul><li>Dezenas de artigos na .Net Magazine </li></ul><ul><li>Parte do corpo editorial da .Net Magazine </li></ul><ul><li>C#, VB, J#, F#, IronRuby, etc... (beta a beta) </li></ul><ul><li>Líder e fundador do .Net Architects (1º grupo de arquitetura de software com .Net do Brasil) </li></ul><ul><li>Ineta Board Member </li></ul>
  3. 3. Certificações/Títulos
  4. 4. Online @ <ul><li>Email: giggio@giggio.net </li></ul><ul><li>Blog técnico: http://unplugged.giggio.net </li></ul><ul><li>Site: http://giovannibassi.com </li></ul><ul><li>Twitter: @giovannibassi </li></ul><ul><li>.Net Architects: </li></ul><ul><li>Grupo: http://dotnetarchitects.net </li></ul><ul><li>Podcast: http://podcast.dotnetarchitects.net </li></ul><ul><li>Online: http://tinyurl.com/DotNetArch </li></ul><ul><li>Twitter: #DotNetArchitects </li></ul>
  5. 5. NÃO SABEMOS FAZER SOFTWARE
  6. 6. Fazer software se parece com isso?
  7. 7. Ou com isso?
  8. 8. Contratos Escopo fechado “ Nada muda” Comando e controle Estimativa assinada com sangue Prazo fechado Gerente de projetos Preço fechado Foco nas ferramentas Processos complexos Documentação extensa Silos
  9. 9. Chaos Report Desafiado: atrasou, custou mais, ou entregou menos Fracasso: cancelado, ou entregue e nunca usado Fonte: Standish Group
  10. 10. Uso de Funcionalidades 64% Nunca ou Raramente Utilizadas 20% do Software é Realmente Útil Fonte: Standish Group, 2002
  11. 11. Cone da incerteza Fonte: NASA (Cone of uncertainty)
  12. 12. Os primeiros 90% da aplicação levam 90% do tempo para ficarem prontos Os 10% finais levam mais 90% do tempo para terminar
  13. 13. Falsa percepção de progresso
  14. 15. Desenvolvedor Analista
  15. 16. Designer Desenvolvedor
  16. 17. Desenvolvedor Arquiteto
  17. 18. Todo o resto Testers
  18. 19. O time inteiro Gerente
  19. 20. Fornecedor Cliente
  20. 21. COMO RESOLVER ISSO?
  21. 23. 40 anos 22 anos 10 anos
  22. 24. Manifesto Ágil Indivíduos e interações mais que processos e ferramentas Produto em funcionamento mais que documentação abrangente Colaboração com o cliente mais que negociação de contratos Responder a mudanças mais que seguir um plano http://agilemanifesto.org Kent Beck, Mike Beedle, Arie van Bennekum, Alistair Cockburn, Ward Cunningham, Martin Fowler, James Grenning, Jim Highsmith, Andrew Hunt, Ron Jeffries, Jon Kern, Brian Marick, Robert C. Martin, Steve Mellor, Ken Schwaber, Jeff Sutherland, Dave Thomas
  23. 25. SCRUM
  24. 26. <ul><li>É um processo iterativo e incremental para o desenvolvimento de qualquer produto e gerenciamento de qualquer projeto </li></ul><ul><li>É mais um framework que uma metodologia, mais atitude que um processo </li></ul><ul><li>Processo empírico de gerenciamento e controle </li></ul><ul><li>Inspeção e adaptação em loops de feedback </li></ul><ul><li>Usado para gerenciar projetos desde 1990 </li></ul><ul><li>Entrega frequente de funcionalidades com valor para o cliente </li></ul><ul><li>Escalável a projetos distribuídos, grandes e largos </li></ul><ul><li>Compatível com CMMI Nível 3 e ISO9001 </li></ul><ul><li>Extremamente simples, mas resistente </li></ul>O que é Scrum?
  25. 29. <ul><li>Scrum não é um método para engenharia de software </li></ul><ul><li>Scrum não cuidará da qualidade do seu projeto </li></ul><ul><li>Scrum não fornece templates para Gerenciar Tarefas, Relatórios, Estimar ou para Coletar Requisitos </li></ul>O que o não é Scrum
  26. 30. <ul><li>É simples, mas é difícil </li></ul><ul><li>É um framework que mostra as deficiências assim que você o implanta </li></ul>“ Problemas” do Scrum
  27. 31. Papéis no Scrum Product Owner Responsável por garantir o ROI (Retorno de Investimento) Responsável por conhecer as necessidades do(s) cliente(s) Proxy em ambientes com mais de um cliente ScrumMaster Responsável por remover os impedimentos do time Responsável por garantir o uso de Scrum Protege o time de interferências externas Time Definir metas das iterações Auto-gerenciamento Produzir produto com qualidade e valor para o cliente
  28. 33. Planning Meeting
  29. 34. Daily Meeting
  30. 35. Review
  31. 36. Retrospectiva
  32. 38. COMUNICAÇÃO E TRANSPARÊNCIA
  33. 39. Burndown Chart
  34. 40. Kanban
  35. 41. 1 2 3 5 8 13 21
  36. 42. MITOS E VERDADES SOBRE SCRUM
  37. 43. Não trabalha com escopo fechado
  38. 44. A documentação é um monte de post-its
  39. 45. Jogam baralho durante o trabalho
  40. 46. Precisa de um time muito bom para funcionar
  41. 47. É um processo sem gerente de projetos
  42. 48. Não possui cronograma
  43. 49. Scrum não escala
  44. 50. Não dá pra estimar, logo é impossível de vender
  45. 51. Meu cliente nunca vai aceitar isso
  46. 52. SCRUM E A PLATAFORMA MICROSOFT
  47. 57. A certificação
  48. 58. Livros
  49. 59. Outros recursos <ul><li>Grupo de Scrum no Yahoo (pt): http://br.groups.yahoo.com/group/scrum-brasil </li></ul><ul><li>Scrum Alliance (en) http://www.scrumalliance.org </li></ul><ul><li>Site do Ken Schwaber (en) http://www.controlchaos.com </li></ul><ul><li>Revista Visão Ágil (pt) http://www.visaoagil.com </li></ul>
  50. 60. Eventos <ul><li>Agiles 2009 6 a 9 de Outubro </li></ul><ul><li>http://www.agiles2009.org </li></ul>Encontro Ágil 10 e 11/Outubro http://www.encontroagil.com.br
  51. 61. Perguntas?
  52. 62. Obrigado!
  53. 63. Online @ <ul><li>Email: giggio@giggio.net </li></ul><ul><li>Blog técnico: http://unplugged.giggio.net </li></ul><ul><li>Site: http://giovannibassi.com </li></ul><ul><li>Twitter: @giovannibassi </li></ul><ul><li>.Net Architects: </li></ul><ul><li>Grupo: http://dotnetarchitects.net </li></ul><ul><li>Podcast: http://podcast.dotnetarchitects.net </li></ul><ul><li>Online: http://tinyurl.com/DotNetArch </li></ul><ul><li>Twitter: #DotNetArchitects </li></ul>

×