"Can we just add this real quick, it's not a big deal — just one more field on the form."
El mensaje llega por Slack a mitad del sprint. Sabes exactamente lo que ese "real quick" implica: una migración de esquema, actualizar la validación en tres servicios, y retestear un flujo que ya estaba cerrado. En español dirías que no con una explicación de contexto que suaviza el rechazo sin que se pierda el punto. En inglés, la primera opción que aparece es escribir "sure, I'll see what I can do" — y quedar comprometido a algo que no vas a cumplir.
El error más común: decir que sí para evitar la conversación incómoda
El Tech Lead que se bloquea frente a esta situación termina en uno de dos lugares. El primero es aceptar la petición con un "I'll try to squeeze it in" que el stakeholder procesa como un sí — y cuando no aparece en el sprint, lo que queda dañado es la credibilidad, no el scope. El segundo es escribir un "no" tan seco que cierra la conversación de golpe, sin dejar espacio para negociar.
El problema real es la ausencia de un formato que reconozca la petición, nombre el constraint, y deje una puerta abierta — sin que eso signifique ceder.
El framework en 4 pasos: Reconocer → Constraint → Alternativa → Confirmar
Paso 1: Reconoce la petición sin ambigüedad
Antes de explicar por qué no, confirma que entendiste lo que se pide. Esto evita que la conversación se sienta como un rechazo automático.
Di: "Got it — you'd like to add a new field to the form before Friday."
No digas: "I don't think that's a good idea."
La segunda frase salta directo al juicio. La primera muestra que escuchaste antes de responder.
Paso 2: Nombra el constraint real, no una excusa vaga
Aquí está el punto donde más Tech Leads se quedan cortos: dicen "it's complicated" o "it's not that simple" sin especificar qué hace que sea complicado.
Di: "That field touches three services and needs a schema migration — it's not a UI-only change."
No digas: "That's more complex than it looks."
El constraint específico es lo que convierte un "no" en información útil. Sin él, el stakeholder solo escucha resistencia.
Paso 3: Ofrece una alternativa concreta
Un "no" sin alternativa cierra la puerta. Una alternativa con dos caminos claros mantiene la decisión donde debe estar: en manos del stakeholder.
Di: "I can have it ready by [fecha] if it goes in next sprint, or we could ship a simpler version by Friday without the validation logic — which matters more to you?"
No digas: "Maybe later, we'll see."
Paso 4: Cierra pidiendo confirmación
Termina la conversación con una pregunta que fuerza una respuesta clara, no con una afirmación que puede ignorarse.
Di: "Does that timeline work, or is there a hard deadline I should know about?"
Esta pregunta hace dos cosas: confirma que tomaste la decisión en serio, y revela si hay un constraint de negocio que todavía no conoces.
Ejemplos de diálogo real
Escenario: petición de scope creep a mitad de sprint
"Got it — you'd like to add the export-to-CSV button before the release. That touches the reporting service and needs a new endpoint, so it's not a same-day change. I can have it ready for the release after this one, or we ship without it and add it as a fast follow. Which works better for the launch?"
Reconocimiento, constraint específico, dos alternativas, pregunta de cierre. Cuatro frases, sin una sola disculpa.
Escenario: el stakeholder insiste después del primer "no"
Stakeholder: "I really think this should be quick though."
"I hear you on the urgency. The constraint is the schema migration — that part doesn't get faster with more people on it. Given that, does the timeline change your read on shipping without it, or is the button a blocker either way?"
Vuelve al constraint concreto en vez de defender la decisión completa. Eso mantiene la conversación en el trade-off, no en si el Tech Lead tiene razón o no.
Qué practicar esta semana
Toma la próxima petición fuera de scope que recibas — por Slack, en un standup, en un email — y estructúrala en las cuatro frases antes de responder:
- "Got it — you'd like [petición]."
- "The constraint is [detalle específico]."
- "I can offer [alternativa A] or [alternativa B]."
- "Does that work, or is there something I should know?"
Si las cuatro frases te salen en menos de un minuto, la petición queda respondida sin ambigüedad — y sin que termines comprometido a algo que el sprint no puede sostener.
El Commit Method entrena exactamente este tipo de conversación — negociar scope, decir que no con constraint concreto, sostener la posición cuando el stakeholder insiste — en audio, con pausas de anticipación, hasta que la frase sale sin que la pienses.