técnicas de planeación de proyectos laura posada a. 4/13/2014gestión de proyectos de software1
TRANSCRIPT
Técnicas de planeación de proyectos
Laura Posada A.
04/11/23 Gestión de Proyectos de Software 1
Técnicas de planeación de proyectos
• PERT-CPM– Program Evaluation and Review Technique (PERT)– Critical Path Method (CPM)
• Diagrama de Gantt
04/11/23 Gestión de Proyectos de Software 2
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
04/11/23 Gestión de Proyectos de Software 3
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
04/11/23 Gestión de Proyectos de Software 4
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
04/11/23 Gestión de Proyectos de Software 5
darla/smbs/vit 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 tiem po 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.
6
6
4
abZ
bmaZTe
04/11/23 Gestión de Proyectos de Software 7
Diagrama PERT
Actividad
Tiempo
04/11/23 Gestión de Proyectos de Software 8
• ¿Qué actividades preceden a esta?• ¿Qué actividades siguen a esta?• ¿Qué actividad es concurrente con esta?
Preguntas para preparar el diagrama
04/11/23 Gestión de Proyectos de Software 9
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.
04/11/23 Gestión de Proyectos de Software 10
Ejemplo
04/11/23 Gestión de Proyectos de Software 11
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
04/11/23 Gestión de Proyectos de Software 12
Ejemplo
04/11/23 Gestión de Proyectos de Software 13
Nodo del diagrama Pert
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 3 1 5 2
Predecesoras A B B A E,C,D
Sucesoras B,E C,D F F F
Hay algún software de compresión que me ayude a meter 12 horas de trabajo en un cronograma de 8 horas?
04/11/23 Gestión de Proyectos de Software 16
04/11/23 Gestión de Proyectos de Software 17
Desarrollo del cronograma
04/11/23 Gestión de Proyectos de Software 18
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
04/11/23 Gestión de Proyectos de Software 19
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
04/11/23 Gestión de Proyectos de Software 20
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.
04/11/23 Gestión de Proyectos de Software 21
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.
04/11/23 Gestión de Proyectos de Software 22