Ingeniera y Gestin de Requerimientos

Estimacin de Requerimientos Ingeniera y Gestin de Requerimientos

Estimacin de Requerimientos La estimacin de requerimientos consiste en etiquetar

cada requisito con un valor que d una idea de cmo afecta al coste total del proyecto la inclusin de ese requisito.

Estimacin de Requerimientos La estimacin de requerimientos es una tarea muy

compleja, ya que siempre trabajamos con informacin incompleta (todava no sabemos exactamente qu problemas nos encontraremos a la hora de implementar el requisito).

Por este motivo, todas las tcnicas que veremos a continuacin tratan de determinar el coste del requerimiento por aproximacin.

Estimacin de Requerimientos

Duracin

Tamao

Ingeniera y Gestin de Requerimientos

Magnitudes para estimacin

Magnitudes para estimacin

Una vez que sabemos el nmero de horas necesarias (magnitud que necesitaremos para poder planificar el proyecto), estas se pueden trasladar a coste aplicando un precio por hora.

Una versin parecida es estimar en horas/hombre que es cuntas horas tardar 1 persona en desarrollar la funcionalidad que cumplir un requerimiento.

Duracin: nos dice el nmero de horas de trabajo que supondr implementar el requisito.

Magnitudes para estimacin El problema de estimar duracin es que depende de una

serie de circunstancias muy difciles de predecir, como por ejemplo, la moral de los desarrolladores, la materializacin o no de los riesgos del proyecto, cambios en el entorno, etc.

Como solucin se utilizan horas ideales (no hay interrupciones, sin riesgos, etc.) y se les aplica un factor de correccin al momento de calcular el coste.

El factor de correccin recoge el impacto de estas circunstancias difciles de predecir.

Magnitudes para estimacin El problema de estimar utilizando horas ideales es la

diferencia entre las horas estimadas y las horas reales.

Por ejemplo se proyecta que un trabajo tarda 10 horas pero se termina realizando en 15. Qu se hizo en esas horas dems?

Es por eso que se propone utilizar otro parmetro para estimar el costo. Este es el tamao.

Magnitudes para estimacin

Para separar de la estimacin por duracin el autor Mike Cohn propone utilizar una medida llamada Puntos de Historia.

El tamao es una medida arbitraria para expresar el volumen de trabajo y la complejidad que supone implementar un requerimiento.

Puntos de Historia El mtodo de Puntos de Historia se desarroll como una

manera de dimensionar y relacionar la complejidad de las historias de usuario con respecto a otras.

Es importante destacar que se utilizan para cuantificar la dificultad de las tareas y no su duracin.

La duracin de una tarea no necesariamente est ligada con su dificultad.

Magnitudes para estimacin Ejemplo: Como por s misma una estimacin de 5 puntos de historia para un requisito no quiere decir nada, nos fuerza a compararla con otros requisitos ya estimados.

Entonces es cuando podemos ver que 5 puntos de historia quiere decir que es algo ms del doble que otro requisito que hayamos estimado en 2 puntos, y algo ms de la mitad que otro requisito que hayamos estimado en 8 puntos

Magnitudes para estimacin Para obtener la duracin en horas reales de un

requerimiento a partir de su tamao en puntos se utiliza la velocidad del equipo.

La velocidad es una medida del progreso de un equipo por unidad de tiempo.

Magnitudes para estimacin Supongamos que estamos a punto de empezar un proyecto de desarrollo que hemos estimado en 500 puntos.

Antes de finalizar la primera iteracin todava no hemos obtenido ningn beneficio respecto a estimar en horas, ya que no sabemos cunto se tarda en implementar 500 puntos y, por lo tanto, nuestra estimacin de duracin es igual de fiable que si la hubiramos calculado en horas ideales o en horas reales.

Al finalizar la primera iteracin, sin embargo, tenemos un dato muy importante: el nmero de puntos que suman los requisitos implementados durante aquella iteracin. Si hemos implementado completamente, por ejemplo, requisitos por un total de 90 puntos, ya podemos hacer una primera estimacin basada en datos reales: a 90 puntos por iteracin, necesitaremos entre 5 y 6 iteraciones para finalizar el proyecto. En este caso, decimos que la velocidad del equipo es de 90 puntos.

Magnitudes para estimacin A medida que vamos completando iteraciones, tendremos

ms valores de velocidad para estimar la velocidad de las iteraciones que nos quedan antes de acabar el proyecto y, por lo tanto, la fiabilidad de nuestra estimacin ir creciendo.

Magnitudes para estimacin Ejercicio 1: La velocidad de un equipo es de 50 puntos.

Cuntas iteraciones se necesitarn para completar un proyecto que en totalidad ha sido estimado en 330 puntos?

Ejercicio 2: Un equipo de desarrollo realiz 7 iteraciones para completar un proyecto de 400 puntos. Cul es la velocidad de dicho equipo?

Magnitudes para estimacin

0

50

100

150

1 2 3 4 5

Punt

os

Iteracin

Velocidad Equipo

Velocidad

Ejercicio 3: La velocidad de un equipo de trabajo est dada por el grfico. Cuntas iteraciones realiz el equipo? Cuntos puntos tena el proyecto desarrollado?.

Precisin de las estimaciones La estimacin en el desarrollo de sistemas informticos es

un problema difcil ya identificado desde hace mucho tiempo.

Las causas de estas dificultades son muchas, incluyendo la carencia de informacin, la incertidumbre, la presencia de riesgos, etc.

Por estas razones, hay que elegir bien qu valores adjudicamos a nuestras estimaciones.

Precisin de las estimaciones Los fsicos, por ejemplo, cuando miden la realidad, indican los valores con un nmero de dgitos significativos que refleja la precisin de la medicin. Indicar que el peso de una muestra es de 6,00 g no tiene sentido si el instrumento de medicin tiene una precisin de 0,1 g. En todo caso, dicen que el peso es de 6,0 g. De manera parecida, a la hora de hacer estimaciones de requisitos, hay que elegir una forma de expresar las estimaciones que refleje la precisin que tienen

Precisin de las estimaciones Por otro lado, las personas somos mejores haciendo

estimaciones por comparacin y triangulacin si la medida de aquello que estimamos es relativamente parecida.

Mike Cohn propone los valores 1, 2, 3, 5 y 8 para estimar requisitos de medida parecida.

Precisin de las estimaciones Supongamos, por ejemplo, que estamos estimando la altura de la Torre del Costanera Center en una unidad ficticia, los puntos de altura. Saber que una persona tiene una altura estimada de 1 punto no nos ayudara mucho, puesto que nos cuesta comparar dos alturas tan diferentes. Mide 50 veces lo que una persona? 100 veces?

En cambio, si sabemos que la Torre Entel est estimada en 2 puntos de altura, podemos llegar a la conclusin de que son de alturas comparables y asignar un 5 a la Torre del Costanera Center

Teniendo en cuenta que la Torre Entel mide127 m de altura y la Torre del Costanera Center 300 m, el valor estimado es bastante bueno y, para muchos usos, suficiente.

Precisin de las estimaciones Por esta razn, a medida que los requisitos tienen granularidad

ms gruesa, sern ms grandes y difciles de estimar por comparacin. Habr que tener en cuenta, pues, que la precisin todava ser menor. Para reflejarlo, de nuevo,

Mike Cohn propone aadir los valores 13, 20, 40 y 100 (redondeando y aadiendo imprecisin a los 13, 21, 34, 55, 89 que seguiran en la escala de Fibonacci).

Cuando se estima un requisito granularidad gruesa, la medida usada puede no ser precisa. Pero a medida que para ese requisito se haga un anlisis descomponindolo (granularidad ms fina) las estimaciones utilizadas sern ms precisas.