5 secretos para una gestión perfecta de las divergencias que necesita ahora

Cuando un proyecto incluye personas de diferentes equipos, los desacuerdos son normales. Un diseñador puede centrarse en la experiencia del usuario, mientras que un ingeniero puede centrarse en los límites técnicos. Un gerente de ventas puede querer un lanzamiento más rápido, mientras que el equipo de finanzas puede pedir un control de costos más estricto. Estas diferencias no siempre son un problema. Se convierten en un problema cuando el equipo evita el tema, repite el mismo debate o toma una decisión sin comprender la causa real del conflicto. Utilizo la gestión de divergencias para convertir diferentes opiniones en un plan de trabajo claro. El objetivo no es que todos piensen igual. El objetivo es ayudar al equipo a comparar ideas, gestionar riesgos y avanzar con una decisión que la gente entienda. 1. Separe el problema de la opinión personal Muchos desacuerdos en el lugar de trabajo suenan personales porque las personas vinculan su identidad a una idea. Un gerente de producto puede decir: "Necesitamos lanzar esta función ahora". Un ingeniero puede responder: "Ese plan no es seguro". La discusión puede convertirse rápidamente en un conflicto entre dos personas. Vuelvo la conversación al tema real: - ¿Qué problema estamos tratando de resolver? - ¿Qué resultado necesitamos? - ¿Qué límites afectan la decisión? - ¿Qué información falta? - ¿Qué podría pasar si elegimos cada opción? Este cambio de redacción crea espacio para una mejor discusión. El equipo ya no discute sobre quién tiene razón. La gente examina el mismo problema desde diferentes posiciones. Una práctica útil es escribir el tema en una oración. Por ejemplo: "¿Deberíamos publicar la actualización de pagos este mes manteniendo la tasa de error por debajo del nivel actual?" Una pregunta clara le da a la discusión un objetivo compartido. 2. Encuentre la fuente de la divergencia Las diferentes opiniones a menudo provienen de diferentes suposiciones. Una persona puede creer que los clientes quieren más funciones. Otro puede creer que los clientes necesitan un proceso más sencillo. Es posible que ambas personas estén utilizando información honesta, pero sus datos provienen de fuentes diferentes. Le pido a cada persona que explique: - ¿Qué crees? - ¿Qué evidencia respalda esa opinión? - ¿Qué estás suponiendo? - ¿Qué cambiaría tu opinión? - ¿Qué riesgo le preocupa más? Este método ayuda al equipo a localizar la brecha real. El conflicto puede no tener que ver con la solución. Puede tratarse de datos de clientes, límites presupuestarios, plazos del proyecto o la definición de éxito. Un ejemplo práctico proviene de un equipo de software con el que trabajé. El equipo de marketing quería agregar varias opciones a una página de registro. El equipo de desarrollo se resistió porque la página ya era lenta en dispositivos móviles. Después de revisar los datos, el equipo descubrió que ambas partes tenían una preocupación válida. Los usuarios querían más opciones de cuenta, pero la velocidad de la página afectó la finalización del registro. El equipo eligió un cambio menor y lo probó con un grupo limitado de usuarios. El desacuerdo se convirtió en una cuestión comprobable. 3. Utilice criterios compartidos antes de comparar soluciones Los equipos a menudo comparan ideas sin ponerse de acuerdo sobre cómo se deben juzgar las ideas. Esto crea largas reuniones y decisiones débiles. Antes de revisar las soluciones, ayudo al equipo a establecer una breve lista de criterios: - Valor para el cliente - Costo - Tiempo de entrega - Esfuerzo técnico - Riesgo comercial - Facilidad de medición Cada criterio debe tener un significado claro. El "valor para el cliente" podría significar menos solicitudes de soporte o una mayor tasa de finalización de tareas. El "riesgo" podría incluir pérdida de datos, problemas de cumplimiento o interrupción del servicio. Una sencilla tabla de puntuación puede facilitar el debate: | Opción | Valor para el cliente | Costo | Tiempo de entrega | Riesgo | |---|---:|---:|---:|---:| | Opción A | Alto | Medio | Corto | Medio | | Opción B | Medio | Bajo | Corto | Bajo | | Opción C | Alto | Alto | Largo | Alto | Los números no toman la decisión para el equipo. Muestran dónde se encuentra el desacuerdo. Un equipo puede estar de acuerdo sobre el valor para el cliente pero no estar de acuerdo sobre el riesgo. Esto le da a la próxima discusión un enfoque claro. 4. Cree una forma segura de cuestionar la decisión Un equipo no puede gestionar bien la divergencia si la gente tiene miedo de cuestionar una idea popular. Prefiero una regla de discusión que separe el desafío del ataque. La gente puede cuestionar el plan, los datos o las suposiciones. No deberían cuestionar la capacidad o los motivos de un colega. Las preguntas útiles incluyen: - ¿Qué podría hacer que este plan fracase? - ¿Qué grupo puede verse afectado? - ¿Qué evidencia apoyaría una elección diferente? - ¿Podemos probar esto con un grupo pequeño? - ¿Cuál es el costo de la espera? Una breve sesión de revisión también puede ayudar. El equipo toma una decisión, registra los motivos y acuerda una fecha de revisión. Esto brinda a las personas una manera de plantear inquietudes sin reiniciar todo el debate. Por ejemplo, una empresa minorista puede elegir un nuevo socio de entrega después de comparar precios, cobertura y registros de servicio. En lugar de considerar la decisión como permanente, la empresa puede revisar las reclamaciones de entrega al cabo de un mes. La revisión no debilita la decisión. Le da al equipo una forma de aprender del resultado. 5. Convierta el acuerdo en una propiedad clara Una reunión puede terminar con comentarios positivos y aun así no producir ninguna acción. La gestión de divergencias sólo funciona cuando la decisión se convierte en trabajo visible. Registro cinco detalles: - La decisión - El motivo de la decisión - La persona responsable de cada tarea - El plazo - La medida utilizada para revisar el resultado El registro también debe incluir las inquietudes no resueltas. Esto evita que la gente dé por sentado que todos los problemas han sido resueltos. Una breve nota de acción puede verse así: "El equipo probará el formulario de registro más corto con el 10 % de los usuarios de dispositivos móviles. Maya preparará la prueba el martes. Leo revisará las tasas de finalización y los informes de errores. El equipo revisará los resultados después de siete días". Este formato reduce la confusión. Las personas saben lo que poseen, lo que deben ofrecer y cómo el equipo juzgará el resultado. La divergencia es parte de una toma de decisiones saludable. Cuando trato el desacuerdo como información útil, puedo ver los riesgos antes y evitar opciones basadas únicamente en voces fuertes. Preguntas claras, criterios compartidos, desafíos respetuosos, pruebas pequeñas y propiedad visible ayudan a un equipo a pasar de opiniones contradictorias a acciones prácticas. El objetivo no es un acuerdo perfecto. Un proceso sólido permite a las personas estar en desacuerdo, comprender las compensaciones y apoyar el camino elegido una vez que se toma la decisión.

Cuando un equipo comienza con un objetivo compartido, pueden aparecer rápidamente pequeñas diferencias. Un equipo de ventas puede prometer una característica que el equipo de producto no ha planeado. El marketing puede utilizar un mensaje que no coincide con la experiencia del producto. Los gerentes pueden seguir diferentes objetivos y asumir que todos avanzan en la misma dirección. Esto es divergencia. No siempre comienza con un conflicto. A menudo comienza con notas poco claras, prioridades diferentes, actualizaciones perdidas o decisiones que quedan dentro de un departamento. Si nadie revisa la brecha, el equipo dedica más tiempo a corregir el trabajo que a avanzar. Gestiono la divergencia haciendo visible la diferencia, encontrando su causa y acordando la siguiente acción. ### Cómo se ve la divergencia en el trabajo La divergencia puede aparecer de varias formas: - Dos equipos trabajan para lograr resultados diferentes. - El plan de un proyecto cambia, pero el cambio no llega a todas las personas. - Los miembros del equipo utilizan diferentes definiciones para el mismo objetivo. - La solicitud de un cliente se convierte en una promesa de producto sin una revisión interna. - Una reunión finaliza con un acuerdo, pero no se registra propietario ni fecha límite. - Un gerente mide la producción mientras el equipo se concentra en la calidad del cliente. Una señal simple es la confusión repetida. Si la gente sigue preguntando: "¿Qué plan estamos siguiendo?" Puede que el problema no sea la falta de esfuerzo. La dirección compartida puede haberse dividido. ### Paso 1: Describe la brecha sin culpas. Empiezo con hechos. En lugar de decir: "El equipo de marketing ignoró el plan del producto", escribo: "Marketing está promocionando una función planificada para la próxima versión, mientras que la versión actual del producto no la incluye". Esta redacción ayuda al equipo a discutir el tema sin convertirlo en un ataque personal. Una descripción clara debería responder a tres preguntas: - ¿Qué esperábamos que sucediera? - ¿Qué está pasando ahora? - ¿Qué efecto está creando la diferencia? Por ejemplo: "Nuestro equipo de soporte esperaba un tiempo de respuesta de cuatro horas. El proceso actual suele tardar un día hábil. Los clientes reciben diferentes respuestas de diferentes agentes". La brecha se vuelve más fácil de resolver cuando todos pueden ver los mismos hechos. ### Paso 2: Rastrear el origen de la diferencia La divergencia a menudo tiene más de una causa. Compruebo el camino que conducía a él. Una revisión útil incluye: - El objetivo original - La última decisión - La persona que aprobó el cambio - La información disponible en ese momento - El mensaje compartido con otros equipos - El resultado creado por el cambio Un equipo puede descubrir que el plan no falló porque alguien lo ignoró. Es posible que la llamada de un cliente haya cambiado la prioridad, mientras que el documento del proyecto permaneció igual. El equipo actuó según dos versiones diferentes del plan. Esa distinción importa. La culpa puede poner fin a una conversación. El análisis de causas puede mejorar el proceso. ### Paso 3: Crear una fuente compartida de información Cada proyecto necesita un lugar donde las personas puedan comprobar la dirección actual. Puede ser un tablero de proyecto, un documento compartido o un sistema de relación con el cliente. La herramienta importa menos que el hábito. El registro compartido debe mostrar: - El objetivo actual - El alcance acordado - Decisiones clave - Preguntas abiertas - Propietarios - Fechas - Cambios conocidos - Riesgos que necesitan atención Evito guardar decisiones importantes solo en mensajes de chat o notas privadas. Los mensajes se mueven rápidamente y pueden ser difíciles de encontrar más adelante. Un breve registro de decisiones le da al equipo algo estable para revisar. Un formato útil es el siguiente: Decisión: El equipo iniciará la página de informes sin opciones de exportación personalizadas. Motivo: El grupo de clientes actual necesita informes básicos primero. Propietario: Gerente de producto Fecha de revisión: 30 días después del lanzamiento Pregunta abierta: ¿Qué formato de exportación debería probarse a continuación? Esta estructura reduce las conjeturas y brinda a las personas un lugar claro para plantear inquietudes. ### Paso 4: Establezca una verificación periódica de alineación Una reunión breve de alineación puede evitar un ciclo de corrección largo. Pido a cada grupo que responda: - ¿Qué estamos tratando de lograr? - ¿Qué ha cambiado desde la última revisión? - ¿Qué trabajo depende de otro equipo? - ¿Dónde vemos una prioridad diferente? - ¿Qué decisión se necesita? La reunión no debería convertirse en un largo informe de situación. Su propósito es encontrar brechas tempranamente. Un equipo de producto con el que trabajé tuvo una vez un problema recurrente entre ventas e ingeniería. El departamento de ventas analizó las funciones personalizadas durante las llamadas de los clientes. Ingeniería planificó un lanzamiento de producto estándar. Los dos equipos estuvieron activos, pero su trabajo apuntaba en direcciones diferentes. Cambiamos el formato de la reunión semanal. Las ventas trajeron solicitudes de los clientes con detalles claros. Ingeniería marcó cada solicitud como planificada, en revisión o fuera del alcance actual. Ventas aún podía discutir las necesidades de los clientes, pero el equipo dejó de tratar cada solicitud como un compromiso de producto. El resultado no fue un acuerdo perfecto en cada solicitud. Era un límite más claro entre la idea de un cliente y un plan aprobado. ### Paso 5: Separar hechos, elecciones y suposiciones Muchos desacuerdos continúan porque la gente trata las suposiciones como hechos. Divido la discusión en tres partes: Hechos Información que el equipo puede verificar. Opciones Acciones que el equipo ha acordado realizar. Supuestos Creencias que aún necesitan ser probadas. Por ejemplo: - Hecho: Cuarenta clientes abrieron el nuevo correo electrónico de incorporación. - Elección: el equipo conservará el correo electrónico y probará una versión más corta. - Supuesto: Un correo electrónico más corto mejorará las tasas de finalización. Este método ayuda al equipo a evitar reclamos sólidos basados ​​en información limitada. También muestra dónde una pequeña prueba puede sustituir a un largo debate. ### Paso 6: Dar a una persona la responsabilidad de cada decisión. La responsabilidad compartida puede convertirse en una responsabilidad poco clara. Cada acción clave necesita un propietario. El propietario no necesita completar todas las tareas. El propietario se asegura de que la tarea avance, reciba la información necesaria y se informe al grupo. Yo uso un registro simple: | Acción | Propietario | Soporte | Fecha de vencimiento | Estado | |---|---|---|---|---| | Actualizar el mensaje del producto | Líder de marketing | Gerente de producto | lunes | Abrir | | Confirmar el alcance de la versión | Gerente de producto | Líder de ingeniería | Martes | En revisión | | Preparar la respuesta del cliente | Líder de soporte | Líder de ventas | miércoles | Abrir | Esta mesa requiere poco tiempo de mantenimiento. Previene la situación común en la que todos creen que otra persona está manejando el problema. ### Paso 7: Utilice pequeñas correcciones en lugar de grandes reinicios. Un equipo no necesita reconstruir todo el proceso cada vez que aparece una brecha. Las pequeñas correcciones pueden incluir: - Actualizar una página de notas del proyecto - Reescribir una oración dirigida al cliente - Agregar una reseña antes de una promesa pública - Cambiar una pregunta de la reunión - Mover una tarea a un nuevo propietario - Probar un nuevo proceso con un equipo Los cambios grandes pueden crear otra capa de confusión. Prefiero corregir la parte más pequeña que causó el problema y luego observar el resultado. Si un mensaje de ventas genera confusión repetida, la respuesta puede ser un paso de aprobación compartido. Es posible que el equipo no necesite un nuevo sistema de software, un nuevo departamento o un documento de política extenso. ### Errores comunes en la gestión de divergencias Algunas respuestas crean más distancia entre los equipos. A la espera de un acuerdo total Un proyecto puede perder impulso mientras la gente intenta eliminar todas las diferencias. Los equipos necesitan suficiente acuerdo para dar el siguiente paso seguro. Las preguntas abiertas pueden permanecer visibles. Usar reuniones sin decisiones escritas Las personas suelen recordar la misma conversación de diferentes maneras. Un breve registro escrito protege el trabajo de lagunas de memoria. Tratar cada diferencia como un problema Diferentes puntos de vista pueden revelar las necesidades del cliente, los riesgos del producto o mejores opciones. El objetivo no es eliminar todas las diferencias. El objetivo es saber qué diferencias requieren acción. Cambiar objetivos sin explicar el motivo Las personas pueden aceptar un cambio más fácilmente cuando comprenden qué condujo a él. Un cambio silencioso a menudo parece una mala planificación. Seguimiento de la actividad en lugar de dirección Una lista de tareas completa no prueba que un equipo esté trabajando para lograr el resultado correcto. Compruebo el trabajo completado con respecto al objetivo principal. ### Una plantilla de revisión práctica Utilizo estas preguntas cuando un proyecto comienza a desviarse: 1. ¿Cuál fue el objetivo acordado? 2. ¿Qué es diferente ahora? 3. ¿Cuándo apareció la diferencia? 4. ¿Quién necesita saberlo? 5. ¿Qué riesgo para el cliente, el costo o la entrega genera? 6. ¿Qué decisión se necesita? 7. ¿A quién pertenece la siguiente acción? 8. ¿Cuándo revisaremos el resultado? Las respuestas pueden caber en una página. Las notas claras a menudo resuelven un problema que varias reuniones no pudieron solucionar. La divergencia es parte del trabajo normal. Los clientes cambian sus necesidades, aparece nueva información y los equipos toman decisiones a diferentes velocidades. Un proceso saludable no pretende que estas diferencias desaparezcan. Me concentro en las señales tempranas, los registros compartidos, los propietarios claros y las pequeñas correcciones. Cuando la dirección cambia, hago visible el cambio. Cuando los equipos no están de acuerdo, separo los hechos de las suposiciones. Cuando un plan avanza, compruebo que cada grupo todavía esté trabajando para lograr el mismo resultado.

Solía ​​​​centrarme casi por completo en el precio. Si el mercado alcanzaba un máximo más alto, asumía que el impulso era fuerte. Si alcanzaba un mínimo más bajo, esperaba más debilidad. Ese hábito me hizo pasar por alto una de las señales de advertencia más útiles en el análisis técnico: la divergencia. La divergencia aparece cuando el precio se mueve en una dirección mientras un indicador se mueve en otra. No me dice que deba ocurrir una reversión. Esto me dice que la medida actual puede estar perdiendo fuerza y ​​merece una revisión más detallada. ## Cómo se ve la divergencia Una divergencia alcista puede formarse cuando: - El precio crea un mínimo más bajo - El RSI o MACD crea un mínimo más alto La presión de venta puede estar debilitándose aunque el gráfico todavía parezca bajista. Se puede formar una divergencia bajista cuando: - El precio crea un máximo más alto - El RSI o MACD crea un máximo más bajo Los compradores aún pueden estar empujando el precio hacia arriba, pero el impulso no mantiene el ritmo. Trato estas señales como un cambio en las condiciones del mercado, no como una instrucción directa de compra o venta. ## Por qué los traders pierden la señal El principal problema es que el precio suele llamar la atención antes que el impulso. Una vela fuerte puede hacer que una mudanza parezca saludable. Las noticias pueden crear una fuerte ruptura. Una tendencia puede continuar durante más tiempo del esperado. Cuando me concentro sólo en la última vela, puedo ignorar lo que muestra el indicador en varios puntos de oscilación. Otro error común es comparar puntos aleatorios en el gráfico. La divergencia necesita altibajos significativos. Una pequeña fluctuación intradía puede no tener el mismo valor que un claro máximo o mínimo. ## Una forma sencilla de comprobar la divergencia. Utilizo este proceso cuando reviso un gráfico: ### 1. Marque las oscilaciones importantes del precio. Busco dos máximos claros o dos mínimos claros. Para una posible divergencia bajista, comparo el último máximo significativo con el máximo significativo anterior. Para una posible divergencia alcista, comparo el último mínimo significativo con el mínimo significativo anterior. ### 2. Compare el indicador en los mismos puntos. Coloco el indicador debajo del gráfico de precios y verifico las fechas o velas coincidentes. Los puntos de precio e indicador deben estar alineados. Comparar un máximo de precio del lunes con un máximo de indicador no relacionado del miércoles puede crear una señal falsa. ### 3. Identifique el tipo de divergencia Una divergencia regular puede sugerir que la tendencia actual está perdiendo fuerza. Puede aparecer una divergencia oculta durante un retroceso dentro de una tendencia más amplia. Por ejemplo: - El precio forma un mínimo más alto - El indicador forma un mínimo más bajo Este patrón puede respaldar la continuación de la tendencia, pero aún necesita confirmación de la estructura de precios. ### 4. Verifique la estructura más amplia del mercado. Hago algunas preguntas directas: - ¿Está el precio por encima o por debajo de un área de soporte importante? - ¿Está el mercado alcanzando máximos y mínimos cada vez más altos? - ¿El volumen respalda el movimiento? - ¿La señal se está formando cerca de la resistencia o del soporte? - ¿Una noticia fuerte distorsionó el indicador? La divergencia tiene más significado cuando aparece cerca de un nivel que ya importa en el gráfico. ### 5. Espere la confirmación del precio. No actúo sólo porque dos líneas se mueven en diferentes direcciones. La confirmación puede venir de: - Una ruptura de una línea de tendencia reciente - Una vela de reversión clara - Una ruptura de la estructura del mercado - Una ruptura fallida - Un retroceso por encima o por debajo de un nivel clave Este paso ayuda a separar una posible advertencia de una señal de que el precio ha comenzado a responder. ## Un ejemplo de gráfico Imagine que BTC/USD sube de $60 000 a $64 000 y luego alcanza $66 000. El precio ha alcanzado un máximo más alto. El RSI, sin embargo, alcanza 72 en el primer máximo y sólo 66 en el segundo máximo. El precio sigue subiendo, mientras que el impulso es más débil que antes. Esto crea una posible divergencia bajista. No interpretaría esto como una prueba de que Bitcoin debe caer. Revisaría la resistencia cercana, el volumen de operaciones, las zonas de soporte y la próxima reacción del precio. Un movimiento por debajo del último soporte a corto plazo le daría más peso a la señal. Si el precio sigue subiendo con un volumen fuerte, la divergencia puede seguir sin resolverse. La misma lógica funciona en la dirección opuesta. Si el precio cae de $64 000 a $60 000 y luego toca los $58 000 mientras el RSI forma un mínimo más alto, la presión de venta puede estar disminuyendo. Esperaría a que el precio recupere un nivel reciente antes de considerar la configuración como más confiable. ## RSI y MACD no cuentan la misma historia. El RSI es útil para comparar el impulso entre dos oscilaciones de precios. Puede mostrar que la presión de compra o venta está cambiando incluso mientras el precio continúa en la misma dirección. MACD puede ayudarme a estudiar el impulso y la dirección de la tendencia. Una divergencia entre el precio y la línea MACD puede desarrollarse más lentamente, por lo que puede resultar útil en marcos temporales más amplios. Evito acumular muchos indicadores que miden información similar. El uso de RSI, MACD, estocástico y varios otros osciladores puede hacer que una idea parezca varias señales. Eso puede generar confianza sin agregar mucha evidencia. Un indicador de impulso, una herramienta de estructura de precios y un plan de riesgo claro suelen ser más fáciles de revisar. ## Errores comunes que trato de evitar ### Tratar cada diferencia como divergencia Los movimientos menores pueden producir patrones engañosos. Presto más atención a los puntos de oscilación claros que a cada pequeña curva de un indicador. ### Entrar demasiado pronto Una divergencia puede permanecer visible mientras el precio continúa en la misma dirección. No es necesario que el mercado retroceda tan pronto como aparezca el patrón. ### Ignorar la tendencia principal Una divergencia alcista dentro de una fuerte tendencia bajista puede conducir a un breve rebote en lugar de un cambio de tendencia duradero. Una divergencia bajista durante una fuerte tendencia alcista sólo puede indicar una pausa. ### Mover los puntos de comparación Es fácil ajustar los máximos y mínimos seleccionados hasta que el gráfico muestre el patrón que deseo. Reduzco este sesgo marcando los puntos antes de comprobar de cerca el indicador. ### Olvidar el marco temporal Una divergencia en un gráfico de cinco minutos puede ser importante para un operador a corto plazo, pero tiene poco valor en un gráfico semanal. Hago coincidir la señal con el período de la decisión. ## Una rutina de revisión práctica Cuando encuentro una posible divergencia, escribo: - El activo y el marco temporal - Los dos puntos de oscilación del precio - Los valores del indicador en esos puntos - El soporte y la resistencia cercanos - El nivel de confirmación - El punto donde la idea ya no es válida - La cantidad que estoy dispuesto a arriesgar Este registro me impide cambiar el plan después de que comienza la operación. También reviso ejemplos pasados. Un diario de gráficos puede mostrar si la divergencia funciona bien en el mercado y el marco temporal que sigo. Puede revelar que el patrón se comporta de manera diferente durante una tendencia fuerte, un rango estrecho o un período de gran actividad informativa. ## La lección clave La divergencia no es una máquina de predicción. Es una forma de comparar el movimiento de precios con el impulso. Cuando el precio alcanza un nuevo extremo pero el indicador no, reduzco la velocidad e inspecciono el gráfico. Busco la estructura del mercado, los niveles clave, el volumen y la confirmación antes de tomar una decisión. El hábito más fuerte es no detectar más patrones. Es aprender a cuestionar un movimiento cuando el precio parece fuerte o débil pero el impulso cuenta una historia diferente.

Cuando un proyecto comienza a avanzar en varias direcciones, el trabajo puede resultar difícil de controlar. Diferentes equipos pueden seguir planes diferentes, los clientes pueden solicitar nuevas funciones y pequeñas decisiones pueden crear versiones separadas del mismo producto. Utilizo la gestión de divergencias para mostrar esos caminos antes de que generen costos adicionales o confusión. El objetivo no es detener cada nueva idea. El objetivo es comprender cada dirección, elegir un camino útil y mantener al equipo alineado. ## Qué significa la gestión de divergencias La divergencia aparece cuando un proyecto se aleja de un plan compartido. Puede aparecer como: - Varias versiones del mismo documento - Diferentes equipos que utilizan procesos separados - Características del producto que no satisfacen las mismas necesidades del usuario - Comentarios contradictorios de los clientes - Nuevas solicitudes agregadas sin verificar su efecto - Decisiones que se discuten pero nunca se registran Algunas divergencias son útiles. Un equipo de diseño puede probar tres diseños antes de elegir uno. Un equipo de producto puede comparar dos segmentos de clientes. Los problemas a menudo comienzan cuando estas opciones permanecen abiertas durante demasiado tiempo o cuando las personas no pueden ver qué camino ha seleccionado el equipo. Me resulta útil tratar la divergencia como información. Muestra dónde las personas tienen diferentes necesidades, suposiciones u objetivos. ## Paso 1: Definir el resultado compartido. Empiezo escribiendo una oración clara sobre el resultado que desea el equipo. Por ejemplo: > “Queremos reducir el tiempo que los nuevos usuarios necesitan para completar la configuración de la cuenta”. Esta frase le da al equipo un punto de referencia. Cuando aparece una nueva solicitud, puedo preguntar si respalda ese resultado. Un objetivo tan amplio como “mejorar la plataforma” deja demasiado espacio para diferentes interpretaciones. Un resultado enfocado ayuda a las personas a comparar ideas con la misma medida. ## Paso 2: Enumere todas las direcciones activas. Recopile los diferentes caminos en un solo lugar. Una tabla sencilla puede incluir: | Dirección | Razón | Propietario | Efecto de usuario | Estado actual | |---|---|---|---|---| | Formulario de registro más corto | Los usuarios se van antes de finalizar | Equipo de producto | Menos campos para completar | Pruebas | | Nueva opción de pago | Solicitado por varios clientes | Equipo de ventas | Más opciones de pago | En revisión | | Rediseño visual | El equipo de la marca quiere un nuevo estilo | Equipo de diseño | Diseño de página diferente | Estacionado | Esta visión a menudo revela que dos equipos están resolviendo el mismo problema con ideas diferentes. También muestra qué solicitudes tienen evidencia detrás y cuáles se basan en preferencias personales. ## Paso 3: Separar los hechos de las suposiciones Un equipo puede decir: "Los clientes necesitan esta función". Pregunto qué respalda esa afirmación. La evidencia útil puede incluir: - Tickets de soporte - Entrevistas con usuarios - Datos de uso del producto - Notas de ventas - Intentos fallidos de tareas - Comentarios de un pequeño grupo de prueba No trato cada solicitud como una necesidad confirmada. Un cliente puede solicitar una función específica porque le parece la solución más sencilla. La necesidad más profunda puede ser un acceso más rápido, menos pasos o instrucciones más claras. Esta distinción impide que el equipo cree una solución antes de comprender el problema. ## Paso 4: Establezca una regla de decisión Los equipos pierden tiempo cuando cada discusión comienza desde cero. Creo un pequeño conjunto de reglas de decisión antes de revisar las opciones. Para una actualización de producto, las reglas pueden ser: - La opción debe respaldar el resultado principal del usuario - El equipo debe poder probarlo dentro del período actual del proyecto - El cambio debe ajustarse al proceso de soporte disponible - La opción no debe crear confusión evitable para los usuarios existentes Las reglas deben ser fáciles de leer y estar vinculadas al objetivo del proyecto. Un sistema de puntuación extenso puede dificultar una decisión sencilla. ## Paso 5: Elija un camino para la etapa actual Un proyecto no necesita una respuesta permanente en cada punto. Necesita una elección clara para la etapa actual. Puedo etiquetar cada dirección como: - Seleccionada - En prueba - En espera de evidencia - No seleccionada - Revisar más tarde Este lenguaje ayuda a las personas a comprender que una idea rechazada no siempre es una mala idea. Puede que simplemente esté fuera del alcance actual. Un equipo puede mantener un registro de ideas sin permitir que cada idea entre en trabajo activo. ## Paso 6: Registre el motivo Una breve nota de decisión puede evitar debates repetidos. Registro: - Lo que elegimos - Lo que no elegimos - La evidencia que utilizamos - La persona responsable - La fecha de revisión - La condición que puede cambiar la decisión Por ejemplo: > "Probaremos un formulario de registro más corto porque el 38% de los nuevos usuarios se detiene antes de completarlo. Revisaremos el resultado después de dos semanas de tráfico normal. Una actualización de pago sigue bajo revisión porque la solicitud actual proviene de un pequeño grupo de clientes". Esta nota brinda un contexto útil a los futuros miembros del equipo. También reduce el riesgo de cambiar de dirección según la memoria o las preferencias personales. ## Un ejemplo práctico Un pequeño minorista en línea planeaba mejorar su proceso de pago. El equipo de marketing quería más carteles promocionales. El equipo de soporte quería menos campos de formulario. El equipo de ventas solicitó una nueva opción de pago. El grupo del proyecto enumeró las tres ideas y comprobó el comportamiento de los clientes. Sus registros de soporte mostraron que muchos clientes preguntaron cómo corregir errores de dirección. Los datos también mostraron que los usuarios abandonaron la página de pago con más frecuencia después de ver errores en el formulario. El equipo seleccionó una guía de direcciones más clara y un formulario más corto para la próxima prueba. El trabajo del banner pasó a una revisión posterior. La opción de pago permaneció abierta hasta que el equipo tuvo mejor información sobre la demanda de los clientes. Esta decisión no resolvió todos los problemas de pago. Le dio al equipo una prueba enfocada y una razón clara para la elección. ## Errores comunes que se deben evitar Un equipo puede mantener activas demasiadas opciones porque nadie quiere cerrar una discusión. Eso crea trabajo oculto y debilita la propiedad. Otro problema aparece cuando las decisiones se viven sólo en las reuniones. Las personas recuerdan la misma conversación de diferentes maneras, especialmente después de varias semanas. Algunos equipos miden el progreso por la cantidad de ideas producidas. Prefiero observar la rapidez con la que el equipo puede convertir evidencia útil en una decisión clara. La divergencia es parte del trabajo normal del proyecto. Se vuelve manejable cuando el equipo puede ver los diferentes caminos, compararlos con un resultado compartido y registrar el motivo detrás de cada elección. Una decisión clara no elimina todos los riesgos. Le da al equipo una dirección práctica y una forma de cambiar de rumbo cuando hay nueva evidencia que lo respalda. Agradecemos sus consultas: jesse@zesontecho.com/WhatsApp +8617335256543.

1. Roger Fisher y William Ury, 2011, Getting to Yes: Negociando un acuerdo sin ceder 2. Amy C. Edmondson, 2018, The Fearless Organization: Creando seguridad psicológica en el lugar de trabajo para el aprendizaje, la innovación y el crecimiento 3. John P. Kotter, 2012, Leading Change 4. Robert S. Kaplan y David P. Norton, 1996, The Balanced Scorecard: Traduciendo la estrategia en acción 5. John J. Murphy, 1999, Análisis técnico de los mercados financieros 6. Martin Pring, 2002, Análisis técnico explicado: La guía del inversor exitoso para detectar tendencias de inversión y puntos de inflexión