Personalmente, nunca he encontrado una respuesta explícita a la pregunta "¿Qué es un punto de función?" Sin eso, realmente DUDO sobre cualquier metodología de estimación que afirme hacer algo con los Puntos de Función.
La parte más importante de una metodología de estimación de software seria es la "recalibración periódica a datos reales", lo que significa que hace su estimación, la anota y luego, cuando termina el proyecto, compara sus resultados reales con su estimación, y , si es necesario, revise su proceso de estimación. INCLUIDO EN ESO es comparar sus ENTRADAS a su proceso de estimación con las ENTRADAS ACTUALES.
Si, por ejemplo, estima las líneas de código fuente (SLOC) y parte de allí, debe comparar su SLOC real entregado con su SLOC estimado, y ver si, qué tan lejos, dónde y por qué se extravió. Un estimador que predice horas-hombre perfectamente, dada una estimación precisa y precisa de SLOC, no le servirá de nada si sus estimaciones de SLOC no valen nada. Basura dentro basura fuera. (Lo mismo se aplica a los puntos de función).
Si sus datos reales de SLOC (o punto de función) coinciden con sus estimaciones iniciales, puede ver sus costos reales en comparación con sus costos estimados y ajustar los parámetros de su estimador para mejorar sus resultados. La División General Dynamics / Fort Worth realizó este ejercicio, en detalle, a principios de la década de 1980, para el desarrollo de software F-16C / D, y luego, durante varios años, apostaría habitualmente a los resultados de la compañía en esas estimaciones. GD / FW fue la fuente de ingresos de GD durante bastante tiempo, manteniendo el resto de la empresa a flote, por lo que deben haber estado haciendo algo bien.
Y tenga en cuenta que los requisitos y el arrastre de características es EL ENEMIGO de la estimación de software.
(Esta es una edición posterior). El último punto de Bernd merece una respuesta. Pregunta qué se debe hacer con los proyectos que llegan temprano y no gastan todas las horas de trabajo asignadas.
Esto es tanto un error de estimación como los excesos de programación (mucho más comunes). El hecho es este: si todos sus proyectos están sobrepasando su cronograma, sus estimados no están haciendo su trabajo.
Si sus estimadores están haciendo todo bien, y sus gerentes están haciendo todo bien, entonces tendrán algunos proyectos que llegarán temprano, junto con los que lleguen tarde. Las estimaciones son probabilidades. Sombree su estimador para eliminar los retrasos en el cronograma y, POR DEFINICIÓN, aumentará la probabilidad de excesos en el cronograma. Si su gestión exige horarios y estimaciones con cero posibilidad de empotramiento, a continuación, va a ser la entrega horarios que SERÁ ser invadido, garantizado, y luego usted comenzará a ver las demandas de Marchas de la muerte, y luego se empiezan a ver renuncias y sus excesos de obtener mucho, mucho peor, a medida que intenta reclutar reemplazos (y se corre la voz de que su empresa es una fábrica de explotación).