CAPTULO 3

MODELOS DE BUENAS PRCTICAS PROGRAMA DESCRIPCIN GENERAL

Este captulo est diseado para proporcionar orientacin e informacin sobre buenas prcticas aceptadas
generalmente relacionadas con la planificacin, desarrollo, mantenimiento, comunicacin y procesos de
elaboracin de informes de un modelo de cronograma eficaz. Este captulo est dividido en las siguientes
secciones:
3.1 Modelo de Programacin
3.2 Modelo de creacin
3.3 Modelo de mantenimiento
3.4 Anlisis del modelo Calendario
3.5 Comunicacin y de la informacin
Cada seccin proporciona requisitos comunes, terminologa y funciones asociadas. Estas secciones vinculan
la discusin de los procesos de programacin que se describe en el Captulo 2 para la programacin de
componentes definidos en el Captulo 4. Este captulo ofrece una visin general, con ejemplos, de cmo
crear y mantener un modelo de cronograma eficaz.
3.1 Modelo de Programacin
El Modelo de Programacin de Gestin comprende la planificacin de las actividades del equipo de
proyecto como parte de la elaboracin de un proyecto de Plan de Gestin de conformidad con la Seccin 4.2
de la Gua PMBOK de Cuarta edicin. El Modelo de Programacin de Gestin contribuye a garantizar que
todos los procesos de los Grupos de Gestin de Proyectos y reas de conocimiento se integren
adecuadamente en el calendario general. Un programa modelo exige que la planificacin y el diseo de la
misma manera que cada proyecto de entrega es planificado y diseado. El equipo del proyecto debe
considerar una serie de factores para crear un programa modelo que puede ser una herramienta til para el
proyecto. Esta herramienta se utiliza para supervisar el rendimiento en el proyecto, comunicar la
informacin relativa a la labor, y comparar el trabajo planeado con el progreso real. Estos conceptos se
desarrollan en apoyo de la elaboracin de un proyecto Plan de Gestin de conformidad con el PMBOK
Guide.
Modelo de gestin direcciona lo siguiente:
Los procesos y procedimientos de gestin de datos de modelo, como formato de datos, el control de
versiones, la accesibilidad, el almacenamiento y la recuperacin de los datos.
Las polticas relacionadas con la metodologa que se utilizar en el programa modelo de desarrollo y
mantenimiento, como los umbrales de rendimiento, el contenido y la frecuencia de presentaciones e
informes, administracin de valor ganado (EVM) implementacin e integracin, compatibilidad con otros
planes y proyectos, el riesgo de granularidad y actividad. Al determinar el tipo de actividad granularidad,
demasiados detalles produce un confuso y demasiado grande programa modelo que es difcil y costoso de
administrar; muy poco detalle no hay informacin suficiente para el control permanente del proyecto.
Consideraciones de las obligaciones contractuales y potencial de contrato pasivos (reclamaciones,
mediacin, arbitraje, litigios, etc.).

 Procesos y procedimientos para la planificacin, la actualizacin y mantenimiento de la fecha modelo

durante el ciclo de vida del proyecto, la determinacin de un ciclo correspondiente para la recogida del
estado del proyecto y la actualizacin de la lista modelo. El tiempo de ciclo entre las actualizaciones
deberan ser suficientes para la informacin de la ltima actualizacin se ha publicado, analizados, y actu
por el equipo del proyecto antes de la prxima actualizacin. El ciclo de actualizacin debe cumplir con el
contrato o activos de los procesos de la organizacin.
Necesidades de Capacitacin para los miembros del equipo de proyecto, como un entendimiento comn
de las directivas de programacin, procedimientos y tecnologas de software, por ejemplo, informes de
progreso, que le permite capturar los riesgos del proyecto , y que refleja las actividades de mitigacin en la
lista modelo.
3.1.1 Plan de Gestin de Datos
Antes de aadir los datos de la lista modelo, el equipo de proyecto debe centrarse en el diseo del modelo
programa. El equipo del proyecto debe definir algunas entradas programacin bsica modelo y los
resultados que se esperan para asegurar que la infraestructura mnima, necesaria para apoyar necesidades
de los interesados, se coloca en su lugar. Adems, el mbito de aplicacin, estructura de desglose de
trabajos (WBS), definicin de recursos (cuando sea necesario), y otros componentes de la planificacin debe
estar ya definido para que el equipo no tiene que definido estos elementos en la elaboracin de la lista
modelo. En un mnimo, el equipo del proyecto debe considerar las siguientes en el desarrollo del programa
plan de administracin de datos:
Definir la lista de los usuarios, los derechos de acceso, y las responsabilidades que tiene cada uno. Por
ejemplo, algunos usuarios sobre los progresos realizados, mientras que otros tendrn acceso a una mayor
planificacin y se encargar de las funciones administrativas.
Determinar la frecuencia (es decir, diario, semanal, o mensual) para la copia de seguridad de datos del
programa. Las copias de seguridad son una parte importante de datos del programa gestin de la
configuracin. Frecuencia de las copias de seguridad son a menudo establecidas por las expectativas de las
partes interesadas.
Determinar cmo las versiones anteriores del programa se va a recuperar, con qu frecuencia, y verificar
que los procedimientos de recuperacin de datos son exactos. Un error comn es que los backups se
realizan pero no hay un procedimiento de extraccin.
Determinar los requisitos de retencin de datos del programa.
Identificar los riesgos asociados con el desarrollo del programa modelo relacionados con el programa
gestin de datos.
Determinar la jerarqua de datos requisitos para la elaboracin de informes (tal como se define en el plan
de comunicacin) y cmo estos requisitos tendr un impacto en los procesos de gestin de datos y el
modelo de datos. Por ejemplo, los tipos de actividades que se indican en el comit de direccin son
diferentes que los que se muestran al jefe de proyecto.
3.1.2 Modelo de Plan de Gestin
El programa modelo plan de gestin es un conjunto de procesos, mtodos, modelos y herramientas para el
logro de los objetivos de proyecto. Una buena prctica dicta que, todos modelos de pauta deber ser guiado
por una metodologa que proporciona una lista de comprobacin de los requisitos para el programa modelo
para garantizar la calidad de la programacin.

El programa modelo plan de gestin permite los miembros del equipo de proyecto para realizar de una
manera coherente. Proyectos con ningn plan tienden a ser ineficientes, lo que se traduce en un mayor
costo, mayor riesgo y ms duracin. El programa modelo plan de gestin incluye los siguientes pasos:
.1 Seleccin de un mtodo de planificacin
El equipo del proyecto, con el planificador como facilitador, debe tener acceso a la documentacin sobre el
programa disponible mtodos aprobados por la organizacin con el fin de cumplir con la organizacin y
necesidades del proyecto. Basndose en esta informacin, el programador implementa el mtodo de
planificacin segn lo determinado por el equipo del proyecto. (Para obtener ms informacin acerca de
mtodos de programacin, consulte la seccin 2.2).
.2 Seleccin de una herramienta de programacin
La seleccin de la herramienta de programacin se basar en el mtodo de planificacin seleccionado y que
cumplir con la organizacin y los requisitos que deban cumplir los proyectos relacionados con la
herramienta.
.3 Plan de Creacin de modelos
El director de proyecto, en colaboracin con el equipo del proyecto y de los principales interesados,
determina el plan de programacin creacin de modelos. Las consideraciones clave incluyen: la planificacin
y participacin de los interesados directos en el proceso de desarrollo de conformidad con la Gua PMBOK
-Cuarta edicin.

.4 Programa Modelo ID
Cada programa a las necesidades del modelo tiene un nico mtodo de identificacin especfica del
proyecto.
.5 Programa Versin del modelo
Cada instancia de la lista modelo tiene un nico identificador de versin. La ubicacin de esta identificacin
puede variar en funcin de los activos de los procesos de la organizacin y las herramientas utilizadas para
su control. Un nico modelo de identificador de versin es esencial para permitir que el archivo adecuado
de los documentos de los proyectos y procesos de auditora. El programa modelo plan de gestin
proporcionar el formato de este componente de nombres redundantes para que no se produce.
.6 Los calendarios y perodos de trabajo
Un proyecto predeterminado calendario se define mediante perodos de trabajo. Perodos de Trabajo
tambin puede ser definido para la realizacin de actividades especficas o partes del proyecto, incluyendo
los recursos. Algunos de los elementos naturales incluyen:
Definir los das de trabajo en una semana.
Definir el nmero de turnos que se va a trabajar cada da.
Definir el nmero de horas trabajadas cada turno o da.
Define los perodos de "horas extraordinarias" de trabajo.

 Definir el tiempo de no trabajo (p. ej., vacaciones, paradas, fechas en que no horarios restringidos, etc.).
Estos elementos juegan un papel importante en la determinacin del nmero y la estructura de los
calendarios de proyecto es necesaria para el programa. El uso de mltiples calendarios presenta un alto
grado de complejidad para el clculo de la posicin de flotacin y la ruta crtica. Sin embargo, mientras que
programar es simplificado por el uso de un nico calendario, un calendario puede ser insuficiente para la
gestin del proyecto (p. ej., un equipo de proyectos internacionales relacionados con las fiestas locales).
Prctica generalmente aceptada es utilizar un proyecto predeterminado calendario que es razonable y
adecuado para realizar el trabajo, sobre la base del proyecto de tiempos de trabajo normales. El calendario
del proyecto se utilizar como el calendario predeterminado para las actividades del proyecto. Esta prctica
permite que el equipo de proyecto para establecer y programar diferentes perodos de trabajo o
calendarios, si es necesario, para realizar determinadas actividades.

.7 Proyecto Ciclo de actualizacin

El ciclo de actualizacin es el intervalo normal en la que el estado del proyecto. La frecuencia adecuada para
realizar las actualizaciones y situacin en materia de presentacin de informes con el programa. Esto incluye
determinar en qu momento del ciclo se producir la actualizacin y la frecuencia con la que el estado ser
informado. El ciclo de actualizacin refleja la gestin se propone utilizar los datos generados a partir de la
programacin, incluyendo la distribucin de las reuniones de revisin, informes de gestin, y ciclos de pago
que a menudo estn vinculados a las actualizaciones. Seleccione un ciclo de actualizacin de gestin con un
nivel ptimo de control de la informacin sin ser excesivamente oneroso para la gente que hace el informe y
anlisis. El ciclo de actualizacin ptima variar con la industria y con la intencionalidad de actualizaciones
cada hora de interrupcin planeada proyectos de instalaciones de produccin y fabricacin de
actualizaciones semanales o mensuales de construccin importantes o los proyectos de desarrollo de
software. El ciclo de actualizacin tiene una relacin directa sobre la duracin de las actividades contenidas
en el programa.
Profesionales con experiencia a menudo dividir el ciclo de actualizacin en dos partes distintas: informes de
progreso y mantenimiento. Esto sirve para reducir el tiempo dedicado a la elaboracin de informes de
progreso un perodo de tiempo mnimo.
La eleccin del ciclo de actualizacin est influenciada por una serie de factores, tales como la tasa de
cambio en el proyecto, la duracin del proyecto, etc. Para relativamente estable, a largo plazo, proyectos de
bajo riesgo, un estado mensual o bimensual ciclo puede ser apropiado. De voltiles, proyectos de alto
riesgo, las actualizaciones pueden ser necesarios para cada cambio de turno o de una hora.
El equipo del proyecto debe considerar qu escala de tiempo debe utilizarse: minutos, horas, das, semanas
o meses, la respuesta depende de la frecuencia de los procesos de control y el nivel de detalle necesario en
las actividades. La mayora de las veces, la actividad escalas de tiempo seguir siendo coherente a lo largo de
todo el proyecto. Sin embargo, las evoluciones especficas del proyecto pueden requerir diferentes escalas
de tiempo efectivo de esa evolucin.
.8 Actividad Hito y estructura de codificacin
Descripcin de los tipos de informes, necesita del programa modelo para crear una presentacin (vea la
Figura 2-7) del programa modelo proporciona orientacin sobre la codificacin de las estructuras integradas
en el programa modelo.

La estructura de codificacin debe ser desarrollada de manera de seleccionar, ordenar y agrupar datos del
programa puede realizar fcilmente. Esta codificacin se prestar asistencia en el desarrollo y
mantenimiento del programa modelo, as como a satisfacer los requisitos de presentacin de informes
sobre proyectos. Codificacin de las estructuras tambin son muy tiles para analizar los datos de
rendimiento proyecto de la agrupacin, seleccin y clasificacin para resaltar tendencias y anomalas.
Debe hacerse hincapi en utilizar un slido y bien concebido una actividad de estructura de codificacin que
es independiente de la actividad identificador. Las actividades se pueden codificar con ms de un cdigo
para cada actividad, con cada uno de los cdigos con un valor por separado, lo que permite que productos
que se pueden personalizar para diferentes fines. Por ejemplo, los cdigos se pueden utilizar para identificar
las fases de los proyectos, subfases, el lugar de trabajo, el proyecto eventos, puertas, importantes logros, las
fuentes de suministro, fuente de diseo, la persona u organizacin responsable de realizar la actividad, etc.
Estos cdigos se pueden utilizar solos o en combinaciones mltiples. Para lograr flexibilidad y funcionalidad
mejorada, ms software de programacin es compatible con varios cdigos para cada actividad.
UNA actividad estructurada de numeracin o de identidad debe formar parte de todo el diseo de
codificacin. El uso de un sistema de identificacin actividad estructurada proporciona a los usuarios
programar una mejor comprensin de cmo una actividad en particular se integra en el proyecto ms
grande imagen sujetndolo por la importancia de la actividad propio identificador. Por ejemplo, la identidad
puede incluso volver a unir al proyecto EXPERIENCIA Como mnimo, una actividad identificador debe ser
nico y siga un plan adecuado para el proyecto.
.9 Planificacin de Recursos
Si el programa es modelo para incluir recursos de cualquier tipo, el programa modelo de gestin plan
identifica los elementos necesarios para la planificacin de los recursos y la gestin. Los elementos a
considerar son los recursos disponibles, los calendarios de recursos, recursos y habilidades. Aunque carga de
recursos del programa modelo no es necesario, esta prctica estndar es una buena prctica y se reconoce
que los recursos deben ser considerados por el equipo del proyecto al determinar el tipo de actividad y
duracin secuencia actividad. Un recurso cargado calendario indica claramente la interdependencia e
impactos que la disponibilidad de los recursos tendr en la duracin del proyecto y su costo.
.10 Indicadores de rendimiento
Para que los interesados sepan cmo el proyecto est llevando a cabo, muchos proyectos define los
indicadores clave de rendimiento (KPI) que permiti que el equipo del proyecto para medir los progresos y
resultados predefinidos hacia metas del proyecto (por ejemplo, valoraciones de los clientes/informacin,
equipo de proyecto calificaciones y EVM). EVM tiene la capacidad de combinar medidas de alcance,
programacin y costo en un nico sistema integrado de indicadores basados en los costos. EVM puede
ampliarse para incluir el concepto de ganado, que tiene el objetivo de proporcionar indicadores basados en
el tiempo a fin de complementar los indicadores basados en los costos de ejecucin de los proyectos. Para
obtener ms informacin acerca de EVM y ganado, hacen referencia a la prctica estndar de valor
obtenido.
.11 Modelo Plan Maestro
El programa modelo puede ser diseado y construido como un proyecto principal que contiene los
subproyectos. Los subproyectos puede ser estructurado de acuerdo a los distintos equipos que componen el
proyecto, tales como ejecucin por etapas (ingeniera, produccin, pruebas, e integracin), distribuido en
todo el mundo equipos, o las estrategias (varios proyectos, varios jefes de proyecto). Estos subproyectos
deben estar vinculadas entre s en determinadas entrega/aceptacin o puntos de interfaz, a fin de que haya

una conexin entre los planes. El programa modelo plan de gestin, definir los pasos necesarios para crear,
gestionar y controlar el programa maestro, subproyectos e interdependencias del proyecto.
3.2 Modelo de creacin
Esta seccin ofrece una visin general de los elementos esenciales para el desarrollo de un buen horario
modelo. Las buenas prcticas se muestran para cada uno de los componentes contenidos en la lista de
componentes de esta prctica estndar en el Captulo 4. La revisin del Captulo 4 se recomienda
encarecidamente a comprender todos los aspectos relacionados con cada uno de los componentes. Es
esencial tener en cuenta toda la informacin, los procedimientos y las restricciones en el programa modelo
de gestin.
El propsito del programa es proporcionar un til plan detallado que puede ser utilizado por el gerente de
proyecto y el equipo del proyecto para ayudarles a completar el proyecto con xito. El programa modelo se
convierte en una herramienta desarrollada por el equipo del proyecto que los documentos del equipo la
visin de cmo el proyecto se llevar a cabo.
El programa incluye actividades cuando se supone que inicio y termine y se modifican apropiadamente para
reflejar los cambios en curso, el alcance, etc., a medida que se aaden al programa modelo durante el ciclo
de vida del proyecto.
Un modelo de desarrollo es un instrumento dinmico que se utiliza para proporcionar un nivel razonable de
prediccin cuando el resto del proyecto se puede espera lograr. Al mismo tiempo, le permite al equipo del
proyecto a mirar los resultados del proyecto hasta la fecha, as como a utilizar esos datos para hacer
pronsticos exactos para el proyecto las evoluciones que quedan por realizar. Adems, una vez que el
proyecto se ha completado, el modelo de la base de la experiencia adquirida y se convierte en la base de
proyectos similares en el futuro.
El programa modelo describe la labor que se ha de realizar (qu? ), los recursos necesarios para hacer el
trabajo (quin y qu), y la secuencia de actividad ptima con inclusin de la actividad comienza y termina, y
las relaciones (cuando). La forma de realizar el trabajo (cmo) es definida por otros documentos en el plan
general del proyecto. Establecer un calendario realista y alcanzable modelo es uno de los crticos acciones
iniciales. Algunos puntos importantes a tener en cuenta durante la creacin de modelos de son:
Determinar que los requerimientos del proyecto son entendidos y satisfechos. El equipo del proyecto
comentarios y entiende el alcance del proyecto documentos con especial atencin a la EXPERIENCIA El
alcance del proyecto documentos proporcionar los antecedentes, informacin y comprensin necesarios
para desarrollar el programa modelo. El objetivo es garantizar que todos los aspectos de la ejecucin del
proyecto han sido suficientemente definidos y se incluye en el programa modelo. Las actividades en el
programa modelo representan el trabajo que produce las entregas o paquetes de trabajo identificadas en el
WBS; por lo tanto, los paquetes de trabajo en la WBS debe atribuirse directamente a una actividad
programada o grupo de actividades. A menudo las actividades de programacin se pueden organizar de tal
forma que reflejan la jerarqua de la EXPERIENCIA Por otro lado, en cada una de las actividades debe
acumular en un solo elemento WBS.
Verificar disponibilidad de recursos y asignaciones. El equipo del proyecto beneficia en gran medida de un
recurso de programacin. La mano de obra, materiales, equipos y la infraestructura necesaria para llevar a
cabo las actividades del proyecto se pueden planificar con antelacin de las necesidades y problemas
pueden mitigarse. UNA programacin bsica modelo producido por un proyecto supone que obra suficiente
y el equipo estn disponibles para la realizacin de las actividades segn lo programado. Esto no siempre es
el caso porque en un gran proyecto, puede que no resulte evidente que existe una falta de recursos. En el

caso de grandes y complejos proyectos que implican a mltiples organizaciones y tienen una larga duracin,
es posible que tenga que incluir recursos en la lista modelo. Ver Gua PMBOK -Cuarta Edicin para obtener
ms informacin sobre los recursos. Al igual que los cdigos de actividad que se utiliza para clasificar y
organizar las actividades, los cdigos de recursos (atributos) se le puede asignar a los recursos para clasificar
los recursos de acuerdo a la organizacin, nivel de habilidad o el tipo, la estructura de los informes, etc.
Adems, identificadores de recursos puede ser estructurado en un autntico rgimen, de naturaleza similar
a la de actividad ID's.
3.2.1 Desarrollar programa de Referencia Modelo
El desarrollo de un buen horario modelo se logra a travs de la aplicacin coherente de las prcticas. La
experiencia adquirida con el tiempo ayudar a seleccionar las respuestas adecuadas a los requerimientos de
diseo para la programacin. Los pasos clave son:
.1 Definir hitos
Una vez se haya llegado a un entendimiento de la estructura global de los datos del proyecto se ha dicho
anteriormente, comenzar a disear las etapas del proyecto. Los hitos no tendr ninguna duracin, no
tendr recursos asignados, se utilizar como referencia para medir los progresos realizados, y puede
tambin reflejar los puntos de salida y llegada para los diferentes eventos de proyectos. Por lo general,
representar un hito al inicio o finalizacin de una porcin o entregable del proyecto y tambin puede
estar asociada a limitaciones externas, tales como la entrega de permisos especficos necesarios o equipo.
Cada proyecto debe tener un hito inicio y un final hito. El proyecto contendr una lista de hitos desarrollado
inicialmente como el programa modelo es creado. Estos pueden tener su origen en el cliente, los miembros
del equipo o de otras partes interesadas. Como el programa modelo a los nuevos hitos se agregan como sea
necesario. Es un proceso iterativo (Nota: Las actividades se pueden definir hitos antes.)

.2 Disear las actividades del proyecto

Empezar a crear la lista de actividades que se deben realizar para completar el proyecto, que se basa en la
EDT (WBS) y elaborado por el equipo que se encargar de la ejecucin de la obra. Las caractersticas de un
bien diseado de actividad incluyen:
La actividad es un elemento mensurable y discreto (o bloque) del trabajo, lo que es un elemento tangible
del alcance del proyecto.
Una sola persona es responsable de la ejecucin de la actividad. Esto no excluye la idea de que varios
recursos pueden ser necesarios para llevar a cabo la actividad, pero es necesario que una sola es la entidad
responsable de su desempeo. Esta persona debe ser el mismo que se informe sobre los progresos
realizados en la actividad.
Describir la labor que debe llevarse a cabo. Como tal, la descripcin de cada actividad se inicia con un
verbo y contiene un nico objeto especfico. A pesar de que "pour muro" puede ser descriptivo de una
tarea, la descripcin de la actividad debe ser ms especfica. Los adjetivos pueden ser tiles para aclarar las
ambigedades. Por ejemplo, "pour la pared este fundamento de x a y" o "consulte el Captulo 3 sobre la
terminologa." Cada descripcin de la actividad debe ser nico y no dejan lugar a la confusin, es decir, que
se puede identificar sin ambigedad y debera ser independiente de la programacin presentacin
agrupacin u organizacin.

 La labor representada por una actividad, una vez iniciado, debe ser capaz de continuar hasta el final sin
interrupcin (excepto para no natural de perodos de trabajo en el calendario). Si el trabajo en una actividad
se ha suspendido o aplazado, a menudo resulta beneficioso para la actividad que se va a dividir en dos o ms
actividades en los puntos de ruptura.
Por lo general, una actividad de duracin debe ser inferior a dos veces el ciclo de actualizacin. Esto permite
que la presentacin de la hora de inicio y de fin de una actividad dentro de uno o dos ciclos actualizacin,
permitiendo a la gerencia a centrarse en el rendimiento y medidas correctivas en caso necesario. Las
excepciones a esta regla general son actividades continuas (p. ej., resumen actividades como aburrido 2
millas de largo tnel o pavimentacin varias millas de la autopista), las actividades de adquisicin en caso de
que un nico elemento de trabajo (p. ej., fabricacin y transporte de un componente a un sitio remoto)
puede tardar bastante ms que dos ciclos actualizacin, o un nivel de esfuerzo (LOE) actividad como las de
apoyo administrativo.
En estos casos, la duracin de la actividad debe reflejar simplemente el momento previsto para la actividad.
Las necesidades de cuidado de LOE actividades, porque si se les dan las duraciones esttica igual a la
longitud de todo el proyecto, pueden terminar o de conduccin en la ruta crtica. Por su naturaleza misma,
de apoyar las actividades de trabajo, LOE no puede conducir la duracin del proyecto y no puede ser crtico.
Es una buena prctica para definir LOE actividades de tal manera que se tendr la duracin de las
actividades detalladas que son compatibles.
Una vez finalizado el proceso, la lista de actividades se describir el 100% del trabajo necesario para
completar el proyecto, aunque no necesariamente todas las actividades tienen que estar completamente
detallado si ola est utilizando los planes.
.3 Actividades Secuencia
La secuenciacin de actividades e hitos fundamentales junto con la lgica es la base de cualquier
programa. El mtodo de conexin se define como una relacin. Cada una de las actividades, excepto en lo
referente a la primera etapa (con un predecesor) y el ltimo (y que no hay sucesor) deber estar conectado
al menos a un predecesor y un sucesor. Con la excepcin del inicio hito, algo tiene que ocurrir antes de
iniciar cualquier actividad y, a su vez, la actividad tiene que ser total o parcialmente ejecutado para permitir
que otra actividad para iniciar. Velar por el cumplimiento de esta prctica se evitar que el programa
contenga de extremos abiertos, donde las actividades o hitos faltan predecesores o sucesores, con la
excepcin del primero y ltimo hitos.
Normalmente, cada actividad anterior podra terminar antes del inicio de su sucesor actividad (o
actividades) (conocido como un fin a inicio (FS) relacin). A veces es necesario las actividades superpuestas,
una opcin puede ser seleccionado para uso de principio (SS), fin a fin (FF) o principio a fin (SF) relaciones. La
figura 3-1 muestra ejemplos de los cuatro tipos de relaciones en el PDM, la ms comnmente utilizada
metodologa CPM). Siempre que sea posible, el FS relacin lgica se debe utilizar. Si otros tipos de
relaciones se utilizan, deben usarse con moderacin y con pleno entendimiento de cmo las relaciones se
han llevado a cabo en el software de programacin que se utiliza. Idealmente, la secuencia de todas las
actividades se define de tal modo que el inicio de cada actividad tiene una relacin lgica de un predecesor y
el acabado de cada actividad tiene una relacin lgica a un sucesor.

Figura 3-1. Las ilustraciones de Tipos de relacin en CPM Metodologa

Lag(s) tambin pueden ser asignadas a algunas relaciones. UN lag impone una demora entre la anterior y la
siguiente actividad. Por ejemplo, si una actividad tiene un SS dependencia con un retraso de 1 a 5 das,
retrasar el inicio de la actividad de sucesor hasta 5 das despus de la actividad anterior ha comenzado. El
planificador se advirti a utilizar los rezagos con cuidado y comprender sus impactos. Los retrasos son slo
para ser utilizado para representar los retrasos que fsicamente son necesarios y no es trabajo, y duracin.
Algunos planificadores pueden verse tentados a utilizar va a representar un perodo de tiempo cuando el
trabajo, como la revisin de un documento antes de la siguiente fase. Se recomienda que estos tipos de
trabajo se muestra como las actividades en el programa modelo en lugar de utilizar un lag. Cuando estas
actividades se incluyen, que podran ser codificados para mostrar que estas son las actividades realizadas
por otro parte, por ejemplo el cliente es el responsable. Esta prctica permite un mejor control del proyecto
y lo hace muy visible si comunicamos una entidad est impactando en el proyecto.
Con ms de un calendario en un calendario modelo calculado puede afectar a la zaga los resultados dentro
de la lista modelo. Adems, el hecho de conocer cmo los distintos paquetes de software utilizar varios
calendarios es sumamente importante.
Tambin es posible asignar las limitaciones a las actividades y los hitos que requieren la actividad o el hito de
empezar o terminar en puntos especficos en el tiempo. Estudio de los diferentes tipos de limitaciones que
podran ser utilizados y comprender los efectos y matices su uso sobre el programa antes de su uso. La
prctica generalmente aceptada es que las limitaciones y retrasos no se deben utilizar para sustituir la
adicin de las actividades y relaciones. Sin embargo, como un ejemplo, la utilizacin de las restricciones es
generalmente reconocida como sea necesario para cumplir con las obligaciones contractuales.
En general, en cada una de las actividades deben tener una F-S o S-S predecesor y un F-S o F-F sucesor. Sin
estos tipos de relaciones lgicas las actividades se denominan "colgando" y de la incertidumbre de su
duracin no necesariamente se transmite al resto de la lista modelo como debe ser.
.4 Determinar los recursos destinados para cada actividad
Estimar los recursos de las actividades es el proceso de determinar el tipo y la cantidad de material,
personal, equipo, o infraestructura necesaria para realizar cada actividad. Si un proyecto est limitada en
trminos de recursos y la duracin del proyecto podra verse afectada, los recursos deben ser incorporados
en el programa modelo. A pesar de que a veces se hacen juntas, la estimacin de recursos Actividad proceso
debe realizarse antes de estimar duracin de las actividades (ver gua PMBOK -Cuarta Edicin para obtener

ms informacin). Las horas necesarias para un diseador jefe para llevar a cabo la actividad frente a un
diseador junior para realizar la misma actividad puede ser muy diferente, lo que repercute en la duracin y
la calidad de los resultados de la actividad y en ltima instancia el coste del proyecto. En algunos proyectos,
especialmente los de menor alcance, definicin de las actividades, la secuencia las actividades, estimar los
recursos, estimar duracin de las actividades, y el desarrollo de la programacin modelo son tan
estrechamente vinculados que son considerados como un solo proceso. Los recursos pueden afectar a la
ruta crtica si no se tiene en cuenta por el equipo del proyecto.
.5 Determinar la duracin de cada actividad
La duracin es una estimacin de cunto tiempo se tardar en realizar el trabajo de la actividad. En muchos
casos, el nmero de recursos que se prev estarn disponibles para llevar a cabo una actividad, junto con la
productividad de los recursos, podrn determinar la duracin de la actividad. Un cambio en la conduccin de
recursos asignados a la actividad tendr un efecto en la duracin, pero esto no es un simple "lnea recta"
relacin. Otros factores que influyen en la duracin son del tipo o nivel de habilidad de los recursos
disponibles para llevar a cabo el trabajo, los calendarios de recursos y la naturaleza intrnseca de la obra.
Algunas de las actividades (p. ej., 24 horas prueba de esfuerzo) tendr un periodo de tiempo determinado
para completar independientemente de la asignacin de recursos.
Aunque es posible estimar una duracin de una actividad en cualquier momento, buenas prcticas
generalmente aceptadas recomienda definir la actividad first, atado, lgicamente en la secuencia del
programa global, para posteriormente centrarse en los recursos de la actividad y la duracin. En este
momento, la relacin entre la duracin de la actividad y el trabajo en el programa ser ms fcil de
entender, as que las corrientes de recursos, la actividad tamaos de equipos, y el como se pueden
comenzar a determinar. La relacin entre la actividad de duracin y costo se hizo explcita en la base de
clculo o de las afirmaciones de tanto el coste como la programacin. Este documento debe mantenerse
como el calendario actual cambiar durante las duraciones programa mantenimiento modelo.
Consulte la Seccin 3.3 Modelo de mantenimiento, as como la seccin 3.4 en el Programa Anlisis del
modelo para obtener ms informacin.
Es importante comprender el mtodo que se utiliza en el programa modelo con el fin de planificar las
actividades relacionadas con la estimacin de la duracin de cada actividad programada. El mtodo utilizado
puede implicar un determinista o probabilstica. Calendario modelos deterministas son las redes de las
actividades relacionadas con las dependencias que describen el trabajo a realizar, duracin esttica, y la
fecha prevista para finalizar el proyecto si todo va segn lo previsto. Modelos probabilsticos son redes
programacin con todos los elementos de un programa modelo determinista, pero la duracin de la
actividad de las tareas son variables aleatorias. Para obtener ms informacin sobre la estimacin duracin
de la actividad, por favor referirse a la prctica estndar para estimar Proyectos. Para obtener ms
informacin sobre las mejores prcticas de riesgo de los proyectos de anlisis probabilstico de modelos, vea
la prctica estndar para la gestin de riesgos.
6. Analizar el Calendario de Salida
Una vez completado, el programa modelo contendr un conjunto de actividades singulares, que tienen
diferentes duraciones, conectados por relaciones lgicas. Proporciona el equipo del proyecto con
informacin sobre lo que se debe realizar y la secuencia necesaria para realizar las entregas del proyecto.
Sin embargo, todava no se indica si estas diversas actividades deben realizarse. Con el fin de adquirir la
informacin, la herramienta de programacin est activada para calcular las fechas y otros valores dentro

del programa modelo de acuerdo con el mtodo de planificacin. A pesar de la rapidez de los muchos
programas de ordenador, la funcin de planificacin requiere siempre tres procesos distintos anlisis en
tiempo de un cuarto y, en su caso, en el proceso de suavizado o de nivelacin de recursos est siendo
utilizada. Las medidas discretas son:
La fecha de inicio se le asigna al hito inicio. A continuacin, pasar a travs de la red de una actividad a otra
(de izquierda a derecha) y en la secuencia definida por las relaciones lgicas, las fechas de inicio y
finalizacin se asignan a cada una de las actividades e hitos, como determinado por la duracin. Esto se
conoce como el primer paso. Las fechas de inicio y de finalizacin de cada actividad se llama del inicio y
termine pronto las fechas, y cuando el anlisis llega a la final de la red, se establece la lo antes posible
litosferica fecha para el proyecto y la menor duracin del proyecto sobre la base de las actividades y las
duraciones estimadas relaciones lgicas como se define.
A continuacin, una fecha de finalizacin se asigna al hito final. Esta podra ser la misma fecha que el
calculado por el pase hacia delante o en una fecha diferente aplicado como una restriccin. El proceso de
anlisis, a continuacin, funciona a travs de la red de derecha a izquierda hasta que llega de vuelta al inicio
hito, y otro conjunto de fechas de inicio y de finalizacin se asigna a cada actividad. Este es el llamado paso
hacia atrs y establece el retraso en el inicio y las fechas de finalizacin tarda de cada actividad e hito.
Valores flotantes se calcula mediante la comparacin de las fechas tempranas y tardas de la siguiente
manera:
o

Margen Total se calcula restando la fecha de finalizacin anticipada de la fecha de finalizacin con
retraso (o el comienzo temprano desde el inicio tardo). Total negativo medios de flotacin las
fechas no son factibles sin cambiar el plan.
Flotacin libre se calcula restando la fecha de finalizacin anticipada de la actividad a partir de la
fecha de inicio ms temprana de los primeros de sus sucesores. Flotacin libre nunca es un valor
negativo.

Una vez que la flotacin se han calculado los valores de nivelacin se puede llevar a cabo para reducir al
mnimo los recursos de asignaciones o reducir las fluctuaciones de demanda de recursos. Si este proceso se
realiza de forma automtica, el programador debe determinar los procesos y algoritmos que se va a utilizar.
La mayora de paquetes de software tienen varias opciones y de los valores que puede tener un impacto
significativo sobre el resultado final de recursos programa dplex. Independientemente de los valores de
configuracin del software de programacin, no ser ms que un trade-off entre la necesidad de permitir
que la solucin de nivelacin para extender el proyecto duracin total y permitiendo el uso de ms recursos
que permite inicialmente. Los recursos nivelados en una zona de asignados en otras reas.
Una vista completa de la distribucin de recursos entre todas las actividades debe ser revisada antes de
finalizar la nivelacin de recursos. Algunos pueden caer en la tentacin de hacer de nivelacin de recursos
manualmente mediante el ajuste de la lgica o agregar restricciones de retrasar el inicio de determinadas
actividades; esto no es una buena prctica ya que interfiere con el normal clculo de la programacin.
.7 Aprobar el Calendario
El equipo del proyecto debe participar activamente en el examen de los resultados de este primer proceso
de programacin. El examen debe considerar el proyecto analizado fecha de finalizacin, hito fechas de
realizacin, rutas de acceso crticas (la ms larga ruta de acceso para el proyecto o como restriccin), total
valores flotantes y las necesidades de recursos (en comparacin a la disponibilidad de recursos) para
determinar la aceptabilidad de la programacin.

En caso de modificacin se requiere, los cambios se realizan en la programacin lgica, la asignacin de

recursos y/o duracin, y, a continuacin, el programa se volvieron. La alteracin ms comn involucra
acciones necesarias para reducir la duracin total del programa. Las principales tcnicas que se utilizan para
comprimir el calendario se estrellan y fast tracking. Bloquea consiste esencialmente de aumentar los
recursos de las actividades de importancia crtica para acortar su duracin mientras que fast tracking
consiste en cambiar la lgica de las actividades de importancia crtica que se superponen en lugar de
trabajar estrictamente en secuencia. Bloquea slo funciona para las actividades que son el esfuerzo por
aumentar los recursos que se reducir la duracin de la actividad."
Bloquea normalmente se incrementa los costos del proyecto por algn factor ms rpido mientras que
aumenta el riesgo de la rectificacin que las actividades se iniciaron antes sus primeros predecesores se han
completado. (Vase tambin el Captulo 6 de la P MBOK Gua de Cuarta Edicin). Estas iteraciones hasta
que un modelo aceptable programa se ha desarrollado una solucin que los principales actores del proyecto
pueden estar de acuerdo es un objetivo alcanzable. El proceso formal para la aprobacin de modelo de la
lnea se define en el modelo de plan de manejo.
.8 El Programa Modelo de Referencia
Una vez que se hayan acordado, la primera versin del programa que sea desarrollada para que se aprobara
para la captura o copia para referencia futura se llama la lnea de base del proyecto de modelo. Este punto
de referencia se convierte en el referente con el funcionamiento del proyecto se puede medir. Es una
prctica generalmente aceptada que cada proyecto tiene un modelo de referencia en lugar antes de la
ejecucin de los trabajos del proyecto. Una vez que la lnea ha sido aprobada mediante procedimientos
formales, los informes se distribuyen de acuerdo con el proyecto de plan de comunicacin y los cambios en
la base de referencia se supervisan y se controlan a travs del proceso de control de cambios.
3.3 Modelo de mantenimiento
La mayora de los proyecto inevitablemente experimentan cambios. Para garantizar la correcta ejecucin de
los proyectos, control de cambios eficaz disciplinada y procedimientos de mantenimiento son necesarias. La
clave es determinar cmo el proyecto se apruebe y hacer un seguimiento de los cambios que se producen
en todo el ciclo de vida del proyecto. Puede producirse el cambio simplemente por el trabajo avanza ms
rpido o ms lento de lo previsto, as como los cambios que se producen en otros elementos del proyecto
(p. ej., cambios de alcance) y/o si el equipo del proyecto decide modificar su enfoque de los trabajos del
proyecto.
Seguimiento de los progresos comienza despus de que el modelo de este proyecto es referenciado,
comienza el trabajo, y el seguimiento regular y controlar los procesos. Estos procesos son importantes para
ayudar a identificar los problemas tan pronto como sea posible, minimizando su impacto sobre la realizacin
satisfactoria del proyecto. Los pasos principales para el seguimiento de los progresos realizados son los
siguientes:
Guardar una lnea base programa modelo, que contiene las fechas de los progresos realizados se compara.
El calendario actual modelo pueden ser copiadas y aprobado como una lnea de base, o un programa ms
adecuado modelo podr ser aprobado como una lnea de base.
El Calendario se da cuenta de los progresos realizados a partir de una determinada fecha de datos,
tambin conocida como fecha de estado, fecha de actualizacin, fecha y hora actuales ahora fecha, o de
fecha. Este progreso, como mnimo, debe incluir inicio y la finalizacin real fechas, duraciones restantes, y
por ciento completa.

 Asignar la nueva fecha de datos y calcular todas las fechas de la actividad son los ltimos pasos para
avanzar el programa modelo.
El estado/proceso de actualizacin se produce de forma regular durante el proceso de la planificacin del
proyecto. Los pasos involucrados en el mantenimiento del programa en cada estado/up date se describen
en el apartado 3.3.1 a 3.3.7.
3.3.1 Recopilar Datos Reales y el trabajo restante
Recoger el estado actual de los trabajos a intervalos de tiempo predeterminados para el proyecto. La
informacin recopilada incluye la fecha de comienzo real para todas las actividades que se han iniciado, y las
fechas de finalizacin reales de todas las actividades que se han terminado en la fecha de datos. En caso de
que una actividad est en curso, la cantidad de trabajo realizado y el tiempo necesario para completar el
trabajo restante se determina. Estado coleccin tambin incluye cambios en las duraciones de las
actividades futuras. Otros datos recogidos en este momento pueden incluir datos sobre la utilizacin de los
recursos y de los gastos realizados. Los datos se recogern a partir de la fecha de datos designado
(fecha/hora). Esta fecha de datos es similar a "tiempo" en valor obtenido performance management
(EVPM).
3.3.2 Actualizacin y avances del programa modelo de acuerdo con los datos reales
Introducir informacin de estado en la lista modelo y analizar el trabajo restante para determinar el estado
del proyecto. Todo trabajo incompleto se volver a programar en una fecha/hora igual o posterior a la fecha
de datos. Se debe tener cuidado, ya que muchas herramientas de software permiten que las fechas reales
que se han de aplicar para el trabajo futuro. Prcticas de control de calidad debe estar en su lugar para
identificar la entrada de fechas reales ms all de la fecha de datos completa y el porcentaje que se inform
de que los valores no son vlidas en relacin con las fechas.
3.3.3 Comparar y resolver cualquier desviacin
Comparar el nuevo calendario actualizado con la salida de un modelo de referencia almacenado y
administrar el coste y el calendario las varianzas. Varianza los umbrales definidos en el modelo de plan de
manejo puede utilizarse para determinar qu actividades y condiciones requieren la elaboracin de informes
y la adopcin de medidas. Una variacin de fecha comnmente utilizado es el acabado final diferencia entre
principios y finalizacin de referencia, que se expresa generalmente en las unidades, tales como jornadas de
trabajo. Comparar el estado de una actividad contra ms de un destino podra ser til; por ejemplo,
calendario actual vs. :
El plan original de la lnea de referencia para ver el patinaje en comparacin con el plan original.
El ltimo periodo de actualizacin para ver los cambios desde la ltima actualizacin.
3.3.4 Actualizar el programa modelo con cambios aprobados
Actualizar el programa con cualquier modelo aprobado los cambios resultantes del proceso de control de
cambios general para garantizar el programa modelo representa el 100% de los actuales de alcance del
trabajo del proyecto. La actualizacin y los procesos de ajuste pueden necesitar un gran nmero de
iteraciones para mantener un programa modelo que sigue siendo realista y alcanzable.
3.3.5 Actualizar la Lnea Modelo Calendario

Actualizacin, el proceso de control de cambios formales, el modelo de referencia si as lo autoriza cambios

de alcance se han incorporado al calendario actualizado modelo, o si se han producido otros cambios han
incorporado que modificar de manera significativa la naturaleza de la ejecucin de los proyectos. Slo las
actividades nuevas o que estn aprobados para el cambio, as como de aquellas actividades que estn
directa o indirectamente vinculados a ellos, deben ser reprogramacin.
3.3.6 Comunicar
Distribucin de los informes (programa modelos de presentaciones (vanse las Figuras 2-1 y 2-7) de
conformidad con el calendario modelo plan de gestin y administracin de las comunicaciones del proyecto
plan una vez que el calendario actual ciclo de actualizacin se ha completado.
3.3.7 Mantener los registros
Una adecuada gestin de los registros es parte del control de configuracin. Mantener adecuadamente los
registros que detalle la lgica inicial y los principales puntos de decisin del proyecto y el proceso de
pensamiento que dieron lugar a la creacin de la base lgica de flujo forrado sida en defensa de las medidas
tomadas y las lecciones aprendidas. Mantener registros que explicar todos los cambios de duracin de las
actividades o la lgica como las alteraciones estn siendo realizados en la lista modelo. Registro de actividad
las notas son a menudo utilizados para este fin. Estos registros proporcionan datos valiosos si se hace
necesario reconstruir lo que ocurri y por qu.
Muchas de las buenas prcticas y los elementos descritos anteriormente se incluyen tambin en los detalles
de cada uno de los componentes contenidos en el modelo de lista de componentes que se presentan en el
Captulo 4. Una completa comprensin de los distintos componentes es necesaria a fin de maximizar el
potencial de su correcta aplicacin y la elaboracin de una buena planificacin.
3.4 Anlisis del modelo Calendario
Anlisis de programa utiliza herramientas y tcnicas comunes durante todo el ciclo de vida del proyecto con
el fin de identificar la desviacin de la lnea de modelo. Anlisis de programa es responsabilidad del equipo
de proyecto y el objetivo principal del anlisis es la identificacin temprana de las amenazas y
oportunidades para los objetivos del proyecto.
Hay varias herramientas y tcnicas disponibles para realizar programacin anlisis del modelo. Los
procedimientos especficos y las polticas que se van a utilizar para un proyecto se describen en el proyecto
de plan de gestin. Los elementos ms comunes en programacin anlisis estn descritos en 3.4.1 a travs
3.4.11 .
3.4.1 Ruta Crtica y actividades crticas
.1 Ruta Crtica
La ruta crtica es normalmente, pero no siempre, la secuencia del programa actividades que predice o define
la duracin del proyecto. Generalmente, es el camino ms largo a travs del proyecto y, por tanto,
determina la duracin del proyecto. Sin embargo, una ruta crtica puede terminar, por ejemplo, en un
programa hito que se encuentra en el medio de la lista modelo y que tiene un acabado-no-despus-de
limitacin de fecha. (Recuerde que las limitaciones son para usarse en forma selectiva en la lista modelos.)
Pero el riesgo(s) y presin competitiva(s) pueden alterar la ruta crtica, aumentando la importancia de las
actividades aparentemente menor y causando cambios inesperados en duracin y costo. Un proyecto puede
tener varias rutas de acceso crticas.

Un proyecto que cuenta con varias rutas de acceso crticas tiene un mayor nivel de riesgo, ya que el
incumplimiento de cualquiera de estos podra resultar en el fracaso para completar todos los hitos del
proyecto.
.2 Actividades Crticas
Es importante distinguir entre actividades de ruta crtica y actividades crticas. Actividades de ruta crtica son
las actividades que figuran en la ruta crtica(s). Las actividades crticas son aquellas actividades vitales para
el xito del proyecto, incluso si no estn en la ruta crtica CPM predijo o cadena crtica. Las actividades
crticas son normalmente altos riesgos en trminos de alcance, el calendario, y los costes y puede causar no
slo un retraso en la fecha final del proyecto, pero un aumento de la probabilidad de fracaso de los
proyectos. Todas las actividades de la ruta crtica se consideran tambin las actividades de importancia
crtica. La ruta crtica clculos considerar las actividades y limitaciones para determinar la ruta ms larga en
el proyecto. Las actividades crticas pueden estar fuera de la ruta crtica.
3.4.2 Margen Total y libre flotacin
Flotacin libre representa la cantidad de tiempo que el CPM actividad fecha de finalizacin anticipada puede
ser aplazado sin afectar a las actividades de cualquier sucesor CPM fecha de inicio precoz. Total float
representa la cantidad de tiempo que una actividad CPM fecha de inicio anticipado o el CPM fecha de
finalizacin anticipada se puede retrasar sin afectar a la CPM fecha de finalizacin con retraso del proyecto
en su totalidad o a violar un programa modelo fecha de restriccin. Revisin de cada margen total de
actividad y free float para determinar si han cambiado desde la ltima actualizacin. Cambios en total
flotacin indican una amenaza de la terminacin de los proyectos o metas especficas; flotacin libre indica
que la falta de progresos los impactos inmediatos sucesores. Margen Total y libre flotacin puede verse
reducido por las dependencias externas y otros obstculos las fechas que aparecen en la lista modelo. Estas
dependencias externas deben ser explicadas en actividad o nodos externos vinculados a hitos.
Supervisin y administracin de estos dos componentes vitales son fundamentales para completar el
proyecto a tiempo y cubriendo hitos segn lo previsto. Disminuye a flote total y libre flotacin indican que
los planes de recuperacin deben ser desarrollados.
3.4.3 Nivel de esfuerzo las actividades (LOE).
Nivel de esfuerzo (LOE) las actividades que van a dar apoyo a otras actividades de trabajo o de todo el
esfuerzo del proyecto. Algunos ejemplos de este tipo de actividad puede ser gestin del proyecto, el
presupuesto del proyecto contabilidad, relacin con el cliente, o maquinaria de rotacin durante el
almacenamiento (mantenimiento preventivo), etc.
Desde la LOE actividad no es en s misma un elemento de trabajo directamente relacionados con el
cumplimiento de los productos finales del proyecto, el servicio, o de un resultado, sino una que sea
compatible con este tipo de trabajo, su duracin se basa en la duracin de las actividades de trabajo
independiente que est apoyando. Por ejemplo, cuando las fuerzas de seguridad de la entrada de personal
al sitio de trabajo, que se iniciar cuando la obra comienza y termina cuando se termine el proyecto. Como
resultado de ello, la LOE actividad nunca debe estar en la ruta crtica de la lista modelo, ya que no aumenta
el tiempo necesario para el proyecto. Ms bien, la maquinaria instalacin sera en la ruta crtica, y el
mantenimiento preventivo actividad se convertira en un plazo ms corto o ms largo slo si la mquina de
tiempo en almacenamiento. Al insertar LOE actividades en un mtodo de la ruta crtica, la LOE es
generalmente como un principio a principio (SS) y fin a fin (FF) sucesor de la conduccin. En una lgica de
red diagrama, estas dos relaciones hacer que parezca que la LOE est colgando desde el inicio hasta el fin de
la actividad especfica. Como resultado de ello, la LOE diagramado de esta manera se conoce a veces como

una hamaca. Una hamaca es una actividad puente, uso de SS y FF relaciones con las actividades de apoyo, o
en el caso de LOE, las actividades que apoya. LOE actividad actividades hamaca, a diferencia, puede tener
cualquier tipo de relacin, como hamacas no se limitan a SS y FF relaciones. Pueden tener muchos tipos de
relaciones asociadas con ellos. Nivelacin de recursos no pueden llevarse a cabo y las dificultades no pueden
ser aplicadas en Loes; utilizan sus calendarios asignados para resumir sus fechas.
3.4.4 Distribucin probabilstica de duracin de las Actividades
Si duracin de las actividades implican una gran incertidumbre, comnmente es la tcnica de estimacin de
tres puntos estimados. Estos tres puntos se corresponden con duracin de la actividad definida como
optimista, lo ms probable es que las duraciones y pesimista. Adems, el registro de riesgos tambin puede
utilizarse para estimar la incertidumbre apoyo en duracin de las actividades. Con el fin de cuantificar la
incertidumbre acerca de la duracin total del proyecto, a partir de las tres estimaciones de valor de cada
actividad, PERT (que utiliza una aproximacin de distribucin beta, y la ecuacin de la Seccin 2.2.3 ) se
puede utilizar. La actividad duracin optimista y pesimista actividad duracin representan la probable
duracin, pero no todo el dominio de los valores. Los tres puntos de las estimaciones de duracin debe ser
hecha por los encargados de ejecutar las actividades o alguien con experiencia realizando actividades
similares. El enfoque ms comn para la creacin de la distribucin probabilstica es estimar el valor ms
probable de la mejor manera posible y, a continuacin, para sesgar la distribucin hacia valores mximos ni
mnimos. El grado en que la distribucin est sesgada es sugerido por la forma de una curva estimada
ajustando los tres perodos (tales como beta, uniforme, o triangular). La distribucin de los tres clculos de
duracin (o las estimaciones de los gastos) se debe seleccionar a los mejores primeros los datos de apoyo
para actividades similares.
3.4.5 Programar Riesgo
Programar anlisis de riesgo se utiliza para establecer y validar las contingencias programa, determinar las
prioridades, el riesgo de eventos, y vigilar constantemente los cambios en el proyecto de riesgos
relacionados. PERT no reconoce que las rutas paralelas de flotacin puede contribuir al riesgo especialmente
en puntos de fusin tambin conocido como "combinar sesgo" o "ruta convergencia." es demasiado
complejo para realizar un anlisis en profundidad de esta tendencia sin hacer una simulacin, como la
simulacin de Monte Carlo que determinar la magnitud del sesgo. El ms grande y ms complejo un
proyecto, mayor ser el impacto acumulativo de riesgo en el proyecto. Las circunstancias dictan la
frecuencia, con el rigor y el uso del programa anlisis de riesgo se documenta en el plan de gestin del
proyecto u otros documentos contractuales. Para obtener ms informacin sobre el riesgo conceptos ver la
Prctica estndar para Proyecto Gestin del Riesgo.
3.4.6 Las Limitaciones Fecha
Fecha restringir las limitaciones naturales de un proyecto fl ujo, no tenga en cuenta los efectos de los
riesgos, as como limitar la utilidad de programar anlisis de riesgo. Fecha limitaciones debera ser evitado
siempre que sea posible y slo se utilizar cuando sea compatible con un proyecto de desarrollo. Por
ejemplo, uno de los usos de una limitacin de fecha podra ser el establecimiento de un no-antes-de o no
posterior a la fecha de las actividades para las que no existe un predecesor o sucesor en el programa. Un
ejemplo ilustrativo puede ser entrega de una pieza de equipo por un proveedor que no es prctico ni
conveniente incluir las actividades del proveedor en la lista modelo. Incluso en este ejemplo, se debe tener
cuidado para no inyectar una ruptura en la ruta crtica. Las limitaciones pueden ser flexibles (p. ej., tan
pronto como sea posible), moderadamente flexible (p. ej., finalizar no antes de) o inflexible (p. ej., debe
comenzar). Las limitaciones moderadamente flexible suave a veces se los denomina "las limitaciones y
restricciones inflexibles son a veces llamadas las severas restricciones. Desde limitaciones flexibilidad de

horarios, que se debe usar slo cuando no puede programar lgica correcta de la situacin. Una limitacin
de fecha cuando se hace necesario y flexible se prefieren a las limitaciones limitaciones inflexibles.
3.4.7 Actividades composicin abierta
Una actividad no es una actividad o un predecesor o sucesor o ambos. Las actividades de composicin
abierta puede oscurecer las relaciones lgicas entre las actividades del proyecto, crear una falsa apariencia
de flotar en un proyecto, y reducir los efectos evidentes de riesgo durante un anlisis de programa. La nica
abierta actividades en un proyecto debe ser el principio y al final los hitos al principio y al final del proyecto.
A menos que se los vincule con otros proyectos, un proyecto de inicio y final los hitos siempre contendr
extremos abiertos.
3.4.8 Fuera de secuencia lgica (OOS)
OOS lgica surge cuando un proyecto est ya en marcha. Una actividad puede ser reportado como iniciado
antes de su predecesor se ha notificado como terminada, causando OOS lgica. Por ejemplo, si una actividad
tiene un acabado a inicio (FS) relacin con la actividad B, pero la actividad B se ha actualizado con una fecha
de inicio real de una actividad se ha actualizado con una fecha de finalizacin real, el resultado es de lgica.
OOS lgica debera ser corregida (p. ej., por descomposicin adicional de la actividad A) o se quita con el fin
de preservar la integridad del anlisis de riesgo. Anlisis de programa identificar correctamente cmo
resolver mejor OOS problemas de lgica; sin embargo, no dependen exclusivamente de la herramienta de
programacin para corregir el problema, porque slo el equipo puede determinar mejor los OOS lgica
resolucin. En algunos casos, puede ser que la relacin definida creada durante la etapa de planificacin no
es la correcta, por lo que debe corregirse para este proyecto y para futuras referencias.
3.4.9 Cables y Lag
Riesgo puede consumir o ampliar fijo lag con consecuencias imprevistas de duracin total del proyecto.
Cables y los gal pueden introducir programa riesgo y deben ser modelados como actividades independientes
con sus propios duracin incertidumbre siempre que sea posible. Lleva tambin pueden presentar riesgo de
coste especialmente en JIT (just-in-time) gestin de inventario; esto, a su vez, puede tener un efecto cascada
sobre el programa modelo si el proyecto est siendo gestionado con un inventario limitado espacio.
Expresar cables/lag como actividades independientes si se requiere software de simulacin Monte Carlo no
permite la asignacin de duracin incertidumbre a un adelanto/retraso. Por otra parte, en la que se fomenta
un adelanto/retraso a una plena actividad permite que se le asignara con atributos adicionales, como un
nombre, tiempo restante, etc. La falta de visibilidad de la adelanto/retraso y la distorsin de la ruta crtica de
clculo contribuir a riesgo.
No hay riesgos especficos asociados con los clientes potenciales y los rezagos de las actividades en las que
distintos calendarios (actividad o recurso) estn en uso. Por lo tanto, es importante tener una comprensin
clara de las consecuencias que lleva y lag puede tener en un programa modelo. Muchas herramientas de
software puede permitir que conduce y los rezagos que se define como una duracin fija o un porcentaje de
la duracin de la actividad; el juicio es necesario para utilizar el mtodo correcto mejor la naturaleza de la
actividad y el adelanto o retraso.
3.4.10 De principio a fin Relacin
De principio a fin (SF), las relaciones son rara vez utilizados deliberadamente planificacin determinista
porque se refieren al hecho inslito de una tarea sucesora lgica ocurre antes de su predecesor. Revisar
cualquier SF relacin para asegurar que no es el resultado de la programacin los errores y modificarlos si es

necesario. El siguiente ejemplo ilustrativo de una SF relacin proporciona una mejor comprensin de esta
rara relacin:
Ejemplo: Suponga que el proyecto requiere la entrega de una pieza de equipo para apoyar las actividades de
construccin. Es posible que no resulte prctico para proporcionar lgica para el equipo fabricacin y
ejecucin de las actividades, sin embargo, el equipo desea las actividades de construccin de las fechas de la
entrega. Ya que el predecesor siempre mueve el sucesor, el SF relacin proporciona la solucin. A
continuacin, el equipo fabricacin puede concluir en el inicio de la actividad que requiere el equipo que
vaya a instalarse.
3.4.11 Enlaces a/Resumen de Actividades
En general no se recomienda para uso de enlaces en resumen las actividades porque la lgica puede ser
difcil de seguir y la prctica no puede ser admitida por todas herramientas de programacin. Utilizacin de
los enlaces de las actividades puede producir errores de lgica circular y crear dentro de la programacin.
3.5 Comunicacin y de la informacin
Comunicaciones claras construir credibilidad con las partes interesadas. El director del proyecto junto con el
equipo de proyecto debe crear un plan de gestin de la comunicacin (ver gua PMBOK -Cuarta Edicin) al
principio del ciclo de vida del proyecto para cumplir con las expectativas de los actores clave.
El programa es un modelo estratgico y elemento importante en un director de proyecto de herramientas
para guiar un proyecto con xito a su fecha de finalizacin del objetivo. Un programa modelo es una lnea de
tiempo o calendario que enumera las actividades previstas con las fechas de inicio y finalizacin. Un
programa modelo tambin se pueden disponer en capas con detalles diferentes para permitir que los
administradores de proyectos a dirigir y administrar los recursos de forma ms fluida, controlar el da a da
proyecto evolucin, comunicarse con mayor frecuencia y eficacia con las partes interesadas, y determinar y
controlar las dependencias entre tareas y limitaciones a fin de minimizar el impacto en el proyecto para
evitar retrasos.
El modelo de instancia puede producir mltiples formatos de informe en funcin de la finalidad del
programa modelo, la etapa de desarrollo del proyecto, y el usuario principal de la lista modelo.
Los clientes pueden requerir varios niveles de programacin modelo ejemplo presentaciones. Para obtener
ms informacin, consulte el componente "programa nivel de modelo" en el Captulo 4.
Tabla 3-1. Los niveles de Esquema modelo Ejemplo presentaciones