Cómo resolver una comunicación deficiente en el proyecto: identificar las causas de las omisiones, los malentendidos y los retrasos
Empieza por una entrega de información concreta que salió mal, en lugar de la queja general de que nadie se comunica. Quizá alguien utilizó una fecha antigua, revisó el documento equivocado o recibió una decisión después de empezar el trabajo. Reconstruye qué podía saber cada persona cuando actuó. Busca el primer punto en que la información disponible dejó de permitir la acción prevista. Una omisión, un malentendido y un retraso pueden coexistir. Una corrección tardía no demuestra que el mensaje original llegara tarde. Una confirmación de lectura tampoco demuestra comprensión. Este procedimiento es una propuesta editorial para revisar un incidente con los registros existentes, sin crear un nuevo sistema de informes.
Delimita el incidente antes de explicarlo
Anota la acción esperada, la acción real y el momento en que se separaron. Conserva el mensaje original y la versión del archivo que mencionaba. El documento corregido hoy no muestra lo que un compañero pudo leer ayer. Si falta una hora, déjala como desconocida en vez de reconstruir una precisión que no existe. Cuando los recuerdos difieran, coloca ambos relatos junto a las pruebas fechadas. La conversación debe examinar esta entrega, no la atención habitual de una persona. Evita sumar otros episodios únicamente porque parecen confirmar la explicación que ya tenías en mente.
Comprueba si la información ya existía
¿La persona que enviaba conocía el dato antes de que el destinatario lo necesitara? Si la fecha de entrega todavía no se había acordado, faltaba una decisión, no la difusión de una fecha definitiva. Si el dato existía, encuentra su primer registro y quién debía recibirlo. Un destinatario omitido, un adjunto sin acceso y un criterio de aceptación ausente son carencias distintas. El artículo de Ray Boedecker publicado por PMI subraya la importancia de saber quién necesita qué información y cuándo informar o preguntar. El envío de un mensaje por sí solo no demuestra que la entrega fuera utilizable.
Compara las versiones antes que las interpretaciones
Pide a cada participante que explique qué acción entendió que debía realizar. Compara el objeto, la fecha, la condición de finalización y las dependencias. Por ejemplo, «listo el jueves» puede significar preparado para revisión interna o preparado para enviarlo fuera del equipo. Es un ejemplo ilustrativo, no un caso empresarial observado. Antes de debatir la redacción, confirma que ambos vieron las mismas palabras. Dos versiones diferentes orientan primero hacia la distribución. Las indicaciones de APM consideran audiencia, contenido, medio y momento; las pruebas del incidente permiten reconocer qué elemento falló en esta ocasión.
Sitúa la espera en una línea temporal
Marca cuándo estuvo disponible la información, cuándo se envió, cuándo pudo consultarse y cuándo se utilizó. Compara esos momentos con la fecha acordada para necesitarla. Una respuesta en diez minutos puede llegar tarde, mientras que responder al día siguiente puede respetar el acuerdo. Si no existía un plazo de respuesta, registra esa ausencia sin inventar un compromiso incumplido. Después identifica qué se esperaba: acceso, explicación, revisión especializada, capacidad de trabajo o autorización. Una aprobación pendiente exige comprobar quién tiene poder de decisión, no deducir falta de colaboración a partir de un mensaje sin respuesta.
Busca pruebas que contradigan tu explicación
Antes de proponer una corrección, pregunta qué hecho demostraría que tu hipótesis es incorrecta. Si la persona recibió la versión actual y describió bien la tarea, más recordatorios no resolverán la falta de materiales. Si alguien recomendó una opción pero no podía aprobarla, la espera puede depender del papel de decisión. El modelo DACI de Atlassian distingue a quienes aportan conocimientos de quien decide; la referencia sigue siendo la autoridad ya acordada en el equipo. No es necesario adoptar ese modelo para revisar el caso. Comprueba también si la carga de trabajo u otra dependencia habría bloqueado la actividad incluso con un mensaje claro.
Cierra con un ajuste que pueda comprobarse
Resume la primera interrupción demostrada, su consecuencia y la modificación más pequeña que responde a ella. Incluye a la persona omitida en esa entrega concreta, o acuerda un ejemplo de finalización si el criterio era ambiguo. Indica quién realizará el ajuste y observa la siguiente entrega comparable. Si faltan pruebas, deja una cuestión pendiente en lugar de atribuir culpas. La revisión termina con una explicación sustentada y una corrección verificable. Diseñar todo un mecanismo de sincronización o escalado constituye otra tarea, que conviene valorar cuando varios incidentes muestran un problema de alcance mayor.