Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
Deuda técnica en procesos de entrega continua
Search
Sponsored
·
Your Podcast. Everywhere. Effortlessly.
Share. Educate. Inspire. Entertain. You do you. We'll handle the rest.
→
Ricardo Borillo
February 15, 2023
1
35
Deuda técnica en procesos de entrega continua
Ricardo Borillo
February 15, 2023
Tweet
Share
More Decks by Ricardo Borillo
See All by Ricardo Borillo
De la metodología a la práctica. ¿Cómo trabajan los equipos de desarrollo?
borillo
0
43
Serverless y React, la pareja perfecta
borillo
0
260
Agile JavaScript
borillo
0
390
La ubicuidad de la tecnología
borillo
1
77
2 años en el Cloud: Presente y futuro del entorno de gestión UJI
borillo
0
95
El testing en JavaScript ya no es para gurús
borillo
0
500
Tendencias en el desarrollo profesional de aplicaciones con Java, React y Docker
borillo
2
210
Gestionando el viaje a la nube: El entorno de Gestión UJI en el cloud
borillo
0
130
Entornos de Desarrollo Ágiles
borillo
0
160
Featured
See All Featured
Un-Boring Meetings
codingconduct
0
200
Getting science done with accelerated Python computing platforms
jacobtomlinson
2
120
Visualization
eitanlees
150
17k
The #1 spot is gone: here's how to win anyway
tamaranovitovic
2
940
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
141
34k
How To Speak Unicorn (iThemes Webinar)
marktimemedia
1
380
Scaling GitHub
holman
464
140k
Building Better People: How to give real-time feedback that sticks.
wjessup
370
20k
BBQ
matthewcrist
89
10k
Imperfection Machines: The Place of Print at Facebook
scottboms
269
14k
B2B Lead Gen: Tactics, Traps & Triumph
marketingsoph
0
57
JavaScript: Past, Present, and Future - NDC Porto 2020
reverentgeek
52
5.8k
Transcript
Deuda técnica en procesos de entrega continua Ricardo Borillo @borillo
None
None
1. ¿Qué entendemos por entrega continua de valor? 2. Frenos
que nos podemos encontrar. 3. Deuda técnica. Topics of the day :)
¿Qué entendemos por entrega continua de valor?
None
SHIP IT!
None
None
None
None
¿Y todo esto para qué?
BUSINESS PRODUCT/TECH
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).
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).
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).
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).
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).
Frenos a la entrega continua de valor
CONTEXT
None
None
None
No hay flujo de producto bien definido
None
Las historias de usuario tienen incertidumbre
None
No hay confianza en la base de código
¿Cada cuento desplegamos? ¿Es un proceso automático? ¿Tenemos rollback/canary/rollup? ¿Cómo
hacemos el QA? …
No hay tests automatizados
None
El código es difícil de entender y de modificar
No hay integración continua
No podemos activar o desactivar features
None
None
➔ 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.
None
Deuda técnica
None
La deuda técnica debe ser consciente
None
None
None
None
La deuda técnica es responsabilidad de todos
None
None
None
None
None
None
La deuda técnica debe de ser visible
None
La deuda técnica debe de accionable
None
None
None
La deuda técnica nos “ayuda” a generar consensos
None
None
CONCERNS
None
La deuda técnica debe dejar rastro
Architecture Decision Record
None
Consensus Decision Record
La deuda técnica debe alinearse con los objetivos estratégicos
None
CONTEXT
None
En resumen…
Negocio y producto comparten objetivos estratégicos
Reducir el lead time nos marca el camino a seguir
La deuda técnica es uno de los mayores frenos…
… aunque es un gran generadora de consensos
Ricardo Borillo @borillo