"You keep bypassing code review — that's not okay."
Es la tercera vez este mes que un compañero de equipo mergea directo a main sin pasar por review. Tienes la conversación clara en la cabeza: él tiene la culpa, tú tienes razón, el problema es su falta de disciplina. Pero apenas empiezas a hablar en inglés, la conversación se convierte en una discusión sobre quién tiene razón — y ninguno de los dos sale con una solución.
El error más común: entrar a defender que tienes razón
Cuando un Tech Lead encara una conversación difícil en inglés, casi siempre entra con una premisa sin decirla en voz alta: yo tengo razón, la otra persona está equivocada. Esa premisa convierte la conversación en un juicio, no en una exploración. El compañero de equipo, sintiendo que ya lo declararon culpable, gasta la energía defendiéndose en vez de explicar qué pasó.
El segundo error, casi tan común, es asumir la intención detrás del comportamiento sin preguntarla — "he just doesn't care about quality" — y responder a esa historia inventada como si fuera un hecho confirmado.
El framework en 4 pasos: Percepción → Intención → Contribución → Plan
Paso 1: Comparte tu percepción, no "la verdad"
Nombra lo que ves como tu lectura de la situación, no como un veredicto.
Di: "Here's how I'm reading this — three merges to main without review this month."
No digas: "You're wrong to think this is fine." ni "You clearly don't care about the process."
La diferencia no es cosmética. "Here's how I'm reading this" deja espacio para que la otra persona tenga información que tú no tienes. "You're wrong" cierra esa puerta antes de abrirla.
Paso 2: Pregunta la intención en vez de asumirla
La intención de otra persona es invisible — lo que ves es el comportamiento, no la razón detrás de él.
Di: "What was going through your mind when you decided to skip the review on those three?"
No digas: "You clearly didn't think the review mattered."
La pregunta abre la posibilidad de que la explicación sea distinta a la que imaginaste — un deadline que nadie más conocía, una confusión sobre qué cambios requieren review, o sí, simplemente una decisión de saltarse el proceso.
Paso 3: Nombra tu propia contribución antes de la del otro
Casi ninguna situación tensa es responsabilidad de una sola persona. Nombrar tu parte primero cambia el tono de la conversación de acusación a análisis conjunto.
Di: "I think part of this is on me too — I never made it explicit that hotfixes still need a quick async review."
No digas: "You should have known better."
Paso 4: Cierra con un plan conjunto, no con un veredicto
El objetivo no es determinar quién tuvo la culpa. Es decidir qué cambia a partir de ahora.
Di: "Given both parts — the ambiguity on my end and the shortcut on yours — what would make this not happen again?"
No digas: "Just don't do it again."
El orden importa porque cada paso desarma una defensa antes de que aparezca. Nombrar tu percepción como percepción evita el "no, eso no es lo que pasó". Preguntar la intención evita el "yo nunca dije eso". Nombrar tu contribución evita el "y tú qué, tampoco eres perfecto" — porque ya lo dijiste tú primero, sin que te lo tuvieran que sacar.
Ejemplos de diálogo real
Escenario: mergear sin review, de forma recurrente
"Here's how I'm reading this — three merges to main without review this month. What was going through your mind when you decided to skip it on those? I think part of this is on me too, since I never made it explicit that hotfixes still need a quick async review. Given both parts, what would make this not happen again?"
Percepción, pregunta genuina, contribución propia, plan conjunto — sin que la otra persona tenga que defenderse de una acusación.
Escenario: la otra persona responde con una explicación que no esperabas
Compañero: "Honestly, I thought hotfixes were exempt — that's what the last team I worked on did."
"That makes sense, and it's on me for not clarifying that when you joined. Let's write it down in the README so it's not tribal knowledge — does that work?"
La explicación cambia por completo qué tipo de conversación es esta. Sin la pregunta del Paso 2, esa información nunca sale a la luz, y el problema se archiva como "falta de disciplina" cuando en realidad era falta de documentación.
Escenario: la tensión es sobre calidad de código, no sobre proceso
"Here's how I'm reading the last two PRs — both needed significant rework in review. What's your read on what's making these harder to get right the first time? On my end, I think the ticket descriptions have been thinner than usual lately, so let's figure out together what's missing on each side."
Mismo orden, distinto contenido: percepción específica, pregunta abierta, contribución propia, invitación a resolver juntos en vez de una lista de correcciones unilateral.
Qué practicar esta semana
Antes de tu próxima conversación difícil en inglés, arma las cuatro frases con la situación real:
- "Here's how I'm reading this — [observación específica]."
- "What was going through your mind when [comportamiento]?"
- "I think part of this is on me too — [tu contribución específica]."
- "Given both parts, what would make this not happen again?"
Si puedes producir estas cuatro frases antes de la reunión, la conversación deja de ser un juicio que alguien tiene que ganar y empieza a ser un problema que ambos lados pueden resolver.