«La IA lo hace en una tarde»: tres métodos de estimación demuestran que 300 horas es una cifra muy por debajo de lo normal

El autor del texto, publicado en Habr, estimó en 300 horas la ampliación de un sistema contable corporativo. El cliente respondió que era demasiado e insinuó: «La IA me lo hace en una tarde». En respuesta, el desarrollador recalculó el mismo alcance con tres métodos independientes y obtuvo un resultado que el cliente no esperaba.

Tres métodos, una sola conclusión

El desarrollador aplicó tres enfoques estándar al mismo volumen de trabajo, sin apoyarse en ninguno de ellos por separado.

• De abajo arriba por acciones del usuario: un análisis detallado de cada operación del usuario final en el sistema
• Puntos de función con los valores de referencia de ISBSG: el alcance se convierte en function points y se compara con la base de datos de miles de proyectos reales de ISBSG (International Software Benchmarking Standards Group)
• COCOMO II: un modelo algorítmico de la Universidad del Sur de California que tiene en cuenta la escala, la complejidad de la lógica y las características del equipo

Los tres métodos dieron resultados coherentes entre sí. Según Habr, cada enfoque mostró que 300 horas no es un techo, sino un límite inferior: la cifra quedó por debajo de los valores medios del sector.

¿Por qué 300 horas es poco?

La base de ISBSG acumula datos de producción de miles de proyectos reales de software corporativo de todo el mundo. La productividad media de un equipo que desarrolla sistemas contables es bastante menor de lo que parece desde fuera: los puntos de función no contemplan solo la escritura de código, sino también el análisis de requisitos, la integración con los módulos existentes y las pruebas de regresión.

«300 está por debajo de lo que se ve en la industria», constata el

autor del artículo tras los cálculos con tres métodos independientes.

COCOMO II añade coeficientes de complejidad de la lógica de negocio y de deuda técnica. En los sistemas contables corporativos, donde cada cambio afecta a módulos contiguos, estos coeficientes aumentan la estimación final, no la reducen.

Dónde falla el argumento «La IA lo hace en una tarde»

Las herramientas de IA actuales sí aceleran la escritura de código repetitivo, pero no eliminan las etapas clave: la auditoría de la arquitectura existente, el análisis de requisitos y las pruebas de integración y de regresión. Esas etapas son las que concentran la mayor parte del trabajo real al ampliar sistemas corporativos.

El error del cliente es habitual: la IA se nota en una demostración rápida («un prototipo en una tarde»), pero no se ve lo que el prototipo no incluye: fiabilidad, compatibilidad y seguridad de los datos. Los métodos ISBSG y COCOMO II contemplan de forma explícita esas etapas ocultas.

Qué significa

Tres métodos independientes dieron una respuesta unánime: 300 horas para ampliar un sistema contable corporativo es un límite inferior realista, no una cifra inflada. El caso muestra que una estimación fundamentada en metodología del sector es una respuesta válida al argumento de que «la IA lo hace más rápido».

Preguntas frecuentes

¿Qué es ISBSG?

ISBSG (International Software Benchmarking Standards Group) es una organización sin ánimo de lucro que recopila datos de producción de proyectos de desarrollo reales de todo el mundo. Su base permite comparar una estimación en puntos de función con la mediana del sector y defenderla ante el cliente con estadísticas, y no con la intuición.

¿En qué se diferencia COCOMO II de la estimación de abajo arriba?

COCOMO II es un modelo algorítmico que ofrece una estimación probabilística según la escala del proyecto, las características del equipo y los riesgos técnicos. La estimación «de abajo arriba» es una descomposición detallada por tareas concretas. Cuando ambos métodos dan resultados similares, se zanjan las discusiones sobre el «subjetivismo del experto» y aumenta la confianza en la estimación.