Академический Документы
Профессиональный Документы
Культура Документы
Estimación normal del tiempo (análoga al cálculo del tiempo esperado). Es el costo
asociado con la terminación del proyecto en el tiempo normal; es el costo normal.
La estimación del tiempo de emergencia o de terminación acelerada es el tiempo que se
requeriría sino se ahorraran costos para reducir el tiempo de un proyecto. El costo es el
asociado con la realización de las obras en base a la terminación acelerada para
minimizar el plazo de terminación.
La relación tiempo / costo puede tomar diferentes formas pero solo nos interesa tomar
una linealización de ellos, de allí que cada reducción unitaria del tiempo produce un
incremento igual en el costo.
El costo incremental (Ic) es el costo de terminación acelerado (Cc) menos el costo normal
(Nc), dividido entre el tiempo normal (Nt) menos el tiempo de terminación acelerado (Ct)
Para determinar qué actividades debe reducirse y en cuánto, es necesario saber: (1) el costo
esperado asociado con cada tiempo esperado de actividad; (2) el tiempo más breve posible
para cada actividad, si se aplica el máximo de recursos, y (3) el costo esperado para la
actividad y asociado con el tiempo más corto posible para ésa actividad. Se utiliza la
siguiente notación para representar estos factores:
tc = tiempo reducido: el menor tiempo posible para terminar la actividad (reducción máxima)
cc = costo de reducción: el costo asociado con el menor tiempo posible para las actividades
(reducción máxima)
Costo de la actividad
cn Operación normal
Al calcular la ruta crítica se utilizaron los tiempos esperados de duración para los tiempos de
las actividades
El tiempo de terminación del proyecto será variable, y en particular si existen variaciones
considerables en las actividades de la ruta crítica. Esto no necesariamente significa que se
extienda o amplié el tiempo de terminación del proyecto. Si las variaciones en los tiempos de
las actividades de la ruta crítica dan como resultado que uno o más de los tiempos sean
mayores que lo esperado, entonces el tiempo de terminación del proyecto será mayor que el
valor calculado. Se utiliza el término “probable” porque también es posible que variaciones en
las actividades sobre no críticas pudieran hacer que, si se demoran lo suficiente, dieran como
resultado una nueva ruta crítica que tuviera una duración mayor que la ruta que antes era
critica.
Puesto que la varianza de una actividad da una medida de la variación en la
incertidumbre, puede utilizarse para calcular la variación total en el tiempo esperado de
terminación del proyecto, se toma la varianzas (σ2), de las actividades que forman la ruta
crítica. Al igual que con una calcular la varianza del tiempo de terminación del proyecto (σ2)
simplemente se suman las varianzas (σ2). De las actividades de la ruta crítica. Al igual que
con una sola actividad, conforme mayor sea la varianza compuesta (σ2), más probable es
que el tiempo real que se requiera para terminar el proyecto difiera del tiempo esperado de
terminación.
Ejemplo 1.-
σ2 = σ2 tA + σ2 tB + σ2tE + σ2tG + σ2tI + σ2tJ = 1.78 + 0.44 +0.25 + 0.22 +1.00 +0.28 +0.44 + 0.28
+ 0.09 + 0.11 = 4.89 semanas
El hecho de que la varianza sea 4.89 (y/o que la desviación estándar sea 2.2 semanas)
con respecto al tiempo esperado de terminación de 22 semanas nos señala algo en relación
a la variabilidad si se supiera algo acerca de la distribución de probabilidad que describe los
tiempos posibles de duración del proyecto.
Recordar que quienes desarrollaron PERT utilizaron una distribución beta para describir
las variaciones en los tiempos de las actividades. En estadística, se sabe que los tiempos de
terminación de in proyecto no están descritos por una distribución beta, sino que siguen una
distribución aproximadamente normal o en forma de campana.
Clave: μ = 22 semanas
σ = 2 semanas
x-μ
Z = -----------
σ
16 18 20 22 24 26 28 Escala x
−3 - 2 - 1 0 1 2 3 Escala z
Variación de los tiempos de terminación del proyecto para el caso de la Sharp Company:
distribución normal
Puesto que la variación en el tiempo de duración del proyecto sigue una distribución normal,
puede utilizarse lo que se sabe acerca de esta distribución para hacer un planteamiento de
probabilidades con respecto a una fecha específica de terminación del proyecto; dada una
fecha objetivo especifica de terminación del proyecto, puede calcularse la probabilidad de
que el proyecto se termine en esa fecha o antes. Como ejemplo, suponer que la Sharp
Company, ha indicado que sería deseable terminar el proyecto antes de 6 meses (26
semanas), y le gustaría conocer la probabilidad de que esto ocurriera. Para determinar este
valor de la probabilidad, primero se convierte el valor de 26 semanas a un valor de Z. se
sabe que el valor de Z está expresado mediante la siguiente función:
x-μ
Z = ------------
σ
26 – 22
Z = ------------- = 2
2
Utilizando Z = 2.0 y una tabla para la distribución normal, se encuentra que la probabilidad
asociada (y por ello el porcentaje del área total que se encuentra bajo la curva y a la
izquierda de x = 26) es 0.500 + 0.4472 = 0.9972. La probabilidad de que el proyecto se
termine en 26 semanas o menos es 0.9772; por tanto, la Sharp Company. Puede tener
confianza en que el proyecto pueda terminarse hacia esa fecha.
Ejemplo 2.-
Datos normales y de reducción para el ejemplo del proyecto con ocho actividades
Para utilizar estos datos con el objeto de determinar qué actividades deben reducirse y en
que medida, deben calcularse dos factores: (1) la reducción máxima de tiempo para cada
actividad, que se expresa de la siguiente manera:
t D = tn – tc
(2) el costo de reducción por unidad de tiempo que se expresa como sigue:
Para ilustrar esto, la actividad C tiene un tiempo normal de 6 días con un costo asociado de
$1000 y un tiempo máximo de reducción de 3 días con un costo asociado de $1600.
Por tanto, el tiempo máximo de reducción para la actividad es tD = tn – tc = 6 – 3 = 3 días.
El costo diario asociado para alcanzar esta reducción es
cc - cn 1600 - 1000 600
S = ----------- = ---------------- = -------- = $200 por día
tn – tc 6 - 3 3
Nivelación de recursos.
Hay que tener en cuenta que, los recursos son limitados y también lo es su disponibilidad; de
la misma forma, no puede perderse de vista que, dentro de la programación de un proyecto,
hay actividades que tienen mayor importancia que otras, por su repercusión e impacto en el
resultado final, son las denominadas actividades críticas, que hay que proteger desde la
creación misma del cronograma de actividades. La nivelación de recursos optimiza el
aprovechamiento de los que se disponen y evita problemas que pueden surgir en el futuro.
Además de aplicar esta técnica, conviene ser cuidadoso y evitar un nivel insuficiente de
detalle en la estructura de desglose de trabajo, restricciones excesivas o el establecimiento
erróneo de dependencias.
5. Determinar la ruta crítica: la ruta crítica de un proyecto es la trayectoria más larga duración
a través de un diagrama de red y el camino más corto para completar el proyecto. Las
actividades que se encuentran incluidas en este grupo deben ser controladas con lupa por
parte del Project Manager y siempre habrá de dárseles prioridad a la hora de aplicar
la nivelación de recursos.
Ejemplo 1.
Cada flecha del grafo representa una tarea. Su ejecución puede demandar el empleo de
recursos tales como mano de obra, equipos, inversión de capitales, etc., o una combinación
de tales recursos. En el ejemplo propuesto se supone que sólo se emplea mano de obra, y
se indica la cantidad necesaria de personal en el siguiente cuadro.
Para cada tarea es necesario contar con un par de datos interrelacionados entre sí que son:
Ahora analizaremos la carga del personal que necesitará el proyecto, a medida que éste
avanza. Para ello se calculan las necesidades acumuladas de personal, suponiendo que
todas las tareas no críticas se inician en la fecha más temprana posible. Así, para el día 3,
por ejemplo se tendrá en el primer caso:
Con los valores obtenidos de la fecha temprana y tardía se puede confeccionar estos
gráficos que corresponden respectivamente a la fecha temprana y tardía. La cantidad de
personas no variará según se adopte una u otra política pero sí variará la distribución de
estas personas a lo largo del tiempo considerado. Lo analizado respecto al personal tiene
también aplicación sobre carga financiera, equipos, etc., o sean recursos en general. Cuando
se han analizado el comienzo más temprano y el más tardío de las tareas no críticas, los
diagramas permiten tomar la decisión más adecuada.
Esto no debe conducir a suponer a primera vista que la solución más adecuada es la de
comienzo tardío.
Si el proyecto es a largo plazo y se consideran meses en lugar de días, es necesario estudiar
la forma de la curva de carga más adecuada, teniendo en cuenta factores tales como gastos
de almacenamiento del material, convenios laborales, etc. Si se supone que el undécimo
mes a partir del momento inicial tiene lugar la reactualización del convenio laboral del
personal empleado, es evidente que convendrá efectuar la mayor cantidad posible de tareas
antes de dicha fecha. Para ello se agrupan las actividades tal como lo indica el diagrama
calendario donde las tareas no críticas que tecnológicamente pueden efectuarse antes del
undécimo mes han sido programadas para ser ejecutadas entre su fecha de iniciación más
temprana y su fecha de iniciación más tardía, pero compatible con la fecha de firma del
convenio. Es lógico programar la ejecución de las tareas no críticas posteriores a la fecha del
convenio, en su fecha de iniciación más tardía. Si se grafican las necesidades de personal en
función del tiempo, se obtiene entonces el siguiente gráfico:
Ejemplo 2.-
Uso de software.
-Controla tus proyectos y tareas. Gestiona su avance, plazos, costes, esfuerzos, recursos
(grupos de personas, perfiles y personas), y consulta los informes que necesites sobre la
gestión de proyectos.
-Te ofrece la información que necesites sobre cada elemento. Comparte la información del
software de gestión de proyectos en forma de documentos, foros, informes, listados...
aportando valor a tus proyectos y tareas.
-Gestiona las tareas fácil y eficazmente. Planifica los plazos, recursos y esfuerzos de cada
tarea en la gestión de proyectos.
- Controla los cambios que se producen en tus proyectos. Modifica fácilmente los plazos,
recursos y esfuerzos. Actualiza la información de las tareas, reasígnalas y controla su avance
con el tiempo, o al ir imputándose las horas de esfuerzo mediante los partes horarios.
-Preparada para diferentes tipos de usuario: Cada tipo de usuario del software de gestión de
proyectos (responsables de programas, jefes de proyecto o de área, responsables de tareas
intermedias o personas que realizan los trabajos) verá la información de gestión de proyectos
y accede a opciones según sus permisos y responsabilidad.
-Es multiplataforma. Puedes cambiar de PC, sistema operativo, etc. cuando quieras porque
los datos están online. Tan sólo necesitas una conexión a Internet e Internet Explorer 6.0 o
superior para utilizar el software de gestión de proyectos.
-Es seguro. B-kin se responsabiliza del alojamiento del software de gestión de proyectos,
garantizando la seguridad y confidencialidad de la información.
-Es completo. El software de gestión de proyectos te ofrece el sistema más avanzado para la
planificación de esfuerzos, costes y recursos humanos. Con las mejores herramientas y años
de experiencia.
Ejemplo 2.-
DotProject
Departamentos: Son áreas dentro de las compañías, que permiten agrupar usuarios en
dicho nivel.
Usuarios/Contactos: dotProject tiene usuarios los cuales son capaces de lograrse a
dotProject y trabajar dentro del esquema de permisos que posea el rol de dicho
usuario. Los contactos son usuarios especiales que asignados a un determinado
proyecto pueden recibir por ejemplo: correo, actualizaciones y noticias pero no
necesariamente deben tener acceso al sistema dotProject. Los usuarios y contactos
pertenecen a una compañía.
Actividades: son las tareas asignadas dentro de un proyecto. Son los componentes
sobre los cuales se controla: la duración, dependencias, recursos asignados y
progreso. Las actividades deben de pertenecer a un único proyecto.