El canal de Slack dice "synced with platform team, we're aligned." Tres semanas después, el equipo de platform pensaba que tu equipo iba a construir la integración solo. Tu equipo pensaba que platform la iba a construir por ustedes. Nadie mintió. Nadie estaba alineado.
El error más común: usar "sync" y "align" como si fueran un plan
"Let's sync" y "let's align" son las dos frases más usadas y menos específicas en cualquier reunión cross-team. Suenan a acuerdo. No lo son. Describen que dos personas hablaron — no qué tipo de trabajo conjunto sigue después de esa conversación.
El problema aparece cuando cada equipo interpreta "alignment" según su propio default. Un equipo de plataforma que está acostumbrado a construir servicios para que otros los consuman escucha "sync" y asume que tu equipo va a integrar solo, con su documentación como única ayuda. Tu equipo, acostumbrado a pair-programming con equipos vecinos, escucha lo mismo y espera sesiones de trabajo conjuntas toda la semana. La reunión terminó con las dos partes de acuerdo en que "están alineados" — y en desacuerdo total sobre quién hace qué.
Team Topologies, de Matthew Skelton y Manuel Pais, nombra este problema con precisión: la mayoría de la fricción entre equipos no viene de mala voluntad, viene de no haber nombrado el modo de interacción. El libro define tres — collaboration (trabajar codo a codo en un problema compartido), X-as-a-Service (un equipo consume lo que otro provee, con mínima coordinación) y facilitating (un equipo ayuda a otro a superar un obstáculo puntual, sin quedarse a operar la solución). Tres modos distintos. Tres expectativas de tiempo, ownership y reuniones completamente distintas.
El framework en 3 pasos: Nombrar el modo → Fijar el límite → Confirmar el entendido
Paso 1: Nombra el modo de interacción explícitamente
Antes de pedir cualquier trabajo conjunto, di en voz alta qué tipo de relación necesitas para esta iniciativa específica. No asumas que el otro equipo lo va a inferir del contexto.
Di: "For this integration, I think we need collaboration mode — working sessions together for the next two sprints, not just a handoff."
No digas: "Let's sync on the integration and figure it out as we go."
La primera frase fija un modo y una duración. La segunda deja that "figure it out" haga todo el trabajo de definir expectativas — y nunca lo hace.
Paso 2: Fija el límite de lo que estás pidiendo
Nombrar el modo no basta si no aclaras qué queda fuera de él. La ambigüedad más costosa no es sobre qué vas a pedir — es sobre qué NO estás pidiendo.
Di: "To be clear, I'm not asking your team to own the integration — I need a platform engineer in our standups for two weeks while we build it."
No digas: "We'll need some help from your side."
"Some help" puede significar una persona medio tiempo o un ingeniero completo durante un mes. El otro equipo va a asumir la interpretación que menos les cuesta — y vas a descubrirlo en el sprint review, no antes.
Paso 3: Confirma el entendido con una fecha y un entregable
Cierra pidiendo que la otra parte repita, en sus palabras, qué entendió. Si el resumen no coincide con lo que pediste, el malentendido se corrige ahí — no dos sprints después.
Di: "So just to confirm — you're sending one engineer to our standups through the 30th, and we own the integration end to end. Does that match what you're expecting?"
Esa pregunta cierra el mismo hueco que dejaba abierto "sounds good" al final de la reunión anterior. "Sounds good" confirma que la reunión terminó. No confirma que ambos equipos salieron con el mismo plan.
Ejemplos de diálogo real
Escenario: pedir collaboration mode a un equipo de plataforma
"For the billing migration, I think we need collaboration mode — not just docs and a Slack channel. Can we get a platform engineer in our standups for the next two sprints while we build this together?"
Platform lead: "We can do that, but just so we're clear — are you expecting us to write code in your repo, or advise while you write it?"
"Advise while we write it. You know the edge cases in the billing service, we know the migration path. That split works for us."
La pregunta del platform lead no es un obstáculo — es exactamente la clarificación que el framework busca provocar. Cuando el otro equipo hace esa pregunta, el modo ya está funcionando.
Escenario: rechazar collaboration cuando lo que necesitas es X-as-a-Service
Otro equipo: "Happy to set up a few working sessions to build this with you."
"Actually, I don't think we need working sessions for this one — we just need to consume your API. If you can point us to the docs and give us a contact for when something breaks, we're good."
Decir que no a collaboration cuando no la necesitas ahorra reuniones a ambos equipos. El otro lado normalmente lo agradece — nadie tiene tiempo de sobra para sesiones de trabajo que no eran necesarias.
Qué practicar esta semana
Antes de tu próxima reunión cross-team, decide de antemano qué modo necesitas — collaboration, X-as-a-Service o facilitating — y arma las tres frases:
- "For this, I think we need [modo] — [duración/forma concreta]."
- "To be clear, I'm [not] asking your team to [ownership específico]."
- "So just to confirm — [resumen del acuerdo]. Does that match what you're expecting?"
Si sales de la reunión con las tres frases dichas, ya no queda espacio para que "aligned" signifique dos cosas distintas para cada equipo.
El Commit Method entrena estas conversaciones cross-team con anticipation pause: el audio te pone en la reunión, pausa antes de que nombres el modo de interacción, y te obliga a producir la frase antes de escuchar la versión correcta — hasta que nombrar el límite se vuelve automático, no un paso que se te olvida bajo presión.