Cómo resolver problemas de comunicación entre departamentos: establecer información compartida y vías de escalamiento
Cuando un trabajo se atasca entre departamentos, averigua primero qué falta. ¿La información llegó a las personas que la necesitan? ¿Entendieron el mismo compromiso? ¿O todos conocen el problema, pero nadie tiene autoridad para tomar la decisión pendiente? Un recordatorio puede llamar la atención sobre un mensaje. No aclara por sí solo una entrega ambigua ni autoriza a cambiar una fecha acordada. Empieza por una actividad compartida que esté en marcha. En el registro que el equipo ya utiliza, describe el cambio, su impacto, la respuesta necesaria y el momento en que hace falta decidir. Si la elección supera las atribuciones de los participantes, presenta esa misma explicación a la persona competente por la vía establecida.
Localiza el fallo después de enviar el mensaje
Imagina este ejemplo: diseño cambia la entrega de las imágenes de un evento del miércoles al jueves. Operaciones sigue preparando la revisión para el miércoles. Si la actualización se publicó únicamente en el canal de diseño, faltan destinatarios. Quienes dependen de esas imágenes deben recibir el aviso y un enlace al registro actual.
Puede ocurrir que operaciones haya leído el mensaje, pero interprete “terminado” como un archivo aprobado mientras diseño habla del primer borrador. En ese caso hay que aclarar la entrega. Si ambos equipos saben que ahora falta tiempo para revisar, pero ninguno puede modificar el evento, necesitan una decisión. Son problemas distintos que no se resuelven calificando al otro equipo de poco colaborador.
Al estudiar un retraso real, consulta el mensaje, los destinatarios previstos, la entrega prometida y la decisión que quedó abierta. Distingue lo que muestra el registro de lo que supones sobre las intenciones de los demás.
Conserva el acuerdo vigente en un lugar accesible
Usa la tarea o el documento existente para indicar el resultado esperado, la fecha acordada, la persona responsable y la actividad posterior que depende de él. Explica cada modificación como una diferencia: “Imágenes aprobadas el jueves en vez del miércoles; texto sin cambios; un día menos para revisión”. Así se puede valorar el impacto sin reconstruir todas las conversaciones.
El chat puede avisar y una conversación breve puede resolver dudas. Después, incorpora la conclusión al registro compartido. El manual público de GitLab describe la documentación de las conclusiones obtenidas en conversaciones fuera de los canales escritos. Es un ejemplo de decisiones consultables, no una invitación a publicar información interna. Respeta las reglas de acceso de tu organización.
Pide la respuesta que necesita el trabajo
Algunas personas solo deben conocer la actualización. Otras tienen que confirmar un compromiso modificado. Una persona con autoridad quizá deba elegir entre alternativas. Copiar a todos con “para conocimiento y apoyo” no distingue esas responsabilidades.
Haz una petición concreta: “¿Podéis confirmar si recibir las imágenes aprobadas el jueves permite terminar la revisión el viernes por la mañana? Si no, indicad el tiempo o el material que falta”. Ajusta la fecha de respuesta a la dependencia posterior y ten en cuenta los horarios de trabajo. No hace falta exigir un acuse de recibo a cada destinatario cuando su actividad no cambia.
La guía de Atlassian diferencia a quienes contribuyen al proyecto de quienes se ven afectados por él, y después considera contenido, canal y frecuencia. Aplica esa distinción al trabajo concreto. Una dependencia estable puede necesitar un aviso cuando cambien sus condiciones, sin justificar otra reunión periódica.
Eleva una elección que pueda resolverse
Cuando el conflicto de plazos o recursos supera las atribuciones de ambos equipos, consulta la vía prevista. Presenta el problema, las restricciones confirmadas, las opciones realizables y sus consecuencias. Mantener la fecha con menos imágenes iniciales no equivale a conservar todas las imágenes y retrasar el evento. Expón los costes de cada alternativa, incluida la que prefieres.
Avisa al otro departamento de que vas a solicitar una decisión y refleja con fidelidad lo que sigue en desacuerdo. Atlassian recomienda comprender opciones y contrapartidas antes de implicar a una persona capaz de decidir. No se trata de reenviar todas las conversaciones a más responsables para que juzguen quién ha colaborado mejor. El momento del escalamiento depende del proyecto; los plazos orientativos de una guía externa no son una espera obligatoria universal.
Devuelve la decisión a la ejecución
Tras decidir, actualiza el registro original con el acuerdo elegido, quién decidió, quién lo ejecutará y desde cuándo se aplica. Avisa a las personas afectadas y señala que el calendario anterior deja de ser válido. “Lo he leído” no significa necesariamente aceptar una nueva responsabilidad de entrega. Pide confirmación expresa si cambia el compromiso.
En la siguiente revisión, comprueba si desapareció el fallo inicial: información accesible, respuesta requerida clara, decisión tomada por la persona adecuada y trabajo iniciado según el nuevo acuerdo. Si una actualización precisa y una conversación necesaria bastan, conserva ese proceso sencillo.