PLANIFICACIÓN DE PROYECTOS

SOFTWARE
Generalidades
 Un proyecto es un conjunto de actividades:
– debe satisfacer un conjunto de restricciones
– debe alcanzar un objetivo preestablecido

RESTRICCIONES
RESTRICCIONES
FECHAS
TÉCNICAS

Objetivos Finales Red

Restricciones iniciales Asignación de recursos

Multiplicidad de Proyectos
Precios Unitarios PROYECTO

RESTRICCIONES Tablero de Recursos DISPONIBILIDAD

FECHAS DE
RECURSOS

Planificación de Proyectos Software, 2

05/03/02
 Actividades de Gestión de Proyectos
 Desarrollo temporal de las actividades de gestión de
proyecto software

Planificación de Proyectos Software, 3

05/03/02
Actividades de Gestión de Proyectos

Planificación de Proyectos Software, 4

05/03/02
Ejemplo de Planificación

3 días
P RECURSOS
A

A B 1 ANALISTA
PROGRAMADOR
B
4 días
1 (Cantidad de
recursos)

A Si la actividad B necesitase un compilador, pero

14/5 este no está disponible hasta el 18/5 (restricción
A 15/5 de fechas), esta actividad empezará en lugar del
12, el 18/5.

Planificación de Proyectos Software, 5

05/03/02
Detalle de las Actividades
 Evaluar
– Cargas y plazos globales
– Cargas y plazos por fases
– Riesgos asociados al desarrollo
– Medios necesarios
– Características de los medios

Planificación de Proyectos Software, 6

05/03/02
Detalle de las Actividades
 Analizar y Modelizar
 Determinar las actividades elementales del
proyecto
 A partir de la W.B.S
 Refinándolas, si es necesario
 Determinar el orden de precedencia y trazar la
red Pert

Planificación de Proyectos Software, 7

05/03/02
Detalle de las Actividades
 Analizar y Modelizar
 Determinar para cada actividad:
 la duración
 los recursos necesarios
 personal
 máquinas
 locales

Planificación de Proyectos Software, 8

05/03/02
Detalle de las Actividades
 Disponer/Ordenar
Transformar el modelo teórico en un plan de
acción aplicable

-Lo que debe ser hecho -De lo que se dispone

-Lo que es necesario -Objetivos a alcanzar
-Y en que orden

- Plan de acciones
- Presupuestos

Planificación de Proyectos Software, 9

05/03/02
Técnicas a Aplicar
 Técnicas de Análisis y Modelización
 Análisis a partir de la WBS
 Modelización clásica PERT
 Gestión por aproximación sucesivas inpuestas
por:
 complejidad de la actividad
 interacciones de entre diseño, integración y
modelización
 actividad muy delicada
 apuesta estratégica
 Necesidad de realizar estas tareas continuamente

Planificación de Proyectos Software, 10

05/03/02
Técnicas a Aplicar
 Técnicas de Ordenamiento/Disposición

– Técnicas de cálculo de fechas

– Técnicas de cálculo de márgenes
– Técnicas de alisamiento y nivelación

Planificación de Proyectos Software, 11

05/03/02
Objetivos de Planificación
 Identificar de una forma precisa lo que se
debe hacer
– identificar la secuencia de realización
– establecer la coherencia con los recursos
disponibles

Planificación de Proyectos Software, 12

05/03/02
Objetivos de Planificación
 Como consecuencia
– Plan de acción
• trabajos asignados a cada individuo
• relación con los trabajos de otro
• referencia para la supervisión
– Instrumento para
• organización
• comunicación
• medida

Planificación de Proyectos Software, 13

05/03/02
 Técnicas usuales para Planificación de
proyectos

Se utilizan varias expresiones y abreviaciones cuando se

habla de gestión de proyectos. La mayoría se refieren a las
técnicas utilizadas en la planificación y evaluación formal
de proyectos.
Son las siguientes:
•A. Análisis de redes (Network Analysis)
•B. Método del Camino Crítico (CPM)
•C. PERT (Programme Evaluation Review Technique)
•D. Gantt chart
Planificación de Proyectos Software, 14
05/03/02
 A. Análisis de redes (Network analysis)

Network analysis es un método de planificación de tareas en

un proyecto, mediante el cual se identifican las dependencias
entre tareas.
Se puede construir una red de tareas y identificar las
tolerancias en tiempo.
Cada tarea diferente se podría representar por un círculo.
El análisis de redes es un término colectivo para dos
aproximaciones diferentes a la planificación de proyectos:
“Critical Path Method” y el “PERT”.

Planificación de Proyectos Software, 15

05/03/02
Diagrama de análisis en red. Cada círculo representa una tarea
discreta, y las líneas muestran las dependencias. (Fuente:
McGraw-Hill)
Planificación de Proyectos Software, 16
05/03/02
B. Método del camino crítico (CPM)

El “Critical Path Method (CPM)”, es un procedimiento

utilizado en análisis en red para identificar aquellas tareas que
están en el camino crítico: es decir en donde cualquier retraso en
realizar esas tareas alargará la duración del proyecto, a menos
que se tomen acciones especiales.
Para el resto de las tareas que no están en el camino crítico
existe un grado de tolerancia (comienzo más tardío, finalización
más tardía, Comienzo más temprano, …)
La redes de actividades y el CPM funcionan mano a mano.
Existen softwares especializados para automatizar este análisis.
Planificación de Proyectos Software, 17
05/03/02
Determinación del camino crítico
¿Cual es camino crítico, ¿Que duración tiene? ¿Cual sería la
duración menor del proyecto?

Planificación de Proyectos Software, 18

05/03/02
C. PERT (Programme Evaluation Review
Technique)

El PERT fue desarrollado en 1958 por la US Navy para cpoder

cumplir los requisitos de la planificación de proyectos en
condiciones de gran incertidumbre, en las que existían un gran
número de tareas y subcontratistas, haciendo impracticable las
técnicas existentes.
El sistema se basa fundamentalmente en técnicas
probabilísticas.

Planificación de Proyectos Software, 19

05/03/02
Método PERT
 Historia
– 1942: creación del método por un
subcontratista del DOD
– 1944: primer uso del método, ‘arromanche
artificial port’
– 1950: uso del método PERT por la industria
• o productos manufacturados
• astilleros
• construcción

Planificación de Proyectos Software, 20

05/03/02
Método PERT

 Historia

– 1960: uso del método PERT/CPM

– 1970: CPM C/SCSC

– 1980: aplicaciones en ordenadores personales

Planificación de Proyectos Software, 21

05/03/02
Método PERT
 Problemas
El método es adecuado para procesos
repetibles y completamente dominados:
– Producción
– Construcción
– Manufactura
Cuando están involucrados nuevas
tecnologías y grandes grupos humanos

Planificación de Proyectos Software, 22

05/03/02
Método PERT
 Problemas
Cuando están involucrados nuevas tecnologías y
grandes grupos humanos:
– Duraciones no realistas
– Tareas no previstas
– Enlaces no previstos
– Después de un cierto tiempo la planificación se
considera inútil
Las técnicas de planificación avanzada deben
resolver esta problemática

Planificación de Proyectos Software, 23

05/03/02
Definiciones
 Proyecto: conjunto de actividades, eventos e hitos
entrelazados para la consecución de un resultado
común
 Actividad: expresa un trabajo a realizar para
alcanzar el resultado específico. La actividad
requiere tiempo y recursos.
Puede comprender un conjunto de acciones
y tareas.

Planificación de Proyectos Software, 24

05/03/02
Definiciones
 Acción: actividad que deriva en un
resultado entregable único. En sí misma
puede estar constituida por un conjunto de
acciones o tareas.
 Tarea: actividad relativa a un único recurso.
Supone el nivel de detalle mínimo.
 Estado de la Actividad: puede tomar los
valores: no comenzada, en proceso, parada,
abandonada o terminada.

Planificación de Proyectos Software, 25

05/03/02
Definiciones
 Modelo PERT: grafo orientado sin circuitos donde:
– nodos: representan actividades
– arcos: representan enlaces entre actividades

Planificación de Proyectos Software, 26

05/03/02
Representación gráfica

ENLACES

Actividades previas ACTIVIDAD Actividades posteriores

Planificación de Proyectos Software, 27

05/03/02
Representación gráfica
 Dependencia simple

A B
Comienzo de B >= Final de A

 Dependencia Desfasada
-a
A B
Comienzo de B >= Final de A-a
Planificación de Proyectos Software, 28
05/03/02
Representación gráfica
 Grafo convergente:

A C

A y b son independientes
Comienzo de C>=max(final de A, final de B)

Planificación de Proyectos Software, 29

05/03/02
Representación gráfica
 Grafo divergente

A B

Comienzo de B>= final de A

Comienzo de C>= final de A

Planificación de Proyectos Software, 30

05/03/02
Tipos de Enlaces

 Final- Comienzo
ACTIVIDAD A

ACTIVIDAD B

B comienza después de A

Planificación de Proyectos Software, 31

05/03/02
Tipos de Enlaces

 Comienzo Común
ACTIVIDAD A

ACTIVIDAD B

B y A comienzan al mismo tiempo

Planificación de Proyectos Software, 32

05/03/02
Tipos de Enlaces

 Final común
ACTIVIDAD A

ACTIVIDAD B

B y A finalizan al mismo tiempo

Planificación de Proyectos Software, 33

05/03/02
Eventos
 Un evento es una actividad externa
– entrega de un suministrador
– enlaces con otros proyectos
– alternativas
– resultados de reuniones
 Representación gráfica

EVENTO #1 Comienzo de B>=(final de A) y (evento)

A B

Planificación de Proyectos Software, 34

05/03/02
 D. Gantt charts

El Gantt chart es un medio básico para presentar

visualmente un programa de un proyecto.
En esencia es un diagrama de arras, y es una gran ayuda
memorística para saber en donde está el proyecto.

Sin embargo es una representación estática de una situación

dinámica. En concreto, no se muestran las interdependencias
entre tareas (cada una representada por una barra), y tienen
que estar presente en la mente del que dibuja o utiliza este
gráfico.

Planificación de Proyectos Software, 35

05/03/02
Gantt charts (cont)

Sin embargo el Gantt chart se utiliza a menudo como

instrumento de comparación para medir el progreso de un
proyecto, y los Jefes de Proyecto suelen pasarlo como
información a los jefes de equipo.

La mayoría de los paquetes de Gestión de Proyectos (como

el Microsoft Project) pueden realizar Gantt charts.

Planificación de Proyectos Software, 36

05/03/02
¿En definitiva que es un Gantt chart?
Un Gantt chart es un cuadro (Chart) de barras horizontal
que visualiza gráficamente las relaciones en tiempo entre
diferentes tareas en un proyecto.

Planificación de Proyectos Software, 37

05/03/02
¿Quien invento este tipo de
representación?
Gantt,1910
H. L. Gantt. Work, Wages, and Profits. The
Engineering Magazine, New York, 1910.

Gantt,1919
H. L. Gantt. Organizing for Work. Harcourt, Brace and
Howe, New York, 1919.

Planificación de Proyectos Software, 38

05/03/02
¡¡¡¡Miles de productos!!!!!

NEW! QuickGantt® Version 3.0 for Windows™

TAPSS®
The Advanced Solution for Planning, Scheduling
and Gantt Chart Generation

Planificación de Proyectos Software, 39

05/03/02
High level Gantt chart.
Cada barra es un agregado de numerosas sub-tareas, que se
verían en su propio Gantt chart. Jerarquía de Gantt charts.

Planificación de Proyectos Software, 40

05/03/02
http://www.euromet.met.ed.ac.uk/external/english/info/gantt.htm

Planificación de Proyectos Software, 41

05/03/02
Planificación de Proyectos Software, 42
05/03/02
Planificación de Proyectos Software, 43
05/03/02
Hitos
 Un hito es una actividad con duración cero
– reuniones importantes
– enlaces con el ciclo de vida
– entregas significativas
– partidas presupuestarias
 Representación gráfica:

Planificación de Proyectos Software, 44

05/03/02
Ejercicio
 Dibujar la red final (sólo tareas)

A1 A3 A5

A2 A4

Acción 1:
T1 T3 T7

T4

Planificación de Proyectos Software, 45

05/03/02
Ejercicio
Acción 2:

A21 A22

A23

Acción 3:

T11 T14

T10

Planificación de Proyectos Software, 46

05/03/02
Ejercicio
Acción 4:

T15

Acción 5:

T16

Planificación de Proyectos Software, 47

05/03/02
Fechas
 Fecha de comienzo más temprano
– Tareas iniciales, cero.
– Otras tareas. Mayor de las fechas de
finalización más temprana de las tareas
precedentes.
 Fecha de finalización más temprana
– Fecha de comienzo más temprana incrementada
en la duración de la tarea.

Planificación de Proyectos Software, 48

05/03/02
Fechas
 Fecha de comienzo más tardía
– Fecha de finalización más tardía menos la
duración de la tarea.
 Fecha de finalización más tardía
– Tareas finales, igual a su fecha de finalización
más temprana.
– Otras tareas, menor de las fechas de comienzo
más tardías de las tareas ulteriores.

Planificación de Proyectos Software, 49

05/03/02
Márgenes
 Margen total
– tiempo que una tarea puede retrasarse (o alargarse)
sin modificar la duración del proyecto.
 Margen libre
– tiempo que una tarea puede retrasarse (o alargarse)
sin afectar las otras tareas de la red.
 MARGEN LIBRE <= MARGEN TOTAL

Planificación de Proyectos Software, 50

05/03/02
Representación Gráfica de los Márgenes

TAREA
1
2

A B C D
A= fecha de comienzo más temprana
B= fecha de finalización más temprana
C=fecha de comienzo más tempranas de las tareas posteriores
D= fecha de comienzo más tardía de las tareas posteriores
1= margen total
2= margen libre

Planificación de Proyectos Software, 51

05/03/02
Cálculo de los Márgenes
 Margen Total
– fecha de finalización más tardía menos fecha de
finalización más temprana.
 Margen Libre
– la fecha de finalización más temprana de la
tarea menos la menor de las fechas de comienzo
más temprana de las tareas posteriores.

Planificación de Proyectos Software, 52

05/03/02
Camino Crítico
 Conjunto de tareas en las que un retraso
afectará la fecha de finalización del
proyecto.
– Camino desde el comienzo al final del proyecto
– Tarea con margen total igual a cero
 Camino crítico para el ejercicio anterior:
– T2, T5, T9,T13, T11, T14, T16

Planificación de Proyectos Software, 53

05/03/02
Planificación Diagrama de GANNT
 Es un gráfico que permite la visualización
clara y completa de la ubicación de las
actividades en el tiempo
– tiene la forma de tabla
– cada columna representa una unidad de tiempo
– cada fila representa una actividad

INSERTAR GRÁFICA (TRASPRARENCIA 39)

Planificación de Proyectos Software, 54

05/03/02
Planificación Histograma de Cargas
 Es el acumulado para cada columna del
diagrama GANNT del proyecto (unidad de
tiempo) de las tareas planificadas, es decir
los recursos (Tarea = Recurso único).

Planificación de Proyectos Software, 55

05/03/02
Niveles de Planificación
 Los niveles de planificación son compatibles
con los niveles de descomposición
– Planificación tipo ‘Rolling Wave’
– Consolidación
– Control Presupuestario
 Una actividad, acción o tarea esta
relacionada con:
– Cuenta del WS
– Cuenta del RBS

Planificación de Proyectos Software, 56

05/03/02
Niveles de Planificación
 División de Responsabilidades

Jefe de Programa

Jefe de Equipo

Jefe de Proyecto
Jefe de
Equipo

Planificación de Proyectos Software, 57

05/03/02
Planificación Multiproyecto
 Los proyectos comparten recursos
PROYECTO A PROYECTO B

100%
R1 Rn 100%

90%
80%

50%

PROYECTO C PROYECTO D

Planificación de Proyectos Software, 58

05/03/02
Plan de Desarrollo
 Propósito: establecimiento de las tareas a
realizar, sus características y organización
– Entorno técnico
– Productos al cliente e internos
– Estimaciones iniciales de esfuerzo y duración
– Organización
– Responsabilidades
– Modo de seguimiento de avance
– Actividades necesarias para la gestión del
proyecto
Planificación de Proyectos Software, 59
05/03/02
Plan de Desarrollo

Oferta
Contrato
Puesta en marcha
Programación
Producción
Aceptación

Planificación de Proyectos Software, 60

05/03/02