GESTION DE PROYECTOS INFORMATICOS Facultad de Ingeniería Universidad Nacional de Jujuy Analista Programador Universitario Plan 2008

Transcripción

1 1 GESTION DE PROYECTOS INFORMATICOS 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 2 5-ESTIMACIÓN DEL ESFUERZO EN EL DESARROLLO DE SOFTWARE Gestión de Proyectos Informáticos

3 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 Métodos utilizados para la estimación 4 de proyectos. 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

5 Métodos basados exclusivamente en 5 la experiencia: Juicio experto Puro, Delphi Analogía

6 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

7 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.

8 8 Método de trabajo del Wideband Delphi 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.

9 Método de trabajo del Wideband Delphi 9 Forzar la convergencia: Te=(Tmin+4Tmp+Tmax)/6 Juan * Alicia * José * María * Estimaciones Juan * Alicia * José * María * Estimaciones

10 Delphi + PERT 10

11 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.

12 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 = ( ) / 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).

13 Analogía 13 Consiste en comparar las especificaciones de un proyecto, con las de otros proyectos.

14 Analogía, pueden variar los siguientes 14 factores: 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?

15 Método basado exclusivamente en los 15 recursos: Parkinson 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)

16 16 Método basado exclusivamente en el mercado: precio para vender. 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.

17 Basado en los componentes del 17 producto o proceso de desarrollo: 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.

18 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 Aplicación a desarrollar v x y f(x) Coste... z

19 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.