Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Índice
Resumen ............................................................................................................ 2
5. Bibliografía .................................................................................................... 28
Página 1
Objetivos de la clase
El objetivo de la clase es realizar una introducción a la gestión del tiempo del
proyecto, analizando los conceptos fundamentales que le permitan poder entender
cómo se gestiona el cronograma de las actividades de un proyecto.
Resumen
Dado que la Gestión de Proyectos es una parte fundamental en el desarrollo de la
vida profesional, en este documento se plantean los métodos para gestionar el
cronograma de los proyectos, con los distintos métodos de medición. Es necesario
hacer hincapié en que el cronograma de todo proyecto es una de las restricciones
de este y su cumplimiento en fundamental para el desarrollo de las actividades, a
lo largo de la vida del proyecto. Los materiales de este documento están basados,
fundamentalmente, en la Guía de los Fundamentos para la Dirección de Proyectos
(Guía del PMBOK®) - Séptima Edición, Project Management Institute, Inc., 2021.
Página 2
Una regla de la Dirección de Proyectos dice que “todo proyecto que se deja que
marche libremente, sin tomar medidas correctoras, tiende a desviarse”, debido a su
propia naturaleza, en objetivos, plazos y presupuesto. Esto puede provocar el
descontento de la organización y/o de los clientes, además de la propia
insatisfacción del personal que integra el equipo de proyecto. Una vez analizada la
viabilidad del proyecto y tomada la decisión de ejecutarlo, es el momento de una
planificación detallada de todos los procesos, fases y entregables que deben
realizarse. Uno de los errores más graves que se comenten al gestionar un
proyecto es el deseo de iniciar cuanto antes el mismo, sin prestar atención a una
serie de tareas previas de preparación, organización y planificación,
imprescindibles para garantizar la calidad de la gestión y el éxito posterior. Esto es
especialmente visible en el ámbito del plazo o cronograma del proyecto.
Página 3
Página 4
Seguramente, todos hemos oído hablar de los cronogramas, dentro del entorno
laboral en que nos movemos. Un cronograma se refiere a las actividades planeadas
y a los tiempos o momentos en los que se estima su ejecución. El cronograma, en
términos generales, se refiere tanto a los cálculos de tiempo que permiten estimar
la duración de las actividades como al documento impreso que lo representa.
Página 5
Página 6
Página 7
Página 8
El objetivo es conseguir tener una lista completa de las actividades del proyecto.
Estas actividades primero se definen en función de los paquetes de trabajo
desglosados en la EDT, luego se secuencian y por último se estiman.
Página 9
Página 10
Por ello, una vez definidas las actividades del proyecto, se inicia el proceso de
secuenciación de actividades, que comprende la identificación y
documentación de las relaciones entre las diversas actividades del
proyecto. Esta secuencia de actividades se define mediante relaciones lógicas,
por lo cual cada actividad, a excepción de la primera y la última, se conecta con
una predecesora y una sucesora. Hay varios métodos para dibujar diagramas
de red. PMBOK® recomienda el Método de Diagramación por Precedencia
(PDM) o Actividad en el Nodo. En él, cada caja o nodo (rectángulo o cuadrado)
representa una actividad y las flechas las dependencias entre ellas:
Página 11
▪ Final a Inicio (FS): La actividad debe finalizar antes de que la siguiente pueda
iniciarse. (Es el tipo de relación lógica más frecuente.) Por ejemplo: Poner los
cimientos antes de construir la casa.
▪ Inicio a Inicio (SS): La actividad debe iniciarse antes de que la siguiente
pueda iniciarse. Por ejemplo: Iniciar el diseño y cuando esté avanzado iniciar la
programación del software.
▪ Final a Final (FF): La actividad debe finalizar antes de que la siguiente pueda
finalizar. Por ejemplo: Finalizar la programación del software antes de finalizar la
documentación técnica.
▪ Inicio a Final (SF): La actividad debe iniciarse antes de que la siguiente
pueda finalizar. (Es el tipo de relación lógica más rara.) Por ejemplo: Poner en
producción el nuevo software antes de que podamos desconectar y retirar el
anterior.
Página 12
3.1.2. Estimaciones
Página 13
pueden influirnos son comunes. Algunos factores que pueden influir a la hora
de estimar y que debemos tener en cuenta son los siguientes:
• Evitar el relleno
Ejemplo: Un miembro del equipo del proyecto debe estimar una actividad. Como no
tiene suficiente información, no sabe cuánto va a poder durar. Entonces se imagina una
duración y la multiplica por 3 para no quedarse corto.
Página 14
• Técnicas de estimación
Por ejemplo, los últimos 5 proyectos similares a este llevaron 8 meses cada uno, o,
por ejemplo, las últimas 2 veces que se completó esta actividad, llevó 3 días en
cada ocasión; dado que no tenemos otra referencia, usaremos los 3 días como
estimación.
Por ejemplo, utilizar medidas tales como tiempo por línea de código, tiempo por
metro lineal o tiempo por instalación.
Por ejemplo, la persona que estima dice que la actividad llevará 5 semanas.
Página 15
Página 16
M = 5 semanas
O = 3 semanas
P = 10 semanas
Página 17
Además, el análisis ¿qué pasa si…? (¿what if?), permite tomar decisiones para
determinar los riesgos asociados a la ejecución del proyecto, permite plantear
alternativas para minimizar los mismos y prever retraso en el cronograma de
trabajo. Consiste en evaluar escenarios para predecir su efecto, positivos o
negativo, sobre los objetivos del proyecto. “¿Qué pasa si se produce tal situación?”.
Se analiza el diagrama de red del cronograma, usándolo para calcular los distintos
escenarios. (Por ejemplo, un retraso en la entrega de un componente, alargar la
duración de un diseño, introducir factores externos como huelgas, cambios en las
condiciones de obtención de permisos…). Con los resultados se evalúa la viabilidad
del cronograma en condiciones adversas y se preparan planes de contingencia y
respuestas ante situaciones inesperadas.
Página 18
Veamos cómo funciona y cómo se trabaja con esta técnica, mediante un ejemplo.
Tenemos la siguiente lista de actividades del proyecto, con sus duraciones estimadas y con
su secuenciación (expresada mediante qué actividades son antecesoras de otras):
Página 19
A, B, D, F (duración: 18 semanas)
A, C, E, F (duración: 15 semanas)
Por tanto, el camino crítico es A, B, D, F. Es el tiempo mínimo (si todo va bien) que deberá
durar nuestro proyecto. No podrá durar menos de 18 semanas, a no ser que dejemos algo
por hacer.
Página 20
Ahora vamos a calcular las holguras. Para ello necesitamos aplicar ciertas fórmulas, en
función de lo expresado anteriormente sobre qué son las holguras. Para calcular las
holguras contaremos con los datos de sus inicios y finalizaciones:
La holgura de una actividad puede calcularse a través de sus inicios y sus finalizaciones:
- Holgura = LS – ES (La diferencia entre lo más tarde que puede iniciarse y lo más
pronto que puede iniciarse.)
- Holgura = LF – EF (La diferencia entre lo más tarde que puede finalizar y lo más
pronto que puede finalizar.)
Para hacer estos cálculos en el diagrama de red añadiremos los datos de los inicios y las
finalizaciones a las actividades en las cuatro esquinas de cada una de las cajas que las
representan:
Recorremos el diagrama de red desde el inicio hasta el final, para calcular los inicios
tempranos (ES) y las finalizaciones tempranas (EF), es decir, lo más pronto que cada una
de las actividades podría iniciarse y finalizar:
Página 21
En segundo lugar, recorremos el diagrama de red desde el final hasta el inicio y calculamos
las últimas finalizaciones y los últimos inicios de cada una de las actividades; lo más tarde
que cada actividad podría finalizar e iniciarse.
De este modo tenemos todos los valores de los inicios y las finalizaciones. Aplicando las
dos fórmulas de cálculo de las holguras vemos en la actividad C:
Holgura = LS – ES = 6 – 3 = 3
Holgura = LF – EF = 12 – 9 = 3
Página 22
Este cambio no afecta a la fecha de fin del proyecto ni modifica el camino crítico, que sigue
siendo A, B, D, F:
Inicio, A, B, D, F, Final = 18
Inicio, A, C, E, F, Final = 17
¿Puede haber más de un camino crítico? Sí, podríamos tener dos o más. ¿Cuánta
holgura tiene el camino crítico? En la planificación, el camino crítico tiene holgura
0. En la ejecución, si una actividad en el camino crítico termina antes o después
puede generar una holgura positiva o negativa. La negativa requiere acciones para
volver a alinearlo con el plan, o de lo contrario no cumpliremos la fecha límite.
Página 23
En los proyectos gestionados bajo un enfoque ágil o adaptativo, hemos visto que
no se utiliza un cronograma completo y detallado como ocurre con los métodos
predictivos. El alcance detallado no ha sido definido con exactitud antes de la
ejecución y, por lo tanto, es difícil estimar un cronograma con la duración total del
proyecto. Así pues, lo que tenemos es una serie de iteraciones cortas
(típicamente, de entre 1 y 4 semanas) en las que sí están definidos tanto el alcance
parcial a desarrollar, como el plazo en el que debe finalizar dicho desarrollo. Al
finalizar cada una de estas iteraciones se revisa si se han alcanzado los objetivos
parciales, se obtiene el feedback del cliente (y/o interesados) para validar que se
cumple con los requisitos y se recopilan lecciones aprendidas que pueden cambiar
las prioridades del Product Backlog.
Página 24
▪ Representa el trabajo que queda por hacer en una iteración en función del
tiempo.
▪ Compara el progreso real de la iteración con su planificación inicial.
▪ Es re-estimado a diario.
▪ Ha sido diseñado para facilitar la autoorganización del equipo.
▪ Sirve para medir la velocidad media de trabajo del equipo y tener referencias
para la planificación de las iteraciones.
Página 25
Página 26
Página 27
5. Bibliografía
Página 28