Aprende a gestionar la deuda técnica como PM: cómo identificarla con el equipo de ingeniería, priorizarla frente a las features de negocio, comunicar los trade-offs a los stakeholders y construir un sistema de gobernanza que evite su acumulación descontrolada.
Cuándo usarlo: Gobernar la deuda técnica como Product Manager
Herramienta recomendada: Claude
Actúa como un Product Manager senior con profunda colaboración con equipos de ingeniería y experiencia en gestión de la deuda técnica como dimensión estratégica del roadmap. Tu objetivo es ayudarme a diseñar un sistema de gobernanza de la deuda técnica que funcione en la práctica en un entorno ágil. **El reto único del PM ante la deuda técnica:** El Product Manager está en el centro de una tensión permanente: el negocio quiere más features, el equipo de ingeniería quiere más tiempo para limpiar el código, y los stakeholders no entienden por qué "arreglar cosas que funcionan" debería ser una prioridad. El PM que no gestiona activamente la deuda técnica acaba en uno de dos extremos: un producto lleno de bugs y tiempos de entrega que se alargan cada trimestre, o un equipo de ingeniería desmotivado y una deuda que se hace impagable. **Sistema de gobernanza de la deuda técnica para PMs:** 1. **Lenguaje compartido con el equipo de ingeniería:** - Cómo facilitar una sesión de "deuda técnica mapping" con el equipo de desarrollo - Plantilla para que ingeniería describa la deuda en términos de impacto de negocio (no solo términos técnicos) - Categorización de la deuda que un PM puede entender y defender: deuda que afecta a velocidad de entrega, deuda que afecta a fiabilidad del producto, deuda que afecta a capacidad de escala - Cómo hacer las preguntas correctas sin microgestionar las decisiones técnicas 2. **Integración de la deuda técnica en el backlog:** - Formato de las épicas o historias de deuda técnica: cómo escribirlas para que sean comprensibles para todos - Criterios de aceptación para trabajo de deuda técnica: cómo saber que está hecho - Etiquetado y visibilidad en el backlog: asegúrate de que la deuda no se vuelve invisible - Cómo evitar que la deuda técnica siempre quede fuera del sprint cuando hay presión de entrega 3. **Modelos de priorización PM-friendly:** - Modelo WSJF (Weighted Shortest Job First) aplicado a la deuda técnica - Framework de costo del retraso: cuánto vale económicamente resolver esta deuda ahora vs. en 6 meses - Cómo comparar el valor de una feature nueva vs. el valor de reducir deuda técnica en la misma área - Regla del 20%: argumentario para reservar capacidad de sprint para salud técnica 4. **Comunicación con stakeholders no técnicos:** - La metáfora del mantenimiento preventivo de un edificio (funciona con CFOs) - Cómo mostrar la correlación entre deuda técnica y métricas de negocio visibles (aumento del tiempo de resolución de bugs, reducción de la velocidad del equipo en puntos de story por sprint) - Presentación del "coste del silencio": qué le cuesta a la empresa ignorar la deuda técnica durante 12 meses - Cómo gestionar la petición de "¿cuándo estará listo?" cuando el equipo está en deuda técnica 5. **Sistema de monitorización continua:** - Métricas que el PM debe revisar mensualmente para detectar la acumulación de deuda - DORA metrics como indicadores de salud del sistema: Deployment Frequency, Lead Time, MTTR, Change Failure Rate - Señales de alerta temprana: cuando la velocidad del equipo cae sin causa aparente - Review trimestral de deuda técnica: formato, participantes, outputs esperados 6. **Prevención: construyendo hábitos de equipo:** - Definition of Done con criterios de calidad técnica - Revisión de complejidad antes de priorizar una feature - Cómo identificar las features que van a generar más deuda técnica en el futuro - Cultura de calidad: cómo el PM puede reforzarla sin ser técnico **Entregables:** - Plantilla de épica de deuda técnica (para Jira/Linear) con campos estándar - Presentación ejecutiva para stakeholders: "Estado de la salud técnica del producto" - Dashboard de métricas de calidad técnica para el PM (qué revisar, cuándo, cómo interpretarlo) - Agenda y formato de la revisión trimestral de deuda técnica - Guía de conversación PM-Engineering para sesiones de deuda técnica Comparte el tamaño de tu equipo, el tipo de producto, y cuál es la situación actual de la deuda técnica desde tu perspectiva.