EDD (Experiment Driven Development)
- 2. ¿Quienes somos? Joan Bacardit @juanbacardit María Sierra @mariasierraarce Software Craftsmanship Coach Scrum Master
- 3. Antes de empezar… un par de reflexiones... En casa, hacéis todo esto para hacer un gintonic?????
- 4. y…un par de preguntas…. Quienes son técnicos, developers, craftsmanship…? Quién conoce los principios y modelo LEAN UX??
- 5. POR QUÉ? POR QUÉ? POR QUÉ? ...
- 6. A grandes problemas… grandes...
- 7. EDD… ¿Y esto qué es? Think MakeCheck - Lean UX - Development - Verification
- 8. Lean UX
- 9. Pasemos a la realidad… Inception Hipótesis Test B Test A MVP Ganador!! Listo para implementar - Presentación de la misión - Identificación de puntos de decisión - Preparación de las suposiciones - Planteamiento de las hipótesis
- 10. ¿Cómo organizamos los equipos? Misión: Captación Misión: Retención Misión: Conversión Users/Stakeholders/PO Frontend Backend QA Android IOS Devops UX
- 11. Aprender a experimentar Definición acertada de la hipótesis Identificación de los KPIs objetivo Foco en la confiabilidad. - Volumen bastante alto, reducir el riesgo al mínimo. - A veces menos es más.
- 17. Una evolución ¿lógica?... u otra ida de olla... Implementación Comportamiento Requisitos Feedback del cliente
- 18. DESARROLLO Producto/Análisis de opciones Diseño del experimento/Implementación - Tiene que estar basado en hipótesis de negocio - Implementación: - Test AB - Vanity - Consideraciones (CI/CD) - Recolección de datos Hipótesis Verificación Refactor Experimento
- 19. HIPÓTESIS
- 20. EXPERIMENTO
- 21. VERIFICACIÓN
- 22. REFACTOR
- 24. DEMO Our mission… make “choose your avatar for CAS2016” more friendly and quick
- 25. DEMO Version 1
- 26. DEMO Version 2
- 27. DEMO Version 3
- 29. Lean UX
- 30. Remember...
- 32. ¿Preguntas?
Notas del editor
- #4: TDD: programadores BDD: Comportamiento ATDD: Criterios de aceptación EDD: Experimentos -> recoger feedback del usuario final de forma directa y objetiva
- #5: TDD: programadores BDD: Comportamiento ATDD: Criterios de aceptación EDD: Experimentos -> recoger feedback del usuario final de forma directa y objetiva
- #6: Porque necesitamos el feedback del cliente cada vez antes, porque queremos eliminar desperdicios porque en empresas en las que se quiere atacar al gran consumo…
- #7: TDD: programadores BDD: Comportamiento ATDD: Criterios de aceptación EDD: Experimentos -> recoger feedback del usuario final de forma directa y objetiva
- #8: Conceptos Claves - (Maria): Framework que aúna estos 3 pilares Ciclo de trabajo base
- #9: Design Thinking: innovación que se alimenta de la observación directa de las preferencias y necesidades de la gente Lean startup: ciclo de feedback continuo: crear-medir-aprender Metodologías ágiles Principios Equipos multifuncionales, pequeños, dedicados, coubicados Progreso igual a resultados no a documentación Equipos centrados en problemas Eliminación del waste Lotes pequeños Feedback continuo Customer centric Entendimiento común Hacer en lugar de analizar Aprender en lugar de crecer Permiso para equivocarse
- #11: Posible organización que beneficia el aprendizaje y la especialización
- #12: Herramienta importante para el negocio
- #13: TDD: programadores BDD: Comportamiento ATDD: Criterios de aceptación EDD: Experimentos -> recoger feedback del usuario final de forma directa y objetiva
- #14: TDD: programadores BDD: Comportamiento ATDD: Criterios de aceptación EDD: Experimentos -> recoger feedback del usuario final de forma directa y objetiva
- #15: TDD: programadores BDD: Comportamiento ATDD: Criterios de aceptación EDD: Experimentos -> recoger feedback del usuario final de forma directa y objetiva
- #16: TDD: programadores BDD: Comportamiento ATDD: Criterios de aceptación EDD: Experimentos -> recoger feedback del usuario final de forma directa y objetiva
- #17: TDD: programadores BDD: Comportamiento ATDD: Criterios de aceptación EDD: Experimentos -> recoger feedback del usuario final de forma directa y objetiva
- #18: TDD: programadores BDD: Comportamiento ATDD: Criterios de aceptación. Specification by example Specification by example (SBE) is a collaborative approach to defining requirements and business-oriented functional tests for software products based on capturing and illustrating requirements using realistic examples instead of abstract statements. It is applied in the context of agile software development methods, in particular behavior-driven development. EDD: Experimentos -> recoger feedback del usuario final de forma directa y objetiva
- #19: Estructura del desarrollo pensado y estructurado para admitir poder hacer desarrollos parciales, pruebas codigo desachable, sin comprometer el contenido estable Establecer hipótesis de negocio pequeñas, verificables a corto plazo con mínima inversión Implementación separada e integrada con el resto (no ensucia, pero te da resultados)
- #20: «suposición de algo posible o imposible para sacar de ello una o más consecuencias»
- #21: An experiment is a procedure carried out to support, refute, or validate a hypothesis