Tienes quince minutos con el VP de Engineering. En el minuto tres todavía estás explicando cómo funciona el pipeline de alertas. En el minuto siete, el VP mira el teléfono. En el minuto doce, dice "sounds good" y cierra el Zoom sin haber entendido qué haces ni por qué importa.
El error más común: explicar el trabajo, no el impacto
El Tech Lead que reporta a un manager directo está acostumbrado a un tipo de conversación: detalle técnico, decisiones de implementación, el estado exacto de cada pieza. Ese manager conoce el contexto — no hace falta reconstruirlo cada vez. Cuando la misma persona se sienta frente a un VP, repite el mismo nivel de detalle porque es el único que tiene practicado. El resultado es una actualización que suena a informe de standup en una reunión que necesitaba sonar a briefing ejecutivo.
El VP no tiene el contexto del día a día — y no lo necesita. Lo que necesita es entender qué mueve la aguja del negocio y qué papel juega tu equipo en eso. Tanya Reilly lo describe en The Staff Engineer's Path como una cuestión de reporting high: cuanto más arriba está tu interlocutor en la cadena, más alto es el nivel de la información que procesa, y más rápido pierde la atención frente al detalle de bajo nivel que no le corresponde resolver a él.
El framework en 4 pasos: Impacto → Comprimir → Stake → Invitar
Paso 1: Abre con el resultado, no con el trabajo
La primera frase determina si el VP sigue escuchando o empieza a revisar el teléfono. Lidera con el número o el resultado, nunca con el proceso técnico que lo produjo.
Di: "We're closing the gap between deploy time and incident detection — that's cut our MTTR by 40% this quarter."
No digas: "So we migrated the alerting pipeline from X to Y and refactored the ingestion service..."
La primera frase entrega el resultado en diez segundos. La segunda todavía no ha llegado al punto cuando el VP ya decidió que esto no requiere su atención completa.
Paso 2: Comprime tu scope a una frase por iniciativa
Un VP procesa tres iniciativas con una frase cada una más rápido que una iniciativa con tres párrafos.
Di: "I own three things right now: the incident response pipeline, the on-call rotation redesign, and mentoring two engineers toward senior."
No digas: una enumeración de repos, servicios y tickets que solo tiene sentido para alguien que ya conoce el sistema por dentro.
Paso 3: Nombra el stake organizacional explícito
Conecta cada iniciativa a algo que el VP ya está midiendo — retención de clientes, costo de infraestructura, velocidad de entrega. Sin esa conexión, el trabajo suena técnicamente sólido pero organizacionalmente irrelevante.
Di: "This matters because every hour of downtime costs us renewal conversations — we've had three this year."
No digas: "This is important work that the team has been focused on."
La segunda frase afirma importancia sin especificarla. El VP ya escuchó esa frase cien veces de otros equipos.
Paso 4: Invita el drill-down en vez de anticiparlo
Cierra dejando la puerta abierta al detalle, sin volcarlo antes de que lo pidan. La pregunta del VP te dice exactamente qué le importa — responder antes de esa pregunta es adivinar.
Di: "Happy to go deeper on any of these if it's useful — where do you want more detail?"
Si el VP pregunta, ya sabes con precisión qué altitud de respuesta espera. Si no pregunta, la actualización terminó en el tiempo que tenía asignado.
Ejemplos de diálogo real
Escenario: skip-level de quince minutos con el VP de Engineering
"We're closing the gap between deploy time and incident detection — that's cut our MTTR by 40% this quarter. I own three things right now: the incident pipeline, the on-call redesign, and mentoring two engineers toward senior. The pipeline work matters because every hour of downtime costs us renewal conversations — we've had three this year. Happy to go deeper on any of these if it's useful."
Cuatro frases. Resultado, scope comprimido, stake, invitación. El VP entra a la parte que le importa sin haber tenido que pedirlo dos veces.
Escenario: el VP pide más detalle sobre una sola pieza
VP: "Tell me more about the on-call redesign."
"On the on-call redesign specifically — we moved from a single rotation covering everything to three rotations split by service tier. That cut average response time for critical incidents from 22 minutes to 6."
La respuesta se queda dentro de la pieza que preguntó, no reabre las otras dos iniciativas. El detalle aparece solo donde el VP mostró interés.
Qué practicar esta semana
Toma tu próxima actualización a alguien por encima de tu manager directo — un skip-level, un email de status, una mención en un all-hands — y estructúrala en las cuatro frases:
- "We're [resultado medible] — that's [métrica] this [período]."
- "I own [iniciativa A], [iniciativa B], and [iniciativa C]."
- "This matters because [conexión con lo que el VP mide]."
- "Happy to go deeper if it's useful — where do you want more detail?"
Si logras decir las cuatro frases en menos de treinta segundos, el VP se queda con lo que necesita para decidir — no con lo que necesitabas contar.
El Commit Method entrena exactamente este tipo de conversación — comprimir scope técnico en impacto de negocio, calibrar la altitud según quién escucha — en audio, con pausas de anticipación, hasta que la frase sale sin que la pienses.