De 3 equipos a 1: por qué consolidé la plataforma en Tranzact

Cuando llegué a liderar la plataforma en Tranzact Perú, el equipo estaba dividido en tres: backend, frontend y soporte. Tenía sentido en el papel — cada uno con su especialidad — pero en la práctica generaba algo que no esperaba: demasiadas reuniones cruzadas.

El problema no era la gente, era la estructura

Cualquier feature que tocara más de una capa (la mayoría) necesitaba sincronizar tres equipos. Cada uno con su propio standup, su propio backlog, su propia noción de prioridad. La coordinación en sí se había vuelto un trabajo de tiempo completo — mío y de los leads de cada equipo.

graph TD
  subgraph Antes["Antes: 3 equipos separados"]
    BE[Backend]
    FE[Frontend]
    SP[Soporte]
    BE -.reuniones cruzadas.-> FE
    FE -.reuniones cruzadas.-> SP
    SP -.reuniones cruzadas.-> BE
  end

La consolidación, en dos pasos

No lo hice de una — moverlo todo junto hubiera sido tan disruptivo como el problema que quería resolver.

1. Primero, backend con frontend. Eran los dos equipos con más dependencias directas entre sí — la mayoría de las features los tocaba a ambos igual. Unirlos redujo la sincronización más costosa primero.
2. Después, sumé soporte. Una vez que backend+frontend funcionaba como una sola unidad, incorporar soporte fue más simple — ya había un solo punto de coordinación, no tres.

El resultado

Hoy es un solo equipo de plataforma. Menos reuniones de sincronización, un solo backlog, una sola prioridad. Mi trabajo pasó de coordinar tres equipos a liderar uno — lo que en la práctica significa más tiempo en arquitectura y menos en resolver fricción entre calendarios.

Si estás en una situación parecida: la señal no es “el equipo no rinde”, es “gastamos más tiempo coordinando que construyendo”. Ahí es cuando vale la pena preguntarse si la estructura es el problema.