GESTION DE PROGRAMAS

AERONAUTICOS
Ignacio Egua
Fernando Guerrero
Dpto. Organizacin Industrial y Gestin de
Empresas

ndice

INTRODUCCIN A LA GESTIN DE PROYECTOS

MTODOS Y HERRAMIENTAS PARA LA

PROGRAMACION, EL CONTROL Y EL SEGUIMIENTO
DE PROYECTOS
LA GESTION DE LA CADENA DE SUMINISTROS
APLICACIN AL SECTOR AERONAUTICO

Conceptos Generales
Modelos de Fases e Hitos de la Gestin de Proyectos
Modelo de Procesos de la Gestin de Proyectos

Conceptos generales
Qu es la gestin de proyectos?

Disciplina de gestin empresarial para la

aplicacin de conocimientos, mtodos y
herramientas en la realizacin de actividades
para obtener un producto o servicio.
Responde a:Cmo las organizaciones
gestionan sus actividades?

Conceptos generales
Repaso histrico:
Taylor sienta las bases de los sistemas organizativos.
Gantt desarrolla su sistema de planificacin para el aprovisionamiento
de municiones durante la I Guerra Mundial.
En los aos 30 se aplican tcnicas para coordinar proyectos civiles y
militares en EEUU.
En los aos 50 se ponen en prctica mediante la metodologa PERT y
CPM en Oficinas de Proyectos de Fuerza Area y de Marina de EEUU.
En los aos 60 surgen los conceptos de: Ciclo de Vida del Proyecto,
Estructura Desagregada del Proyecto y Estructura Desagregada del
Trabajo. Las empresas muestran inters en organizar sus actividades
en proyectos.
En los aos 80, el auge de los TI hace que se desarrollen nuevas
tcnicas de gestin de proyectos y metodologas como la Ingeniera
Concurrente, Calidad Total, Gestin del Conocimiento, etc.
Hoy en da se buscan mejoras de competencias, de procesos y de
sistemas de soporte a procesos.

Conceptos generales
Qu es un proyecto o programa?

Es un proceso nico, formado por actividades con

fechas de inicios y finalizacin, para lograr un
objetivo, conforme a requisitos especficos como son
las limitaciones de tiempo, coste y recursos (ISO
10006).
Actividades coordinadas y controladas; con carcter
temporal y secuencia lgica.
El resultado ser un Producto o un Servicio:
aeronave, hotel, aplicacin informtica, tesis doctoral,
sistema de gestin de la calidad,

Conceptos generales
Elementos de un proyecto.
Contexto y entorno tecnolgico: normas, leyes, tendencias que
influyan en el proyecto.
Organizacin: estructura de la empresa/s que ejecuta el
proyecto (una parte, toda o varias)
Cliente: interno o externo a la organizacin.
Entidades participantes: personas, empresas u organizaciones
afectadas por la marcha del proyecto (sociedad, socios,
entidades financieras, trabajadores).
Limitaciones y restricciones: reglamentos y recomendaciones
que regularn los procedimientos y los procesos de la gestin
de proyectos.
Marco legal: bases jurdicas para la redaccin de contratos,
acuerdos y toma de decisiones.
Medio ambiente: impacto de algunos proyectos en el entorno.

Conceptos generales
Cmo se organiza un proyecto?
Hay que definir una estructura de organizacin que se adapte al tipo y a la
complejidad del proyecto. Para ello se aprovecha las experiencias
anteriores. La estructura debe servir para impulsar una efectiva
comunicacin y cooperacin entre participantes.
La organizacin del proyecto se tiene que especificar a todos los niveles y
fases que lo componen.
La organizacin puede cambiar a lo largo del proyecto (revisin peridica).
Se deben identificar los roles y responsabilidades de cada participante.
Tiene que existir un equipo liderado por el jefe de proyectos para gestionar
el proyecto: Oficina de Gestin de Proyecto.
Hay un proceso de seleccin del personal en base a conocimientos y
experiencia y a los trabajos a realizar.
La descripcin de las tareas del proyecto deben ser claras y aceptadas por
los responsables designados.
Son importantes las reuniones de trabajo de todo el equipo al inicio.

Conceptos generales
Tipos de organizaciones

1. Organizacin funcional
La empresa se organiza por grupos de funciones similares,
llevndose varios proyectos en paralelo
2. Organizacin por proyecto
La empresa organiza un equipo con dedicacin exclusiva al
proyecto
3. Organizacin matricial
La empresa se organiza por grupos de funciones similares,
pero cada proyecto utiliza a personal en exclusiva de las reas
funcionales

Conceptos generales

Conceptos generales
TIPO DE
ORGANIZACIO
N

VENTAJAS

DESVENTAJAS

DONDE
APLICARLO?

FUNCIONAL

Flexibilidad RRHH
Especialistas en varios
proyectos
Continuidad tcnica si hay
fugas de especialistas
Promocin normal del personal
en rea

Cliente y Proyecto pierden

fuerza
Ambigedad en
responsabilidad: mal control y
bajo tiempo de respuesta
Motivacin baja

Proyectos-empresa
Proyectos grandes
Proyectos de alta
tecnologa
Proyectos de gran
inversin de la
empresa

POR PROYECTO

Toda responsabilidad en
Direccin del Proyecto
Rpida comunicacin: mayor
control y rpido tiempo de
respuesta
Aumenta eficiencia de
especialistas
Motivacin alta

Necesidad de ms recursos si
hay varios proyectos
Costes altos para evitar fugas
de especialistas
Divisin entre el equipo y el
resto de la empresa
Incertidumbre tras el proyecto

Proyectos complejos
Proyectos
repetitivos
(construccin)

MATRICIAL

Toda responsabilidad en
Direccin del Proyecto
Continuidad tcnica si hay
fugas de especialistas
No hay incertidumbre tras el

Divisin entre Direccin del

Proyecto y Jefes Funcionales
Dificultad al compartir
responsabilidades
Confusin y desorden en el

Proyectos menores
Proyectos
autnomos

Modelos de Fases e Hitos

Cmo se estructuran las actividades de un proyecto?(i)
Los proyectos se pueden representar de forma estructurada a travs de un
modelo de fases.

Cada proyecto es un proceso formado por varios subprocesos agrupados

en fases interdependientes.

En cada fase se definen los hitos o momentos de relevancia del proyecto.

Modelos de Fases e Hitos

Cmo se estructuran las actividades de un proyecto? (ii)
El jefe del proyecto debe definir qu modelo utilizar para representar
las actividades o procesos relacionados con el producto/servicio y los
relacionados con la gestin del proyecto.
Hay distintas representaciones del ciclo de vida de los proyectos; por
ejemplo en relacin con los recursos necesarios:

Toda fase tiene la aportacin de unos tangibles y como resultado unos

entregables a revisar.

Modelos de Fases e Hitos

Fase de Inicio, Conceptual o de Viabilidad:

Se transforman los requerimientos, necesidades y expectativas de

los clientes y otros participantes en los objetivos de alto nivel que
regularn el proyecto.

Modelos de Fases e Hitos

Fase de Definicin:

Consiste en la planificacin de los trabajos a realizar en siguientes

fases considerando las variables en juego (costes, plazos,
alcances, riesgos, personal, calidad, recursos, aprovisionamiento).

Modelos de Fases e Hitos

Fase de Ejecucin:

Consiste en la realizacin del producto o servicio segn lo

establecido en fases anteriores. Esta fase depende del tipo de
proyecto y de la naturaleza del producto o servicio.

Modelos de Fases e Hitos

Fase de Entrega:

Describe el proceso de entrega del producto o servicio al cliente.

Esta fase en algunos proyectos puede ser un evento y en otros
una labor larga que debe ser programada.

Modelos de Fases e Hitos

Fase de Soporte y Mantenimiento:

No es comn para todos los proyectos. Se aplican en aqullos en

donde los productos o servicios entregados requieran un servicio
de soporte y mantenimiento posterior.

Modelos de Fases e Hitos

Fase de Cierre:

Describe el proceso de cierre del proyecto. Se tiene que formalizar

toda la experiencia adquirida para una mejora continua de los
procesos de gestin.

Modelo de procesos

Qu actividades forman parte de la gestin de un

proyecto? (i)

Las actividades que forman un proyecto se agrupan en

procesos segn los objetivos funcionales:
1. Procesos Estratgicos: definidos por la direccin del
proyecto.
2. Procesos de Soporte: facilitan la realizacin de las
actividades.
3. Procesos Operacionales: facilitan la consecucin de los
objetivos del proyecto.

Modelo de procesos

Qu actividades forman parte de la gestin de un

proyecto?(ii)

Cada uno de los procesos se desarrollan a lo largo del

modelo de fases, facilitando su interpretacin y garantizando
consistencia.

Modelo de procesos
Procesos Estratgicos:

Procesos relacionados con los participantes.

Procesos relacionados con clientes.
Procesos relacionados con la
interdependencia de los procesos.
Procesos relacionados con la mejora
continua.

Modelo de procesos
Procesos de Soporte:

Procesos relacionados con el Establecimiento

y la Integracin del proyecto.
Procesos relacionados con la Gestin
Interactiva del Proyecto.
Procesos relacionados con la Gestin de
cambios en el proyecto: Gestin de Cambios.
Procesos relacionados con el Cierre del
Proyecto.

Modelo de procesos

Procesos Operacionales:
Procesos relacionados con el Alcance: Gestin del Alcance.
Procesos relacionados con el Tiempo: Gestin del Tiempo.
Procesos relacionados con el Coste: Gestin de Costes.
Procesos relacionados con los Recursos: Gestin de los Recursos.
Procesos relacionados con el Personal: Gestin de Personal.
Procesos relacionados con la Documentacin: Gestin de la Documentacin.
Procesos relacionados con la Comunicacin: Gestin de la Comunicacin.
Procesos relacionados con el Riesgo: Gestin de Riesgos.
Procesos relacionados con las Compras: Gestin de Suministros.
Procesos relacionados con la Calidad: Gestin de Calidad.
Procesos relacionados con la actividad comercial: Gestin Comercial.
Procesos relacionados con la Configuracin: Gestin de la Configuracin.
Procesos relacionados con los Riesgos Laborales: Gestin de Riesgos
Laborales.

Definicin de proyecto

Un proyecto es una accin en la que

recursos humanos, financieros y
materiales se organizan de una nueva
forma para acometer un trabajo nico.
En este trabajo, dadas unas
especificaciones y dentro de unos
lmites de costes y tiempo, se intenta
conseguir un cambio beneficioso
dirigido por unos objetivos cualitativos
y cuantitativos.

Proyectos de TI

La gestin de proyectos TI es ms
compleja por:

Complejidad intrnseca al desarrollo de

software

Imprecisin en la planificacin del proyecto y

estimacin de los costos.

Baja calidad de las aplicaciones.

Dificultad de mantenimiento de las

aplicaciones.

Esto hace surgir una rama de la ciencia

que se llama Ingeniera de Software que
intenta resolver estos problemas

Gestin del proyecto

La gestin del proyecto es la aplicacin del

conocimiento, habilidades, herramientas y
tcnicas a las actividades del proyecto para
conseguir cumplir los requisitos del
proyecto
Tareas crticas:

Reuniones con el cliente

Estimacin de duracin, coste y esfuerzo (esto
es, presupuestacin)
Planificacin de tareas y asignacin de
recursos
Seguimiento y control

Ciclo de vida de un proyecto

Es la forma en la que se divide un proyecto

en etapas y cmo se avanza entre estas
etapas
Segn la metodologa hay varios modelos,
pero analizaremos los siguientes:

En cascada

Orientado a hitos

Orientado a prototipos

Programacin extrema

Mtrica v3

Modelo en cascada (I)

Especificacin
de requisitos

Anlisis

Diseo

Codificacin

Pruebas

Implantacin

Mantenimiento

Es el modelo clsico
Las fases se deben
ejecutar de forma
secuencial, pero se puede
volver a la fase anterior
Cada etapa genera una
documentacin o un
producto que recibe de
entrada la siguiente fase

Modelo en cascada (II)

Objetivo de cada una de las etapas:

Especificacin de requisitos: Documento con

la especificacin de requisitos (ERQ)
Anlisis: Documento de anlisis funcional
Diseo: Documento de diseo tcnico
Codificacin: Cdigo fuente de la aplicacin y
manuales de usuario
Pruebas: Documentacin de pruebas

Implantacin: Documento de operacin

Modelo en cascada (III)

Ventajas

Minimiza la repeticin de tareas de desarrollo

La planificacin es sencilla

Facilita el control, permitindonos afrontar

proyectos grandes

Inconvenientes

Solo es adecuado cuando hay requerimientos

muy bien definidos y que no van a cambiar

Retroceder para corregir fases previas o

introducir cambios es muy costoso

El cliente slo ve los resultados al final

Modelo orientado a hitos (I)

Especificacin
de requisitos
Anlisis

Diseo de arquitectura

Consiste en introducir
hitos entregables al
cliente durante el
desarrollo del proyecto

Codificacin y pruebas A
Entrega A
Codificacin y pruebas B
Entrega B
Codificacin y pruebas C
Entrega C

Modelo orientado a hitos (II)

Ventajas

El cliente va viendo los resultados

Permite reducir mucho el riesgo en proyectos

grandes si se gestionan sus mdulos de
menor prioridad con esta tcnica

Inconvenientes

Se analiza todo el sistema al principio, y se

puede perder mucho tiempo en la
especificacin y diseo de funcionalidades que
al final no nos da tiempo a implementar

Modelo orientado a prototipos (I)

Prototipo 1

Prototipo 2

Prototipo 3

Se desarrolla un primer
prototipo relativamente
completo, frecuentemente
destinado a ser ya utilizado
por cliente.

El cliente aporta
realimentacin y con ella se
desarrolla el siguiente
prototipo
Se van repitiendo los ciclos
de iteracin hasta alcanzar
una versin final.

Modelo orientado a prototipos (II)

Ventajas

Es muy frecuente que los requisitos sean

cambiantes, con lo cual se van adaptando los
prototipos

El cliente ya puede ir trabajando con los

prototipos, viendo el resultado y aportando
feedback

Inconvenientes

En proyectos grandes es imposible saber

cuando se terminar

Los desarrolladores tienen a saltarse las fases

de anlisis y diseo

Programacin extrema (I)

Consiste en llevar la lmite el modelo de

prototipos, haciendo entregas continuas
con pequeos cambios en la funcionalidad

Programacin extrema (II)

Sus principios fundamentales son:

Desarrollo iterativo e incremental

Pruebas unitarias continuas

Programacin en parejas

Frecuente interaccin con el usuario

Correccin de todos los errores antes de

aadir nueva funcionalidad

Hacer entregas frecuentes

Refactorizacin del cdigo

Propiedad del cdigo compartida

Simplicidad en el cdigo

Programacin extrema (III)

Ventajas

Es muy realista con respecto a la relacin con

el cliente

Le da importancia el diseo simple y las

pruebas, un punto normalmente descuidado

Aporta muy buenas ideas

Inconvenientes

Solo vale para proyectos relativamente

pequeos (entre 2 y 12 desarrolladores)

Sus principios no pueden ser aplicados a

rajatabla, es necesario saber decidir cuando
aplicar ciertas cosas y cundo no

Modelo mtrica v.3 (I)

Metodologa de Planificacin, Desarrollo y

Mantenimiento de Sistemas de informacin
promovida por el MAP
Interfaces orientados a la gestin de los
procesos:

Gestin de proyectos (GP).

Seguridad (SEG).

Aseguramiento de la Calidad (CAL).

Gestin de la Configuracin (GC).

Modelo mtrica v.3 (II)

Procesos:

Planificacin de Sistemas de Informacin (Proceso

PSI)

Desarrollo del Sistema de Informacin (Proceso DSI)

Estudio de Viabilidad del Sistema (Proceso EVS)

Anlisis del Sistema de Informacin (Proceso ASI)

Diseo del Sistema de Informacin (Proceso DSI)

Construccin del Sistema de Informacin (Proceso

CSI)

Implantacin y Aceptacin del Sistema (Proceso

IAS)
Mantenimiento del Sistema de Informacin (Proceso
MSI)

Bibliografa

Gestin de Proyectos IT con xito:

http://www.aqs.es
Programacin extrema:
http://www.extremeprogramming.com
Mtrica v3:
http://www.csi.map.es/csi/metrica3/

Importancia de la documentacin

En los proyectos de software la

documentacin es de vital importancia:

El software es algo abstracto, la

documentacin aporta algo tangible al
proyecto.
Documentar ayuda a compartir informacin
entre usuarios y desarrolladores.
Permite acotar el proyecto.
Evita tomar decisiones precipitadas que
pueden llevar a resultados catastrficos.
Facita la formacin tanto de los usuarios
como los desarrolladores

Reuniones con el cliente

Motivacin de las reuniones:

Reuniones comerciales: el objetivo es vender

un producto o dar a conocer la empresa
Reuniones de toma de requisitos: para poder
elaborar un documento de requisitos o que el
cliente nos explique su documento de
requisitos
Reuniones tcnicas: para discutir el diseo
tcnico o el anlisis funcional
Reuniones de control: sobre un Gantt analizar
el punto en el que se encuentra el proyecto y
las posibles variaciones sobre la planificacin

Errores frecuentes en las reuniones (I)

Acompaarse de gente con experiencia en

reuniones
Nunca decir precios en reuniones de toma
de requisitos (esperar al presupuesto)
No dar a entender que el proyecto es
sencillo, puede dar una idea equivocada
sobre el precio que le vamos a dar al cliente
No hablar de ms, desvelando excesiva
informacin sobre nuestra empresa u otros
proyectos

Errores frecuentes en las reuniones (II)

Cuidar la vestimenta, las formas y el

lenguaje corporal
No ignorar a los tcnicos
Tomar notas (puede estar bien grabarlas
en audio o incluso levantar un acta de la
reunin y enviarla por email)
Cuidado con las conversaciones
informales!

Especificacin de Requisitos (I)

La captura de requisitos es parte esencial:

evita cambios posteriores en el sistema y
facilita el entendimiento con el cliente
Deben especificar lo siguiente:

Funcionalidad
Interfaz externa
Rendimiento
Atributos
Restricciones de diseo

Especificacin de Requisitos (II)

Como deben ser los requisitos:

Completos
Implementacin independiente
Consistentes y no ambiguos
Precisos
Verificables
Que puedan ser ledos
Modificables

Muy importante: que nos permitan hacer un

presupuesto

Especificacin de Requisitos (III)

La toma de requisitos:

Introspeccin: ponerse en lugar del cliente e

imaginar como desea que funcione el sistema
Reuniones con el cliente
Escuchar la problemtica del cliente

Entender la solucin que espera

Ser capaz de orientar y aconsejar al cliente durante

la entrevista para orientarlo hacia nuestros
productos o tecnologas

Hay modelos estndard para la toma de

requisitos, de los cuales se cubre lo que
necesitemos

Presupuestacin

Cuanto dinero va a costar realizar el

proyecto?
Lo ms difcil a la hora de hacer un
presupuesto de un proyecto TI:

Diferenciar las tareas a presupuestar

Estimar el tiempo de cada tarea
Acotarlo de forma que el cliente no nos pueda
colar tareas no estimadas inicialmente

A la hora de poner un precio, las tareas de

implementacin se suelen cobrar por hora,
pero hay ms cosas que contemplar en los
presupuestos...

Qu presupuestar (I)

Anlisis: el anlisis del problema posterior al

presupuesto previo a la elaboracin del
documento de anlisis funcional y del
diseo tcnico
Consultora: cuando el objetivo del proyecto
es la recomendacin de medidas
apropiadas y prestacin de asistencia en la
aplicacin de dichas recomendaciones.
Preparacin del entorno: instalacin de
servidores, aplicaciones (CVS, IDEs, etc),
etc.

Qu presupuestar (II)

Implementacin: las tareas de

programacin en s
Direccin de proyecto: las horas que dedica
el director de proyecto a la coordinacin de
los programadores (se suele poner un 25%
del tiempo de implementacin)
Implantacin: instalacin de la aplicacin en
los entornos del cliente. Cuidado con las
subidas de los hitos entregables a los
entornos del cliente

Qu presupuestar (II)

Formacin: suele estar hasta bien visto por

el cliente dar un par de charlas de
formacin a los usuarios sobre la aplicacin
Documentacin: anlisis funcional, diseo
tcnico, manuales, documentos de puesta
en produccin, etc.
Desplazamientos: cuando el cliente se
encuentre a una distancia considerable, se
incluyen dietas.
Material: sobre todo hardware que se va a
instalar en el cliente...

Los mrgenes

Margen de riesgo

Margen comercial

Se aade para cubrir las tareas comerciales y

para poder negociar bajando el precio al bajar
este margen

Margen de calidad

Se aade a las tareas para cubrir errores en las

estimaciones

Se deja para el control de calidad del cdigo

Margen al tiempo de entrega

Se aade para cubrirse frente a que los

recursos se tenga que dedicar a otras tareas

El flujo de caja

Determina los plazos en los que el cliente

va a pagar el proyecto
Se suele intentar marcar hitos en el
proyecto e ir cobrando un porcentaje a la
entrega de esos hitos
Muy importante no cobrar slo al final del
proyecto, sobre todo en proyectos largos,
porque nos puede traer problemas
financieros
Tener cuidado con empresas que pagan
con pagars a 30, 60 o incluso 90 das

Clausulas de penalizacin

En algunos casos los clientes pueden

pedir que se incluyan clausulas que
penalicen el retraso del proyecto
Limitarlas a un porcentaje del costo total
del proyecto (un 20% como mucho)
Cubrirse las espaldas en la estimacin de
tiempos, sobre todo aplicando margen al
tiempo de entrega

El clculo de la rentabilidad

Es muy importante tener un modelo de

presupuesto que luego nos permita hacer
un clculo de la rentabilidad sobre los
tiempos estimados
Para ello durante la fase de implementacin
mediremos los tiempos que lleva cada
tarea y los compararemos con el estimado
(control de tareas)
Esto nos ser de mucha ayuda en futuros
presupuestos

Otras formas de presupuestar

Muchas veces lo que se presupuestan no

son slo proyectos, pueden ser:

Productos de software ya terminados: lo que

se vende es la licencia y en muchos casos la
implantacin.
Mantenimientos mensuales: con una cuota fija
al mes para realizar tareas de mantenimiento
de una aplicacin.
Packs de horas: se le cobran al cliente X
horas que ste ir consumiendo segn se
vayan realizando desarrollos solicitados.

Licencias

Una vez que tenemos un proyecto de

software desarrollado podemos establacer
licencias para venderlo a varios clientes.
Estas licencias pueden ser:

Por empresa
Por usuario de la empresa
Por cliente de la empresa que utilice la
aplicacin
Por CPU de servidor
etc.

Planificacin: PERTs y Gantts

Alberto Alonso Ruibal

alberto@alonsoruibal.com
http://www.alonsoruibal.com

Indice

Planificacin

Diagramas PERT

Actividades y sucesos
Representacin
Tecnicas PERT

Camino crtico

Diagramas Gantt

Representacin
Dependencias de tareas
Estimacin y asignacin de recursos
Grfico de ocupacin de recursos

Planificacin

La planificacin de un proyecto es la
previsin en fechas de la realizacin del
conjunto de actividades que lo componen,
teniendo en cuenta que se deben emplear
para ello unos recursos que implican unos
costes.
Para realizar una buena planificacin se
deben utilizar diversas tcnicas, algunas
de las cuales se exponen a continuacin.

Diagramas PERT (I)

PERT (Program Evaluation and Review

Technique)
Desarrollado por la Special Projects Office
de la Armada de EE.UU. a finales de los
50s para el programa de I+D que condujo a
la construccin de los misiles balsticos
Polaris.
Est orientada a los sucesos o eventos, y
se ha utilizado tpicamente en proyectos de
I+D en los que el tiempo de duracin de las
actividades es una incertidumbre.

Actividades y sucesos

Actividad: la ejecucin de una tarea, que

exige para su realizacin la utilizacin de
recursos tales como: mano de obra,
maquinaria, materiales,...
Suceso: es un acontecimiento, un punto
en el tiempo, una fecha en el calendario.
El suceso no consume recursos, slo
indica el principio o el fin de una actividad
o de un conjunto de actividades.

Representacin de Diagramas PERT

Crculos: Sucesos
Flechas: Actividades

Diagramas PERT (II)

Con un diagrama PERT se obtiene un

conocimiento preciso de la secuencia
necesaria, o planificada para la ejecucin
de cada actividad.
Muy orientado al plazo de ejecucin, con
poca consideracin hacia al coste.
Se suponen tres duraciones para cada
suceso, la optimista a, la pesimista b y la
normal m; suponiendo una distribucin beta,
la duracin ms probable es: t = (a + 4m +
b) / 6 .

Tcnicas PERT

Conjunto de modelos para la programacin

y anlisis de proyectos de ingeniera que
sirven para:

Determinar las actividades necesarias y

cuando lo son.
Buscar las ligaduras temporales entre
actividades del proyecto.
Buscar el camino crtico.
Detectar y cuantificar las holguras de las
actividades no crticas
Si se est fuera de tiempo durante la ejecucin
del proyecto, seala las actividades que hay
que forzar.

Camino crtico

El camino crtico en un proyecto es la

sucesin de actividades que dan lugar al
mximo tiempo acumulativo.
Determina el tiempo ms corto que
podemos tardar en hacer el proyecto si se
dispone de todos los recursos necesarios.
Para calcularlo es necesario conocer la
duracin de las actividades que estn en el
camino crtico y sumar sus tiempos:

Mtodo del tiempo estimado (CPM): se utiliza

el clculo del tiempo medio: Te = m
Mtodo del tiempo esperado (PERT): Te = (a +
4m + b) / 6

Diagramas Gantt

Inventado por Charles Gantt en 1917

El diagrama de Gantt o cronograma tiene
como objetivo la representacin del plan
de trabajo, mostrando las tareas a realizar,
el momento de su comienzo y su
terminacin y la forma en que las distintas
tareas estn encadenadas entre s.
Es la forma habitual de presentar el plan
de ejecucin de un proyecto.

Representacin de diagramas Gantt (I)

Se representan de la siguiente forma:

En las filas la relacin de actividades a realizar

En las columnas la escala de tiempos que se
est manejando
La duracin y situacin en el tiempo de cada
actividad se indica mediante un rectngulo
dibujado en el lugar correspondiente.
Los hitos se marcan con rombos
El porcentaje de realizacin de la tarea se
indica con una lnea dentro del rectngulo de
la tarea
Las fases se marcan con lineas sobre los
rectngulos de las tareas

Representacin de diagramas Gantt (II)

Dependencias de tareas

Al igual que en el PERT, en el Gantt

tambin se representan las dependencias
entre tareas con flechas
Cada tarea se retrasa hasta el punto en el
que las tareas de las que depende
terminan.

Estimacin de recursos

La estimacin de recursos consiste en

indicar cuntos recursos (personas) sern
necesarias para llevar a cabo el proyecto
El mayor factor condicionante en el
nmero de recursos ser el tiempo de
entrega
Hay un lmite, muy asociado con el camino
crtico (y con el asignar una tareas a ms
de una persona), por encima del cual
asignando ms recursos no
conseguiremos una reduccin del tiempo

Asignacin de recursos (I)

La asignacin de recursos es una tarea

fundamental en la planificacin, ya que hay
que considerar aspectos tcnicos de cada
recurso como su disponibilidad, capacidad
de trabajo,impedimentos horarios, etc.
Cuantificar necesidades y fechas de
incorporacin de recursos.
Considerar la capacidad, los conocimientos
y la experiencia de cada recurso.
Considerar la complejidad, el tamao y los
requerimientos tcnicos de cada tarea.

Asignacin de recursos (II)

Asignar tareas sencillas a recursos con

poca experiencia.
Asignar tareas complejas a recursos con
mucha experiencia.
Construir el grfico de ocupacin de
recursos, para poder ver la coherencia de
las asignaciones.
Tratar de asignar una tarea a un nico
recurso, descomponiendo cuanto sea
necesario.
Vigilar que no haya vacos en el grfico de
recursos.

Grfico de ocupacin de recursos

Es un grfico que muestra, en cada

periodo de tiempo el porcentaje de
ocupacin de cada uno de los recursos.
Intentar mantener la ocupacin de
recursos al 100%
... pero no sobrepasar el 100%

Aplicaciones informticas

Microsoft Project: sistema completo de gestin de

proyectos, slo para windows
http://www.microsoft.com/Project
Microsoft Visio: aplicacicin para el diseo de
diagramas http://office.microsoft.com/visio
GanttProject: aplicacin Java orientada a la
creacin de Gantts http://www.ganttproject.biz
Imendio Planner: aplicacin de planificacin para
Linux
http://developer.imendio.com/projects/planner
Yed: editor de diagramas para Java:
http://www.yworks.com/products/yed
Dia: aplicacin para dibujar diagramas en Linux
http://www.gnome.org/projects/dia