Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Plazos
A continuacin vamos a descubrir los aspectos relacionados con la estimacin de
los plazos necesarios para ejecutar un proyecto. En mi experiencia, esta es un rea
clave, ya que su ejecucin precisa nos ayudar a sustentar esa promesa que siempre nos tendr en vilo hasta el final del proyecto: cumplir con la fecha prometida. Los
siguientes puntos son los que vamos a tratar en detalle:
CAPITULO 04 // Plazos
Presentacin
En este captulo se desarrollan y analizan los conceptos relacionados con el rea de conocimiento de plazos.
Partiendo de la estructura de desglose de trabajo elaborada en el rea de alcance, se comienza a definir el trabajo
necesario para completar el proyecto. Comenzando por la identificacin de las actividades y sus interrelaciones y
pasando por la estimacin de esfuerzo, se llegar al cronograma del proyecto, que es el resultado final fundamental del rea. Aqu se vern conceptos fundamentales, como las diferentes tcnicas de estimacin, el diagrama de
red y el camino crtico.
Objetivos
Mediante esta cita declaro un pensamiento que tengo bien arraigado en m luego de haber gestionado muchos
proyectos: Proyecto tras proyecto me encuentro con el mismo problema; el sesgo optimista que nos lleva a subestimar el trabajo a realizar hace que nos veamos apremiados a terminar nuestras tareas a las apuradas. Y lo que
se hace a las apuradas se hace mal, indefectiblemente. Recuerden el siguiente concepto: la gente bajo presin
trabaja ms rpidamente, no mejor.
Echemos una mirada sobre los procesos que nos podrn ayudar a estimar el esfuerzo necesario para hacer una
actividad con mayor precisin:
CAPITULO 04 // Plazos
Definir las
actividades
Secuenciar las
actividades
Estimar la duracin de
las actividades
Se define la cantidad de tiempo necesario para ejecutar las tareas con los
recursos asignados.
Desarrollar el
cronograma
Controlar el
cronograma
Les muestro en un grfico el detalle de entradas, herramientas y tcnicas y salidas de los procesos de gestin
de plazos:
1. Presentacin
plazos
Controlar el cronograma
Entradas
Plan de gestin del
proyecto
Cronograma del proyecto
Datos sobre rendimiento
Calendarios del proyecto
Datos del cronograma
Activos y procesos
organizacionales
Herramientas y tcnicas
Revisin del rendimiento
Anlisis de variacin
Software de gestin de
proyectos
Tcnicas de optimizacin
de recursos
Anlisis de escenarios-
CAPITULO 04 // Plazos
CAPITULO 04 // Plazos
Ya hemos visto que todas las reas de conocimiento del estndar comienzan con la definicin del plan de gestin.
Veamos cmo se hace este plan:
Veamos estas valiosas herramientas del estndar del PMI para comenzar con las estimaciones:
CAPITULO 04 // Plazos
Niveles de precisin
Se deber cuantificar los niveles de precisin de las estimaciones de duracin de las actividades
Unidad de medida
Es necesario definir la unidad de medida que se utilizar uniformemente para las estimaciones de duracin.
Le aconsejo que tengan en cuenta que, al crear este documento, sean claros y precisos en cuanto a la definicin de los mrgenes de error tolerables. He experimentado muchas veces discusiones en pleno desarrollo
de productos sobre si el margen de error descripto
en el plan de gestin del cronograma es adecuado
o no. El problema aqu radica en que no se realiz el
TOMEN NOTA:
anlisis previo necesario para saber si para la organizacin y, eventualmente el cliente, esos mrgenes
Las unidades de medidas ms comnson tolerables. Recuerden: que el equipo de trabajo
mente utilizadas para cuantificar la dueste cmodo con los mrgenes de error previstos
racin de las actividades son: horas/hombre, das/
no es suficiente.
hombre o meses/hombre
CAPITULO 04 // Plazos
Ya tenemos el plan que nos indica cmo gestionar los plazos del proyecto, ahora veamos cmo logramos ms
detalle sobre lo que hay que hacer a travs del siguiente proceso:
Nivel 3
PT
Nivel 4
PT
Nivel 5
PT
PT
PT
PT
PT
PT
PT
PT
Nivel 6
PT
PT
PT
Actividad 1
Actividad 2
Actividad 3
Actividad 4
Actividad 5
PT = Paquete de Trabajo
Fuente Propia
CAPITULO 04 // Plazos
Planificacin gradual
Este concepto describe la forma en que se desarrolla el proceso de definicin de actividades.
En general, la definicin de actividades empieza mucho antes de que el alcance del proyecto est detalladamente definido. Por lo tanto, las actividades necesarias para completar el producto del proyecto se irn delineando
con mayor detalle en la misma medida en que se avance en el conocimiento y entendimiento ms profundo del
producto del proyecto. En la medida en que se conocen ms detalles sobre el producto del proyecto, surge la
posibilidad de precisar y definir ms actividades.
Plantillas (Templates)
Generalmente, cualquier grupo de tareas, hitos o atributos de proyectos similares anteriores pueden ser utilizados
como base para proyectos similares futuros.
ACTIVIDAD
Mediante un trabajo en grupo, confeccione una lista de las plantillas (templates) que existen en su
organizacin. Verifique si son utilizadas, cundo se utilizan y con qu fin. En el caso de que su organizacin no utilice plantillas, piense si sera til contar con ellas y en qu circunstancia.
Juicio de expertos
Los interesados en el proyecto pueden proveer informacin sobre las actividades del proyecto basados en su
experiencia, habilidades y conocimientos.
CAPITULO 04 // Plazos
EJEMPLO
Supongamos que estamos trabajando en un sub-proyecto relacionado con el tratamiento de afluentes de un ro. Nuestra tarea consiste en recolectar muestras de
agua en diferentes puntos del ro para luego observar su grado de contaminacin y
los componentes qumicos que contiene. Ya hemos identificado varias actividades y
en este momento estamos trabajando en la descripcin de los atributos de una tarea
en particular, llamada Primera recoleccin de agua para analizar, para la cual ya
contamos con suficiente detalle. Los atributos de esa actividad son los siguientes
Lista de hitos
Qu es un hito? Se trata de un hecho puntual significativo en un cronograma. Puede marcar el inicio, o el fin
de la ejecucin de un conjunto de actividades, o mostrar un hecho relevante o definir un punto de control, entre
otras cosas.
Un hito no tiene esfuerzo, duracin, ni costo asociado. Slo representa un momento en el tiempo. Los hitos son
fcilmente entendibles por cualquier interesado y dejan en claro los tiempos necesarios estimados para la ejecucin de cada etapa del proyecto.
Les comento que definir una lista de hitos describiendo los 4 o 5 momentos fundamentales del proyecto es una
de las mejores herramientas para comunicar en forma general los plazos del proyecto.
CAPITULO 04 // Plazos
Ahora que tenemos una lista de actividades qu debemos hacer con ellas? A continuacin nos dedicaremos a
analizar el proceso de asignarle lgica a esas tareas, contestando la siguiente pregunta:
En el siguiente grfico les defino los cuatro tipos de relaciones lgicas utilizadas:
Final a inicio
(finish to start FS)
Final a final
(finish to finish FF)
Inicio a inicio
(start to start SS)
Inicio a final
(start to finish - SF)
10
CAPITULO 04 // Plazos
TOMEN NOTA:
Supongamos que estamos en una carrera de bicicletas del estilo prueba americana. El equipo debe estar conformado por dos ciclistas que
se irn relevando mutuamente cada determinada cantidad de vueltas. Reglamentariamente, uno de los ciclistas (A) le debe tomar de la mano y tirar de su
relevo (B) para que ste tome envin y comience a correr (relacin FS, A debe
terminar para que B pueda empezar). Sin embargo, el ciclista B debe empezar
a pedalear lentamente sobre la pista delante de su compaero A, para que ste
lo tome de la mano antes de que pueda abandonar la pista (relacin SF, B debe
comenzar a pedalear para que A pueda terminar). Si queremos poner en marcha
un auto, primero debemos girar la llave hasta la posicin de arranque para que
se encienda el motor (relacin SS). Para apagar el motor primero debemos girar
la llave en sentido contrario hasta la posicin de apagar para que el motor se
detenga (relacin FF).
REFLEXIONEMOS:
Piense tres ejemplos cotidianos relacionados a su trabajo en los cuales se aplican estas relaciones.
11
CAPITULO 04 // Plazos
Fuente Propia
Retraso: El retraso de una tarea (lag) hace que el sucesor de una actividad comience con retraso.
EJEMPLO
El comienzo del armado de la estructura del edificio se retrasa 72 horas, que es el
tiempo que necesita el hormign de los cimientos para fraguar.
Fuente Propia
12
CAPITULO 04 // Plazos
En todos los proyectos que gestion tuve que lidiar con los adelantos y los atrasos de ciertas tareas. En mi experiencia, ganar confianza en la utilizacin de estos dos artilugios hace la diferencia entre un cronograma aceptable
y otro que maximiza la utilizacin de los tiempos del proyecto, haciendo que se gane en eficiencia en cuanto al
manejo de recursos asociados a esas actividades.
Actividad
Inicio
Actividad
Actividad
Actividad
Fin
Actividad
Actividad
Actividad
Actividad
13
CAPITULO 04 // Plazos
Les cuento que, en definitiva, con tener slo las actividades y su secuencia no alcanzan para saber cunto tardaremos en hacer las cosas, ya que esto depende de quin las har. Veamos qu relacin existe entre el recurso
asignado a una tarea y la duracin la actividad:
Registro de riesgos
Este documento contiene todos los riesgos relevados. stos pueden eventualmente impactar la disponibilidad la
disponibilidad de los recursos. Este tema se analizar con ms detalle en el captulo de Riesgos.
14
CAPITULO 04 // Plazos
Nivel 1
Nivel 2
Nivel 3
PT
Nivel 4
PT
Nivel 5
PT
PT
PT
PT
PT
PT
PT
Nivel 6
PT
Actividad 1 = 2 horas
Actividad 2 = 1 hora
Actividad 3 = 4 horas
Actividad 4 = 9 horas
Actividad 5 = 1/2 hora
PT
Actividad 6 = 2 horas
Actividad 7 = 1 horas
Actividad 8 = 4 horas
Actividad 9 = 6 horas
Actividad 10 = 1 hora
PT = Paquete de Trabajo
15
CAPITULO 04 // Plazos
REFLEXIONEMOS:
La empresa donde trabaja utiliza algn software de gestin de proyectos? Quin lo maneja?
Ahora s, tenemos todo lo necesario para decir cunto nos lleva realizar cada actividad del proyecto. Cmo se
hace esto lo veremos a continuacin, analizando el siguiente proceso:
16
CAPITULO 04 // Plazos
La duracin de una actividad siempre estar fuertemente relacionada con las habilidades y experiencia del personal asignado a la misma.
Les voy a recordar algo que todos saben, pero que generalmente no se aplica: Un recurso experimentado no se
reemplaza por dos recursos con menor experiencia sin que haya ningn impacto. Tampoco es verdad que dos
recursos menos experimentados tardan el mismo tiempo en realizar una actividad que un recurso con experiencia. Si bien aritmticamente esta relacin parece tener sentido, en la vida real esto no es as. Como gerente de
proyectos, si he identificado la necesidad de contar con un recurso experimentado para una tarea, debo poder
defender esa eleccin, de lo contrario, debo re-planificar el trabajo para adaptarlo a recursos menos calificados.
Dada una tarea particular, una persona con poca experiencia necesitar
ms tiempo para ejecutarla que una experimentada.
ACTIVIDAD
Verifique si su empresa posee los calendarios de sus recursos humanos, incluyendo, por ejemplo, las
fechas de vacaciones planificadas. En caso de no existir, confeccinelo.
Registro de riesgos
Estructura de desglose de recursos
Factores del entorno organizacional
Puede existir informacin publicada sobre mtricas de productividad o informacin comercial que influya en la
estimacin de las duraciones de las tareas.
17
CAPITULO 04 // Plazos
ble, la poltica de la organizacin en cuanto a la construccin del cronograma y las lecciones aprendidas.
Estimacin paramtrica
Esta estimacin utiliza las relaciones estadsticas que existen entre la informacin histrica, los datos de la industria y otras variables conocidas.
18
CAPITULO 04 // Plazos
Optimista: la duracin que se le asigna a la actividad se basa en el planteo de la mejor situacin posible.
Ms probable: la duracin de la actividad est planteada desde el punto de vista ms realista posible, con una asignacin de recursos factible. Este mtodo multiplica el valor ms
probable por cuatro.
Pesimista: la duracin que se le asigna a la actividad se basa en el planteo de la peor situacin posible.
Este mtodo se concentra en controlar el cronograma, dndole mayor flexibilidad a los costos. Mediante estos
tres valores se calculan la duracin esperada, el desvo estndar y la varianza utilizando las siguientes frmulas:
Tambin existen otros mtodos de estimacin, como el denominado Mtodo del camino crtico - CPM (Critical
Path Method). ste utiliza una sola estimacin por tarea y se enfoca en el control de costos, dndole mayor flexibilidad al cronograma. Aunque su nombre confunda, no tiene nada que ver con el clculo del camino crtico.
No se preocupen, cualquier software de gestin de proyectos que les permita generar diagramas de red y cronogramas har los clculos automticamente por ustedes. Lo importante es que puedan analizar e interpretar qu
significan esos nmeros que les muestra la herramienta y actuar en consecuencia.
Tcnica Delphi
Esta tcnica se utiliza para realizar pronsticos y predicciones. Las personas participan en forma annima. Un facilitador utiliza un cuestionario para solicitar ideas acerca de los puntos importantes del proyecto. Las respuestas
son resumidas y luego son enviadas nuevamente a los expertos para que agreguen comentarios adicionales. Mediante este proceso, en pocas rondas se puede lograr consenso. La tcnica Delphi ayuda a reducir los diferentes
sesgos en los datos y evitar que cualquiera de los expertos ejerza influencias en el resultado.
Yo utilizo esta tcnica muy a menudo con mi equipo de trabajo, no slo sirve para estimar, sino que al encontrar
grandes diferencia de estimacin nos pone en alerta para evaluar si todos los participantes entienden adecuadamente qu es lo que estn estimando.
Anlisis de reservas
Las estimaciones pueden contener reservas de contingencia para paliar la incertidumbre inherente al proceso
de estimacin. Estas reservas (buffer) se calculan como un porcentaje del total de la estimacin de la actividad, o un valor fijo. A medida que la incertidumbre va desapareciendo, las reservas se pueden ir achicando o
directamente eliminando.
Despus de muchos proyectos gestionados, puedo describir el mecanismo de las reservas: La incertidumbre
est dada por el temor a lo desconocido. El agregado de reservas es la respuesta de la gente ante a aquello que
no sabemos que pueda suceder o a los efectos que eso pudiera causar. Es decir, la incertidumbre est relacionada con el riesgo que se corre en el caso de haber estimado mal. Este grado de incertidumbre puede reducirse
a travs del anlisis de los riesgos del proyecto.
19
CAPITULO 04 // Plazos
Pensemos ahora que todo lo desarrollado hasta el momento se tiene que volcar en un cronograma. Esta herramienta fundamental en la gestin de cualquier proyecto se construye de la siguiente forma:
Una vez llegado a un acuerdo entre los interesados sobre la validez del cronograma, ste se transforma en la lnea
base de tiempo. Todo el trabajo que se ejecute en el proyecto ser comparado con el cronograma original o lnea
base. En la medida en que se encuentren desvos entre la realidad y lo planificado, se tendr que revisar y ajustar
el cronograma para que ste refleje la realidad de lo que est ocurriendo.
20
CAPITULO 04 // Plazos
Denominacin
Descripcin
21
CAPITULO 04 // Plazos
La holgura es la cantidad de tiempo que se puede retrasar una actividad sin afectar el proyecto.
Las tareas del camino crtico tienen holgura cero.
La holgura negativa indica que hay retraso.
Clculo de la holgura = LS-ES o LF-EF.
La holgura de una tarea del camino crtico es cero.
Holgura libre (free float): la cantidad de tiempo que una tarea puede demorarse sin retrasar la
fecha temprana de su sucesora.
Holgura total (total float): la cantidad de tiempo que una tarea puede demorarse sin retrasar la
fecha de finalizacin del proyecto.
Por ltimo, veamos las caractersticas fundamentales del camino crtico:
Determina cules
son las necesitan
mayor atencin del
PM.
Es el camino ms
largo del diagrama
de red.
El camino
crtico
Puede cambiar a
medida que avanza
el proyecto.
Determina el plazo
ms corto en el cual
se puede terminar el
proyecto.
Como les coment anteriormente, cualquier software de gestin de proyectos calculan el camino crtico automticamente. Pero la utilidad de saber qu tareas son crticas radica en que ante un atraso, s donde tengo que poner
recursos extra a trabajar. En mi experiencia, generalmente lo que uno cree que es crtico no necesariamente lo es.
22
CAPITULO 04 // Plazos
EJERCICIO
Arme un cronograma con actividades en paralelo, dependencias y asgnele recursos. Fjese qu fechas de fin obtiene para cada actividad y para completar el proyecto. Luego revise que la asignacin de recursos no supere las 8 horas diarias de trabajo. A partir de esto, modifique
el cronograma para cumplir con esa regla y compare las nuevas fechas obtenidas con las anteriores.
Monte Carlo:
Se trata de un mtodo de estimacin que simula por computadora el resultado de un proyecto,
utilizando las estimaciones optimistas, pesimistas y ms probables en el diagrama de red del proyecto. Como resultado de la simulacin se obtienen datos valiosos para estimar lo siguiente:
La probabilidad de
completar el
proyecto en un da
determinado
Aplicacin de
adelantos y retrasos
Compresin del
cronograma
23
CAPITULO 04 // Plazos
Intensificacin (crashing)
Mediante esta tcnica se intenta determinar la mejor relacin entre el acortamiento de la duracin
de una actividad y el costo de esa reduccin. Aqu se busca agregar recursos a una actividad para
que sta se ejecute en menos tiempo. En contrapartida, el agregado de recursos redundar en un
mayor costo de ejecucin de la actividad.
Noten que aplicar Crashing redunda en un mayor costo.
Ejecucin rpida (fast tracking) mediante esta tcnica se busca ejecutar en forma paralela
ciertas actividades que normalmente se ejecutaran de manera secuencial.
Noten que aplicar Fast tracking aumenta el riesgo.
Les comento que uno de los errores clsicos de quienes gestionan proyectos es que, ante un retraso, urgencia
o deseo de completar un proyecto ms rpidamente, no se tiene en cuenta que lo que hay que comprimir es el
camino crtico del proyecto, ya que agregar recursos a tareas no crticas no har que el proyecto se ejecute con
mayor rapidez. Para que surtan efecto, las tcnicas de compresin del cronograma debern ser aplicadas a las
tareas crticas. Claro que para saber cules son las tareas crticas del proyecto en cuestin se debi haber hecho
bastante trabajo previo de planificacin, cosa que no suele suceder. Por lo tanto, no queda otra que adivinar qu
tareas se debern acelerar y rogar que alguna sea parte del camino crtico.
24
CAPITULO 04 // Plazos
Diagrama de hitos
Este diagrama se limita a presentar la fecha de ocurrencia de los hitos ms significativos del cronograma. Es una herramienta til para mostrar el estado del proyecto a la gerencia y a los clientes.
En mi experiencia, un diagrama de hitos en muy til para mostrar sintticamente los puntos destacados del proyecto a los niveles ms altos de la compaa donde trabajan.
EJEMPLO
Supongamos que estamos desarrollando un software para el diseo de un calzado deportivo. Ya se tiene la lnea base del cronograma aprobado (el proyecto consumir 100
das de esfuerzo y la fecha de fin es el 30 de octubre). Cuando se est llegando a cumplir
con el 40% del proyecto, se emite una solicitud de cambio en la que se pide el agregado
de una funcin extra. Se estima el impacto del cambio sobre los tiempos, el costo, el
alcance, etc.). La estimacin de esfuerzo para implementar esa funcionalidad es de 14
das/hombre. La solicitud es aprobada, por lo tanto hay que modificar la lnea base del
cronograma, ya que con la nueva funcin, la fecha de fin ser el 5 de noviembre. Esta
ltima es mi nueva lnea base (el cronograma original ms los cambios aprobados).
25
CAPITULO 04 // Plazos
REFLEXIN
Qu diferencia hay entre el esfuerzo requerido y el tiempo transcurrido para ejecutar una actividad?
Pasemos ahora a ver cmo controlar todo lo que hicimos hasta el momento: El cronograma que hemos desarrollado se controla a travs de la ejecucin del siguiente proceso:
26
CAPITULO 04 // Plazos
Es la informacin relacionada con el avance del proyecto, que incluye el detalle de las actividades que han sido
comenzadas, las que estn en ejecucin y las que han sido completadas.
Anlisis de variacin
Las mediciones de la variacin del cronograma (se ver en ms detalle en el captulo 5 Costos) se utilizan para
evaluar la magnitud del desvo del cronograma original.
Este tipo de ajustes se realiza para reencausar el proyecto, con el fin de alinear el cronograma nuevamente con
la lnea base planeada.
Les comento que el fin de todas estas herramientas es el mismo: identificar los desvos ocurridos (o que estn por
ocurrir) relacionados con los plazos del proyecto y efectuar las correcciones necesarias. Recuerden que ustedes,
como gerentes de proyectos, tienen como uno de sus objetivos principales cumplir con los plazos planificados.
27
CAPITULO 04 // Plazos
REFLEXIONEMOS
Cmo se mide el rendimiento del trabajo en su organizacin?
Solicitudes de cambio
Les aconsejo que tengan en cuenta que los resultados de los anlisis realizados durante el proceso de control del
cronograma (variaciones, rendimiento y progreso) pueden derivar en diferentes solicitudes de cambio que apunten a reencausar el cronograma. Recuerden que estas solicitudes son gestionadas por el proceso de control de
cambios dentro del rea de conocimiento de integracin.
28
CAPITULO 04 // Plazos
A modo de cierre
Hasta aqu les he mostrado los pasos necesarios para la creacin del cronograma del proyecto.
Hemos analizado los distintos mtodos y tcnicas para ajustar los esfuerzos y recursos requeridos
para completar el trabajo del proyecto que generar el producto o servicio esperado. En el prximo
captulo aprenderemos a cuantificar monetariamente ese esfuerzo, que est convenientemente
detallado en el cronograma.
Bibliografa consultada
Project Management Institute, A Guide to the Project Management Body of Knowledge, (PMBOK Guide) Fifth Edition, Project Management Institute, Inc., 2012.
29