«ИИ за вечер сделает»: три метода оценки показали, что 300 часов — ниже плинтуса

El autor de un artículo en Habr estimó el perfeccionamiento de un sistema de contabilidad corporativo en 300 horas — el cliente respondió que era una cifra inflada e insinuó: "La IA me lo hará 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 Conclusión

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

• Bottom-up por acciones del usuario — análisis detallado de cada operación del usuario final en el sistema
• Puntos de función con benchmarks de ISBSG — el alcance se convierte en function points y se compara con la base de datos de miles de proyectos reales del ISBSG (International Software Benchmarking Standards Group)
• COCOMO II — 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 arrojaron resultados coherentes. Según Habr, cada enfoque mostró que las 300 horas no son un techo sino un límite inferior: la cifra resultó estar por debajo de los valores medios del sector.

¿Por Qué 300 Horas Es Poco?

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

"300 está por debajo del suelo de la industria", constata el autor del

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

COCOMO II añade multiplicadores de complejidad para la lógica de negocio y la deuda técnica. Para los sistemas de contabilidad corporativos, donde cada cambio afecta a módulos adyacentes, estos multiplicadores aumentan la estimación final, no la reducen.

Dónde Falla el Argumento "La IA en una Tarde"

Las herramientas de IA modernas sí aceleran la escritura de código repetitivo, pero no eliminan las etapas clave: auditoría de la arquitectura existente, análisis de requisitos, pruebas de integración y de regresión. Precisamente estas etapas constituyen la mayor parte del alcance real al mejorar los sistemas corporativos.

El error del cliente es típico: la IA es visible en una demostración rápida ("un prototipo en una tarde"), pero invisible en lo que el prototipo no tiene — fiabilidad, compatibilidad y seguridad de los datos. Los métodos ISBSG y COCOMO II contemplan explícitamente estas etapas ocultas.

Qué Significa Esto

Tres métodos independientes dieron una respuesta unánime: 300 horas para mejorar un sistema de contabilidad corporativo es un límite inferior realista, no una cifra inflada. El caso demuestra que una estimación fundamentada con metodología del sector es una respuesta eficaz al argumento "la IA lo hará más rápido".

Preguntas Frecuentes

¿Qué Es el ISBSG?

El 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 de datos permite comparar una estimación en puntos de función con la mediana del sector y justificarla ante el cliente apoyándose en estadísticas, no en la intuición.

¿En Qué Se Diferencia COCOMO II de la Estimación Bottom-Up?

COCOMO II es un modelo algorítmico que produce una estimación probabilística teniendo en cuenta la escala del proyecto, las características del equipo y los riesgos técnicos. El "bottom-up" es una descomposición detallada por tareas específicas. Cuando ambos métodos dan resultados similares, esto elimina las disputas sobre el "subjetivismo de los expertos" y aumenta la confianza en la estimación.