El mismo proyecto llega a dos sedes que trabajan de forma distinta

Supón que una empresa quiere llevar el mismo proyecto a dos sedes y descubre que una atiende las peticiones mediante una persona de referencia mientras la otra reparte ese trabajo entre varios equipos, de modo que copiar la misma instrucción produce recorridos distintos aunque todos utilicen el mismo nombre para la tarea.

Antes de elegir qué sede debe cambiar, puede ayudar describir el resultado común que se necesita y observar cómo llega cada una a él, porque una diferencia en el recorrido no demuestra por sí sola desorden ni una coincidencia en los formularios garantiza que se estén tomando las mismas decisiones.

Puedes escoger un caso concreto y pedir a cada sede que muestre sus pasos habituales, incluyendo las decisiones que suelen resolverse hablando con alguien, para reconocer qué parte está documentada y qué parte depende de acuerdos locales que no aparecen cuando se compara únicamente el procedimiento escrito.

En esa conversación interesa escuchar qué condiciones explican las diferencias, como el tipo de petición o las responsabilidades disponibles, sin convertir una costumbre en una necesidad permanente ni presentar desde fuera una simplificación que elimine una comprobación importante para quienes conocen el trabajo cotidiano.

Después podéis identificar qué debe ser común para coordinar el proyecto, como el significado de una petición aceptada o la información necesaria para continuar, dejando separadas las decisiones que cada sede puede tomar dentro de su contexto sin afectar al resultado que compartiréis.

Esa distinción permite hablar de un acuerdo concreto en lugar de perseguir una uniformidad total, aunque también puede revelar que alguna variación impide trabajar juntos y necesita resolverse expresamente, con las personas responsables de ambos lados y sin ocultarla bajo una etiqueta que parece compartida.

Cuando haya requisitos técnicos, de seguridad o normativos diferentes, la comparación debe contar con quienes puedan revisarlos profesionalmente, porque un equipo de proyecto no debería tratar esas diferencias como preferencias organizativas ni usar el deseo de simplificar para decidir qué obligación puede dejarse de lado.

Prueba el acuerdo con un caso que atraviese las dos sedes y observa qué información recibe cada una al tomar el relevo, preguntando qué puede hacer con ella y qué necesita aclarar, de manera que la coordinación se compruebe en el trabajo que cruza entre equipos y no solo en una reunión favorable.

Si aparecen palabras que cada sede entiende de forma distinta, recoge un ejemplo que haga visible la diferencia y acordad qué significarán dentro del proyecto, sin pretender cambiar todo el vocabulario local cuando basta con identificar las expresiones que afectan a la entrega compartida.

También conviene saber quién decide una excepción que afecta a ambos lugares, ya que dejarla en manos de la persona más disponible puede producir soluciones distintas cada vez y hacer que el acuerdo común vaya cambiando sin que nadie sepa cuándo dejó de representar lo que se había decidido.

Puedes mantener un registro pequeño de los puntos comunes y las variaciones aceptadas, con un responsable y una fecha de revisión, para que una incorporación posterior comprenda qué debe respetar y qué puede adaptar sin necesitar la memoria de quienes estuvieron presentes al iniciar el proyecto.

La revisión después de los primeros casos puede confirmar una diferencia útil o mostrar que había una dificultad transitoria, por lo que merece la pena conservar la posibilidad de cambiar el acuerdo con evidencia y escuchar cómo afecta a cada sede antes de convertir una prueba inicial en una regla permanente.

El proyecto estará mejor definido cuando ambos equipos puedan explicar qué resultado comparten y cómo se relacionan sus maneras de trabajar, sin que la sede más grande o la más cercana a la dirección se convierta automáticamente en la medida de lo que las demás deberían hacer.