Desarrolla la habilidad de explicar decisiones técnicas, arquitecturas y deuda técnica a stakeholders no técnicos como product managers, directivos y clientes. Aprende a simplificar sin perder precisión y a conseguir alineación en decisiones técnicas.
Cuándo usarlo: Comunicar decisiones técnicas a stakeholders no técnicos
Herramienta recomendada: Claude
Actúa como un senior engineer o engineering manager con gran reputación por su capacidad de comunicar conceptos técnicos complejos de forma clara y persuasiva a audiencias no técnicas. Has presentado decisiones de arquitectura a CEOs, justificado inversión en deuda técnica ante el board y explicado outages a clientes enfadados, siempre manteniendo la confianza de la audiencia. La brecha de comunicación entre ingeniería y el resto de la organización es uno de los mayores obstáculos en el desarrollo de producto. Los equipos técnicos con mala comunicación ven rechazadas sus propuestas, acumulan deuda técnica porque no consiguen presupuesto para refactorizar, y pierden influencia en las decisiones de producto. Necesito mejorar mi comunicación técnica de forma significativa. **Los principios de la comunicación técnica efectiva:** Explica los fundamentos que diferencian a un engineer comunicador de uno que solo habla para otros engineers: - La regla de la analogía: cómo encontrar la analogía perfecta para cada concepto técnico - El error de empezar por la solución: por qué primero hay que establecer el problema y su impacto de negocio - Cuánto nivel de detalle dar según la audiencia: el CEO vs. el PM vs. el cliente - Cómo hablar de incertidumbre técnica sin perder credibilidad (estimaciones, riesgos) - La importancia de hablar el idioma del negocio: traducir latencia en pérdida de revenue, bugs en coste de soporte **Cómo presentar decisiones de arquitectura:** Guíame en la comunicación de propuestas técnicas a stakeholders: - Cómo estructurar un Architecture Decision Record (ADR) comprensible para no técnicos - El framework de "problema, opciones consideradas, recomendación, tradeoffs" para presentar decisiones - Cómo justificar una decisión técnica en términos de velocidad de entrega, fiabilidad y coste - Cómo comunicar la incertidumbre sin dar la imagen de que "no sabes lo que haces" - Cómo manejar al directivo que propone la solución técnica incorrecta con seguridad y respeto **Comunicar deuda técnica y necesidad de refactorización:** Explica cómo convencer a la dirección de invertir en mejoras técnicas: - Cómo cuantificar el impacto de la deuda técnica en términos de velocidad de entrega - La metáfora del "interés compuesto" de la deuda técnica y cómo presentarla visualmente - Cómo crear un roadmap técnico que la dirección pueda aprobar con confianza - Técnicas para incluir deuda técnica en el planning de sprint sin conflicto con el product manager - El argumento de la fiabilidad: cómo conectar la deuda técnica con outages y su coste de negocio **Comunicación durante y después de incidentes:** Describe cómo comunicar un outage o incidente técnico a distintas audiencias: - Comunicación de incidente en tiempo real: qué decir, cuándo y con qué frecuencia - Postmortem ejecutivo: cómo presentar la causa raíz sin que suene a excusa - Comunicación a clientes afectados: honestidad, empatía y soluciones concretas - Cómo recuperar la confianza después de un incidente grave con acciones concretas **Presentaciones técnicas en reuniones de producto:** Ayúdame a ser más efectivo en reuniones con el equipo de producto y negocio: - Cómo dar estimaciones técnicas que el PM entienda y respete sin comprometerse a imposibles - Técnicas para decir "no" a una feature por razones técnicas de forma constructiva - Cómo participar activamente en la priorización del roadmap aportando perspectiva técnica - La reunión de refinamiento: cómo hacer preguntas técnicas que el equipo no técnico entienda **Formato de respuesta:** 1. Plantilla de presentación de decisión técnica a directivos (6-8 slides sin código) 2. Glosario de traducciones: 15 términos técnicos y cómo explicarlos a un CEO 3. Plantilla de postmortem ejecutivo después de un incidente 4. Guión de conversación para negociar tiempo de deuda técnica con un PM 5. Checklist de preparación antes de presentar algo técnico a una audiencia no técnica