En equipos expertos en TI, los resultados no dependen únicamente de la metodología elegida, del backlog bien priorizado o de un plan técnicamente impecable. Todo eso importa, por supuesto. Pero en la práctica, lo que suele marcar la diferencia entre un proyecto que avanza y uno que se desgasta es algo más humano y, al mismo tiempo, más difícil de gestionar: cómo las personas se coordinan, se comprometen y se hacen cargo de lo que prometen.

La mayoría de los proyectos tecnológicos no falla porque falte conocimiento técnico. Falla porque las promesas del proyecto no son suficientemente claras, porque los compromisos se vuelven difusos, porque las conversaciones relevantes se postergan o porque nadie declara oportunamente que algo se desvió. El problema no siempre está en el método, sino en la calidad de los acuerdos que sostienen la ejecución diaria.

¿Qué es la gestión por compromisos en equipos TI?

La gestión por compromisos en equipos TI es una forma de coordinar el trabajo a partir de promesas explícitas, observables y cumplibles entre personas, áreas y roles. No se trata solo de asignar tareas, sino de acordar quién se hace cargo de qué, para quién, en qué condiciones, con qué plazo y con qué criterio de satisfacción.

Esta mirada conecta directamente con lo planteado por Donald Sull y Charles Spinosa en Harvard Business Review, cuando explican que las organizaciones no son solo estructuras, procesos o sistemas, sino redes dinámicas de promesas que permiten que el trabajo ocurra. En proyectos tecnológicos, esa idea se vuelve especialmente relevante, porque TI depende de múltiples actores: negocio, usuarios, proveedores, arquitectura, desarrollo, operaciones, seguridad, datos y liderazgo ejecutivo.

Cuando esas promesas no están bien formuladas, el proyecto puede seguir “avanzando” en apariencia, pero acumular fricciones invisibles: expectativas distintas, decisiones no tomadas, dependencias bloqueadas, entregables poco útiles o cambios de alcance que nunca fueron renegociados. Por eso, fortalecer la gestión efectiva de proyectos exige mirar más allá del cronograma y observar la red de compromisos que realmente está sosteniendo el delivery.

La diferencia entre tarea y compromiso

Una tarea describe una actividad. Un compromiso, en cambio, declara una responsabilidad frente a alguien. Esta diferencia es clave en equipos TI, porque muchas veces se confunde avanzar en actividades con cumplir una promesa de valor. Un equipo puede completar desarrollos, cerrar tickets o actualizar tableros, pero si el cliente interno no recibe una solución útil, la promesa todavía no está cumplida.

El punto de partida: vínculo, escucha y sentido compartido

Cualquier abordaje serio de gestión por compromisos comienza antes de intervenir reuniones, rituales o tableros. Parte por comprender cómo se está coordinando hoy el equipo para cumplir la promesa central del proyecto. Qué tensiones arrastra, cómo se relaciona con el negocio, qué expectativas existen, qué conversaciones se evitan y qué historias se cuentan las personas sobre el proyecto y sobre su propio rol dentro de la organización.

No hay accountability real sin vínculo, ni compromiso genuino sin sentido. En equipos TI altamente especializados, acostumbrados a operar bajo presión, suele asumirse que todos entienden lo mismo. Sin embargo, la experiencia muestra que muchas veces no es así. El negocio cree haber pedido una cosa, TI interpreta otra, el proveedor entiende una tercera y el usuario final espera algo distinto.

Por eso, la gestión por compromisos requiere escuchar antes de exigir. Cuando el equipo comprende el valor que debe producir, los compromisos dejan de ser tareas sueltas y comienzan a conectarse con un propósito. Esa conexión es la que permite pasar de “cumplir actividades” a “hacerse cargo de un resultado”.

Acompañar donde realmente ocurre el trabajo

La gestión por compromisos no se instala desde una presentación ni desde una capacitación aislada. Se trabaja en el lugar donde las cosas pasan: reuniones de seguimiento, comités de proyecto, sesiones de priorización, definición de alcance, resolución de bloqueos, conversaciones con usuarios y momentos donde se asumen o renegocian promesas.

El informe Pulse of the Profession 2024 de PMI destaca que el desempeño de los proyectos depende cada vez más de la adaptabilidad, la flexibilidad y las capacidades de los equipos para responder a entornos cambiantes. En ese contexto, acompañar a los equipos en la práctica permite desarrollar accountability en tiempo real. La pregunta deja de ser solo “¿cómo vamos?” y pasa a ser “¿qué prometimos, qué cambió, qué necesitamos renegociar y quién se hará cargo?”.

Este acompañamiento se parece más a un coaching en acción que a una intervención tradicional. No busca reemplazar la metodología del cliente, sino mejorar la calidad de las conversaciones que la hacen funcionar. Un tablero puede mostrar tareas, avances y bloqueos, pero no siempre muestra la promesa que está detrás, ni el nivel de compromiso real de quienes deben cumplirla.

Del backlog a la promesa cumplida

En muchos equipos TI, el backlog se transforma en el centro de la conversación. Se priorizan historias, se refinan requerimientos, se asignan responsables y se miden avances. Sin embargo, un backlog ordenado no garantiza por sí solo que el cliente interno o final quede satisfecho. Para que eso ocurra, cada elemento relevante del trabajo debe conectarse con una promesa de valor.

Esto implica aclarar qué necesidad se está resolviendo, qué condición de satisfacción permitirá declarar que el compromiso fue cumplido y qué dependencias deben coordinarse para que el resultado llegue efectivamente al usuario. En este punto, la gestión por promesas aporta una disciplina concreta: transformar pedidos ambiguos en compromisos claros, visibles y negociados.

Cuando un equipo aprende a prometer mejor, también aprende a decir “no”, a hacer contraofertas y a renegociar oportunamente. Esto es clave en proyectos tecnológicos, donde las prioridades cambian, aparecen restricciones técnicas, se descubren riesgos y el contexto de negocio evoluciona. Cumplir no significa aferrarse rígidamente a lo acordado, sino cuidar la confianza mediante conversaciones honestas y oportunas.

Renegociar también es cuidar la confianza

En proyectos tecnológicos complejos, no todo puede anticiparse desde el inicio. Por eso, una promesa bien gestionada no es una promesa rígida, sino una promesa conversada durante todo su ciclo de vida. Cuando aparece nueva información, cuando cambia una prioridad o cuando una dependencia se bloquea, el compromiso debe ser revisado a tiempo para evitar que el incumplimiento se transforme en desgaste, reproche o pérdida de confianza.

Liderazgo TI: hacerse cargo sin controlar todo

Uno de los efectos más potentes de este enfoque es que el proyecto deja de ser solo una iniciativa técnica y se convierte en un espacio real de desarrollo de liderazgo. Los líderes aprenden a conectar el trabajo del equipo con el valor que se produce para la compañía, para los usuarios y para las áreas involucradas.

McKinsey ha señalado que la efectividad de los equipos depende de factores como la confianza, la comunicación y la comprensión del contexto. En proyectos TI, esto se traduce en líderes capaces de generar conversaciones donde las personas puedan anticipar riesgos, declarar quiebres, pedir ayuda y asumir compromisos sin miedo a ser castigadas por transparentar la realidad.

Ese tipo de liderazgo no se basa en controlar cada tarea, sino en sostener condiciones para que el equipo pueda coordinarse mejor. Por eso, desarrollar un liderazgo que genera confianza es fundamental para que la gestión por compromisos no se convierta en una lógica de presión, sino en una práctica de responsabilidad compartida.

Medir el delivery sin perder de vista el valor

Los equipos TI necesitan métricas. Sin indicadores, es difícil aprender, priorizar y mejorar. DORA, desde su investigación sobre desempeño en entrega de software, plantea métricas como frecuencia de despliegue, tiempo de entrega de cambios, tasa de fallas y tiempo de recuperación, entre otras, para comprender la capacidad de un equipo de entregar software de forma segura, rápida y eficiente.

Sin embargo, medir el delivery no basta si no se mide también si la promesa de valor fue cumplida. Un equipo puede desplegar más rápido y aun así no resolver la necesidad del negocio. Puede cerrar tickets, cumplir SLA y entregar funcionalidades que nadie adopta. Por eso, la tecnología para coordinar y controlar debe estar al servicio de una pregunta más profunda: qué compromisos estamos gestionando y qué valor estamos produciendo.

La tecnología habilita visibilidad, trazabilidad y control, pero la coordinación ocurre entre personas. Cuando los sistemas registran tareas sin conversaciones claras, la organización gana datos, pero no necesariamente gana cumplimiento. En cambio, cuando la tecnología soporta compromisos explícitos, ayuda a transparentar responsabilidades, anticipar quiebres y sostener mejores decisiones.

Cuando el compromiso es genuino, el proyecto avanza

La experiencia muestra que cuando el compromiso es genuino, el proyecto avanza. Pero más importante aún, avanzan también las personas que lo lideran. Se empoderan, se hacen cargo y desarrollan una forma de liderar más responsable, más colaborativa y más conectada con el valor.

En un contexto donde los equipos TI enfrentan presión creciente, cambios constantes y alta complejidad, la gestión por compromisos no es un complemento blando. Es una disciplina de ejecución. Ordena responsabilidades, mejora la coordinación, reduce fricciones y fortalece la confianza entre TI y negocio.

Tal vez ahí esté la clave: no se trata solo de entregar proyectos tecnológicos, sino de construir equipos capaces de cumplir lo que prometen, incluso cuando el escenario cambia. Porque al final, una organización no ejecuta mejor solo porque tiene mejores procesos o mejores herramientas. Ejecuta mejor cuando sus personas aprenden a prometer, coordinar y hacerse cargo juntas.