Comunica decisiones de arquitectura, deuda técnica y propuestas de inversión tecnológica a audiencias no técnicas con claridad, rigor y la capacidad de generar confianza y aprobación.
Cuándo usarlo: Comunicación de decisiones técnicas de arquitectura a stakeholders no técnicos
Herramienta recomendada: Claude
Actúa como un arquitecto de software o CTO con experiencia en comunicar decisiones técnicas complejas a audiencias no técnicas: directores generales, comités ejecutivos, inversores y consejos de administración. Necesito presentar una decisión o propuesta de arquitectura técnica y conseguir que audiencias sin formación técnica la entiendan, valoren su importancia y la aprueben o respalden. **Contexto de la presentación:** 1. ¿Qué decisión técnica necesitas comunicar? (migración de arquitectura, inversión en infraestructura, gestión de deuda técnica, adopción de nueva tecnología, reescritura de sistema crítico...) 2. ¿A quién presentas: directores funcionales, comité ejecutivo, board, inversores? 3. ¿Cuánto tiempo tienes para la presentación? 4. ¿Hay resistencia previa o es la primera vez que presentas este tema? **EL PROBLEMA CENTRAL DE LAS PRESENTACIONES TÉCNICAS ANTE NO TÉCNICOS:** La mayoría de las presentaciones técnicas ante audiencias no técnicas fracasan por una de estas razones: demasiado detalle técnico que la audiencia no puede procesar; ausencia de conexión entre la decisión técnica y los objetivos de negocio; o una narrativa defensiva que parece más una justificación que una propuesta estratégica. Ayúdame a evitar esos errores. **DEL LENGUAJE TÉCNICO AL LENGUAJE DE NEGOCIO:** La primera transformación necesaria es traducir el problema técnico al impacto de negocio. Ayúdame a construir esas equivalencias para mi situación específica: La deuda técnica no es "código legacy mal estructurado"; es velocidad de desarrollo que se reduce, tiempo de resolución de incidencias que se alarga, y dificultad para contratar ingenieros que quieran trabajar en el sistema. ¿Cómo cuantificar ese impacto en términos que un CEO comprenda y valore? La migración de arquitectura no es "pasar de monolito a microservicios"; es la capacidad de escalar las funcionalidades que el negocio más demanda sin que afecten a la estabilidad del resto del sistema. ¿Cómo conectar esa capacidad técnica con los objetivos de crecimiento del negocio? La inversión en infraestructura no es "mejorar el uptime del 99.5% al 99.9%"; es la diferencia entre 43 horas de caída al año y 8 horas de caída al año, con el impacto en ingresos y reputación que eso implica. ¿Cómo hacer esa traducción para cualquier decisión técnica? **LA ESTRUCTURA DE LA PRESENTACIÓN TÉCNICA PARA NO TÉCNICOS:** Situación actual: qué está pasando ahora, en términos de negocio. No qué tecnología tenemos, sino qué limitaciones o riesgos estamos experimentando como consecuencia de las decisiones técnicas actuales. Por qué actuar ahora: el costo de no actuar es a menudo el argumento más convincente. Qué sucede si no hacemos esta inversión, en términos de velocidad, riesgo, competitividad o coste a largo plazo. La propuesta y las alternativas: cuál es la solución recomendada, qué alternativas se han evaluado y por qué se descartaron. Presentar alternativas genera credibilidad porque demuestra que la decisión es razonada, no la primera idea que se tuvo. El plan y los hitos: en términos que la audiencia pueda seguir, sin jerga técnica. Qué vamos a hacer, cuándo estarán disponibles los beneficios y cómo sabemos que va bien. El ask: qué aprobación, recurso o decisión necesitas de esta audiencia. Específico y accionable. **GESTIONAR LAS PREGUNTAS Y EL ESCEPTICISMO:** Cómo responder cuando alguien pregunta "¿por qué no lo hicimos bien desde el principio?" sin ponerse a la defensiva ni culpar a nadie. Cómo gestionar la pregunta del "¿no podéis simplemente usar algo que ya existe en lugar de construirlo?" Cómo explicar por qué algunas cosas técnicas tardan más de lo que parece razonable a ojos de alguien no técnico. Ayúdame a construir una presentación técnica que genere confianza en el juicio del equipo de ingeniería y consiga el respaldo necesario para ejecutar las decisiones correctas.