Tu manager americano acaba de escribirte: "Can we ship this by Friday?"
Es miércoles. La estimación original era dos semanas. El alcance creció un 40% desde el kick-off.
Sabes exactamente qué decirle en español: que el deadline no es realista, que necesitas priorizar, que el riesgo de salir con deuda técnica es alto. Pero en inglés, en el momento, solo encuentras "I don't think so" o — peor — "I'll try."
Esa fricción no es falta de inglés. Es falta de las frases específicas que los Tech Leads usan para estas conversaciones.
Por qué negociar deadlines en inglés es diferente al inglés general
En inglés técnico de management, el tono lo es todo. La misma información dicha de forma directa puede sonar agresiva. Dicha con demasiados hedges (maybe, perhaps, I think possibly) pierde credibilidad.
Los Tech Leads que trabajan bien con managers americanos usan un patrón consistente: reconocer → explicar el constraint → proponer alternativa. No piden permiso, no se disculpan, no inflan artificialmente el esfuerzo.
Las frases de abajo siguen ese patrón.
Las frases
Para establecer el contexto antes de renegociar
"I want to make sure we're aligned on the scope before committing to that date."
Cuándo usarla: Cuando el deadline te lo piden sin haber discutido qué entra en él. Esta frase no dice "no" — abre la conversación correcta.
Ejemplo: "I want to make sure we're aligned on the scope before committing to that date. The original spec was X, but we added Y and Z last week."
"Let me give you a realistic estimate with the current scope."
Cuándo usarla: Cuando ya saben el scope y quieren que confirmes el date. Esta frase señala que vas a dar un número honesto, no uno que quepa bien en el roadmap.
Ejemplo: "Let me give you a realistic estimate with the current scope — I can have it to you by end of day."
"I want to flag a risk before we lock in that timeline."
Cuándo usarla: Cuando el deadline es posible técnicamente pero el costo oculto es alto (deuda técnica, cobertura de tests reducida, onboarding apresurado). Esta frase hace visible lo que normalmente se ignora.
Para explicar por qué el deadline no es viable
"The challenge is that we're blocked on [dependency] until [date]."
Cuándo usarla: Cuando el bloqueador es externo a tu equipo. Separa tu capacidad del constraint real.
Ejemplo: "The challenge is that we're blocked on the API contract from the platform team until Thursday — we can't start integration before that."
"With the current team bandwidth, we can deliver X by Friday or Y by [date] — which is the priority?"
Cuándo usarla: Cuando tienes que elegir entre scope y date. Esta frase convierte una negativa en una decisión del manager, que es donde debe estar.
"If we cut [feature] from this release, we can hit Friday. Otherwise, [date] is the earliest I can commit to."
Cuándo usarla: Cuando el scope es negociable. Dales la palanca, no solo el problema.
"I don't want to commit to that date and then miss it. I'd rather give you a date I can hold."
Cuándo usarla: Cuando hay presión para que simplemente digas que sí. Esta frase es directa y construye credibilidad a largo plazo — los managers americanos respetan mucho esta honestidad.
Para proponer una alternativa concreta
"I can get you a working version by [date] and the full rollout by [date + N days]."
Cuándo usarla: Cuando puedes hacer un delivery parcial que satisfaga la necesidad inmediata del negocio. Dos fechas son más fáciles de vender que un "no".
"What if we ship the core functionality first and iterate from there?"
Cuándo usarla: Cuando el manager está más orientado a resultados que a features completas. Muchos managers americanos preferirán esto.
"I can pull in the date if we add one more engineer to the sprint — is that an option?"
Cuándo usarla: Cuando el problema es capacidad, no complejidad. Convierte el conversation en una negociación de recursos.
"Would it work to do a soft launch for [stakeholder] on Friday and general availability the following week?"
Cuándo usarla: Cuando hay un driver de negocio específico detrás del deadline (una demo, un anuncio, una reunión). A veces el "Friday" no es para todos — es para alguien.
Para confirmar y cerrar la conversación
"Let me confirm: we're targeting [date] with [scope], correct? I want to make sure we're documenting this."
Cuándo usarla: Siempre. Documentar los acuerdos verbales es el hábito más valioso que puedes construir.
"I'll send a follow-up with the revised timeline and what's in/out of scope."
Cuándo usarla: Después de cualquier conversación donde se ajustó algo. Los managers americanos valoran la confirmación escrita más de lo que reconocen verbalmente.
"I'll need your sign-off on this scope change to move forward — can you reply to the email I'll send?"
Cuándo usarla: Cuando el cambio tiene implicaciones contractuales, de presupuesto o de expectativas con otros stakeholders. No es burocracia — es protección mutua.
"We're good for [date]. I'll flag immediately if anything changes."
Cuándo usarla: Cuando das una fecha que puedes cumplir. Corto, directo, profesional. El "I'll flag immediately" construye confianza.
Cómo practicar estas frases
Leer una frase no la convierte en tuya. En el momento de la conversación — en Slack, en un Zoom, en un pasillo de oficina — tu cerebro va a ir al default que más has activado.
El Commit Method funciona distinto a aprender vocabulario en flashcards. En cada lección de audio, escuchas la situación, anticipas la respuesta, y la repites en voz alta antes de escuchar el modelo correcto. Ese patrón de anticipación + retrieval es lo que hace que la frase salga sola cuando la necesitas.
Las negociaciones de deadline — junto con los incident calls, los code reviews y las 1-on-1s con managers — son escenarios centrales del Sprint 01.