El tamaño es importante

Lo más sencillo para estimar un proyecto de desarrollo es hacerlo a través del esfuerzo que implicará la tarea, hacer un diseño: 20 horas, y listo. Pero, ¿Qué implican esas 20 horas?, ¿Es un trabajo complejo?, ¿Sencillo?. Esas 20 horas nos dice tanto como que un ingeniero civil que nos diga que va a construir un puente de 50,000 horas de esfuerzo. ¿Qué nos viene a la mente?, no mucho. ¿Qué nos viene a la mente si le damos volumen?,  si nos dice que en realidad es un puente de 10,000 metros cuadrados.? Ya tenemos una mejor idea de la magnitud del trabajo y podemos hacer un comparativo contra otros puentes que conocemos. De la misma forma sucede con la estimación de los proyectos de software. Si esas 20 horas las ponemos en 25 hojas, en 10 casos de uso o en 5 puntos de función. Con el tamaño podemos hacer comparaciones de una mejor manera y lo que es más importante con el tamaño podemos capturar y hacer uso de la historia. Si utilizamos puntos de función en nuestros estimados, estos los podemos traducir a un esfuerzo y podemos hacer análisis de la productividad y usarla para estimar. ¿Cuántos puntos de función hacemos por hora?, ¿En un proyecto pequeño cuantas horas por puntos de función implican?, ¿Cuántos defectos generamos o encontramos por punto de función?. Con los puntos de función tenemos una referencia con la que podemos trabajar entre los diferentes equipos y proyectos. Por eso en la estimación de proyectos de desarrollo de software el tamaño si importa.