Este documento resume los conceptos clave para estimar la duración de actividades, calcular fechas de inicio y terminación, y determinar la ruta crítica en la programación de proyectos. Explica cómo estimar la duración de cada actividad, calcular las primeras y últimas fechas de inicio y terminación, y determinar la holgura total y ruta crítica. También identifica problemas comunes que causan retrasos en proyectos de desarrollo de sistemas de información.

1. Resumen del capítulo 6
PROGRAMACIÓN
ADMINISTRACIÓN EXITOSA DE PROYECTOS
JACK GIDO
Págs.: 145-197
Catedrático: Ing. Lucina Calleros Acosta
FECHA:
Martes 28 de octubre de 2008

2. 1) ESTIMACIÓN DE LA DURACIÓN DE LAS ACTIVIDADES
El primer paso al establecer un programa de proyecto es estimar cuanto durara cada
actividad desde el momento que se inicia hasta que termina. Esta duración estimada
debe ser el tiempo total transcurrido, es decir, el tiempo necesario para realizar el
trabajo más cualquier tiempo de espera asociado.
Una estimación d la duración de una actividad debe basarse en la cantidad de recursos
que se supone se utilizara en la actividad. La estimación debe ser audaz, pero realista.
No debe incluir el tiempo para muchas cosas que quizá salgan mal, ni debe ser muy
optimista y hacer una estimación demasiada corta.
Exagerar las estimaciones de la duración pensando que el gerente de proyecto querrá
negociar duraciones más cortas no es muy
recomendable. Tampoco lo es inflar las
estimaciones con la idea de volverse un
héroe cuando las actividades se completen
en menos tiempo que el estimado.
2) FECHAS DE INICIO Y TERMINACIÓN DEL PROYECTO
El marco de tiempo general en el cual un proyecto debe terminarse se define por su
fecha de inicio estimada y una fecha de terminación requerida.
La fecha de terminación requerida por lo regular es parte del objetivo del proyecto y se
establece en el contrato; en otros casos, el cliente precisa solo la fecha en la cual debe
finalizar el proyecto.
3) CALCULO DEL PROGRAMA
Una vez que se tiene la duración estimada para cada actividad en la red y un marco de
tiempo general en el cual debe terminarse el proyecto, es necesario determinar si las
actividades pueden realizarse en el tiempo de terminación requerido. Para determinar
esto, se puede calcular un programa del proyecto que proporcione un cronograma para
cada actividad y muestre lo siguiente:
A) Las primeras fechas (o tiempos) en las cuales puede iniciar y terminar cada actividad,
con base en la fecha (o tiempo) de inicio estimada del proyecto.
B) Las últimas fechas (o tiempos) en las cuales las actividades debe iniciar y terminar de
manera que el proyecto finalice en su fecha (o tiempos) de terminación requerida.

3. Primeras fechas de inicio y terminación
1) Primera fecha de inicio (PI)
Es la fecha más cercana en que una actividad determinada puede comenzar, se calcula
con base en la fecha de inicio estimada del proyecto y las estimaciones de la duración
para las actividades precedentes.
2) Primera fecha de terminación (PT)
Es la fecha más cercana en que una actividad debe terminarse, se calcula al sumar la
estimación de la duración de la actividad a la primera fecha de inicio de la actividad:
PT=PI + estimación de la duración.
Las fechas PI y PT se determinan por medio del cálculo hacia adelante, es decir, al
trabajar en el diagrama de red desde el principio del proyecto hasta el final del mismo.
Solo hay una regla que debe de seguirse al hacer estos cálculos hacia adelante:
Regla 1: la primera fecha de inicio de una actividad en particular debe ser la
misma o posterior a la última de las primeras fechas de terminación de todas las
actividades que conducen directamente a dicha actividad.

4. 3) Ultima fecha de inicio y terminación
Dada una estimación de la duración para cada actividad en la red y utilizando la fecha o
tiempo de terminación requerido del proyecto como referencia, se puede calcular las
dos fechas siguientes para cada actividad:
a) Ultima fecha de terminación (UT)
Es la última fecha en la cual una actividad en particular debe completarse para que todo
el proyecto se termine en su fecha requerida, se calcula con base en la fecha de
terminación requerida del proyecto y las estimaciones de la duración para las
actividades exitosas.
b) Ultima fecha de inicio(UI)
Es la última fecha en la cual una actividad en particular debe iniciarse con el fin de que
todo el proyecto se termine en su fecha requerida, se calcula al restar la duración
estimada de cada actividad de la última fecha de terminación de la actividad.
UI= UT- Duración estimada
Las fechas UT y UI se determinan al calcular hacia atrás, es decir, al trabajar en el
diagrama de red desde el final del proyecto al principio del mismo. Solo ay una regla
que debe seguirse al hacer estos cálculos hacia atrás.
Regla 2: la ultima fecha de terminación de una actividad en particular debe ser la
misma o anterior a la primera de todas las últimas fechas de inicio de todas las
actividades que surgen de manera directa de dicha actividad.
c) Holgura total
A la diferencia que hay entre la primera fecha de terminación calculada de la última
actividad y el tiempo de terminación requerido del proyecto se le llama HOLGURA
TOTAL.

5. Cuando la holgura total es positiva, representa la cantidad máxima de tiempo que las
actividades de una ruta en particular pueden retrasarse sin poner en peligro la
terminación del proyecto en su fecha de terminación requerida.
Cuando la holgura total es un número negativo, indica una falta de holgura en todo el
proyecto.
La holgura total para una ruta de actividades en particular es común a todas las
actividades de dicha ruta y se comparte entre ellas.
La holgura total se calcula restando la primera fecha de terminación (o inicio) de la
actividad de su última fecha de terminación (o inicio). Es decir, la holgura es igual, ya
sea a la ultima fecha de terminación (UT) menos la primera fecha de terminación (PT) o
la ultima fecha de inicio (UI) menos la primera fecha de inicio de esa actividad (PI). Los
dos cálculos son equivalentes.
Holgura total=UT-PT
Holgura total=UI-PI
d) Ruta critica
No todas las reglas son tan simples como la que se utiliza para explicar la holgura total.
De manera similar, un proyecto no puede terminarse hasta que se termine la ruta de
actividades más larga (la que tara más tiempo). Esta ruta más larga en el diagrama de
red general se llama ruta crítica.
Una forma de determinar qué actividades conforman la ruta critica es identificar cuales
tienen la menor holgura. Reste la primera fecha de terminación de la ultima fecha de
terminación para cada actividad (o reste la primera fecha de inicio de la ultima fecha de
inicio, los dos cálculos darán como resultado el mismo valor 9 ya sea el menos positivo
o el más negativo). Todas las actividades con este valor están dentro de la ruta crítica.
Como se menciono antes, un diagrama de red grande puede tener muchas rutas desde
el principio hasta el fin. Algunas de ellas pueden tener valores positivos de holgura total;
otras pueden tener valores negativos. A aquellas con valores positivos de holgura total
a veces se les llama rutas no críticas, mientras que aquellas con valores cero o
negativos de holgura total se les llaman rutas criticas.
e) Holgura libre

6. Otro tipo de holgura que a veces se calcula es la holgura libre (HL). Es la cantidad de
tiempo que una actividad en particular puede posponerse sin retrasar la primera fecha
de inicio de las actividades sucesoras inmediatas. Es la diferencia relativa entre las
actividades de holgura total para las actividades que entran en la misma actividad.
4) PROGRAMA PARA EL DESARROLLO DE SISTEMAS DE INFORMACIÓN
Un sistema de información (SI) es un sistema basado en computadora que acepta datos
como entrada, procesa los datos y produce la información requerida por los usuarios.
Entre los problemas comunes que con frecuencia hacen que los proyectos de desarrollo
de SI abarquen más allá de su tiempo de terminación requerido se cuentan los
siguientes:
No lograr identificar los requerimientos del usuario
No lograr identificar en forma adecuada los requerimientos del usuario
Crecimiento continuo del alcance del proyecto
Subestimación de las curvas de aprendizaje para software nuevo
Hardware incompatible
Fallas del sistema lógico
Mala selección ser software
No seleccionar la mejor estrategia de diseño
Problemas de incompatibilidad de datos
Fracaso en la realización de todas las fases del CVDS