Palestra agile brazil (versão atualizada)
•Transferir como PPT, PDF•
1 gostou•505 visualizações
O documento discute quatro mitos comuns sobre práticas ágeis e como entender sua essência versus necessidade. 1) O papel do ScrumMaster não é ser chefe, mas sim focar em resultados e retirar impedimentos. 2) Práticas de engenharia são importantes, mas requerem maturidade e equilíbrio. 3) Reuniões diárias devem manter boa comunicação de forma eficiente. 4) Revisões e retrospectivas devem ter comunicação aberta, não surpresas, e melhoria contínua.
![Da Essência à Necessidade ,[object Object],Paulo Igor - @pigodinho [email_address] Anderson Silveira [email_address]](https://image.slidesharecdn.com/palestra-agilebrazil-110629225405-phpapp01/85/palestra-agile-brazil-verso-atualizada-1-320.jpg)
Recomendados
Recomendados
Mais conteúdo relacionado
Mais procurados
Mais procurados (18)
Semelhante a Palestra agile brazil (versão atualizada)
Semelhante a Palestra agile brazil (versão atualizada) (20)
Mais de Paulo Igor Alves Godinho
Mais de Paulo Igor Alves Godinho (11)
Palestra agile brazil (versão atualizada)
- 5. A Essência
- 9. “ Não é mais um celular, isso é um smartphone”
- 10. “ Quanto maiores os Benefícios maior o Custo”
- 11. Não é diferente no desenvolvimento de software...
- 12. várias formas de fazer... Scrum XP Lean / Kanban RUP Cascata Go Horse Scrumbut Scrumban DSDM FDD
- 13. ...todas tem seu custo e seus benefícios... Scrum XP Lean / Kanban RUP Cascata Go Horse Scrumbut Scrumban DSDM FDD
- 14. ...mas qual é o melhor custo x benefício? Scrum XP Lean / Kanban RUP Cascata Go Horse Scrumbut Scrumban DSDM FDD
- 15. “ Não existe receita de bolo para desenvolver software”
- 16. - Processo Empírico - Criativo - Adaptativo
- 17. essa resposta você tem que descobrir! Scrum XP Lean / Kanban RUP Cascata Go Horse Scrumbut Scrumban DSDM FDD
- 18. se libertar dos mitos criados...
- 19. ... e conhecer a essência das coisas!
- 20. 1º Mito - O papel do ScrumMaster
- 21. qual a essência?
- 22. “ Valores e práticas do Scrum” + produtivo + qualidade auto-organizado multifuncional líder-servidor
- 23. porém...
- 24. “ Ele não é seu chefe!”
- 25. “ Ele não precisa resolver todos os problemas”
- 26. O PO não é uma entidade espiritual
- 28. a necessidade...
- 29. “ Focar em resultado” “ Alinhar as expectativas com o time e o PO” “ Difundir as práticas e retirar os impedimentos”
- 31. chefes dão ordens...líderes dão exemplos
- 33. 2º Mito - Práticas de Engenharia
- 34. qual a essência?
- 36. porém...
- 39. e qual a necessidade?
- 40. diminuir o débito técnico
- 41. o equilíbrio
- 42. 3º Mito - Reuniões Diárias
- 43. A essência da reunião diária
- 44. porém...
- 45. reunião diária de 1 hora!!!
- 47. e qual a necessidade?
- 48. manter uma boa comunicação :)
- 50. usar bem o tempo!
- 51. 4º Mito - Sprint Review e Retrospectiva
- 52. qual a essência?
- 53. Sprint Review apresentar os resultados
- 54. Retrospectiva entender e solucionar os problemas
- 55. porém...
- 57. Não é hora de surpresas!
- 59. canal eficiente de comunicação
- 60. mais comunicação e mais colaboração
- 61. por que esperar?
- 62. Sprint Review
- 63. Retrospectiva
- 64. Refletir...
- 67. Adaptação
- 69. pra alguns funciona bem
- 70. Experimentação
- 71. “Time que ta ganhando não se mexe”
- 72. Como é que é?
- 73. “ Não existe receita de bolo ”
- 74. “ Pequenas Ações fazem Grandes Revoluções” http://smallactsmanifesto.org /
- 75. Perguntas?
Notas do Editor
- Quem trabalha com metodologias ágeis? Cite uma prática que você utiliza no seu dia a dia * Gancho para os mitos
- - Responsável por garantir que o Time atue dentro das “regras”, valores e práticas do Scrum - Ajuda o Time a ser mais produtivo e produzir com alta qualidade e performance - Ajuda a entender e atuar de forma auto-organizada e multifuncional - É um líder-servidor
- - cultura comando-controle
- Ele não é o único que conversa com o PO Ele não advinha o que PO precisa?
- - Teste - IC - Pair programming (Colaboração / Comunicação) - Refactoring (Constante melhoria do código)
- A falta de maturidade pode ocasionar em outros problemas - Usar de forma incorreta as práticas (build 10 min., pair programming, teste) *teste - pecar pelo excesso, falta de condições técnicas para desenvolver os testes
- Qualidade do software entregue Minimizar problemas que podem travar o processo de desenvolvimento Amenizar o impacto de novas soluções Alguns exemplos: - Teste - IC - Pair programming (Colaboração / Comunicação) - Refactoring (Constante melhoria do código)
- Estabelecer um ponto de alinhamento do andamento das atividades do dia, promovendo a comunicação do time.
- Não é reporte para o ScrumMaster Não é reporte para o PO
- Não precisa esperar a reunião diária para falar
- Manter a visibilidade das atividades que estão sendo realizadas no dia Identificar problemas e bloqueios que o Time possa encontrar durante o dia Suprir a necessidade de comunicação do Time
- Não é reporte para o ScrumMaster Não é reporte para o PO
- Receber o feedback das atividades realizadas (Sprint Review) Receber o feedback do time para o Time (Retrospectiva)
- Postegar a apresentação dos resultados ou dos problemas encontrados Avalanche de informações e problemas a serem resolvidos pelo Time.
- Necessidade de receber feedback tanto dos resultados, do que está sendo feito, como dos problemas que estão sendo identificados durante a sprint