Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

Argentesting 2018 - El día que scrum mató la calidad

1,051 views

Published on

Charla ofrecida por Federico Toledo y Gabriel Montero

Según la guía de Scrum, el equipo que construye es responsable de entregar incremento de producto que potencialmente pueda ser puesto en producción. Estas entregas suceden de forma iterativa, en períodos de trabajo que duran menos de un mes.

Esta declaración, promueve que el equipo ponga foco en agregar valor de negocio en cada iteración, buscando tener una calidad suficiente para que la liberación se realice cuando el negocio lo requiera.

¿Qué sucede cuando el equipo descuida esto último y la calidad ya no es tan “suficiente”?

En esta charla queremos compartir algunas experiencias y reflexiones sobre cómo Scrum por sí solo, sin buenas prácticas de ingeniería que acompañen, podría convertirse en nuestro peor enemigo.

Gabriel Montero y Federico Toledo
https://www.linkedin.com/in/gabrielmontero/
https://www.linkedin.com/in/federicotoledo/

Published in: Technology
  • Be the first to comment

Argentesting 2018 - El día que scrum mató la calidad

  1. 1. Federico Toledo @fltoledo El día que Scrum mató a la calidad Gabriel Montero @gmonterol QUALITY
  2. 2. ¿ESTAMOS HACIENDO SCRUM? “Desarrollo trabaja en un Sprint y nosotros ‘testeamos’ en el Sprint siguiente” “Desarrollo es un equipo y Testing es otro” “Hacemos Scrum pero no hacemos retrospectivas” ...
  3. 3. 1. “No saben lo que quieren”
  4. 4. USER STORIES ACCEPTANCE CRITERIA
  5. 5. CARACTERÍSTICAS DE LAS BUENAS USER STORIES
  6. 6. “Only conducting performance testing at the conclusion of system or functional testing is like conducting a diagnostic blood test on a patient who is already dead.” — Scott Barber
  7. 7. www.scrumpractitioners.nl
  8. 8. 2. “No llegamos con lo prometido”
  9. 9. “El problema es que somos malos estimando.” — Dijo un Manager
  10. 10. DOS / TRES DÍAS PARA TERMINAR
  11. 11. 3. “No tuvimos tiempo de probar todo”
  12. 12. DECIDO NO HACER NO TENGO TIEMPO
  13. 13. ¿Qué dejo sin probar?
  14. 14. TESTING BASADO EN RIESGOS Costos por fallas Costos por testing Esfuerzo de testing
  15. 15. Baja Probabilidad Alto Impacto Alta Probabilidad Alto Impacto Baja Probabilidad Bajo Impacto Alta Probabilidad Bajo Impacto
  16. 16. Baja Probabilidad Alto Impacto Alta Probabilidad Alto Impacto Baja Probabilidad Bajo Impacto Alta Probabilidad Bajo Impacto
  17. 17. Baja Probabilidad Alto Impacto Alta Probabilidad Alto Impacto Baja Probabilidad Bajo Impacto Alta Probabilidad Bajo Impacto MOSCOW MUSTSHOULD COULDWONT
  18. 18. MOSCOW Test Case #1 M Test Case #2 S Test Case #3 M Test Case #4 C Test Case #5 S Test Case #6 M MIND MAP Recomendado: Charla en TestingUy de Claudia Badell www.claudia-badell.com
  19. 19. 4. “Tuvimos que sacarlo sin probar”
  20. 20. To Do Dev (2) Test & fix (2) Done Story #6 Story #5 Story #4 Story #3 Story #1 Story #2Story #7 Story #8 Story #9
  21. 21. 5. ¿Alguien llegó a testear esto?
  22. 22. QA = QUALITY ASSURANCE
  23. 23. ¿Cuál es la calidad del proceso de desarrollo?
  24. 24. DEFINITION OF DONE
  25. 25. RETROSPECTIVA
  26. 26. RETROSPECTIVA
  27. 27. ¡No nos crean nada! - @ l e o b a j e r
  28. 28. Federico Toledo @fltoledo Gabriel Montero @gmonterol ¡GRACIAS! El día que Scrum mató a la calidad
  29. 29. ALGUNAS REFERENCIAS www.federico-toledo.com Curso: 6 y 7 diciembre (Uruguay): “Técnicas de testing para equipos ágiles” por Abstracta y Peregrinus

×