Pert CPM

Descargar como ppt, pdf o txt
Descargar como ppt, pdf o txt
Está en la página 1de 36

Tcnicas de Gestin de Proyectos de

Software

6/26/2014 1
Ingeniera de Software
Tcnicas de planeacin de proyectos
PERT-CPM
Program Evaluation and Review Technique (PERT)
Critical Path Method (CPM)
Diagrama de Gantt
6/26/2014 Ingeniera de Software 2
Los lunes me alisto para preparar mi semana, los martes planeo mi semana,
los mircoles reviso el plan de la semana, los jueves paso el plan de la semana
al computador y los viernes pienso en cmo comenzar mi plan para la
siguiente semana
6/26/2014 3 Ingeniera de Software
Historia del PERT-CPM
Critical Path Method (CPM)
La Compaa DuPont, desarroll el mtodo de la ruta crtica (CPM)
en 1957 para controlar el mantenimiento de proyectos
Los tiempos de las actividades son determinsticos
Project Evaluation and Review Technique (PERT)
Fue desarrollado en 1958 por la oficina naval de proyectos de
Estados Unidos para el programa de misiles POLARIS
Incluye mltiples estimados de las tareas (probabilstico)
Son idnticos en concepto y metodologa
Con CPM los tiempos de las actividades son determinsticos
Con PERT los tiempos son probabilsticos


6/26/2014 4 Ingeniera de Software
PERT-CPM
Fue diseado para proporcionar elementos
tiles de informacin para los administradores
del proyecto
Considera los recursos necesarios para
completar las actividades.
PERT/CPM expone la "ruta crtica" de un
proyecto
6/26/2014 5 Ingeniera de Software
6
Estimacin PERT
El tiempo de una actividad supone una distribucin beta y se
define por 3 estimados:
el estimado de tiempo ms probable, m;
el estimado de tiempo ms optimista, a; y
el estimado de tiempo ms pesimista, b.
El tiempo esperado de finalizacin de un proyecto es la suma de
todos los tiempos esperados de las actividades sobre la ruta
crtica.


6
6
4
a b
Z
b m a
Z T
e

Ingeniera de Software

6/26/2014 7 Ingeniera de Software
Diagrama PERT
Actividad
Tiempo
6/26/2014 8 Ingeniera de Software
Qu actividades preceden a esta?
Qu actividades siguen a esta?
Qu actividad es concurrente con esta?
Preguntas para preparar el diagrama
6/26/2014 9 Ingeniera de Software
Tiempo de terminacin y Ruta Crtica
Para calcular el tiempo de terminacin: Para cada nodo
si los predecesores estn completos tome el tiempo
ms largo de estos y adicione el tiempo al nodo.
La ruta crtica es el conjunto de tareas que determina
el tiempo ms corto posible para terminar el proyecto
Cmo identificar la ruta crtica?
Inicie con el nodo que tiene el tiempo mximo de
terminacin y mrquelo como crtico.
Seleccione el predecesor con el tiempo ms largo de
terminacin y mrquelo como crtico. Haga esto hasta
alcanzar el nodo de inicio.
6/26/2014 10 Ingeniera de Software
PASOS PARA CREAR UN DIAGRAMA
PERT / CPM
PASO 1:
Identifica tareas e hitos. Las tareas son cosas
que hay que hacer. Incluyen crear un plan de
proyecto, producir productos y llevar a cabo
comprobaciones de calidad. Los hitos
significan puntos finales en las tareas.

6/26/2014 11 Ingeniera de Software
PASO 2:
Establece el orden correcto. Analiza tareas de
proyectos y recursos asociados para
determinar la forma ms eficiente de
conseguirlos. Usa un diagrama PERT para
ayudarte a representar tareas con
dependencias u otras.

6/26/2014 12 Ingeniera de Software
PASO 3:
Crea un diagrama. Hazlo usando un software
de computadora como Microsoft Visio o
dibjalo manualmente. Usa lneas para
establecer tareas y crculos para los hitos.


6/26/2014 13 Ingeniera de Software
PASO 4:

Estima el tiempo asociado con cada tarea. Normalmente, pondrs el tiempo en das o
semanas. Determina la menor cantidad de tiempo en que la tarea se puede completar
(conocida como tiempo optimista), el tiempo necesario ms probable y la mayor
cantidad de tiempo que la tarea puede requerir (conocida como tiempo pesimista).
Puedes calcular el tiempo esperado en base a estos valores.
La frmula del tiempo esperado (te) esta conformada por :
tiempo_optimista = to
tiempo mas probable = tmp
tiempo pesimista = tp


te = ( to + 4 x tmp + tp ) / 6



6/26/2014 14 Ingeniera de Software
PASO 5:

Determina el camino crtico. La diferencia en el acabado
final e inicial de cada tarea se conoce como holgura. El
camino crtico es la secuencia a travs de la que el
diagrama sin tarea tiene una holgura. Usa tu diagrama para
explicar el tiempo menor en el que se puede completar el
proyecto y las tareas que afectan directamente al horario.
Usa el diagrama para priorizar actividades y posiblemente
planear ms tareas en paralelo, aadiendo ms recursos.
Reconoce que stas son estimaciones y tu plan de proyecto
debera ir sin complicaciones.




6/26/2014 15 Ingeniera de Software
Ejemplo 1: Publicacin de una obra literaria
Supongamos que un escritor novel desea escribir y publicar
una novela corta. No tiene claro el tema sobre el que escribir
y, adems, no cuenta con recursos econmicos para su
publicacin.
Para este escritor su proyecto de publicar la novela con estas
condiciones podra dividirse en las siguientes tareas:

A. Encontrar un tema. El escritor piensa que no debera tardar
ms de 4 das en encontrarlo.
B. Buscar patrocinadores. Para lo que emplear 17 das.
C. Formalizar los acuerdos legales necesarios con los
patrocinadores. 20 das.
D. Escribir la novela en 25 das.
E. Editar y distribuir la novela en 8 das.
F. Realizar una campaa publicitaria durante 7 das.
G. Realizar un estudio de las ventas y los resultados de la
campaa publicitaria durante 3 das.




En este ejemplo ficticio el proyecto se divide en 7 tareas con duracin
establecida y relacionadas entre s, de la siguiente forma:











La duracin mnima del proyecto est por determinar.

Ingeniera de Software
Paso 1
Con los datos anteriores representamos grficamente y en niveles las 7 tareas,
teniendo en cuenta las relaciones entre ellas:


1. En el nivel 0 se sitan las tareas que no tienen otras anteriores: la A y la B.
2. En el nivel 1 se sitan las tareas que tienen como anteriores algunas del nivel 0: la
C y la D.
3. En el nivel 2 se sitan las tareas que tienen como anteriores algunas de los
niveles 0 y 1: la E y la F.
4. Finalmente, en el nivel 3 se sitan las tareas que tienen como anteriores algunas
de los niveles 0, 1 y 2: la G.
5. Unimos con flechas las tareas respetando las dependencias.
6. En la circunferencia de cada tarea situamos su duracin.
7. Introducimos las fechas ms pronto de inicio, FPi, y las fechas ms pronto de
finalizar, FPf, en sus lugares correspondientes.


Ingeniera de Software
Con estos datos obtenemos el siguiente grfico:
















Como se puede observar, la tarea A, encontrar un tema, utiliza los das 1, 2, 3 y
4 para su realizacin. La tarea D, que tiene como antecedente la A, utiliza 25
das, los das 5 al 29, ambos inclusive, para su realizacin. Y as sucesivamente.

En este primer paso hemos determinado que la duracin mnima del proyecto,
teniendo en cuenta las relaciones entre tareas, ser de 48 das.
Ingeniera de Software
Paso 2
Comenzando por la ltima tarea, la G, y retrocediendo, se determinan:


1. Fecha ms tarde de finalizar, FTf. Para la tarea G, FTf=48.
2. Fecha ms tarde de inicio, FTi: que ser igual a FTf-duracin de la tarea+1. Para
la tarea G, FTi=46. Esto implica que la FTf de las tareas E y F es un da menos, es
decir, FTf=45. Quedando determinadas las FTi: 38 y 39, respectivamente. Y as
hasta llegar al principio.
a. Nota: cuando de una tarea sale ms de una flecha, entonces, su FTf es una
unidad menor que la menor de las FTi a las que llegan sus flechas. En nuestro
ejemplo, la tarea C es antecedente de las E y F. Como la menor FTi de estas ltimas
es la de la E (38 frente a 39 de la tarea F), entonces la FTf de la tarea C es 37 (en
vez de 38).
3. Margen total de una tarea, MT=FTi-FPi.
4. Margen libre de una tarea, ML=menor FPi de las tareas consecutivas - FPi de la
tarea considerada - duracin de la tarea considerada. El margen libre puede
coincidir, o no, con el margen total.
5. Camino crtico: trayecto que une las tareas cuyo MT es cero. En rojo en nuestro
ejemplo. Puede haber ms de un camino crtico.


Ingeniera de Software







Introduciendo todos estos nuevos datos en el grfico anterior,
se obtiene la red PERT del proyecto.



Ingeniera de Software
La realizacin del PERT ayuda a controlar el proyecto al proporcionar
informacin importantsima al director del mismo, de manera rpida e intuitiva,
como:


1. Si se cumplen las condiciones anteriores, el proyecto tendr una duracin de
48 das.
2. Las tareas B, C, E y G son crticas: un retraso en las mismas implica un
retraso del proyecto. Sus mrgenes total y libre, MT y ML, son cero.
3. Las tareas A, D y F cuentan con un cierto margen de maniobra. La tarea A,
por ejemplo, puede comenzarse entre los das 1 y 9 sin que el proyecto se
retrase. De no comenzar el da 1, s se retrasar el inicio de la tarea D que no
podra comenzar el da 5. Esto sucede porque su margen libre, ML, es cero.
4. La tarea F tiene, adems, un margen libre de 1 da. Lo que significa que
puede comenzar el da 38 el 39 sin que se retrase la tarea que depende de
ella, la G.
Ingeniera de Software
Nodo del diagrama Pert
Ingeniera de Software
Ingeniera de Software
Diseo GUI
6 14 days
Tue 11/ 24/ 98Fri 12/ 11/98
Diseo Base de datos
7 21 days
Tue 11/ 24/ 98Tue 12/ 22/ 98
Programacin BD
9 21 days
Wed 12/23/ 98Wed 1/20/ 99
Prueba de usabilidad
10 7 days
Wed 12/23/ 98Thu 12/ 31/ 98
Prueba de la BD
11 7 days
Thu 1/ 21/ 99 Fri 1/ 29/99
Prueba del sist ema
12 10 days
Mon 2/1/99 Fri 2/ 12/99
Escribir manual de
usuario
14 7 days
Mon 12/ 14/98Tue 12/ 22/ 98
Ent renamient ode
usuarios
15 5 days
Wed 12/23/ 98Tue 12/ 29/ 98
Programacin GUI
8 7 days
Mon 12/ 14/98Tue 12/ 22/ 98
Revisindel diseo
5 1 day
Mon 11/ 23/98Mon 11/ 23/98

2
5 aos
Actividad
(Flecha)
Matricularse
Recibir ttulo
Proyecto: obtener un ttulo de ingeniero de sistemas
Suceso (Nodo)
Asistir a clase,
estudiar, etc.
1
Suceso (Nodo)
Ingeniera de Software
Ejercicio
Partiendo de la siguiente matriz de informacin
Establecer la red de actividades
Calcular la ruta crtica con los datos suministrados
Actividad A B C D E F
Duracin
(semanas)
2 3 3 1 5 2
Predecesoras A B B A E,C,D
Sucesoras B,E C,D F F F
Ingeniera de Software
Hay algn software de compresin que me ayude a meter 12 horas de trabajo
en un cronograma de 8 horas?
6/26/2014 27 Ingeniera de Software
6/26/2014 28 Ingeniera de Software
Desarrollo del cronograma
6/26/2014 29 Ingeniera de Software
Diagrama de Gantt
Hasta 1958 la nica herramienta para
programar proyectos era el diagrama de
barras.
Henry Gantt desarroll un sistema para
mostrar el progreso del proyecto usando el
diagrama de barras. A esto se llama Diagramas
de Gantt.
Son simples de construir y entender y son una
buena forma de comunicacin
6/26/2014 30 Ingeniera de Software
Diagrama de Barras
Tienen un problema y es que es difcil de
determinar el impacto de una demora en una
tarea en el resto del proyecto.
Estos diagramas no muestran las
dependencias de las tareas, pero algunos
software muestran las dependencias y
mejoran la forma de leer los diagramas
6/26/2014 31 Ingeniera de Software
Dependencias
Fin- Inicio (Finish-to-Start):La tarea
dependiente B no puede iniciar hasta que la
tarea A est completada.


Inicio-Inicio (Start-to-Start): La tarea B no
puede iniciar hasta que la tarea A inicie.

6/26/2014 32 Ingeniera de Software
Dependencias
Final-Final (Finish-to-Finish):La tarea B no
puede terminar hasta que la tarea A termine.


Inicio-Final (Start-to-Finish): La tarea B no
puede ser completada hasta que la tarea A de
la que depende inicie.
6/26/2014 33 Ingeniera de Software
Tarea: Descripcin Precedentes Tiempo (das)
A Instalar el servidor ZZZ - no tiene 5
B Programar el mdulo
YYY
- no tiene 4
C Programar el mdulo
XXX
- no tiene 6
D Integrar el mdulo YYY
con el XXX
B y C 3
E Probar YYY y XXX ya
integrados en el
servidor ZZZ
D 2



Ingeniera de Software
:


Ingeniera de Software
Software para crear Diagramas
Pert CPM y Gantt
Ingeniera de Software

También podría gustarte