TEMA 3. ESTIMACIÓN DEL ESFUERZO EN EL DESARROLLO DE

1
GESTION DE PROYECTOS
INFORMATICOS - 2009
Facultad de Ingeniería
Universidad Nacional de Jujuy
Analista Programador Universitario Plan 2008
Ciclo 2012
Jorge R. Mendoza
Gestión de Proyectos Informáticos
2
5-ESTIMACIÓN DEL ESFUERZO EN EL DESARROLLO DE
SOFTWARE
Gestión de Proyectos Informáticos
Problemática de la estimación.
3


Averiguar lo que costara de desarrollar una
aplicación.
El cliente siempre quiere muy pronto el producto de
software (Yourdon).
4. Estimación del esfuerzo
Métodos utilizados para la estimación
de proyectos.
4





Basados en la experiencia.
Basado exclusivamente en los recursos.
Método basado exclusivamente en el mercado.
Basado en los componentes del producto o en el
proceso de desarrollo.
Métodos algorítmicos
4. Estimación del esfuerzo
Métodos basados exclusivamente en
la experiencia:
5

Juicio experto
 Puro,
 Delphi

Analogía
4. Estimación del esfuerzo
Juicio experto: Puro
6



Un experto estudia las
especificaciones y haces su
estimación.
Se basa fundamentalmente en
los conocimientos del experto.
Si desaparece el experto, la
empresa deja de estimar
4. Estimación del esfuerzo
Juicio experto: Wideband Delphi
7


Un grupo de personas son informadas y tratan
de adivinar lo que costara el desarrollo tanto
en esfuerzo, como su duración.
Las estimaciones
en grupo suelen
ser mejores que
las individuales.
4. Estimación del esfuerzo
Método de trabajo del Wideband
Delphi
8




Se dan las especificaciones a un grupo de expertos.
Se les reúne para que discutan tanto el producto como la
estimación.
Remiten sus estimaciones individuales al coordinador.
Cada estimador recibe información sobre su estimación, y las
ajenas pero de forma anónima.

Se reúnen de nuevo para discutir las estimaciones.

Cada uno revisa su propia estimación y la envía al coordinador.

Se repite el proceso hasta que la estimación converge de forma
razonable.
4. Estimación del esfuerzo
Método de trabajo del Wideband Delphi
9
Forzar la convergencia:
Juan
*
Alicia
José
Te=(Tmin+4Tmp+Tmax)/6
*
*
María
*
Estimaciones
Juan
*
Alicia
José
María
*
*
*
Estimaciones
4. Estimación del esfuerzo
Delphi + PERT
10
4. Estimación del esfuerzo
Delphi + PERT
11
El Método PERT para el Cálculo de la Ruta Crítica permite estimar las tareas utilizando tres
números diferentes:

El tiempo pesimista (tp), el tiempo más probable (tm) y el tiempo optimista (to).

El tiempo esperado (Te) es el que será utilizado para elaborar el cronograma y se calcula
como
Te = (to + 4m + tp) / 6

La desviación estándar (de) de una actividad será utilizada para analizar cuánto esta se
puede retrasar, y se calcula como
de = (tp – to) / 6.

Este sistema resulta más acorde con la realidad para los que estiman, ya que permite “no
jugar todo a una sola carta” y pensar en tres escenarios posibles. El hecho de disponer tres
tiempos posibles por actividad permite calcular el promedio y la desviación estándar de las
tareas. Aplicando la teoría de la distribución normal (Teoría de la Curva de Gauss en
estadística), se puede tener en cuenta que
1. El 68% de los casos se encuentran entre el promedio más / menos una desviación estándar.
2. El 95% de los casos se encuentran entre el promedio más / menos dos desviaciones estándar.
3. El 99,7% de los casos se encuentran entre el promedio más / menos tres desviaciones estándar.

4. Estimación del esfuerzo
Delphi + PERT
12
De esta forma, para una actividad en donde
El tiempo pesimista (p) es 14.
El tiempo más probable (m) es 11.
El tiempo Optimista (o) es 2.

Te = (2 + 44 + 14) / 6 = 10.
de = (14-2) / 6 = 2.
¿Qué significa esto?
Que hay un 32% de probabilidad de que esta tarea se atrase más de 2 días. Es decir, que dure
el promedio más dos días de atraso, 10+2 = 12 días. Es decir: que hay un 32% de
probabilidad de que esta tarea dure más de 12 días.
Que hay un 5% de probabilidad de que esta tarea se atrase más de 4 días.
Que hay un 0,3% de probabilidad de que esta tarea se atrase más de 6 días. Es decir: es muy
improbable que la tarea dure más de 16 días (habíamos dicho que el tiempo pesimista era
14 días).
4. Estimación del esfuerzo
Analogía
13

Consiste en comparar las
especificaciones de un
proyecto, con las de otros
proyectos.
4. Estimación del esfuerzo
Analogía, pueden variar los siguientes
factores:
14




Tamaño: ¿mayor o menor?
Complejidad: ¿Más complejo de lo usual?
Usuarios: Si hay más usuarios habrán más
complicaciones.
Otros factores:
 Sistema
Operativo, entornos (la primera vez más).
 Hardware, ¿Es la primera vez que se va a utilizar?
 Personal del proyecto, ¿nuevos en la organización?
4. Estimación del esfuerzo
Método basado exclusivamente en los
recursos: Parkinson
15


En la estimación consiste en ver de cuanto
personal y durante cuanto tiempo se dispone
de el, haciendo esa estimación.
En la realización:
“El trabajo se expande hasta
consumir todos los recursos
disponibles”
(Ley de Parkinson)
4. Estimación del esfuerzo
Método basado exclusivamente en el
mercado: precio para vender.
16




Lo importante es conseguir el contrato.
El precio se fija en función de lo que creemos que
esta dispuesto a pagar el cliente.
Si se usa en conjunción con otros
métodos puede ser aceptable,
para ajustar la oferta.
Peligro si es el único método
utilizado.
4. Estimación del esfuerzo
Basado en los componentes del
producto o proceso de desarrollo:
17

Bottom-up
 Se
descompone el proyecto en las unidades lo
menores posibles.
 Se estima cada unidad y se calcula el coste total.

Top-Down
 Se
ve todo el proyecto, se descompone en grandes
bloques o fases.
 Se estima el coste de cada componente.
4. Estimación del esfuerzo
Métodos algorítmicos
18

Se basan en la utilización de fórmulas que
aplicadas sobre modelos top-down o bottom-up
producen una estimación de coste del proyecto
u
v
Aplicación a
desarrollar
f(x)
x
Coste
y
...
z
4. Estimación del esfuerzo
Cual usamos?
19



En la práctica es mas común usar la técnica Delphi
+ PERT basada en la experiencia.
Es rápida, y adecuada cuando el proyecto no es
muy grande, y cuando hay incertidumbre al inicio
del proyecto, cosa que se da frecuentemente en el
desarrollo de software.
Las demás técnicas dependerán de la oportunidad
de negocio que nos brinde el proyecto.
4. Estimación del esfuerzo