1 ✔ Planificación de proyectos ✔ Confección de agendas (scheduling) ✔ Gestión de riesgos © Francisco Mora (DCCIA, Universidad de Alicante, 2002) Tema 3. Planificación de proyectos
1
✔ Planificación de proyectos✔ Confección de agendas (scheduling)✔ Gestión de riesgos
© Francisco Mora (DCCIA, Universidad de Alicante, 2002)
Tema 3. Planificación de proyectos
© Francisco Mora (DCCIA, Universidad de Alicante, 2002) Tema 3. 2
Importancia de la gestión
✔ Se trata probablemente de la actividad de gestión que más tiempo consume
✔ Es una actividad que se realiza de forma CONTINUADA desde el concepto inicial delsistema, hasta su entrega. Los planes se deben revisar continuamente según esté disponible nueva información
© Francisco Mora (DCCIA, Universidad de Alicante, 2002) Tema 3. 3
✔ Plan de calidad
✔ Plan de validación
✔ Plan de gestión de configuraciones
✔ Plan de mantenimiento
✔ Plan de gestión de personal
Tipos de planes de proyectos
© Francisco Mora (DCCIA, Universidad de Alicante, 2002) Tema 3. 4
Proceso de planificación
Planificar es decidir deantemano:– QUÉ hay que hacer– CÓMO hay que hacerlo– CUÁNDO se va a
hacer– QUIÉN lo va a hacer
ALGORITMO:Establecer restricciones proy.Hacer evaluaciones inicialesDefinir hitos y entregasMientras proy no acaba hacer
Confeccionar agendaInciar trabajos agendaEsperarRevisar el progresoRevisar estimacionesActualizar agendaRe-negociar restriccionesSolucionar posibles problemas
Fin mientras
© Francisco Mora (DCCIA, Universidad de Alicante, 2002) Tema 3. 5
Estructura del plan del proyecto
✔ Introducción
✔ Organización del proyecto
✔ Análisis de riesgos
✔ Requerimientos hardware y software
✔ Estructura de actividades del proyecto
✔ Agenda del proyecto
✔ Mecanismos de monitorización y control
© Francisco Mora (DCCIA, Universidad de Alicante, 2002) Tema 3. 6
Organización de las actividades
✔ Las actividades se deben organizar de forma que produzcan salidas "tangibles" válidas para la gestióndel progreso del desarrollo
✔ Los HITOS (milestones) marcan el final de una actividad del proceso de desarrollo
✔ Las ENTREGAS (deliverables) son resultados delproyecto que se entregan a los clientes
✔ El proceso en cascada permite identificar de formasencilla los hitos que marcan el progreso delproyecto
© Francisco Mora (DCCIA, Universidad de Alicante, 2002) Tema 3. 7
Scheduling
✔ Consiste en la organización temporal y asignación de recursos a las actividades de un proyecto.
✔ Pasos a seguir:– Determinación de las actividades a realizar– Asignación de tiempos estimados– Asignación de recursos– Organización temporal de las actividades
© Francisco Mora (DCCIA, Universidad de Alicante, 2002) Tema 3. 8
El proceso de Scheduling
Identificar actividades
Identificar dependenciasde actividades
Estimar recursos paralas actividades
Asignar recursos para las actividades
Crear gráficos
Requerimientosde software
Modelode proceso
Diagramas PERTDiagramas de
Gantt
© Francisco Mora (DCCIA, Universidad de Alicante, 2002) Tema 3. 9
Estructuración de las actividades
Agrupación de actividades por niveles.Sirven para situar las actividades dentro de la organización del proyecto
00000 Nivel 010000 Subnivel 111000 Subnivel 1.111100 Actividad 1.1.111200 Actividad 1.1.2
20000 Subnivel 2
© Francisco Mora (DCCIA, Universidad de Alicante, 2002) Tema 3. 10
Representaciones gráficas
✔ Se utilizan para ilustrar la agenda del proyecto
✔ Permiten mostrar una vista de la división en tareasdel proyecto. Las actividades no deberían serdemasiado "pequeñas" (alrededor de una semana omás)
✔ Los diagramas de actividades muestran las dependencias de las tareas y el camino crítico
✔ Los diagramas de barras muestran la agenda delproyecto
© Francisco Mora (DCCIA, Universidad de Alicante, 2002) Tema 3. 11
Duración de tareas y dependencias
Task Duration (days) DependenciesT1 8T2 15T3 15 T1 (M1)T4 10T5 10 T2, T4 (M2)T6 5 T1, T2 (M3)T7 20 T1 (M1)T8 25 T4 (M5)T9 15 T3, T6 (M4)T10 15 T5, T7 (M7)T11 7 T9 (M6)T12 10 T11 (M8)
© Francisco Mora (DCCIA, Universidad de Alicante, 2002) Tema 3. 12
start
T2
M3T6
Finish
T10
M7T5
T7
M2T4
M5
T8
4/7/99
8 days
14/7/99 15 days
4/8/99
15 days
25/8/99
7 days
5/9/99
10 days
19/9/99
15 days
11/8/99
25 days
10 days
20 days
5 days25/7/99
15 days
25/7/99
18/7/99
10 days
T1
M1 T3T9
M6
T11
M8
T12
M4
Red de actividades
© Francisco Mora (DCCIA, Universidad de Alicante, 2002) Tema 3. 13
Secuencia temporal actividades4/7 11/7 18/7 25/7 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9
T4
T1T2
M1
T7T3
M5
T8
M3
M2
T6
T5
M4
T9
M7
T10
M6
T11M8
T12
Start
Finish
© Francisco Mora (DCCIA, Universidad de Alicante, 2002) Tema 3. 14
Asignación de personal4/7 11/7 18/7 25/ 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9
T4
T8 T11
T12
T1
T3
T9
T2
T6 T10
T7
T5
Fred
Jane
Anne
Mary
Jim
© Francisco Mora (DCCIA, Universidad de Alicante, 2002) Tema 3. 15
Grafos PERT
✔ Datos de entrada:– Lista de precedencias del proyecto– Asignación de tiempos y recursos a actividades
✔ Proceso a realizar:– Representar grafo– Cálculo de tiempos “early” y “last”– Cálculo de holguras– Cálculo del camino crítico– Confección de agenda
© Francisco Mora (DCCIA, Universidad de Alicante, 2002) Tema 3. 16
Precedencia entre actividades(I)
G = (V, E), V = cto. de vértices sucesosE = cto. de aristas actividades
1 2A
PRELACIÓN LINEAL
1 2A
3B
© Francisco Mora (DCCIA, Universidad de Alicante, 2002) Tema 3. 17
Precedencia entre actividades(II)
CONVERGENCIA DIVERGENCIA CONV-DIVER.
ACTIVIDADES FICTICIAS
AB
C
D E
A
B
C
D
F1
© Francisco Mora (DCCIA, Universidad de Alicante, 2002) Tema 3. 18
Precedencia entre actividades(III).Ejercicio: Dibuja el grafo PERT.
10FJ
2G, JI
2EH
8FG
B, C, D
B, C
A
A
---
---
Precedentes
9F
3E
8D
7C
3B
2A
DuracionesActividades
© Francisco Mora (DCCIA, Universidad de Alicante, 2002) Tema 3. 19
B
1 2 4 6 7
8
953E
I
H
A JFD
C F1
F2G
Precedencia entre actividades(VI).Ejercicio: Dibuja el grafo PERT (SOLUCION)
© Francisco Mora (DCCIA, Universidad de Alicante, 2002) Tema 3. 20
ti* = min [ tj* - tij ] para todo j
Tiempos "early" y "last" (I)
Cálculo de tiempos más tempranos de ejecución
Cálculo de tiempos más tardíos de ejecución
tij
t j = max [ t i + t ij ] para todo i
© Francisco Mora (DCCIA, Universidad de Alicante, 2002) Tema 3. 21
Tiempos "early" y "last" (II). Ejercicio: Calcula los tiempos last y early.
B=3
1 2 4 6 7
8
953E=3
I=2
H=2
A=2 J=10F=9D=8
C=7F1
F2G=8
tjtj = = maxmax [ ti + [ ti + tijtij ], ], ∀∀∀∀∀∀∀∀ ii
ti* = ti* = minmin [ [ tjtj* * -- tijtij ], ], ∀∀∀∀∀∀∀∀ jj
© Francisco Mora (DCCIA, Universidad de Alicante, 2002) Tema 3. 22
B=3
1 2 4 6 7
8
953E=3
I=2
H=2
A=2 J=10F=9D=8
C=7F1
F2G=80
2 10 19 29
29
31129 2910tjtj = = maxmax [ ti + [ ti + tijtij ], ], ∀∀∀∀∀∀∀∀ ii
ti* = ti* = minmin [ [ tjtj* * -- tijtij ], ], ∀∀∀∀∀∀∀∀ jj
Tiempos "early" y "last" (II). Ejercicio: Calcula los tiempos last y early (SOLUCION).
© Francisco Mora (DCCIA, Universidad de Alicante, 2002) Tema 3. 23
Holguras y camino crítico (I)
Cálculo del camino crítico
Hi = t - t i
HTij = tj
* - ti - tij Holgura total
HLij = tj - ti - tij Holgura libre
*i
– Camino más largo en el grafo– Viene determinado por el tiempo early del suceso
fin del proyecto– Puede haber más de un camino crítico– TODAS las actividades del camino crítico tienen
holgura total = 0 (condición necesaria)
© Francisco Mora (DCCIA, Universidad de Alicante, 2002) Tema 3. 24
Holguras y camino crítico (II)Ejercicio: Calcula las holguras y establece el camino crítico.
B=3
1 2 4 6 7
8
953E=3
I=2
H=2
A=2 J=10F=9D=8
C=7F1
F2G=80
2 10 19 29
29
31129 2910tjtj = = maxmax [ ti + [ ti + tijtij ], ], ∀∀∀∀∀∀∀∀ ii
ti* = ti* = minmin [ [ tjtj* * -- tijtij ], ], ∀∀∀∀∀∀∀∀ jj
© Francisco Mora (DCCIA, Universidad de Alicante, 2002) Tema 3. 25
Holguras y camino crítico (III).Ejercicio: Calcula las holguras y establece el camino crítico (SOLUCION).
B=3
1 2 4 6 7
8
953E=3 I=
2
H=2
A=2
J=10
F=9
D=8
C=7
F1
F2G=
8
0
2 10 19 29
29
31129 2910
HHTTijij = = ttjj* * -- ttii –– ttijij
001720170170HT
ij
(días)
J (6-7)
I (8-9)
H (5-9)
G(6-8)
F (4-6)
E (3-5)
D(2-4)
C (2-3)
B(1-3)
A(1-2)
ACTIVIDAD (i-j)
© Francisco Mora (DCCIA, Universidad de Alicante, 2002) Tema 3. 26
Agenda (I)
Fecha de comienzo
Fecha de fin
i j= t
*i j
= t - t*j
Más temprana
Más tardía
*i j
i j = t + t
= t *j
Más temprana
Más tardía
i
i j
i i j
© Francisco Mora (DCCIA, Universidad de Alicante, 2002) Tema 3. 27
Agenda (II)Actividades Fecha inicio Fecha fin
ABCDEGHIJK
© Francisco Mora (DCCIA, Universidad de Alicante, 2002) Tema 3. 28
✔ Eje de ordenadas– Representa Actividades o Recursos
✔ Eje de abscisas– Tiempo
✔ Permite observar con detalle la evolución del proyecto.
✔ La herramienta Microsoft Project permite generar automáticamente
– Diagramas de Gantt– Grafos PERT
Diagrama Gant
© Francisco Mora (DCCIA, Universidad de Alicante, 2002) Tema 3. 29
Diagrama Gant (II)
© Francisco Mora (DCCIA, Universidad de Alicante, 2002) Tema 3. 30
Ejercicio 1
Tareas Preced. Duración.
A - 2B - 3C - 2D A 3E A, B 1F A 4G B, C 2H C 5N D, E 3J N 2K F, J 2M F, G 3
Calcular:1. Tiempo mínimo
de duración delproyecto
2. Camino crítico3. Agenda4. ¿qué ocurre si
G se retrasa en4 días y M en 3?
5. Si retrasamos Gen 1 día, ¿qué leocurre a M?
© Francisco Mora (DCCIA, Universidad de Alicante, 2002) Tema 3. 31
Ejercicio 2
T a re a s P re c e d . D u ra c ió n .
A - 4B - 2C A , B 1H E , C 3F B 1G B 5J F 2K F , H 3L H , F 6Q M , J , G 4R Q 5P L , K 4N K 1E B 1M H , F 1
N
Calcular:1. Tiempo mínimo
de duración delproyecto
2. Camino crítico3. Agenda4. ¿qué ocurre si
J se retrasa en5 días ?
5. ¿qué ocurre siF se retrasa en2 días ?
© Francisco Mora (DCCIA, Universidad de Alicante, 2002) Tema 3. 32
Problemas de scheduling
✔ La tarea de estimar la dificultad del problema y porlo tanto el coste asociado es bastante "dura"
✔ La productividad no es proporcional al número degente trabajando en una tarea
✔ Añadir gente a un proyecto que va con retraso loretrasará más todavía debido a la sobrecarga encuanto a las comunciaciones personales
✔ Lo inesperado SIEMPRE ocurre. Se debe tener estoen cuenta a la hora de planificar
© Francisco Mora (DCCIA, Universidad de Alicante, 2002) Tema 3. 33
Gestión de riesgos
✔ Actividad que concierne a la didentificación de los riesgos y desarrollo de planes para minimizar sus efectos en un proyecto.
✔ Un riesgo es una probabilidad de que pueda ocurrir alguna circunstancia adversa. – Los riesgos del proyecto afectan a la agenda o los
recursos– Los riesgos del producto afectan a la calidad o
realización del desarrollo– Los riesgos del negocio afectan a la organización que
desarrolla o que gestiona el proyecto
© Francisco Mora (DCCIA, Universidad de Alicante, 2002) Tema 3. 34
El proceso de gestión de riesgos
Risk avoidanceand contingency
plans
Risk planning
Prioritised risklist
Risk analysis
List of potentialrisks
Riskidentification
Riskassessment
Riskmonitoring
Identificación Análsis Planificación Monitorizac.
Lista riesgos potenciales
Lista riesgospriorizados
Planes previsión y
contingencia
Evaluciónriesgos
✔ Identificación de riesgos✔ Análisis de riesgos✔ Planificación de los riesgos✔ Monitorización de los riesgos
© Francisco Mora (DCCIA, Universidad de Alicante, 2002) Tema 3. 35
Identificación de riesgos
El tiempo requerido para desarrollar el software está infraestimado.ESTIMACIÓN
Se proponen cambios en los requerimientos que suponen rehacer el diseño.REQUERIMIENTOS
Las herramientas CASE no se pueden integrar.HERRAMIENTAS
Los problemas financieros en la organización causan reducciones en el presupuesto del proyecto.
ORGANIZACIONAL
Es imposible seleccionar personal con las habilidades requeridas para el proyecto.PERSONAS
La Base de Datos utilizada no puede procesar muchas transacciones por segundo como se esperaba.
TECNOLOGÍA
POSIBLE RIESGOTIPO DE RIESGO
© Francisco Mora (DCCIA, Universidad de Alicante, 2002) Tema 3. 36
Análisis de riesgos
ALTA
ALTA
MODERADA
MODERADA
ALTA
BAJA
PROBABILIDAD
Herramientas CASE no se pueden integrar.
Tiempo de desarrollo infraestimado.
Rendimiento de la Base de Datos.
Cambios en los requerimientos.
Problemas de selección de personal.
Problemas financieros en la organización.
POSIBLE RIESGO
TOLERABLE
SERIO
SERIO
SERIO
CATASTRÓFICO
CATASTRÓFICO
EFECTOS
© Francisco Mora (DCCIA, Universidad de Alicante, 2002) Tema 3. 37
Planificación de riesgos
Investigar los componentes comprados y la utilización de un generador de programas.
Investigar la posibilidad de comprar una base de datos de rendimiento más alto.
Investigar la información para valorar el impacto del cambio en los requerimientos, prototipado y revisión con el cliente.
Alertar al cliente de las dificultades potenciales y las posibilidades de retraso, previsión de cursos de formación.
Preparar un documento breve para el gestor principal que muestre que el proyecto hace contribuciones muy importantes a los objetivos del negocio.
ESTRATEGIA
Tiempo de desarrollo infraestimado.
Rendimiento de la Base de Datos.
Cambios en los requerimientos.
Problemas de selección de personal.
Problemas financieros en la organización.
RIESGO
© Francisco Mora (DCCIA, Universidad de Alicante, 2002) Tema 3. 38
Monitorización de riesgos
Fracaso en el cumplimiento de la agenda acordada. ESTIMACIÓN
Peticiones de cambios en muchos requerimientos, quejas del cliente. REQUERIMIENTOS
Quejas sobre herramientas CASE, peticiones de estaciones de trabajo más potentes. HERRAMIENTAS
Cotilleos en la organización, pasividad en el gestor principal. ORGANIZACIONAL
Personal con moral baja, malas relaciones entre miembros del equipo.PERSONAS
Entrega retrasada del hardware o del soporte software.TECNOLOGÍA
IDENTIFICADORES POTENCIALESTIPO DE RIESGO
© Francisco Mora (DCCIA, Universidad de Alicante, 2002) Tema 3. 39
✔ Una buena gestión de proyectos es esencial para eléxito del proyecto
✔ La naturaleza intangible del software causa problemas en la gestión de proyectos
✔ Los gestores se encargan de varias tareas, pero las más significativas con planificación, estimación yconfección de agendas (scheduling)
✔ La planificación y estimación son procesos iterativosy continuados durante todo el desarrollo delproyecto
Puntos clave