Cómo gestionar los conflictos del equipo de proyecto: volver de las posiciones enfrentadas a la resolución del problema
Cuando un equipo discute sobre lo que puede entregar, vuelve al acuerdo vigente antes de pedir concesiones. Comprueba el resultado prometido, la fecha, las personas disponibles y las pruebas detrás de la estimación cuestionada. Después distingue una pregunta que necesita investigación de una elección que exige una decisión autorizada. Pedir más colaboración no crea capacidad adicional. Este enfoque sirve para diferencias que afectan a un compromiso real del proyecto. Se centra en el trabajo que debe cambiar, no en el carácter de los compañeros. El resultado puede ser un alcance ajustado, otra secuencia o el rechazo de una incorporación sin base suficiente, sin buscar necesariamente un punto medio.
Compara el cambio con el compromiso actual
Imagina un equipo pequeño preparando una demostración para un taller interno. El acuerdo cubre tres funciones. Alguien solicita una cuarta, mientras que la persona encargada de prepararla considera que desaparecería el tiempo de revisión. Es un ejemplo hipotético. Localiza el alcance confirmado y la fecha aceptada, y comprueba si la función adicional ya se había prometido o es una petición nueva.
Describe la diferencia con precisión: función añadida, tareas previstas y revisión afectada. Una duración no comprobada sigue siendo una estimación. Si dos personas consultan versiones distintas del alcance, aclara primero cuál está vigente. Una discusión aparente sobre velocidad puede ocultar expectativas diferentes acerca del entregable.
Pregunta qué condición protege cada posición
Querer incorporarla ahora puede responder a un objetivo del taller; querer excluirla puede proteger una comprobación necesaria. Pregunta qué deben ver o poder hacer los participantes y qué controles siguen siendo imprescindibles. Preferir una demostración más llamativa no equivale a una necesidad confirmada.
El Program on Negotiation de Harvard distingue los intereses de las posiciones expresadas y recomienda criterios objetivos. Aplica esa idea a los resultados acordados y a las pruebas del proyecto. No atribuyas motivos a los compañeros: pide que confirmen si tu explicación representa correctamente la condición que quieren preservar.
Separa la incertidumbre técnica de la decisión de alcance
Si la disputa consiste en saber si un componente existente admite la función, acuerda una comprobación limitada con responsable, tiempo disponible y resultado observable. Examina la parte pertinente en lugar de desarrollar la propuesta completa. Decide antes qué hallazgo permitiría considerar viable la opción y qué seguiría sin conocerse.
Si todos saben que el trabajo supera el tiempo disponible, otra conversación técnica quizá no resuelva nada. La elección afecta al alcance, el calendario o la capacidad. En sentido contrario, una prueba pequeña satisfactoria no aprueba automáticamente el trabajo extra. Solo aporta información para quien debe decidir, sin sustituir su autoridad.
La distinción también sirve sin una nueva petición. Imagina que dos compañeros proponen métodos distintos para producir un resultado ya acordado. Compara sus hipótesis con las mismas entradas, condiciones de funcionamiento y criterios de aceptación. Pide a cada persona que identifique una observación capaz de contradecir su propuesta. Una comparación limitada puede revelar una dependencia omitida o condiciones diferentes. Registra lo comprobado y las incógnitas restantes; el cargo de quien defiende una opción no demuestra su viabilidad.
Examina las consecuencias en todo el proyecto
Compara opciones realmente disponibles: mantener la demostración original, sustituir una función con permiso del responsable o reservar la incorporación para otra sesión. En cada caso identifica efectos sobre preparación, revisión, materiales y personas. Si una opción requiere trabajo de alguien que no está en la reunión, consulta su disponibilidad antes de prometer en su nombre.
La Project Trade-Off Analysis de Atlassian examina alcance, tiempo, coste, calidad y riesgos, y pregunta cuáles admiten mayor flexibilidad. También propone revisar las prioridades cuando aparece información nueva. Puedes aprovechar esas preguntas sin adoptar todo el formato del taller. Una revisión necesaria no pasa a ser opcional porque la fecha resulte difícil de cambiar.
Cierra con una decisión que pueda ejecutarse
Utiliza la autoridad ya prevista. Presenta el compromiso vigente, los hallazgos comprobados, las hipótesis pendientes y las consecuencias de las opciones viables. Si el equipo no puede mover la fecha o incorporar a otra persona, indícalo. Registra el arreglo elegido, quién realizará cada tarea modificada y qué instrucción anterior sustituye.
Un artículo del PON sobre equipos de negociación diferencia los desacuerdos relacionados con la tarea de los ataques personales; no demuestra que todo conflicto mejore un proyecto. En el siguiente punto de revisión, comprueba si se preservó el resultado necesario y si alguna hipótesis falló. Reabre esa decisión cuando haga falta, sin convertir la discusión anterior en un juicio permanente sobre la fiabilidad de un compañero.