Últimamente me estoy leyendo el libro de McConnell, Software Estimation: Demystifying the Black Art, y claro, de vez en cuando te da por buscar entre los recursos que se anuncian en el libro, podríamos incluso decir que con descaro, y me he encontrado con esta presentación.

Os lo pongo aquí por que creo que puede mostrar en pocas palabras los principales problemas en la estimación de proyectos software. Yo personalmente me siento otra vez en evidencia… otra cosa más que estudiar. ¿Cuando se va a acabar esto? ¿Por que en la uni no tuvimos una asignatura de estimación?

Sin embargo hay una cosa sobre la que me gustaría hablar: acerca del cono de incertidumbre. Por que claro, el cono de incertidumbre es la solución a nuestros problemas, es nuestra Tizona siempre que nos pidan una estimación… o no. Por que, aparte de que ese comercial enamorado de la luna se va a pasar el cono por el arco del triunfo, el cono sólo muestra lo difícil que lo tienes para acertar.

Para empezar, todo depende del tipo de de proyectos que te toque estimar. El libro te recomienda que no te metas a estimador si el proyecto tiene más de 100 años hombre, que eso lo dejes para Los Hombres de Paco.

Así que yo, que no soy un estimador experto, lo tengo difícil para caer dentro del cono de incertidumbre. Sin embargo, lo que no puedo hacer es dejar de refinar mis estimaciones a medida que avanza el proyecto, por que las métricas obtenidas tienen un valor incalculable en futuras estimaciones.

El tema es que te puedes encontrar con un proyecto firmado, con una planificación basada en una estimación de te da vergüenza y cada vez que refinas, estás hurgando más en la herida. Conclusión: las primeras estimaciones se convierten en una carrera de Jackass, cada vez que se estrecha el cono de incertidumbre, más acelera el carrito de la compra…