01. gantt.ppt

Planificacin de Proyectos Inf.: Programacin TemporalJos Onofre Montesa AndrsUniversidad Politcnica de ValenciaEscuela Superior de Informtica Aplicada2003-2004

GPI-2D. Planificacin de Proyectos Inf.: Programacin Temporal

Objetivo.Dado que ya hemos identificado:los entregables, fases y tareas Tendremos que crear un calendario de realizacin, con dos objetivos:que quede claro lo que se espera y para cuando,comprobar que es posible, un da 24 h.


El punto de partida...

Disponemos del WBS en tareas del proyecto.

Disponemos de las fichas de cada tarea con los esfuerzos asignados

Especificacin de tareaNmero: 3.1.Nombre: Diseo B.D.Descripcin:Se diseara la base de datos, partiendo del modelo entidad-relacin propuesto en el anlisis y con el objetivo de tener un sistema funcionando sobre DB2.Esfuerzo Estimado: 2 semanas/hombrePersonas:1 Diseador Recursos:Sala de reuniones Duracin:2 semanasEntregables:Estructura de implementacin de la B.D.:


Pasos en la creacin de un calendario aceptable.Creacin del calendario y camino crtico.Ordenacin de las tareas,Creacin del calendario,Revisin y ajuste del calendario:En funcin del uso de recursos ,Segn las necesidades del usuario,Aceptacin generalizada del plan.


Creacin del calendario y clculo del camino crticoOrdenacin de las tareas.Clculo de fechas.


Ordenacin de las tareas.Identificar y documentar dependencias.Restricciones,Supuestos,Dependencias obligatorias,Dependencias discrecionales,Dependencias externas.


Identificar y documentar dependencias.De forma genrica, situandonos en cada tarea, nos planteamos las siguientes cuestiones:Qu debe haberse hecho antes de esto?Qu puede hacerse a la vez?Que debe seguir a lo que hacemos ahora?Aadiremos a cada ficha de tarea la lista de tareas precedentes.


Restricciones.Son los factores que limitan las opciones del equipo de desarrollo.Son impuestas por el cliente o la direccin de la empresa desarrolladora.Ejemplo:Lenguaje de desarrollo,Equipo en que deber funcionar,personal del que se dispondr.


Supuestos.Factores que se consideran verdaderos durante la planificacin,Tienen un grado de riesgo y no cumplirse durante el desarrollo.Estn directamente relacionados con los riesgos del proyecto, como veremos.Ejemplo: Se dispondr de un ordenador en casa del cliente.


Dependencias obligatorias.Son las inherentes a la naturaleza del trabajo (aspectos tcnicos).Se suelen deber a la necesidad de disponer de un entregable que es punto de partida en la tarea.Ejemplo:Prueba del programa XYZ, debe ser precedida de Codificacin del programa XYZ


Dependencias discrecionales.Las que define el equipo del proyecto.Hay que ser cautelosos, pueden condicionar la programacin del proyecto en el futuro.Se basan en:Las Mejores Prcticas,Se prefiere una secuencia por que ser ms fcil de controlar.Limitaciones en la asignacin de personal.


Dependencias externas.Vienen impuestas desde el exterior.Se refieren a la interdependencia:Con otros proyectos.Con empresas externas o contratos y no podemos ejercer ninguna presin.Una actividad no puede comenzar hasta que no disponer de un producto ajeno.Ejemplo: pruebas de programas sobre el Hw.


Completamos la Ficha de cada Tarea.Especificacin de tareaNmero: 3.1.Nombre: Diseo B.D.Descripcin:Se diseara la base ...Esfuerzo Estimado: 2 semanas/hombrePersonas:1 Diseador Recursos:Sala de reuniones Duracin:2 semanasEntregables:Estructura de implementacin de la B.D.Predecesoras:2.1 (D. obligatoria); 2.2 (D. Externa).


Representacin Grfica de la ordenacin de tareas.Existen varios mtodos para representar de modo visual la secuencia de tareas.Diagrama de Gantt,Diagrama de precedencias,Diagrama de flechas.


Diagrama de Gantt.Es el diagrama ms antiguo y quizs el que ms se utiliza para trabajar.Se representa en un cuadro de doble entrada:En el eje horizontal se representa el tiempo,En el eje vertical las tareas,Cada tarea se representa como un rectngulo situado a la altura de la tarea y que va desde el comienzo a la finalizacin de la tarea.


Diagrama de GanttTAREASEspecificar NecesidadesDiseo ProgramasDiseo Base de DatosRealizacin EsquemaCodificacin ProgramasPruebas0 2 4 6 8 10 12 14 16SEMANAS


Diagrama de GanttInconvenientes:No muestra explcitamente la relacin entre tareas.En proyectos con muchas tareas es complicado de crear.Ventajas:Es fcil de entender por todo el mundo.Se puede aplicar para representar la utilizacin de recursos.


Diagrama de precedencias.Se trata de un grafo ordenado totalmente.Las tareas se representan como nodos.Las relaciones entre tareas son los arcos.Todos los nodos tienen el mismo tamao y pueden contener mucha informacin sobre la tarea..Los arcos van desde la tarea antecesora a la predecesora, indicandolo con una flecha..


Diagrama de precedencias.Tarea: Especifica NecesidadesRecursos: Duracin: 2 semanasTarea: Diseo ProgramasRecursos: Duracin: 4 semanasTarea: Diseo B.D.Recursos: Duracin: 2 semanasTarea: Realizacin EsquemaRecursos: Duracin: 1 semanasTarea: Codificacin Program.Recursos: Duracin: 7 semanasTarea: PruebasRecursos: Duracin: 2 semanas


Diagrama de precedencias.Es la forma de representacin ms habitual en programas informticos, junto al Gantt.Al utilizar sistemas informticos para generar los diagramas, se pueden establecer relaciones del tipo:Fin a Comienzo yComienzo a Fin, Comienzo a Comienzo y Fin a Fin


Diagrama de flechas.Es una representacin dual a la anterior.Las tareas se representan como arcos,Los nodos son sucesos puntuales en el tiempo, muestran que se ha alcanzado un estado, al concluir todas las tareas que llegan a el.Aparecen actividades ficticias para asociar estados parciales.


Diagrama de flechas.


Diagrama de flechas.Los modelos formales para el calculo de calendarios se basa en l.Parece menos intuitivo que los otros grficos, debido fundamentalmente al uso de tareas ficticias.


Clculo de fechas.Hay diversas formas de abordar estos clculos, aqu veremos una muy intuitiva.Las fechas importantes en cada tarea.Pasos:Calculo de las fechas para cada tarea en un proyecto.Definicin y obtencin del camino crtico.Ejemplo.


Las fechas importantes en cada tarea.


Etiqueta actividad

Duracin

Inicio temprano

DESCRIPCIN DE LA ACTIVIDAD

Final temprano

Inicio tardo

Final tardo

Mximo tiempo disponible

Holgura

Las fechas importantes en cada tarea.DESCRIPCIN DE LA ACTIVIDAD: nombre dado a la actividad. Etiqueta actividad: nmero que identifica a cada actividad.Duracin: tiempo que calculamos que se tardar en completar la tarea.Inicio temprano: fecha ms temprana en que puede comenzar la tarea.


Las fechas importantes en cada tarea.Final temprano: fecha ms temprana en que puede finalizar la tarea.Inicio tardo: fecha ms retrasada en la que se puede comenzar sin que afectar la fecha de terminacin del proyecto.Final tardo: fecha ms retrasada en la que puede terminar la tarea din afectar la fecha final del proyecto.


Las fechas importantes en cada tarea.Mximo tiempo disponible: tiempo mximo que puede durar una tarea en caso de comenzar en su Inicio temprano y concluir en su Final tardo.Holgura: tiempo que disponemos para jugar con el inicio de la tarea, sin afectar al proyecto.


Calculo de las fechas para cada tarea en un proyecto.Partimos del diagrama de precedencias.


2.2

4

3.1

7

Diseo Progra.

Codificacin

1

2

4

2

Especif. Necesid.

Pruebas

2.1

2

3.2

1

Diseo B.D.

Realiza. Esquem.

Calculo de las fechas para cada tarea en un proyecto.Asignamos como inicio temprano 0 a todas las tareas sin predecesor.El final temprano de cada tarea es el inicio temprano ms su duracin.Si la tarea tiene predecesoras, y todas estas tienen calculado su final temprano, asignamos como inicio temprano el mximo de todos ellos.


Calculo de las fechas para cada tarea en un proyecto.Obtenemos la fecha de final del proyecto,Partimos de la mxima fecha de final temprano,o de la indicada por el cliente.Habitualmente se toma la primera, el cliente siempre lo quiere para ayer.A todas las tareas que no tengan sucesoras se le asigna esta fecha como final tardo.


Calculo de las fechas para cada tarea en un proyecto.El inicio tardo se calcula restando al final tardo la duracin.Aquellas tareas con sucesoras, se les asigna como final tardo el mnimo de los inicios tardos de estas.Mximo tiempo disponible y Holgura:Mximo tiempo disponible =Final tardo - inicio tempranoHolgura = Mximo tiempo disponible - Duracin


Definicin y obtencin del camino crtico.Camino Crtico: Conjunto de tareas con Holgura cero.Si la duracin es mnima hay camino crtico.Parte de una tarea sin predecesoras, atraviesa el grafo por tareas con holgura cero y termina en una tarea sin sucesoras. Cuando una tarea del camino crtico se retrasa, tambien lo hace el proyecto.


Ejemplo.


Tarea

Descripcin

Esfuerzo

Tipo

Brooks

Recursos

Predece-

soras

A

Anlisis de Requerimientos

3 meses

1

2 Analistas

-

B

Diseo de la B.D.

1 mes

2

1 Analista

A

C

Diseo de Procesos

4 meses

1

2 Analistas

A

D

Construcc. Prototipo

1 mes

2

1 Programador

C, E

E

Desarrollo Esquema

0,5 meses

1

1 Analista

B

F

Codificacin

8 meses

1

4 Programadores

C, E

G

Revisin Prototipo

0,5 meses

2

1 Analista

D

H

Revisin Cdigo con Mejoras Solicitadas

2 meses

1

2 Programadores

F, G

I

Pruebas

2 meses

1

2 Programadores

H

J

Instalacin Sistema

1 mes

1

2 Programadores

I

K

Mantenim. Inicial

2 meses

2

1 Programador

J

Solucin: Diagrama de precedencias.


B

1

E

0,5

D

1

G

0,5

1,5

Diseo

2,5

2,5

Desarrollo

3

3,5

Construc

4,5

4,5

Revisin

5

2

B.D

3

3

Esquema

3,5

4

Prototipo

5

5

Prototipo

5,5

A

1,5

1,5

0,5

1

0,5

1,5

0,5

1

0,5

0

Anlisis

1,5

0

1,5

1,5

0

C

2

F

2

1,5

Diseo

3,5

3,5

Codifica.

5,5

1,5

Progrm.

3,5

3,5

5,5

2

0

2

0

H

1

I

1

J

0,5

K

2

5,5

Revisin

6,5

6,5

Pruebas

7,5

7,5

Instalaci.

8

8

Manten.

10

5,5

Cdigo

6,5

6,5

7,5

7,5

8

8

Inicial

10

1

0

1

0

0,5

0

2

0

Solucin: Diagrama de Gantt.


A

2

B

1A

C

2A

D

1P

E

1A

F

4P

G

1A

H

2P

I

2P

J

2P

K

1P

1

2

3

4

5

6

7

8

9

10

Diferencia fundamental entre el PERT y el CPM.PERT (Program Evaluation and Review Technique), en l, por cada tarea se estiman tres duraciones:La optimista (to),La ms habitual (tm),La pesimista (tp).La duracin se calcula como: duracin = ( to + 4 tm + tp) / 6


Diferencia fundamental entre el PERT y el CPM.El CPM (Critical Path Method), utiliza, como nosotros, duraciones fijas en cada tarea.Es el que subyace en la mayora de los programas informticos de gestin de proyectos.


Representacin grfica del uso de recursos en un proyecto.Es muy til el poder ver tan solo las tareas que hay asignadas a cada recurso, para:comunicar a los participantes el uso de un recurso compartido,verificar que se utilizan de forma equilibrada,verificar que ningn recurso se pretende utilizar ms de lo posible.Se usa el Gantt y el de Cargas


Veamos el Diagrama de Gantt con un ejemplo.Se desea ver la asignacin de programadores del ejercicio anterior.


D

1P

F

4P

H

2P

I

2P

J

2P

K

1P

1

2

3

4

5

6

7

8

9

10

Veamos el Diagrama de Cargas con un ejemplo.Se desea ver la asignacin de programadores del ejercicio anterior.


6

5

4

3

2

1

1

2

3

4

5

6

7

8

9

1

0

Revisin y ajuste del calendario.La primera planificacin suele hacerse con criterios tcnicos, por lo que suele ser necesario revisarla con dos enfoques:En funcin del uso de recursos,Equilibrar la disponibilidad de personal,Segn las necesidades del usuario.habitualmente siempre desea que se termine lo ms pronto posible.Los costes de oportunidad son un aliciente.


Puntos sobre los que actuar para revisar la planificacin.Sobre la secuencia de las tareas.Aumentando paralelismo.Sobre la duracin de las tareasUtilizar mejores tcnicas y herramientas.Modificar la productividad de las personas.Modificar la cantidad de personas asignadas a una tarea.


Revisar la secuencia de las tareas.Estudiaremos las tareas del camino critico y revisaremos la razn por la que se haba creado la secuencia de tareas.Es posible sacar una tareas de la secuencia?Aumentando paralelismo entre tareas.Es posible que una tarea pueda comenzar cuando la precedente se ha realizado al 60%.Esto es peligroso, puede llevar a retrabajos.


Revisar la duracin de las tareas.Reducir la duracin de las tareas del camino critico, y la del proyecto.Tener en cuenta que al reducir la duracin de una tarea, puede cambiar el camino critico.Cuando el reducir la duracin de una tarea lleva a un coste mayor, deberemos ajustar la reduccin al mximo con coste mnimo.


Revisin tareas, utilizando mejores tcnicas y herramientas.la duracin de la tarea se basa en una tcnica o herramienta? Existe software que puede dar soporte a una tarea?Por precio no fue oportuno considerarlo, Tener en cuenta la curva de aprendizaje.Eliminar las tareas de formacin.Se puede ir a herramientas conocidas?


Revisin tareas, modificando la productividad.Modificar la productividad y calidad de los recursos asignados a una tarea.En un estudio sobre, la diferencia de productividad entre programadores se detect una oscilacin de 1 a 25.Tom DeMarco, como M. Page-Jones, dejan claro que relaciones de uno a tres son muy usuales dentro de una misma organizacin.


Revisin tareas, modificando la cantidad de personas.Podemos asignar ms personas al proyecto, de modo que en las tareas crticas se puedan incluir ms personas.Hay que tener en cuenta:Los diferentes tipos de tareas que hay, segn la cantidad de personas que asignemos.El aadir ms personal a un proyecto en marcha puede retrasar la finalizacin del proyecto.


Revisin tareas, asignando horas extra.Esto en principio puede suponer un coste adicional o no.Se recomienda hacer uso de las horas extra slo en casos muy puntualescomo consecuencia de una desviacin en la programacin.Parece poco razonable pensar en este recurso en la fase de planificacin.


Aceptacin generalizada del plan.Una planificacin buena ha de ser:aceptada por todos los participantes, yque todo el mundo crea en ella.Para esto ha de ser realista.La probabilidad de xito es ms funcin de fe y confianza, que de realismo.


Bibliografade Cos Castillo, M. Teora general del proyecto. Editorial Sintesis.1995.Cotterell, M, Hughes,B. Software project management. ITP (Thomson Publishing Inc.). 1995.DeMarco, Tom, Lister, Peopleware. Dorset House, 1987.Garca Cabaes, J., Fernndez Martnez, L., Tejera del Pozo, P. Tcnicas de Investigacin Operativa. Paraninfo, 1990. (Tema 5)Lock, D. Gestin de proyectos. Paraninfo, 1990.Microsoft Press. Microsoft Project para windows 95 paso a paso. McGraw-Hill 1995.Page-Jones, M. Practical Project Management. Dorset House, 1985. Romero Lpez, C., Tcnicas de programacin y control de proyectos, Pirmide, 1988.BBC Training Videos, El proyecto empresarial: Direccin y Control, International Education & Training Enterprises S.A.


01. gantt.ppt

Documents

Transcript of 01. gantt.ppt