Descargar la presentación
La descarga está en progreso. Por favor, espere
1
Técnicas de planeación de proyectos
Laura Posada A. 3/29/2017 Gestión de Proyectos de Software
2
Técnicas de planeación de proyectos
PERT-CPM Program Evaluation and Review Technique (PERT) Critical Path Method (CPM) Diagrama de Gantt 3/29/2017 Gestión de Proyectos de Software
3
Gestión de Proyectos de Software
Los lunes me alisto para preparar mi semana, los martes planeo mi semana, los miércoles reviso el plan de la semana, los jueves paso el plan de la semana al computador y los viernes pienso en cómo comenzar mi plan para la siguiente semana 3/29/2017 Gestión de Proyectos de Software
4
Gestión de Proyectos de Software
Historia del PERT-CPM Critical Path Method (CPM) La Compañía DuPont, desarrolló el método de la ruta crítica (CPM) en 1957 para controlar el mantenimiento de proyectos Los tiempos de las actividades son determinísticos 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 múltiples estimados de las tareas (probabilístico) Son idénticos en concepto y metodología Con CPM los tiempos de las actividades son determinísticos Con PERT los tiempos son probabilísticos 3/29/2017 Gestión de Proyectos de Software
5
Gestión de Proyectos de Software
PERT-CPM Fue diseñado para proporcionar elementos útiles de información para los administradores del proyecto Considera los recursos necesarios para completar las actividades. PERT/CPM expone la "ruta crítica" de un proyecto 3/29/2017 Gestión de Proyectos de Software
6
Estimación PERT El tiempo de una actividad supone una distribución beta y se define por 3 estimados: el estimado de tiempo más probable, m; el estimado de tiempo más optimista, a; y el estimado de tiempo más pesimista, b. El tiempo esperado de finalización de un proyecto es la suma de todos los tiempos esperados de las actividades sobre la ruta crítica. darla/smbs/vit
7
Gestión de Proyectos de Software
3/29/2017 Gestión de Proyectos de Software
8
Gestión de Proyectos de Software
Diagrama PERT Actividad Tiempo 3/29/2017 Gestión de Proyectos de Software
9
Preguntas para preparar el diagrama
¿Qué actividades preceden a esta? ¿Qué actividades siguen a esta? ¿Qué actividad es concurrente con esta? 3/29/2017 Gestión de Proyectos de Software
10
Tiempo de terminación y Ruta Crítica
Para calcular el tiempo de terminación: Para cada nodo si los predecesores están completos tome el tiempo más largo de estos y adicione el tiempo al nodo. La ruta crítica es el conjunto de tareas que determina el tiempo más corto posible para terminar el proyecto Cómo identificar la ruta crítica? Inicie con el nodo que tiene el tiempo máximo de terminación y márquelo como crítico. Seleccione el predecesor con el tiempo más largo de terminación y márquelo como crítico. Haga esto hasta alcanzar el nodo de inicio. 3/29/2017 Gestión de Proyectos de Software
11
Gestión de Proyectos de Software
Ejemplo 3/29/2017 Gestión de Proyectos de Software
12
Tiempos muertos (Slack time)
Las tareas de la ruta crítica deben iniciarse tan pronto posible o se atrasará el proyecto Las tareas que no son de la ruta crítica tienen flexibilidad en el momento de iniciar, lo que se llama tiempo muerto o slack time Cómo calcular esos tiempos muertos? Seleccione el nodo no crítico con el tiempo más largo de terminación. Si no tiene sucesores, seleccione el mayor tiempo de terminación de todos los nodos Si tiene sucesores, seleccione el tiempo más corto de los más largos tiempos de inicio de sus sucesores. Este es el mayor tiempo de terminación de la tarea. Cambie el tiempo de inicio de la tarea para reflejar este tiempo. Repita esto por todos los nodos no críticos que no hayan sido procesados 3/29/2017 Gestión de Proyectos de Software
13
Gestión de Proyectos de Software
Ejemplo 3/29/2017 Gestión de Proyectos de Software
14
Nodo del diagrama Pert
15
Ejercicio Partiendo de la siguiente matriz de información
Establecer la red de actividades Calcular la ruta crítica con los datos suministrados Actividad A B C D E F Duración (semanas) 2 3 1 5 Predecesoras E,C,D Sucesoras B,E C,D
16
Gestión de Proyectos de Software
Hay algún software de compresión que me ayude a meter 12 horas de trabajo en un cronograma de 8 horas? 3/29/2017 Gestión de Proyectos de Software
17
Gestión de Proyectos de Software
3/29/2017 Gestión de Proyectos de Software
18
Desarrollo del cronograma
3/29/2017 Gestión de Proyectos de Software
19
Gestión de Proyectos 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 comunicación 3/29/2017 Gestión de Proyectos de Software
20
Gestión de Proyectos de Software
Diagrama de Barras Tienen un problema y es que es difícil 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 3/29/2017 Gestión de Proyectos de Software
21
Gestión de Proyectos 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. 3/29/2017 Gestión de Proyectos de Software
22
Gestión de Proyectos 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. 3/29/2017 Gestión de Proyectos de Software
Presentaciones similares
© 2024 SlidePlayer.es Inc.
All rights reserved.