Software factories y consultoras de ITWebinar on demand · Insights clave
¿En qué momento se detecta que un proyecto se está yendo de las manos?
Lo más importante del webinar en cinco minutos de lectura. El dato ya se registra todos los días. Lo que falta es compararlo a tiempo, mientras el proyecto sigue abierto.
La conversación dejó de ser tecnológica. Ahora es de margen.
La Agenda CIO 2026 de Gartner lo plantea sin matices: cada plataforma tiene que justificar su costo con retorno financiero demostrable, no con argumentos técnicos. Las empresas que venden servicios de tecnología fueron las primeras en recibir esa pregunta.
1.632conversaciones con líderes de empresas de tecnología, de 5 a más de 300 personas
327no tienen resuelta la distinción entre horas facturables y no facturables
290conviven con dos o tres modelos de facturación en simultáneo
162reportan desvíos entre las horas estimadas y las ejecutadas
60%de las empresas usaba más de tres herramientas antes de centralizar con COR
El problema no es que falte el dato. Se mide mal lo que ya se registra.
Un proyecto pasa por tres momentos. En los tres se decide lo mismo: qué equipo se asigna, a qué proyecto y cuánto margen deja. Lo que cambia es la información disponible, y si todavía hay tiempo de usarla.
Momento 01 · Cuando se compromete
Se estima bien. El problema es contra qué se compara.
IT es probablemente la industria que mejor estima: tiene método, planning poker y equipos que estimaron cientos de veces. Pero esa estimación suele contrastarse con la memoria de proyectos parecidos. Y la memoria recuerda lo que salió bien: olvida las horas que no se facturaron y los recursos que hubo que sumar a mitad de camino.
En este momento se firman dos compromisos:
Alcance contra horas. El que todos discuten.
Capacidad contra calendario. El que casi nadie discute: se promete la disponibilidad de personas cuya ocupación a 60, 90 o 120 días no tiene visibilidad.
Un caso del webinar
2.000 h→2.800 h
Una app a medida estimada en 2.000 horas. Integraciones con sistemas existentes y cambios que aparecieron en el camino la llevaron a casi 2.800. El margen del proyecto terminó prácticamente negativo.
Momento 02 · Cuando se ejecuta
El dato existe. Lo que no existe es la comparación a tiempo.
Es la última instancia en la que todavía se puede corregir algo. Los equipos de IT cargan horas todos los días, pero el dato vive repartido entre el board, las planillas de horas, la asignación y la facturación. Nadie lo lleva a una vista que se pueda consultar mientras el proyecto sigue activo.
El board dice si la tarea avanza. El margen dice otra cosa.
Jira, Azure DevOps, Linear o GitHub resuelven muy bien tickets, sprints y asignación. No fueron hechos para responder la pregunta financiera.
Dos fugas que ningún tablero registra:
Rework dentro de las horas facturables
Código que hay que rehacer, entregas rechazadas, tickets reabiertos. Casi nadie lo marca como categoría aparte: se suma al desarrollo nuevo y esconde el costo real de una mala estimación, proyecto por proyecto.
Scope creep sin documentar
Un pedido chico del cliente, un cambio que detectó el propio equipo. Nadie lo cuantifica, y cuando alguien lo hace, ya fue ejecutado. Queda una pérdida en un proyecto que no debería tenerla.
Cuando por fin se separa el rework del resto del trabajo, la reacción suele ser la misma: no se sabía dónde se estaba parado. Y el retrabajo casi nunca está en el proyecto que todos señalaban.
Momento 03 · Cuando se cierra
Por fin llega el número. Y es el único que ya no sirve.
Al cierre, la rentabilidad del proyecto es un dato histórico: ya no hay cambio posible. Y el cierre malo tiene solo dos formas, que en realidad son las dos caras del mismo problema.
Lo sufre más quien vende a precio cerradoEl proyecto cierra en pérdida
Las horas estimadas ya se consumieron y el alcance va por el 60 o 70 %. El margen se ejecutó antes que la entrega.
Lo sufre más quien vende capacidadQueda capacidad sin asignar
Termina un contrato y hay personas en bench, completamente pagas, sin plan de asignación. Solo queda decidir cómo absorber ese costo.
290
empresas conviven con dos o tres modelos de facturación, como time & material o retainer. El número de cierre llega tarde y además no es comparable entre proyectos. Así, la pregunta más básica de un director, qué tipo de proyecto conviene tomar, se responde por intuición.
Momento 1 de 3
“
El equipo está sobrecargado justamente por estas malas estimaciones. No tienen seguimiento de las horas trabajadas, por lo tanto no saben sus desvíos, ni su capacidad operativa.
Líder de operaciones de una empresa de tecnología, en una de las 1.632 conversaciones
Lo importante es el orden
1No hay seguimiento
2No hay desvíos conocidos
3No se conoce la capacidad operativa
4La sobrecarga es la consecuencia
Estimar ya lo domina la industria. Lo que falta es la segunda mitad del ejercicio.
La capa nueva
La IA no cambia la línea de tiempo. La agrava.
Parte del trabajo ya no lo hacen solo las personas. Los agentes no cargan horas, no se estiman y no se imputan a un cliente. La pregunta se duplicó: cuánta capacidad aportan, cuánto cuestan y cómo se cargan al proyecto.
42%
de las empresas ya tiene agentes en producción real, no en piloto.Mayfield, encuesta a 266 CIOs, CTOs, CISOs y CDOs
84%vs. 76% el año anterior
de los desarrolladores usa o planea usar herramientas de IA.Stack Overflow Developer Survey 2025
29%vs. 40% en la medición previa
confía en la precisión de los outputs que generan esas herramientas.Stack Overflow Developer Survey 2025
Impacta en el momento 01
Cambia lo que se promete
La planificación deja de contar personas y pasa a medir capacidad entre personas y agentes.
Impacta en el momento 02
Alimenta la fuga del rework
El costo de la IA no está solo en la licencia. Está en las horas de corrección sobre lo generado, que se cargan como desarrollo nuevo y no lo son.
Vuelve al momento 01
Presiona el precio
El cliente sabe que un proyecto con IA consume menos y pide pagar menos. Sin datos, se concede un porcentaje. Con datos, se renegocia el modelo.
La adopción de IA ya está resuelta. La medición, no.
Para aplicar desde mañana
Cuatro buenas prácticas que se pueden empezar incluso a mano
1Momento 02
Abrir el rework como categoría de carga
No requiere comprar nada: es una conversación con el equipo y una categoría nueva. Sin ella no hay histórico limpio para las demás prácticas.
2Del momento 03 al 02
Fijar un umbral de alerta
Por ejemplo, un aviso cuando un proyecto consumió cierto porcentaje de sus horas y todavía tiene alcance pendiente. Detectado al cierre de mes, un desvío es historia. Detectado durante el proyecto, es información.
3Momento 01
Estimar con histórico, no con memoria
Comparar contra datos reales de proyectos anteriores, no contra el recuerdo de casos de éxito que quizás no lo fueron tanto.
4Transversal
Imputar el gasto de IA como una hora más
A un cliente y a un proyecto. Mientras sea una única línea de infraestructura, el margen por proyecto está incompleto.
Cómo se ve en COR
La capa de rentabilidad que el board no tiene
COR no reemplaza el tablero de gestión: le suma la vista financiera. Conecta las horas que el equipo realmente dedica con el margen de cada proyecto, cliente y servicio, en tiempo real y no al cierre de mes.
Desvíos detectados con el proyecto abierto
MAIA analiza la información operativa y financiera de cada proyecto y alerta sobre riesgos: tareas vencidas, horas por encima de lo planificado, desvíos de presupuesto.
Los retrabajos se registran aparte, con sus horas y su origen: pedido del cliente o redefinición interna. Insumo directo para estimar mejor o renegociar la tarifa.
Reservas de tiempo por persona, posición o equipo para saber, antes de comprometer un proyecto, si hay disponibilidad o si habrá que salir a buscar perfiles.
Nada en el ciclo de desarrollo. Los procesos y el seguimiento por sprints se mantienen; COR suma la trazabilidad de cómo ese trabajo impacta en las métricas de negocio.
Por tres vías: un módulo de machine learning que propone horas a partir de la actividad, la conexión con el calendario para registrar reuniones, y MAIA o el MCP de COR, que proponen o registran las horas desde el propio flujo de trabajo, con validación humana.
Todo el consumo que ocurre dentro de la plataforma a través de MAIA queda trazado y asociado al proyecto correspondiente, para ver con claridad hacia dónde se van los tokens.
Un proceso estructurado de implementación y onboarding, con un equipo a cargo de la cuenta y acompañamiento posterior para sostener la adopción.
Próximo paso
Detectar el desvío mientras el proyecto todavía está abierto
Cada línea de código que produce el equipo tiene trazabilidad. La operación que la produce, todavía no. En una sesión personalizada de 30 minutos se revisa la operación propia: cómo se cargan las horas hoy, qué modelos de facturación conviven y qué proyecto dejó margen.
