Deuda técnica en procesos de entrega continua

Transcript

1. Deuda técnica en procesos de entrega continua Ricardo Borillo @borillo
4. 1. ¿Qué entendemos por entrega continua de valor? 2. Frenos que nos podemos encontrar. 3. Deuda técnica. Topics of the day :)
5. ¿Qué entendemos por entrega continua de valor?
7. SHIP IT!
12. ¿Y todo esto para qué?
13. BUSINESS PRODUCT/TECH
14. Generación de valor temprano. Entrega rápida. Flexibilidad y reactividad al cambio. Confianza (producto estable). Bajo riesgo de iteración (deuda técnica bajo control).
15. Generación de valor temprano. Entrega rápida. Flexibilidad y reactividad al cambio. Confianza (producto estable). Bajo riesgo de iteración (deuda técnica bajo control).
16. Generación de valor temprano. Entrega rápida. Flexibilidad y reactividad al cambio. Confianza (producto estable). Bajo riesgo de iteración (deuda técnica bajo control).
17. Generación de valor temprano. Entrega rápida. Flexibilidad y reactividad al cambio. Confianza (producto estable). Bajo riesgo de iteración (deuda técnica bajo control).
18. Generación de valor temprano. Entrega rápida. Flexibilidad y reactividad al cambio. Confianza (producto estable). Bajo riesgo de iteración (deuda técnica bajo control).
19. Frenos a la entrega continua de valor
20. CONTEXT
24. No hay flujo de producto bien definido
26. Las historias de usuario tienen incertidumbre
28. No hay confianza en la base de código
29. ¿Cada cuento desplegamos? ¿Es un proceso automático? ¿Tenemos rollback/canary/rollup? ¿Cómo hacemos el QA? …
30. No hay tests automatizados
32. El código es difícil de entender y de modificar
33. No hay integración continua
34. No podemos activar o desactivar features
37. ➔ El proceso de discovery de las unidades de valor a nivel de producto. ➔ Las prácticas técnicas (XP) que utilizamos: Testing, Refactoring, MOB/pair programming, Clean Code, DDD, etc. ➔ La gestión de la deuda técnica, adoptando un proceso consciente e integrado en el propio proceso de desarrollo.
39. Deuda técnica
41. La deuda técnica debe ser consciente
46. La deuda técnica es responsabilidad de todos
53. La deuda técnica debe de ser visible
55. La deuda técnica debe de accionable
59. La deuda técnica nos “ayuda” a generar consensos
62. CONCERNS
64. La deuda técnica debe dejar rastro
65. Architecture Decision Record
67. Consensus Decision Record
68. La deuda técnica debe alinearse con los objetivos estratégicos
70. CONTEXT
72. En resumen…
73. Negocio y producto comparten objetivos estratégicos
74. Reducir el lead time nos marca el camino a seguir
75. La deuda técnica es uno de los mayores frenos…
76. … aunque es un gran generadora de consensos
77. Ricardo Borillo @borillo