CAPÍTULO DESARROLLO DEL PROGRAMA DE

PROYECTO El desarrollo de un programa de proyecto que será una herramienta precisa y de calidad para su uso en la

gestión de progreso de un proyecto no es un proceso sencillo. El desarrollo real de la programación CPM

implica una serie de juicios de la construcción y la coordinación entre las partes involucradas en el

proyecto. La producción de un buen horario requiere buenas habilidades de la gente, la comprensión del

diseño y la construcción, y el tiempo disponible y la inclinación para el esfuerzo que se requiere, además de

una comprensión de las técnicas de programación de la red. No hay atajos para la producción de un programa

de CPM calidad. Si bien la experiencia en el desarrollo de programas de CPM acelerará el proceso, un método

paso a paso es necesario incluso para un programador profesional. Si el CPM no logra retratar con precisión los planes del contratista para la ejecución del proyecto, ya sea en el

horario original o una versión actualizada, no sólo se ignorará el horario, sino también una valiosa

herramienta de gestión serán eliminados. El planificador de la construcción debe hacer un compromiso

personal para producir una programación de calidad desde el principio. Un horario que es inexacta o no

demuestra el plan del proyecto no será beneficioso y lo más probable es ser un perjuicio para el proyecto. Para la gran mayoría de nosotros, es imposible comprender todas las actividades y relaciones necesarias para

una programación completa en un importante proyecto. LA calendario detallado para un proyecto, como un

edificio de varios pisos de oficinas, un hospital, o una planta de aguas residuales del tratamiento exige un

procedimiento paso a paso. Cuanto más complejo y confuso un proyecto, más importante es un enfoque

estructurado para el desarrollo de la programación original. En un proyecto pequeño, simple, como una

gasolinera o una casa, el horario de la RPC se puede completar con menos pasos. En este capítulo se explica un enfoque estructurado para el desarrollo de un programa de CPM. Mientras que

otros enfoques pueden producir CPM igualmente precisos, este enfoque ha sido probado por muchos

programadores profesionales. Ellos han encontrado que este enfoque se anticipa a la mayoría de los

problemas potenciales que pueden surgir durante el desarrollo de un CPM y que funciona igualmente bien

para IJ y la precedencia. Desarrollo de la CPM se puede dividir en seis fases: Fase 1: Entender el proyecto Fase 2: definición Enfoque conceptual Fase 3: creación física de la programación Fase 4: Informatización Fase 5: Refinamiento Fase 6: Producción Si bien estas fases pueden superponerse, lo mejor es tratar de completar cada fase antes de pasar a la

siguiente. Cada fase de desarrollo se convierte en la base para las etapas realizadas en la fase siguiente.

Mientras que los pasos individuales dentro de cada fase se pueden realizar fuera de secuencia, la eliminación

es importante. El proyecto se utiliza para ilustrar la preparación horario se supone que ha sido una oferta competitiva y

adjudicado a un solo contratista general. También se asume que el arquitecto estándar, propietario, contratista

general, y las relaciones de subcontratación. Se pueden hacer ajustes al procedimiento paso a paso cuando

diferentes partes están involucradas. Gerente de proyecto del contratista normalmente se encarga de elaborar la programación del proyecto. Debido

a todas las otras cosas que también deben ser completados en el inicio de un proyecto, el director del proyecto

por lo general no tiene tiempo suficiente para preparar un calendario detallado del proyecto CPM. Si un

director de proyecto ocupada intenta completar el programa sin ayuda, puede dar lugar a una programación

inadecuada o errónea. Horario calidad se mejora si se completa con un individuo que pueda dedicar tiempo

suficiente y la atención a su desarrollo. Calidad calendario también se mejora si el programador tiene

experiencia en la preparación de los horarios.

El horario es uno de los documentos más importantes que se crearán durante el proyecto. Es crucial para

mantener el progreso y la productividad, y para documentar el enfoque de que el contratista, y el progreso en

el proyecto debe surgir reclamaciones o disputas. Si se ejecuta correctamente, la programación CPM se

convertirá en un activo valioso para el contratista y otras partes involucradas en la resolución de disputas. Al

facilitar la resolución de problemas, el programa también puede facilitar nuevos avances en el

proyecto. Tiempo suficiente debe ser dedicado a la preparación de la programación para garantizar una

programación de calidad. FASE 1: ENTENDIENDO EL PROYECTO La primera fase del maestro de desarrollo del cronograma del proyecto es entender el proyecto y lo que se

requiere físicamente para completarlo. Esto se realiza a través de cuatro pasos: Paso 1: Estudiar las especificaciones de programación. Paso 2: Estudiar el contrato. Paso 3: Estudio de los planos de construcción. Paso 4: Estudio de las especificaciones. El planificador debe estudiar y comprender el proyecto al menos tan bien como los que será responsable de la

construcción del proyecto o del planificador perderá credibilidad y, lo más importante, la cooperación del

superintendente, estimador, director del proyecto, el arquitecto y propietario. El programador no puede

esperar para dar consejos programación de sonido a menos que él o ella entiende perfectamente el proyecto. Paso 1: Estudiar las especificaciones de programación

El programador tiene que entender las especificaciones de programación. ¿Las especificaciones requieren IJ,

AON, o el formato de preferencia? ¿Las especificaciones de programación requieren un cierto nivel de

detalle? Están duraciones de las actividades a ser entre 3 y 20 día de trabajo? ¿Deben las duraciones se

expresan en días naturales o días de trabajo? Debe redactarse la lógica, o se trazan horarios suficiente? ¿Las

parcelas tienen que ser el momento en escala? ¿Son gráficos de barras sumarias o cualesquiera otros

documentos exigidos para ser producido con el cronograma del proyecto? ¿Se requiere un calendario

provisional? ¿Cuánto tiempo tiene antes de la CPM debe ser presentado para su aprobación el programador? ¿Las especificaciones de programación requieren un formato específico para la elaboración y / o trazado de

diagramas lógicos? La Administración de Veteranos, por ejemplo, tiene requisitos muy detalladas sobre la

elaboración del diagrama lógico. Ellos incluyen el posicionamiento de las duraciones, descripciones de

actividades, la mano de obra, en dólares de carga, códigos de área, y los códigos de responsabilidad. La

Administración de Veteranos también requiere un método muy específico de numeración de los diagramas

lógicos. El planificador debe determinar que existen requisitos de formato, porque esto determinará cómo se

produjo el horario. Por último, el programador tiene que revisar las especificaciones de programación para las necesidades que

puedan afectar el software seleccionado y / o el procedimiento y el tipo de CPM seleccionado. El

incumplimiento de cualquiera de estos pasos con cuidado puede conducir a la reanudación sustancial, por lo

general cuando la falta de tiempo disponible. Las especificaciones de programación suelen definir cuándo el programa debe ser presentada y si se requiere

o no un calendario provisional. El calendario provisional es un programa de la primera parte de la

programación del proyecto (generalmente el primer 90 a 120 día) y se requiere que se presentará en breve

después de la notificación para proceder (normalmente dentro de los 30 días). La mayoría de las

especificaciones de programación permiten al programador para desarrollar, refinar, y presentar la

programación completa del proyecto entre 30 y 90 días después de la agenda provisional se ha completado. Si se requiere un calendario provisional, el procedimiento de preparación debe ser seguido a través del

desarrollo de las subredes individuales descritos más adelante en la fase 3, el paso 4. El programa provisional

usa actividades resumidas como "Estructura completa" para indicar el trabajo que no se producirá durante el

120 días del proyecto. El calendario provisional se utiliza para gestionar el proyecto durante el tiempo que se

desarrolla la programación completa del proyecto. A pesar de que está destinado a ser utilizado sólo para la

primera 120 día, es computarizado, diagramas lógicos se preparan, y se someterán a la aprobación. Paso 2: Estudiar el contrato

El programador entonces necesita revisar el contrato de construcción. El contrato se suele indicar una

duración del proyecto, ya sea en el calendario de trabajo o días. En algunos casos, el contrato puede indicar

varias fechas de terminación intermedia u otros hitos del proyecto que se requieren para satisfacer las diversas

necesidades de sus propietarios. El contrato del proyecto también puede indicar la eliminación requisitos que

limitan la cantidad de trabajo que se puede hacer al mismo tiempo. Indicaciones de las fechas de terminación

de los servicios públicos esenciales se pueden enumerar en el contrato.El contrato puede incluir o identificar

equipos propietario-amueblado y su fecha de llegada prevista en el proyecto. El contrato también puede

definir diversas responsabilidades y tiempo para las funciones Arquitecto- y propietarios a cabo, tales como

taller de dibujo a su revisión y aprobación, ensayos de materiales, o de la inspección in situ. Toda esta

información es importante para el planificador de proyectos y hay que tener en cuenta en el desarrollo de la

programación. Si esta información no es identificado en el contrato, el planificador debe o bien solicitar la

información faltante o incluir supuestos razonables y esperar la revisión durante el proceso de revisión

previsto. Paso 3: Estudio de los planos de construcción

El siguiente paso en la comprensión del proyecto es estudiar los planos de construcción. Una rápida revisión

de cada hoja de los planos de construcción es de gran ayuda para dar el planificador de un concepto general

de lo que está involucrado en el proyecto. Después de la revisión rápida, revisión más detallada de cada dibujo

es necesario para que el programador puede obtener un conocimiento profundo de las distintas partes del

proyecto. Es durante el estudio de los dibujos que el programador comienza a aprender sobre los requisitos físicos de las

distintas partes del edificio por lo que el programa de construcción se ajustará a las dependencias físicas

mostradas en los detalles. Los programadores deben dedicar tiempo suficiente en la elaboración de estudios para hacer sugerencias

sobre las secuencias de erección alternativos para las diferentes partes de la estructura. Planes y secciones de

pared suelen proporcionar el programador con la mayor información sobre la secuencia de construcción. El

planificador también debe estar alerta durante el estudio de los dibujos a posibles ajustes en los detalles de las

secciones de pared y otras partes del proyecto. Recomendaciones para los detalles revisados podrían dar lugar

a la construcción más eficiente y muy posiblemente un mejor edificio. Por ejemplo, las figuras 6-1a y 6-1b

mostrar un detalle del techo como se había presentado y cómo modificar la sugerencia de un planificador para

mejorar la erección. Figura 6-1a muestra el detalle original para el parapeto de un edificio de oficinas. El bloqueo de techo y el

respaldo parapeto de madera contrachapada se fijan directamente a la estructura del sistema de la piel. Este

detalle requiere que el sistema de acristalamiento exterior debe tilice instalado antes de que el sistema de

techo se puede completar. Dejando el sistema de techo en un estado parcialmente completado puede permitir

que la humedad migra debajo de la parte terminada, causando el deterioro temprano. El techo incompleto será

sometido a abuso innecesario mientras que el subcontratista sistema de la piel se completa ese

trabajo. Además, el subcontratista para techos puede tener volver a movilizar si un flujo continuo de trabajo

no se puede mantener. Cuando nos enfrentamos a este detalle, los contratistas suelen posponer cualquier

trabajo de techado hasta que el sistema de la piel se ha completado. Esto puede retrasar el recinto estanco de

la estructura y, posteriormente, la terminación del edificio. Figura 6 libras-muestra la adición de un simple "doble pared parapeto." Esto permite que el techador para

completar totalmente su parte del trabajo. Normalmente lonas se colocan por encima del parapeto para evitar

la infiltración de agua. Una vez que el vidrio de contar un cuento sistema de la piel y el tímpano se ha

instalado, el último bloqueo y el parpadeo pueden completarse. Esta trabajos de acabado no requiere ningún

equipo especial y puede ser realizada por un trabajador. Este ajuste detalle "rompe" la relación entre los

techos y el sistema de la piel, acelerando así la construcción. Durante la revisión de los planos de construcción, el planificador debe pedir continuamente las cuestiones

relacionadas con la secuencia de construcción: ¿Cuánto trabajo sitio hay que hacer antes de que pueda comenzar el trabajo de la fundación? ¿Cómo se interrelacionan los servicios públicos con el trabajo de la fundación? ¿Cómo afectan las utilidades Underslab o se interrelacionan con la losa en grado?

¿Cómo funciona la interfaz de la estructura con la fundación? ¿Cómo se interconectan las losas del piso superior con el sistema de la piel del edificio? ¿Tiene que ser completado antes o después de que el sistema de techo del sistema de la piel? ¿Cómo hacer la interfaz de ventanas con el resto del sistema de la piel? ¿Hay piezas principales de los equipos que deben ser colocados antes de laboratorios se vierten o concha se

erige? ¿Existen las interfaces difíciles con ascensores y sistemas estructurales? ¿Cómo .el mampostería se interrelacionan con el trabajo concreto y los laboratorios de suelo? ¿Hay prueba de fuego, y cómo va a ser aplicado y cómo va a ser protegido? ¿Existen limitaciones sitio que harían ciertos tipos de equipos y / o andamios difícil o necesario? ¿Los procedimientos de fijación para el sistema de piel del edificio requieren erección desde la base, desde el

techo hacia abajo o de un lado a otro? ¿Existen restricciones en el lugar, tales como calles o espuelas de ferrocarril? ¿Dónde se encuentra el almacenamiento en el lugar? ¿Qué tipo de grúa se utilizará? Es una grúa torre de una opción razonable? El número de preguntas y respuestas posibles es casi ilimitada. Cuando el programador no es capaz de responder a todas y cada una de esas preguntas específicamente, él o

ella debe estar preparado para dar varias opciones al superintendente y jefe de proyecto para una decisión

final. La lista anterior de preguntas no pretende ser exhaustiva; es sólo una pequeña selección de las preguntas

que un programador debe tener en cuenta antes de proceder a la siguiente fase. A medida que el programador se desarrolla la experiencia, las preguntas pertinentes pueden ser compilados

para formar una lista de verificación para ciertos tipos de proyectos. Paso 4: Estudio de las Especificaciones

El planificador debe entonces revisar las especificaciones de construcción. Las especificaciones pueden

incluir requisitos para la eliminación gradual diversas partes del proyecto, las limitaciones de tie-in de los

servicios públicos esenciales, o la disponibilidad de otras partes del proyecto. Las especificaciones también pueden restringir ciertas actividades de construcción con otros tipos de

restricciones. Un requisito para la humedad y temperatura controladas antes de la instalación de paneles de

yeso es un ejemplo. Este requisito cambia la secuenciación normal para la erección paneles de yeso y de

después de la grabación recinto de la estructura para después de la terminación sustancial del sistema

HVAC. Otro ejemplo es el tiempo de espera especificado requerido antes de pelar las formas en varios tipos

de hormigón. Limitaciones obligatorios deben ser conocidas por el planificador antes del desarrollo de la

programación del proyecto. El fracaso para descubrir estos tipos de restricciones en la secuencia de

actividades puede ser problemático si no desastroso más tarde en el proceso de programación. Un programa

presentado con este tipo de errores no pueden ser aprobados o, peor aún, el error de programación sólo puede

ser descubierta en el campo durante la construcción. En esta situación el programa podría causar un retraso en

lugar de prevenir una. A veces los elementos que uno esperaría encontrar en el contrato se enumeran en las especificaciones en su

lugar. Por ejemplo, el proceso de envío a menudo se detalla en las especificaciones. Las especificaciones

suelen indicar qué tipos de envios, muestras o pruebas serán necesarios. De importancia específica es la

revisión de las maquetas y la aprobación de las muestras por el arquitecto antes de la compra. El programador tiene que asegurarse de incluir las actividades necesarias para estos artículos en el

cronograma del proyecto. FASE 2: DEFINICIÓN enfoque conceptual Durante la Fase 2 de desarrollo del cronograma del proyecto el planificador aprender las secuencias

planificadas destinadas por las diversas partes que gestionan en el proyecto. Durante esta fase habilidades "gente" del planificador se convierten en una parte crucial del proceso de

desarrollo. El programador tendrá que ejercer la humildad y el arte de vender con el fin de desarrollar un

cronograma del proyecto que no sólo representa la secuencia de construcción previsto, sino que también

garantiza que la secuencia prevista es a la vez eficaz y segura. El planificador debe tener cuidado al

recomendar diversas construcción se acerca el fin de no alienar a las partes que gestionan quién controlará

tanto la finalización del proyecto y el cronograma del proyecto.

Los pasos a seguir en esta fase del desarrollo del cronograma del proyecto son: Paso 1: Debate con el estimador de proyectos Paso 2: La discusión con el director del proyecto Paso 3: Reunión con el superintendente y subcontratistas Paso 4: Reunión con -el propietario y el arquitecto Durante esta fase, el planificador recoge las ideas y conceptos de una amplia variedad de personas. Esta

información es crucial para el desarrollo de la programación adecuada para el proyecto. Un principio fundamental de ser comunicada desde el programador a las demás partes la gestión es que el

programa desarrollado es el horario del superintendente, los subcontratistas, el director del proyecto, el

propietario, y el arquitecto. El planificador debe enfatizar que la participación del planificador es simplemente

para coordinar e integrar todos esos intereses en una programación coherente. Si el programador desarrolla un programada sin tener en cuenta las intenciones de la superintendente, director

del proyecto, y otras personas involucradas en el proyecto, el programa no puede ser utilizado por aquellas

personas del proyecto liey. LA horario no utilizado es peor que no tener horario en absoluto. Paso 1: Debate con el Estimador proyecto

La primera persona con la que el planificador debe discutir el proyecto es el estimador proyecto. Es

importante que el planificador de discutir el proyecto con el estimador antes del estimador se convierte en

muy involucrado en otra estimación. Los primeros debates son importantes para que el estimador será capaz

de recordar los supuestos. Algunos elementos típicos que se pueden discutir son: ¿Cuánta protección de invierno se ha permitido? Se concreta a ser vertida durante el invierno? ¿Qué tipos de grúas u otros equipos están incluidos en el presupuesto? Lo específico de los compromisos y garantías han sido realizados por los subcontratistas bajo pujar? ¿Qué limitaciones en la construcción se han incluido por los bajos postores subcontratistas en el proyecto? ¿Fue la oferta por encima de proyectos por menos de la duración del contrato? ¿Se han tomado ninguna decisión acerca de cómo se construirá el proyecto? ¿Estaban indicios adicionales dadas por el propietario o el arquitecto durante las reuniones prebid acerca de

cómo se debe ejecutar el proyecto? ¿Hay alguna otra información que pueda ser valiosa para el programador en el desarrollo de un programa de

CPM exacta? ¿El contratista hace ninguna representación en cuanto a su capacidad de programación o el rendimiento? ¿Fue el método o enfoque para el proyecto discutido con el dueño? El planificador debe entrevistar el estimador primero por lo que las limitaciones financieras y de construcción

previstos en el proyecto estén debidamente incluidos en las discusiones con otras partes. El planificador debe obtener una copia de la estimación del proyecto, si está disponible. El método del

contratista de la estimación de la oferta determinará el nivel de detalle de las cantidades de materiales.Más

tarde en el proceso de programación el planificador puede referirse a la estimación para determinar cantidades

de trabajo. Por ejemplo, un programador no suele hacer un despegue precisa de cantidades concretas al

programar (y la determinación de la duración de) una instalación fundación. El acceso a información precisa

de despegue puede aumentar la precisión de las duraciones dadas las actividades de la fundación. Si la

estimación también proporciona horas-hombre esperados por porciones finitas de trabajo, el programador

puede utilizar esta información para determinar la información personal de carga y la productividad esperada. El planificador debe, sin embargo, no se basan exclusivamente en la estimación no importa lo bien que se ha

reunido. El planificador todavía debe revisar minuciosamente los planos y especificaciones y determinar la

secuencia y la duración del proyecto correspondiente. Por ejemplo, una losa de concreto y un muro de

cimentación de hormigón pueden tener los totales yarda cúbica de concreto similares y totales hora-hombre

similares, pero la duración para la realización de estas actividades pueden ser dramáticamente diferente. Mientras un presupuesto detallado será mejorar y acelerar el proceso de programación CPM, que no

reemplaza la necesidad de que las decisiones de secuenciación de la construcción y la duración informadas. Paso 2: Debate con el Administrador de proyectos

El planificador debe entonces discutir el proyecto con el director del proyecto. Esta discusión debe identificar

los obstáculos que el director del proyecto puede prever en la realización del proyecto. Las preguntas podrían

incluir: ¿Hay dificultad en la obtención de un subcontrato con cualquier subcontratista? Si es así, esto puede indicar

que el planificador debe permitir tiempo adicional para la adquisición de materiales y equipos de ese

subcontratista. El director del proyecto puede haber decidido utilizar una única grúa torre en lugar de dos grúas de torre

según las estimaciones. Esto podría cambiar la secuencia de la erección y retardar el proceso un poco, pero ser

más costo-eficiente. ¿El jefe de proyecto tiene ningún nuevos conocimientos sobre el mejor método para la construcción de este

proyecto? ¿Hay alguna información especial acerca de cómo el contratista asignará equipos y materiales para este

proyecto? ¿El contratista tiene suficientes materiales de forma concreta a formar todo el proyecto? ¿Hay otros proyectos que requerirán materiales de trabajo forma al mismo tiempo que éste? El planificador también debe determinar si hay un deseo de terminar el proyecto en menos tiempo del

contrato. Ha notificación para proceder sido recibido, y si es así, ¿cuándo? Se requiere una fecha para la entrada en el

programa. Si un aviso de proceder no se ha recibido, una fecha anticipada debe utilizarse hasta una fecha real

puede ser proporcionada. En este momento alguna discusión preliminar con el director del proyecto en relación con la secuencia de

trabajo está en orden. Estas discusiones deben ser muy preliminar y sólo deben considerarse como

opciones. Las determinaciones finales sobre la secuenciación de la construcción se harán normalmente por el

superintendente. Paso 3: Reunión con el Superintendente y Subcontratistas

El planificador debe tener mucho cuidado cuando se reunió con el superintendente. El programador no debe parecer que dicta cómo se debe construir el proyecto. Mientras que el superintendente debe estar abierta a los consejos y las posibles alternativas desde el

planificador, el planificador debe hacer el superintendente cree que el superintendente ha preparado el

calendario. El programador no debe insistir en un enfoque para la construcción del proyecto. El planificador

puede pensar que el enfoque del superintendente no es tan buena, o incluso imposible, pero él o ella todavía

no debe insistir en otro enfoque. Después de la reunión, el planificador debe reunirse de nuevo con el director

del proyecto y discutir la reunión con el superintendente. (El director del proyecto podría estar involucrado en

las reuniones superintendente y subcontratistas, eliminando así esta segunda reunión gerente del proyecto.) En

ningún momento debe el riesgo planificador alienar al superintendente. El superintendente debe tener plena

confianza en que el planificador producirá horario del superintendente para el proyecto. Sin la confianza que

el superintendente se niegan a mirar o utilizar la programación, por lo que es inútil como una herramienta de

gestión de campo. Tradicionalmente, los superintendentes de proyectos de construcción han avanzado a través de las

operaciones para controlar el trabajo del proyecto en el lugar. Estas personas tienen una amplia experiencia en

la ejecución de los contratos de construcción. Pueden aparecer obstinada pero en realidad poseen una cualidad

de liderazgo necesaria: la convicción. Su convicción proviene de la experiencia exitosa de proyectos

anteriores en un contexto de incertidumbre y la adversidad. Es natural que estas personas desconfían del "tipo

programador educada" tratando de dictar cómo el proyecto debe ser construido sin el beneficio de la misma

experiencia en el lugar de trabajo. Habilidades de la gente buena son importantes cuando se reunió con el

superintendente. Lo mejor es reunirse con el superintendente del proyecto antes de reunirse con los otros subcontratistas. Esto

permite que el planificador para revisar en detalle el proceso de construcción de la forma prevista por el

superintendente sin ser examinado por los diferentes subcontratistas. El planificador debe estar preparado para hacer una gran cantidad de preguntas para entender completamente

cómo el superintendente tiene la intención de construir el proyecto.

Estas preguntas deben incluir todas las partes del proyecto desde los cimientos hasta el final a través de los

acabados finales. Ejemplos de preguntas que hacer son: ¿Por dónde se moverá el trabajo forma? ¿Los fundamentos moverse de norte a sur o de este a oeste? ¿Las zapatas se vertieron en las secciones cortas o largas? ¿Cuántos días se prevén hacer de cada uno de estos puestos de trabajo? ¿El trabajo de pared de la fundación sigue directamente después de las zapatas, o va a las zapatas ser

totalmente completo antes de comenzar con las paredes de la fundación? ¿En qué momento se va a instalar la losa en grado? ¿Va a hacer antes de que el techo se pone en, o

inmediatamente después de los servicios públicos subterráneos se han completado? En qué secuencia se instalará la piel exterior? ¿Cómo van los acabados interiores se refieren a esa secuencia exterior? ¿El proyecto continuará sin cerramiento a la intemperie, o totalizará recinto intemperie lograrse antes de

drywall instalación? ¿Cuántos pies de losa-en-cubierta cuadrada se puede verter a la semana? Se instalará la prueba de fuego antes o después de gabinete? Se espera que los subcontratistas para trabajar al mismo tiempo o de forma consecutiva? En qué plazo de tiempo y secuencia subcontratista realizar el trabajo? Independientemente del número de preguntas pide al programador, siempre habrá varias preguntas

importantes perdidas. Durante el desarrollo de las subredes que será necesario que el programador de ponerse

en contacto con el superintendente de nuevo, generalmente por teléfono, para trabajar en los detalles menores

adicionales. Esto es normal en el proceso y ayuda a que el superintendente cree que el programador está

desarrollando verdaderamente horario del superintendente. Después de que los subcontratistas se unen a la reunión, el planificador debe revisar la secuencia general del

proyecto se discutió anteriormente con el superintendente. El superintendente y planificador deben trabajar

juntos para indicar a los subcontratistas lo que se anticipan a los roles de los subcontratistas para estar en el

desarrollo del programa. El planificador también necesita la cooperación de los subcontratistas. Esta cooperación se desarrolla de la misma, ya que es con el superintendente: Se pide a los subcontratistas cómo van a completar su trabajo. Hacer las subcontratistas cómo van a construir

el proyecto es necesario para mantener el compromiso subcontratista para trabajar dentro de la secuencia y la

duración de la programación completa. Mientras los subcontratistas enfoque se ajusta al resto de la

programación del proyecto, los subcontratistas se debe utilizar el enfoque. Sólo si la secuencia o la duración de los subcontratistas no cumple con los requisitos de la programación del

proyecto se deben discutir los ajustes. En la reunión subcontratista puede ser difícil determinar si es o no el enfoque de un subcontratista específica

encajará dentro de la programación del proyecto. Por ejemplo, el subcontratista de plomería puede exigir 30

días para instalar 15 luminarias. A pesar de que el programador cree que esto no es una duración razonable, el programador no puede

determinar en la reunión subcontratista o no 30 días del fontanero afectarán injustificadamente el resto de la

programación del proyecto. Es importante que el planificador usar duraciones del subcontratista si por lo es

posible. Si se determina más adelante que las intenciones del subcontratista no todos pueden ser incorporados,

el programador debe ponerse en contacto con el subcontratista y el intento de elaborar una alternativa

mutuamente aceptable. Normalmente, el director del proyecto y / o el superintendente también debe estar

presente en cualquier discusión para resolver conflictos de programación subcontratistas. Una vez que toda la información necesaria que se ha recogido, el planificador debe pasar un corto período de

tiempo a revisar las impresiones de muestra y diagramas lógicos de otro proyecto con los subcontratistas. El

tiempo dedicado a mostrar los subcontratistas y superintendente de cómo leer las impresiones que los hará

más cómodo con el cronograma del proyecto. Amplia instrucción en el CPMtécnica no es necesario. En este

punto, el programador simplemente quiere desarrollar familiaridad con lo que el programa se verá así y cómo

se puede leer. Los programadores también deben dedicar tiempo a explicar los beneficios de la RPC programar al

superintendente y subcontratistas. El planificador debe explicar a los subcontratistas cómo va a ayudarles en

la redistribución de recursos y producir un proyecto de construcción más eficientes. Esto debe resultar en más

beneficios para todos los contratistas. Este tipo de discusión al principio del proyecto ayuda a fomentar un enfoque de equipo para la ejecución del

contrato. La reunión con los subcontratistas puede ser difícil. Subcontratistas tienden a no querer comprometerse a

cualquier secuencia o la duración de su trabajo y, si se le obliga, normalmente pedir sustancialmente más de

lo que realmente necesitan. El planificador necesita habilidades de la gente para persuadir a los

subcontratistas a aceptar duraciones y secuencias razonables. En la mayoría de los proyectos que el

programador se encuentra uno o dos subcontratistas que se limita a decir: "Voy a mantener con usted." Este es

un compromiso que van a satisfacer cualquier horario se produce, porque su trabajo es menor de edad o que

sienten que pueden adaptarse a cualquier velocidad del contratista general. Por lo general, sin embargo, habrá

una o dos subcontratistas que sienten que los compromisos con una secuencia y duración en un CPM horario

se han utilizado para su desventaja en el pasado. Demasiados planificadores indiscriminadamente ajustar

secuencias subcontratistas o duraciones como el proyecto avanza, la compresión de 'trabajo en plazos cada

vez más cortos, sin los subcontratistas de los subcontratistas aprobación. Los subcontratistas que no se atreven

a comprometerse a una secuencia o duración pueden haber encontrado un planificador tales. Es importante

que estos subcontratistas entiendan que el programa le reflejar sus duraciones, y que no se harán ajustes

durante el proyecto a menos que acepten ellos. En ocasiones un planificador se ejecutará en un subcontratista

que se resiste a proporcionar cualquier información para la CPM. La producción de un programa de CPM

originales precisa pesar personas que no cooperan se discutirá más adelante. Subcontratistas y el superintendente deben tener la confianza de que el programa se desarrollará en el mejor

interés de todo el mundo (no poner en peligro su posición de licitación) y que el horario será utilizado y

aplicado bastante durante todo el proyecto. Es responsabilidad del programador para establecer esta actitud. En ocasiones, un programador se encontrará con personas que sólo se niegan a trabajar con un CPM. Este

desafío especial requiere una comunicación única y habilidades persuasivas más allá del alcance de este texto. Paso 4: Reunión con el propietario y el arquitecto

Si es posible, el planificador debe cumplir o discutir el cronograma con el arquitecto y el propietario antes de

completar la programación. El propósito de este contacto es a la vez para determinar que el propietario y el

arquitecto quieren del CPM programar y para recopilar datos de programación adicionales. La participación

del propietario y el arquitecto en el proceso de planificación ayuda a entender cómo el contratista procederá

en el proyecto y les ayuda a ajustar sus actividades de apoyo a ese procedimiento. Si las especificaciones y el contrato no se especifica un tiempo de cambio de planos de taller, este período de

tiempo debe ser solicitada al arquitecto. Esto es crucial para el proceso de adquisición. Es una buena idea para

mostrar el arquitecto una muestra de impresión, identifique la parte de la contratación, y explicar cuáles son

las actividades en el proceso de presentación / aprobación son críticos. Esto ayudará al arquitecto en la

determinación de prioridades opinión entre los planos de taller como se presenten. Procesamiento oportuno de

planos de taller siempre es una ventaja para la finalización del proyecto a tiempo. Uso de la CPM para fomentar el arquitecto para ayudar al contratista con información oportuna y

aprobaciones es una buena práctica de programación y un buen negocio. Es una buena idea para discutir el programa del proyecto con el propietario para identificar cualquier solicitud

de secuenciación adicionales, la eliminación o restricciones a la construcción. Esto desarrolla un importante

nivel de cooperación más allá de lo que normalmente se experimentó entre el contratista y el propietario. El

programa debe ser modificado si hay alguna forma razonable de incorporar estos deseos propietarios

adicionales. Estas modificaciones ir muy lejos en la prestación de las relaciones de cooperación en el proyecto. Revise con el propietario los plazos de entrega requeridos para el equipo o material-propietario amueblado y

cualquier otra responsabilidad del propietario que afectarán la construcción del progreso del

contratista. LA Poco tiempo pasó mostrando el titular como leer el horario CPM ayudará al propietario

interpretar los datos. Ligeras modificaciones en el formato o el diseño de la CPM pueden hacer que el horario

más compatible con el propietario y las necesidades del arquitecto. Técnicas en la presentación de los datos de

CPM para ayudar a los propietarios en la lectura de la programación se discuten más adelante en este capítulo.

En este punto, el programador debe tener una idea bastante completa de cómo se organizará y se secuenció el

proyecto. Si bien cada pregunta posible secuenciación no se haya pedido o cada duración determinada, la gran

mayoría de las principales relaciones debe haber sido definida. El programador está casi listo para poner el

lápiz al papel y empezar a desarrollar la lógica real. FASE 3: CREACIÓN FÍSICA DEL CALENDARIO La creación física de la programación original del proyecto se divide en ocho pasos: Paso 1: Seleccionar software. Paso 2: Divida el proyecto en subredes. Paso 3: Desarrollar códigos de responsabilidad. Paso 4: Desarrollar códigos de información. Paso 5: Desarrollar subredes específicas. Paso 6: Proyecto o trazar el diagrama lógico. Paso 7: Numerar las actividades. Paso 8: Ate las subredes juntos. Estos pasos constituyen la mayoría de los trabajos necesarios para desarrollar el programa original del

proyecto. La conclusión con éxito de estas medidas requiere una persona que entiende tanto la programación

de la red y de la construcción de métodos y procedimientos. Estos pasos también requieren concentración. Se

logra mejor en el menor número de períodos ininterrumpidos como sea posible.Desarrollo por etapas puede

resultar en un horario fragmentada, incoherente. Paso 1: Seleccionar software

En este punto, el programador debe seleccionar el software de ordenador. El planificador debe seleccionar el

software más adecuado para cumplir con los requisitos de las especificaciones, las necesidades de personal

del contratista, y los deseos del arquitecto y propietario. Si el programador no tiene la flexibilidad de elegir

entre varios programas apropiados, el programador tiene que asegurarse de que el software disponible se

reunirá los requisitos de las especificaciones de programación. Si el software disponible no cumple con las

especificaciones, la aprobación es necesaria para la variación del propietario o arquitecto, o el software

adecuado se debe adquirir. La mayoría del software de programación paquete producirá una programación de calidad si el programador

entiende sus limitaciones y capacidades. El estilo de programación debe ser ajustada para adaptarse a la

software. Si el programador no está familiarizado con el software previsto, en algún momento debe ser

dedicado al aprendizaje de sus capacidades y peculiaridades. Ejecución de un pequeño programa de "prueba" informará al planificador de la mayoría de las capacidades del

software. Paso 2: Proyecto Dividir en subredes

Para la gran mayoría de los proyectos, es difícil, si no imposible, para programar todo el proyecto, de

principio a fin, en un proceso de pensamiento continuo. En su lugar, los programadores subdividen el

proyecto en unidades denominadas "subredes". Cada subred abarca un conjunto de actividades de trabajo

relacionados con una función o parte del proyecto específico. Por ejemplo, la subred recinto incluye ladrillo,

vidrio, techos, parapeto, intermitente, puertas exteriores y molduras exteriores. Al dividir el proyecto en

subredes permite al programador concentrarse en las relaciones importantes entre las actividades y evitar la

confusión con otras partes del proyecto. División del proyecto en subredes también proporciona puntos de

ruptura naturales para el trazado de las listas grandes en un formato utilizable. La siguiente es una lista de subredes típicas para un pequeño, de dos pisos, además del hospital: Inicio del proyecto La finalización del proyecto Obtención El trabajo del sitio y los servicios públicos La excavación y cimentación Superestructura Techos y cerramiento Rough-in y terminar primera planta Rough-in y terminar segundo piso Equipo de la sala mecánica

HVAC azotea y accesorios Ascensores hidráulicos Acabado Sala de asistencia médica y equipos Tie-in y renovación en el primer piso del hospital existente. Tie-in y renovación en el segundo piso del hospital existente Mientras subredes pueden variar entre los programadores, la esencia de las subredes estará en la agenda de

todos. Si el proyecto será compleja y difícil de secuencia, lo mejor es dividir el proyecto en más

subredes. Esta modificación facilitará y ajuste de las interrelaciones deben ser esto necesario. Posibles nuevas

divisiones de las subredes hospitalarias típicas podrían incluir la separación de excavación y la Fundación, y

de techo, Recinto. En un horario muy compleja o difícil, también se puede separar el rough-in desde el

acabado de los pisos individuales, o dividir las plantas en el norte o el sur o el este y el oeste de acuerdo a

cómo se ejecutarán los acabados interiores. En este punto, el programador debe contar el subredes secuencialmente en el orden en que lo más probable es

llevar a cabo en el campo. Inicio del Proyecto será el número 1, y la finalización del proyecto será la

última. Adquisiciones podría ser el número 2, y el trabajo del sitio número 3, y así sucesivamente a través de

la progresión lógica de la construcción. El trabajo del sitio y los servicios públicos funcionan de hecho, puede

comenzar muy temprano en el proyecto, pero no ser totalmente completa hasta muy cerca del final del

proyecto. La secuenciación del subred trabajo sitio- temprano en el calendario es correcta y una práctica de

programación razonable. Si se planea el horario que se representan en formato de hora en escala, es

aconsejable romper subredes de larga duración, como el trabajo del sitio, en dos o más subredes. Esto

mejorará la legibilidad de las parcelas. Subredes variarán de un proyecto a otro. Una lista típica de subredes para la construcción de una nueva

instalación de planta de aguas residuales del tratamiento podría ser la siguiente: Inicio del proyecto Obtención Edificio Grit Tanque primario West Instalaciones de la nitrificación Edificio de control de aireación Tanques de la nitrificación Edificio Soplador Tanques Finales Edificio de Efluentes Garaje Edificio de almacenaje Mantenimiento tienda de demolición y renovación Modificaciones de construcción Servicio Modificaciones de construcción Soplador Mejoras Misce1laneo.u ~ a estructura de distribución Cámaras Junction Existentes modificaciones del tanque de almacenamiento de efluentes Remodelación de las oficinas existentes Zona de aparcamiento nuevo empleado Trabajo Varios sitio Nueva bóveda de metro de efluentes Nuevo tanque de almacenamiento de gas propano Nueva tubería sitio Demoler camas lodos existentes Demoler edificio administrativo existente Demoler tanques .final existentes Demoler filtro de goteo existente Demoler tanques de grano existentes Demoler tanques primarios existentes La finalización del proyecto

Mientras subredes pueden variar entre los proyectos de aguas residuales de tratamiento de acuerdo con el

equipo y las modificaciones necesarias, cada estructura se trata como una subred independiente. El programador podría dividir aún más a cada una de las estructuras del proyecto de aguas residuales en dos

subredes, una para el trabajo como fundamento, el hormigón, el acero, y el techo del recinto, y uno para el

equipo y los sistemas mecánicos y eléctricos estructural. En muchos proyectos de plantas de aguas residuales

de tratamiento de la estructura y el cerramiento trabajo es realizado por el contratista general y el trabajo

mecánico y eléctrico por los subcontratistas. Dividiendo cada estructura en dos subredes permite un flujo

continuo de trabajo general, contratista de un edificio a la vez que permite el mismo flujo de trabajo mecánico

y eléctrico de un edificio a. Antes de la secuenciación del proyecto, el planificador debe discutir los requisitos de funcionamiento de la

planta de aguas residuales del tratamiento con el propietario / operador. Partes de la planta pueden tener que

seguir funcionando mientras que otras partes son demolidas y reemplazadas. Normalmente las

especificaciones requieren que las interrupciones de carrera contratista a las operaciones diarias de las

instalaciones de aguas residuales tratos. Aunque una buena especificación proporcionará la eliminación

requerida para la construcción de la nueva planta, con una interrupción mínima para la operación existente, el

propietario / operador puede proporcionar más detalles. El principal propósito de dividir cualquier proyecto en subredes es reducir la cantidad de trabajo que se

interrelacionan por el planificador en un momento dado. Subredes proporcionan tres ventajas. En primer

lugar, la ruptura del proyecto en subredes facilita precisa programación, detallado de un conjunto de

actividades relacionadas. En segundo lugar, se simplifica la interrelación de todas las diversas actividades de trabajo en toda la

programación del proyecto. Relacionando 10 subredes de 200 actividades cada uno es más fácil que en

relación 2000 actividades separadas simultáneamente. En tercer lugar, mientras que la secuencia de eventos

puede estar firmemente definido desde el principio del proyecto y las relaciones entre las subredes puede ser

conocida de manera positiva, los cambios en el sitio del proyecto, las condiciones climáticas impredecibles, u

otras incógnitas pueden requerir la modificación de la programación del proyecto. El desarrollo del proyecto

en subredes facilita enormemente el proceso de reprogramación siempre que puede ocurrir. El desarrollo de una subred normalmente requiere entre 30 minutos y 4 horas. Una vez que una subred está

completamente desarrollado, el planificador puede establecer temporalmente a un lado que el trabajo y

concentrarse en otra subred. Si todo el proyecto no se puede programar en un esfuerzo continuo, subredes

permiten puntos coherentes a la que rompe para completar otros trabajos se puede tomar. Paso 3: Desarrollar códigos de Responsabilidad

Antes de que el planificador realidad coloca un lápiz al papel, lo mejor es elaborar una lista de códigos de

responsabilidad abreviados. Esto no es más que una lista de los códigos utilizados para identificar quién es

responsable de las actividades de trabajo individuales. La lista de la responsabilidad en la Tabla 6-1 muestra

ambas abreviaturas de dos dígitos y cuatro dígitos para diversas partes de la obra. Por lo general, fuera de las

instalaciones de proveedores y fabricantes no están codificadas, pero se enumeran en la parte responsable que

estará en el lugar. Si uno utiliza dos o códigos de responsabilidad de cuatro dígitos es hasta el programador y

las capacidades del software seleccionado. Tabla 6-1 incluye la mayoría de los contratistas potenciales en un

sitio del proyecto. Mientras que todos los contratistas mencionados no se encuentran en todos los proyectos,

la mesa es una referencia lista de abreviaturas de uso común en los diagramas de red. Tabla 6-1 también incluye abreviaturas para las actividades de hitos del proyecto. El uso de doble equis o

cuatro de X como el código de la responsabilidad de los hitos facilita el análisis de las impresiones de horario

CPM originales y actualizados. Al ordenar las impresiones por código responsabilidad, aparecerá

normalmente los hitos en la última página. Esto permite que cualquiera pueda recurrir a la última página de la

copia impresa y rápidamente averiguar qué tan bien el proyecto está haciendo. Actualización de un programa

de la red se discute en detalle en el capítulo 8. Paso 4: Desarrollar códigos de lnformación

También puede ser necesario añadir diferentes códigos de información a las actividades en la red

CPM. Códigos de información pueden facilitar el análisis de la programación y aumentar la información que

se puede derivar de la programación. Actividades de codificación puede ser tan simple como la numeración

de las subredes. También se pueden usar los códigos alfabéticos de las diversas subredes. Los códigos de información más comunes están construyendo identificadores de ubicación. Otro código

común es identificar el valor de la mano de obra y materiales para cada actividad. Administración de

Veteranos y el Cuerpo de Ingenieros de los proyectos suelen requerir "costo o dólar de carga." Carga de

costos es la asignación de valores en dólares a cada actividad de trabajo. Este código puede ser utilizado para

las proyecciones de flujos de efectivo y para las solicitudes de sorteo mensual. Una actividad puede ser

obligado a tener un solo valor o se requerirá a la lista de trabajo y la información de costos de material por

separado para cada actividad. Este tema se discute en el capítulo 11. El valor de cada actividad puede

demostrarse tanto en el diagrama de la lógica y la copia impresa. Otro código de información común es requisitos de artesanía. Si una actividad es "hombre-cargado", cada

actividad se le asigna el número y tipo de artesanos que se necesita para realizar esa actividad. Como con

otros códigos de información, mano de obra se puede mostrar en tanto la copia impresa y el diagrama lógico. Otros códigos posibles incluyen códigos contables para categorías de costos, los códigos de los equipos, y

códigos para el contratista análisis de productividad subcontratistas de o. Mediante la definición de los diversos códigos antes de redactar la lógica, el programador puede evitar la

combinación de actividades que deben ser separados de los tipos de código. Por ejemplo, un programador

puede utilizar una actividad para bordillos y aceras en una subred Trabajo en el sitio. Sin embargo, si la oferta

separa bordillos y aceras en artículos de la oferta separados y las especificaciones requiere registro separado

de sus costos, actividades separadas son necesarias. Anticipación de los códigos requeridos evita que el

programador de tener que rehacer el horario más tarde. El número de posibles códigos para una actividad es casi ilimitada. Sin embargo, algunos paquetes de

software de programación de limitar el número de códigos de información que se pueden poner en cada

actividad. Algunos permiso de sólo dos, mientras que otros permiten sustancialmente más códigos por

actividad. El programador tiene que ser consciente de las capacidades del software antes de utilizar cualquier

código. Paso 5: Desarrollar subredes específicas

Preparación El desarrollo de subredes específicas es el siguiente paso en el proceso de preparación de la programación del

proyecto principal. De hecho, antes dibujar el diagrama lógico, el planificador debe revisar de nuevo los

dibujos del proyecto que se refieren a que las subredes específicas. Una revisión rápida de las especificaciones

relativas a la labor en esa parte del proyecto también es útil en el desarrollo de una subred

exacta. Normalmente las subredes se desarrollan en el orden cronológico en bruto que se llevarán a cabo en el

lugar de trabajo. El desarrollo de subredes fuera de orden es posible, pero no produce la lógica coherente que

fluye más fácilmente a partir de un enfoque ordenado. El programador está lista para comenzar a desarrollar el cronograma del proyecto principal. Algunos

programadores prefieren usar grandes hojas de papel; otros prefieren usar más pequeña de papel x 24

pulgadas 18 pulgadas. El papel debe ser transparente, por lo que las copias de las subredes lógicas se pueden

hacer. La subred áspera Diagramas el planificador prepara comúnmente se llama "rasca". Una vez que las subredes se han seleccionado, las actividades individuales que han de incluirse dentro se

identifican las subredes. Como se discutió en el capítulo 3, el programador se prepara primero una lista de las

actividades de trabajo que se incluirán. Una vez que las actividades han sido identificados, que se disponen en

el orden se llevarán a cabo las actividades. Programadores experimentados generan las actividades,

duraciones y asignar códigos de responsabilidad, y dibujar las subredes en un proceso continuo. Esta

capacidad se adquiere con la experiencia. Las siguientes secciones describen lo que debe incluirse en subredes típicas para un horario edificio de

oficinas de tres pisos. Inicio del Proyecto LA proyecto de inicio de subred debe incluirse en cada programa de CPM. Esto debe incluir una actividad

para la orden de proceder, la movilización del contratista, y otras actividades necesarias para conseguir un

proyecto de construcción comenzó, como la movilización de los subcontratistas, conexión de servicios

públicos, la encuesta y el diseño de proyectos, bonos y seguros, y, posiblemente, una actividad para el

arquitecto de supervisión en el lugar de trabajo. Estas actividades normalmente inician un proyecto y

proporcionar un punto de partida para atar en las subredes siguientes. Una actividad en la subred de inicio del

proyecto para la supervisión de los proyectos de la empresa contratista con una duración para que coincida

con la duración del proyecto se puede utilizar de inmediato para decirle al programador y otros usuarios de la

cantidad de días restantes en el proyecto y el porcentaje de tiempo consumido hasta la fecha.

Si la programación del proyecto es el costo-cargado, una subred de inicio del proyecto permite al contratista

un valor a la movilización y supervisión. Normalmente, el inicio de subred proyecto se numera con números de uno y dos dígitos. Esto permite el

inicio de subred proyecto a aparecer por primera vez en una copia impresa numérico tipo generados por

ordenador. Si bien este sistema de numeración no tiene que ser seguido, se ha encontrado que es un método de

comunicación eficaz. Figura 6-2ª es un proyecto de ejemplo subred inicio en formato IJ; Figura 6-2b es un

proyecto de ejemplo subred inicio en formato PDM. En algunos proyectos se procede enumerar las fechas de lanzamiento propietario en el inicio de subred

Proyecto. Por ejemplo, si el clarificador en una planta de aguas residuales, el tratamiento no estará disponible

para la demolición hasta la primavera del año siguiente, el programador puede utilizar una fecha de inicio

impuesta para el inicio de la actividad clarificador, indicando la fecha de lanzamiento propietario. Comienza y

termina impuestas son una función disponible en la mayoría de los programas de software. Esencialmente, la

fecha impuesta para cualquier actividad puede ser colocado en la base de datos del ordenador. Entonces, el

programa utiliza la fecha impuesta en el proceso de cálculo. La mayoría de los programas de software indican

imponen fechas en la impresión de alguna manera, a veces con un asterisco o una "I." El planificador, sin embargo, tiene una mejor manera de indicar una fecha impuesta. El planificador debe

utilizar para indicar una actividad, y explicar, el propósito de la fecha impuesta. La duración de la actividad es

el momento apropiado para la fecha de inicio de la siguiente actividad. Para nuestro ejemplo, una actividad

con la descripción "clarificador disponibles para la demolición 03.15.92" con la duración adecuada a 03.15.92

y un código de responsabilidad "OW" cumpliría las necesidades del programador. Esto identifica

específicamente lo que frena el inicio de los trabajos clarificador. Si el programador elige usar una fecha de

inicio impuesta en lugar de una actividad, el diagrama o la impresión no indicar la razón de la fecha de inicio

impuesta. La esencia de la programación es la comunicación.Si el programador desea comunicar lo que está

ocurriendo en realidad, una actividad es una forma mucho mejor para mostrar una fecha de inicio impuesta. Terminación del Proyecto La próxima subred dibujado es la subred de la finalización del proyecto. A pesar de que esta subred es

cronológicamente la última subred en la secuencia, por lo general se dibuja segundos para definir el punto

final del proyecto. La subred de finalización del proyecto es normalmente numeradas con los números 9000-

9900 o de la serie. Incluye actividades como punchlist final del proyecto y la limpieza, la desmovilización

contratista, una actividad hito denominado proyecto completo, y posiblemente ocupación del propietario y

otras actividades similares. Esta subred tiene el único extremo abierto recomendadas en el diagrama, la última

actividad en esta subred. Normalmente, la última actividad tiene una bandera colocada en él que indica la

fecha de finalización del proyecto. Figuras 6-3a y 6-3b son subredes de Terminación del Proyecto típicos en

formatos IJ y PDM. La actividad final normalmente también tiene una fecha de finalización impuesta. Esta fecha se coloca en el

software y coincide con la fecha de finalización del contrato. La finalización del contrato y cualquier otro

fechas de terminación de contacto interino son las fechas de finalización única impuestos que se deben utilizar

en el programa de CPM. El uso de fechas de finalización impuestas que no son contractuales pueden crear

varias rutas críticas que no están relacionados con la finalización del proyecto. Caminos críticos múltiples no

relacionadas con las fechas de terminación de contrato pueden causar confusión debe el contratista solicitar

prórrogas de los retrasos. Los caminos críticos causados por las fechas impuestas pueden ser más crítico que

el camino crítico de extinción del contrato. Sin explicaciones detalladas, un diseñador o propietario pueden

rechazar las solicitudes de prórroga de tiempo. Rutas críticas Alternos de fechas de finalización impuestas

dentro del proyecto también pueden distorsionar el verdadero camino crítico a partir del cual se deben medir

los retrasos. En caso de que el contratista desee programar el proyecto de una duración más corta que la duración del

contrato de proyecto, una actividad complementaria debe añadirse a la subred de finalización del

proyecto. Esta actividad complementaria debe indicar "tiempo del contratista para completar." Su duración

debe ser la diferencia entre la intención fecha de finalización del contratista y la fecha de terminación

contractual. "Tiempo del contratista para completar" La actividad debe indicar la intención fecha de

finalización del proyecto del contratista con una bandera, pero no hay fecha final impuesta. La actividad de

"tiempo del contratista para completar" se coloca después de que todos los elementos de trabajo, tales como la

desmovilización y la limpieza final del proyecto y antes de la actividad fecha contractual de finalización. La

actividad fecha de finalización del contrato debe tener una fecha de finalización impuesto que coincide con la

fecha de finalización del contrato. Ver Figuras 6-4a y 6-4b. Si el contratista no avanzar como se había previsto, la duración en el "tiempo del contratista para completar"

la actividad se puede reducir a absorber los retrasos del contratista. El propósito del "tiempo del contratista

para completar" es anunciar la pronta conclusión del contratista, pero mantener la flexibilidad si la pronta

terminación anticipada debe llegar a ser incorrecta. Es importante que el contratista informará al propietario muy temprano en el proyecto si el proyecto puede ser

completado antes de tiempo. También es importante que el contratista dice que el propietario no planear el

uso de las instalaciones hasta la fecha de finalización del contrato. De lo contrario, el propietario puede

interpretar razonablemente prevista fecha de finalización temprana del contratista como el momento en que se

completará la instalación. Cualquier incumplimiento de la fecha de terminación temprana puede estar sujeto a

daños y perjuicios o reales. Los autores recomiendan que los contratistas discuten alternativas de terminación

temprana con un asesor legal antes de la emisión de la programación original del proyecto. Obtención La subred adquisiciones normalmente se dibuja como una "escalera", en formato de personal, como se

muestra en las figuras 6-5a y 6-5b. La subred de adquisiciones suele ser fácil de completar y normalmente se

prepara temprana debido a su facilidad. La subred adquisiciones normalmente se inició con un sistema de

retención (o relación en PDM) de notificación para proceder al primer nodo (o actividad) en la escala de

adquisiciones. En la primera columna de la escalera se enumeran los diversos temas que se presentarán a la

diseñadora por el contratista. La segunda columna proporciona tiempo para su aprobación por el

diseñador. La tercera columna es para la fabricación y / o entrega de dicho elemento. Tenga en cuenta que no

es necesario volver a escribir la descripción en cada epígrafe en los rasca. Cuando las descripciones se ponen

en la base de datos de software que se deben escribir en cada actividad. No combine la aprobación y entrega presentación en una sola actividad. Cada una de estas actividades es la

responsabilidad de un partido diferente. Presentación, aprobación y entrega debe ser separado de retratar el

proceso correctamente y alertar a los responsables a la época en la que sus responsabilidades deben

ser completado. Una restricción de las actividades de fabricación y entrega de vínculos con el lugar adecuado en el diagrama

lógico en ese artículo se va a instalar. Hay dos maneras de hacer la conexión de la actividad de suministro de fabricación con el diagrama de lógica

principal si el calendario se prepara en formato IJ. Una de ellas es hacer que el nodo J del elemento de

fabricación / entrega el nodo I de la actividad de instalación. Este procedimiento funciona bien y reduce al

mínimo el número de restricciones cuando el diagrama lógico es ser elaborado a mano: Sin embargo, si el

diagrama lógico debe ser trazada por la computadora, es mejor tener un nodo J separada para el artículo de

fabricación y entrega, y una restricción al nodo I de la actividad de instalación. Este procedimiento produce

un producto de limpieza, la trama más legible y hace que la subdivisión de la parcela (si es necesario) más

fácil. Puesto que un programador no puede anticipar si volverá a trazar el calendario, es recomendable

pegarse a la técnica de dibujo último. Una restricción al nodo I de la actividad de instalación se muestra en la

Figura 6-5a. Si el programador está utilizando el método de diagramación precedencia, el formato de relación

elimina automáticamente cualquier elección. Para identificar las actividades que pertenecen a la escala de la contratación, el planificador debe revisar cada

sección de las especificaciones. La mayoría de las especificaciones indicarán a la cabeza de cada sección los

elementos que deben ser presentados para su aprobación por cualquiera de dibujo tienda, certificación, o

muestra. Cada presentación individuo debe ser una actividad separada en la escalera de la

contratación. Aunque el programador no siempre se puede saber de antemano cómo se tomarán las

sumisiones, él o ella debe hacer una aproximación educados de modo que los cambios de horario CPM

seguirán el proceso de envío real. El planificador también debe subdividir ciertas sumisiones. Un ejemplo está reforzando bares. Las

especificaciones pueden requerir "todos" de acero de refuerzo que se presentará. Sin embargo, en un edificio

de hormigón con zapatas de hormigón, muros de cimentación, losas y columnas, una sola entrega de barras de

refuerzo es poco probable. Los planos de taller para barras de refuerzo muy probablemente se presentarán en

varios paquetes. El planificador debe anticipar en qué paquetes se presentarán los planos de taller barras de

refuerzo. Paquetes típicos incluyen zapatas y muros de cimentación; columnas y losa, primer piso; columnas y

losas, segundo piso, columnas y techo; y varios barras de refuerzo. Una actividad distinta para cada uno de

estos envios debe aparecer en la subred de adquisiciones. Una actividad de aprobación y fabricación de

entrega separada también es necesaria. Al separar los envios, la prioridad relativa de cada uno de los

diferentes envios de barras de refuerzo se puede determinar. Otro ejemplo es la fabricación y entrega de puertas Valor madera para un gran edificio de oficinas. Asumir un

edificio de oficinas de 38 pisos que requiere puertas de madera en cada piso. El planificador puede no querer

dividir la presentación, aprobación, y la fabricación y entrega de puertas de madera en 38 grupos distintos de

actividades. Sin embargo, la división de las puertas en grupos de cinco pisos puede tanto separar la

presentación para determinar prioridades y reducir el número de actividades de entrega. El planificador puede

también único lazo en la entrega de la primera planta en la que se necesitan puertas y dejar que el proveedor

puerta entender que es necesario un flujo continuo de puertas en el proyecto. La actividad única proporciona

el proveedor de la puerta con una fecha para cuando se necesitan las primeras puertas. Si bien este enfoque es

simple y directo, tiene desventajas. Si se cambia la programación del proyecto, la reordenación de prioridad

baja-realización, el plazo de entrega para el primer grupo de puertas será inexacta. Si el proyecto se acelera, el

proveedor puerta no sabrá que los envíos se necesitaban más rápidamente. Otra opción para el ejemplo de la puerta sería mostrar una sola presentación y una sola actividad de

aprobación, sino múltiples actividades de fabricación / entrega atadas en cada grupo de plantas. El

planificador debe seleccionar el mejor método para el proyecto y el tema en cuestión. Es aconsejable incluir la sección de especificaciones en la descripción bajo cada actividad presentación. Esto

ayuda a que el contratista y el diseñador en la determinación de qué sección especificación se hizo la

presentación. También ayuda en la determinación de quién es el responsable de que la presentación. Mientras

que los códigos de responsabilidad pueden ser incluidos en las actividades de adquisición, esto no siempre se

hace. Algunos envios se requiere de una variedad de fuentes. No siempre es fácil para el programador para

determinar exactamente quién es responsable de estos artículos. Si el programador no sabe quién es

responsable de cada presentación, a continuación, los códigos de responsabilidad deben ser colocados sobre

las actividades de presentación. El diseñador es responsable de todas las actividades de aprobación. La duración acordada para la devolución de los planos de taller debe ser colocado en todas las actividades de

aprobación. Fabricación y plazos de entrega razonables para cada actividad específica de entrega deben ser

incluidos. Estas duraciones de las actividades pueden ser estimados por el planificador menos que la

información más precisa disponible en el gestor de proyectos. El programador no debe colocar duraciones

similares en todos los envios para el proyecto. Por lo general, no se harán los envios paisaje durante los 2

primeros meses del proyecto, mientras que la de los planos de barras de refuerzo son necesarios con

prontitud. Al mismo tiempo, el programador no debe esperar que el fabricante de las barras de refuerzo para

presentar todos los planos de taller en el mismo día. El planificador debe utilizar duraciones para establecer

prioridades entre los planos de taller barras de refuerzo. Por ejemplo, la barra de refuerzo fundación puede ser

requerido de 20 días después de la notificación para proceder, las columnas y primera planta de corrugado de

30 días después, y así sucesivamente. Esto permite a 2 semanas entre cada presentación para la preparación de

la siguiente serie de planos de taller. A veces es necesario para las actividades de presentación, aprobación, y fabricación y entrega relacionados

para empatar en múltiples puntos en el cronograma del proyecto. Por ejemplo, todos los cuadros eléctricos se

presentarán juntos, aprobados conjuntamente, y fabricados en conjunto, pero su instalación se puede realizar

en diferentes momentos en diferentes lugares en el edificio. Por lo tanto, un sistema de retención separado de

la fabricación y la entrega debe atar a cada actividad de instalación correspondiente. A veces las especificaciones del proyecto no requieren envios de todos los materiales en el proyecto. Por

ejemplo, a menudo no se requiere de paneles de yeso o mampostería envios de bloque. El planificador puede

o no incluir aquellos elementos para los que no se requieren los envios o enumerarlos solamente para la

fabricación y entrega. Como regla general, si el material es fácilmente disponible en las cantidades necesarias

para el proyecto, incluyendo en la subred de adquisiciones no es necesario. Sin embargo, si un cierto entrega

es necesario a pesar de que no se requiere una presentación, es recomendable incluir el material necesario en

la subred de adquisición. La subred de adquisiciones es normalmente la última página cuando el diagrama lógico se elabora a

mano. Esto hace que sea fácil para que cualquiera de revisar el diagrama lógico para activar directamente a la

última página en comentar adquisiciones. Cronológicamente, la subred de adquisición se produce muy

temprano en el proyecto. Cuando se trazan por ordenador, la subred de adquisiciones suele aparecer entre las

primeras páginas de la trama.

Un número de tres dígitos se utiliza normalmente para la subred de adquisiciones. Por lo general, el primer

nodo es 100. Los nodos restantes se numeran de arriba a abajo para envios primero, aprobaciones segundo, y

todas las actividades de fabricación y entrega tercero. Este proceso produce una lista de adquisiciones de fácil

lectura en la impresión. Un nodo independiente que no es necesario que cada presentación, y utilizando sólo un número aún dígitos no

se recomienda en este tipo de subred. Típicamente, las subredes de contratación pueden incluircomo muchos

como 200 o más elementos separados. Guardar los números de las actividades de adquisición adicionales es

una buena práctica de programación. Sitio de Trabajo y Servicios Públicos La subred trabajo del sitio y los servicios públicos es algo diferente de otras subredes se encuentran

típicamente en un programa de construcción. La subred de trabajo sitio puede incluir el trabajo que ocurrirá

muy pronto en el proyecto, obra que se producirá durante la parte principal del proyecto, y el trabajo que debe

ser completado después de una parte sustancial de la estructura y el cerramiento de trabajo es completa. Por lo

tanto la subred para el sitio de trabajo, a diferencia de otras subredes, incluye el trabajo que se realizará

durante todo el proyecto. El programador puede optar por dividir el trabajo del sitio en dos o tres subredes

separadas. Esto puede ayudar en la programación de un proyecto con el trabajo de sitio complejo. Barrio

también es recomendable si los diagramas lógicos deben ser trazado en escala de tiempo. Es difícil de

comprimir una subred que cubre varios años en una sola hoja. En un proyecto típico edificio de oficinas, habrá actividades de sitio de trabajo que deben completarse antes

de fundaciones se puede iniciar. Estos suelen incluir la reubicación de los servicios públicos, corriendo nuevas

utilidades bajo el edificio, y, posiblemente, clara y grub, remoción de árboles, y la demolición de estructuras

diversas. Este tipo de trabajo claramente debe hacerse antes de que se inicie la estructura. Trabajo, como por ejemplo nivelación fina lejos de la estructura, diverso hormigón, trabajos de utilidad no

adyacente a la estructura, o remoto pequeños edificios usualmente pueden realizarse simultáneamente con la

construcción del edificio. Al programar este trabajo sitio, el planificador debe considerar el acceso de trabajo,

almacenamiento de material, lugares de remolque, y el potencial de daño si el trabajo se hace demasiado

pronto en el proyecto. Por lo general, el último grupo de actividades de sitio de trabajo se produce después de que el edificio esté

cerrado. Esperar hasta que el edificio esté cerrado para completar el resto de los permisos de trabajo sitio de

maquinaria pesada para retirar el cual se utilizó para levantar la piel exterior y distribuir materiales en la

estructura. Este equipo suele dañar las aceras, bordillos y pavimentación. Actividades de sitio de trabajo incluidos en el último grupo puede incluir la colocación de transformadores,

torres de enfriamiento, grado montado equipos de climatización y sistemas de césped-aspersión;conducto

subterráneo e iluminación sitio; bordillos, señales, aceras, pavimentación de concreto, cojines, pavimentos de

asfalto y superficies de grava; y el paisajismo. Figuras 6-6a y 6 6b son subredes sitio de trabajo

típicos. Figuras 6- 6a y espectáculo 6-6b temprana, media y tardía trabajo del sitio en una sola subred. Es una buena práctica de programación y mejora la legibilidad de tanto el diagrama de la lógica y la

impresión de incluir las actividades conocidas como hitos en la mayoría de las subredes. Para la mayoría de

las subredes, un hito al final de la finalización de subred indica que subred es adecuada. Para el trabajo de

sitio, por ejemplo, una actividad con una descripción "sitio de trabajo completo" es un complemento adecuado

a la lógica de programación. Esta actividad tiene un código de responsabilidad del XX y una duración de 0. Es

la última actividad en la subred. Mediante la colocación de esta actividad en la subred, se mostrará en la

impresión como un punto clave en el calendario de todo el proyecto. Se convierte en un punto de referencia

importante para asegurar un progreso oportuno del trabajo del proyecto. En la lógica elaborado a mano es costumbre, pero no es absolutamente necesario, que el trabajo sitio aparezca

en la primera hoja de los diagramas lógicos. Esto se debe a que el trabajo del sitio es la primera gran obra

realizada en el proyecto. Cimientos La subred fundaciones incluye actividades tales como excavación masiva; excavación pie; y la formación,

refuerzo, y vertiendo zapatas, muros, columnas y otros soportes de hormigón estructural. A excepción de la

más pequeña de las estructuras, lo mejor es dividir las zapatas y muros de cimentación en segmentos, e

identificarlos, ya sea por la línea de la columna, por parte del instalador, o alguna otra delimitación

reconocible.

Actividades para la plomería Underslab, base eléctrica, granular, y losa en grado pueden o no pueden ser

incluidos en esta subred. La decisión sobre si incluir este trabajo está parcialmente relacionada con el tamaño

de la estructura y cuando el contratista tenga intención de colocar el s1ab: on-grado. Si hay un

mínimo número de elementos Underslab y el clima permite la instalación losa en grado, el contratista podrá

optar por completar la losa en grado durante o poco después de la construcción de cimientos. En este caso, el

trabajo debe ser incluido en la base de subred. Sin embargo, si hay un gran número de elementos Underslab y

/ o difíciles configuraciones losa-en-grado, el contratista podrá optar por esperar hasta que se instalen plantas

superiores para proporcionar tanto tiempo y protección a verter la losa en grado en una tarde la fecha. Si es

así, el trabajo losa en grado puede ser incluido en una subred separada. Este procedimiento permite que la

estructura siga siendo erigido en vertical sin tener que esperar en la losa de cimentación. Figuras 6-7a y 6-

7b son subredes típicas de la fundación con el trabajo losa en grado (SOG) incluidos. Si bien el concepto de subredes es concentrarse en una parte del proceso de construcción a la vez, el

programador también debe entender cómo el edificio se va a construir. Por ejemplo, si el contratista tiene la

intención de terminar 25 por ciento de los cimientos (o la esquina noroeste) antes de la erección de acero, a

continuación, el planificador puede no agrupar todo el trabajo de fundación en una sola actividad. El trabajo de la fundación se debe dividir en al menos cuatro actividades para que sea un sistema de retención,

o una relación de fin a comienzo en PDM, se puede utilizar para indicar cuando el acero estructural puede

proceder. En el desarrollo de los "rasca" para esta subred, una pequeña nota que indica que las relaciones van se puede

incluir en el diagrama. (Ver Figuras 6-7a y 6-7b). Por ejemplo, el trabajo de sitio podría atar "en" el trabajo de

la fundación, lo que indica que el sitio actividades de trabajo tienen que ser completado antes de que pueda

comenzar el trabajo de la fundación. Del mismo modo, una "salida" de cada cuadrante de la cimentación

empataría en el montaje de acero estructural. En este punto, el planificador no ha desarrollado la subred acero

estructural, sino un "out" indicará una relación que necesita ser atado en cuando se ha completado la subred

de acero estructural. Conexión de las subredes se discutirá en detalle más adelante en este capítulo. Como se discutió anteriormente, es recomendable incluir las actividades de los hitos en el extremo de la

subred. Para la subred fundación, una actividad "Fundación Obra Completa" es deseable. En los principales

programas de proyectos, también es útil incluir un "hito patada de salida 'al inicio de cada subred. Esta

actividad hito puede llevar a una descripción como" Inicio Fundación de construcción. "Una actividad de

patada de salida tiene típicamente un XX código de responsabilidad y un 0 duración -día. A veces, en lugar de

un hito patada de salida, el programador utiliza y la actividad como "Lay" con una duración corta indica el

inicio de un trabajo específico. Esta actividad también se puede utilizar para encontrar el punto de partida de

esa subred. Estructura La subred estructura (a veces llamada superestructura), es por lo general una red independiente y casi siempre

una sola subred a menos que el edificio es muy grande o el proyecto constituye más de un edificio. A partir de las discusiones con el superintendente, director del proyecto, estimador y subcontratistas, el

programador entiende cómo se erigió la estructura, Si la estructura es de acero, actividades típicas podrían incluir la erección de columnas y vigas; acero

diversos; plomada y el perno; viguetas de alma abierta; cubierta de acero; ángulos y molduras para losa en la

cubierta; y reforzando y colocación de losa en cubierta. A veces la subred también incluirá artículos para mampostería estructural o mampostería ascensor eje. Si la estructura es de concreto, las actividades típicas podrían incluir la formación, reforzando, vertido, y el

endurecimiento de las columnas; y muros estructurales, vigas y losas. Figuras 6-8a y 6-8b son subredes estructura típica. Al final de la subred estructural, una actividad hito indica "Estructura de altura completa" se utiliza

normalmente para indicar la finalización de la estructura de subred. Este es un punto clave en el proceso de

construcción, y un hito importante para ser incluido. Si la estructura es de hormigón, también es importante que el planificador específicamente dar tiempo para el

curado del hormigón estructural en la estructura de subred. Programación de un proyecto con poco o ningún

tiempo para la curación puede ser un peligro grave cuando un contratista o un intento de subcontratistas se

queden con ese horario en el campo. Las actividades específicas para el tiempo de curado también recuerdan

que el contratista no eliminar las costas y reapuntalamiento demasiado pronto. Muchos programadores que

utilizan el uso PDM rezagos para permitir el tiempo de curado. Sin actividades de curación específicos, sin

embargo, un programador puede ajustar o reducir los tiempos de retardo más tarde si el proyecto se retrasa

horario. Debido a que el retraso no se identifica como una actividad de cura, puede ser confundido con un

marco de tiempo que el programador puede ajustar. La importancia de las actividades de curación de hormigón es otro ejemplo de por qué es importante para el

planificador para representar todas las condiciones en la lógica. El uso de rezagos y arranques impuestas o

acabados en lugar de actividades es generalmente una mala práctica de programación y debe evitarse siempre

que sea posible. Recinto La subred recinto típicamente se prepara mediante el estudio de las secciones de pared edificio y

elevaciones. Las actividades típicas incluidas en una subred recinto son la instalación de mampostería exterior

de ladrillo caravista y; la instalación de materiales de enmarcado y acristalamiento; construcción

parapeto; techo de losa de cubierta; aislamiento; acumulada o de tejado de membrana; parpadear y

sellado;calafateo; instalación de puertas exteriores; doseles; y metal, varios o la instalación de paneles de

hormigón. A veces, en un proyecto más pequeño, equipos de aire acondicionado en la azotea está incluido en

esta subred. Siempre que sea posible, sin embargo, es aconsejable disponer de una subred separada para la

azotea o HVAC ático y equipo mecánico. La subred recinto suele incluir el trabajo de techado, aunque una

subred separada para techos a veces es apropiado. Las figuras 69a, 6-9b y 6-9c ilustrar subredes típicas del

recinto. Figura 6-9c utiliza cables, LAG, de principio a principio y terminar y engorde relaciones en el

formato PDM. Artículos diversos, incluidos los drenajes del techo, paseos techo, y el lastre de grava, también deben ser

incluidos en la subred recinto si no hay una subred separada para techos. El programador no debe olvidar la

tubería de drenaje del techo interior. Sin que la tubería del edificio no es hermético. Es muy importante incluir

una actividad hito que indica "Edificio Esencialmente Watertight.â € Este es probablemente el hito persona más importante en el calendario del proyecto. La subred recinto incluye el sistema de la piel exterior y el sistema de cubierta necesaria para hacer el edificio

"esencialmente impermeable." El término "esencialmente hermético" es el punto en el que uno puede

razonablemente instalar placas de yeso y otros materiales que podrían ser dañados por la lluvia o la

humedad. Un edificio es sustancialmente estanco cuando la mayoría de los cristales está en su lugar, el

sistema de techo está en su lugar y la mayoría del intermitente instalados y otros sistemas son lo

suficientemente completa para impedir cualquier infiltración importante de agua de lluvia. A veces es

necesario o deseable dejar secciones del sistema de la piel abierta a la espera de la entrega de los materiales

interiores o equipo pesado. Si la estructura puede hacerse razonablemente wateright mediante el uso de

láminas de plástico u otro material, a continuación, la estructura puede todavía ser denominado

"esencialmente estanco." Muchos materiales interiores no sólo requieren que la estructura sea esencialmente estanca pero también

requieren "aire acondicionado". Acondicionado límites aire temperatura y humedad extremas. La alta

humedad no sólo puede dañar drywall sino que también afectan los conductos sin galvanizar, sistemas de

rejilla de techo de metal y otros materiales interiores. El programador tiene que identificar los materiales de

construcción que pueden ser afectadas y comprender los requisitos de especificación para su instalación antes

de la secuenciación en el cronograma del proyecto. El planificador debe estudiar el detalle parapeto cuidado al programar la subred recinto. Parapetos doble pared

permiten que sea el techo o el sistema de la piel exterior que se instalen por primera vez. (Ver Figuras 6-la y

6-lb.) Las paredes separadas permite la terminación de cualquiera elemento con sólo el drapeado de una lona

o material plástico sobre el parapeto hasta que se completa el segundo comercio. El parpadeo final de

casquillo conecta las dos paredes de parapeto y sella todo el sistema. En el desarrollo de la subred para el recinto, el programador debe saber si el sistema de la piel se erige

verticalmente, con una cara entera de la estructura hecha de una sola vez; piso por piso desde el principio;o

piso por piso de arriba hacia abajo. El programador tiene que entender lo que marco estructural debe ser

completa antes de que se pueden instalar encuadre varios y soporte para el sistema de la piel. El planificador

debe considerar qué sitio trabajo se producirá alrededor de la estructura y la necesidad de completar ese

trabajo recinto para que el trabajo sitio puede proceder. Los vientos predominantes y época del año en la labor

recinto se realizará también debe ser considerado. Rough-in y Acabado

El en bruto y subred acabado se pueden dividir en dos subredes separadas, una para el rough-in y una para los

acabados. Por lo general, estos dos se incluyen como una subred porque el áspero-in y el trabajo en cualquier área en

particular están estrechamente relacionados. Normalmente, el trabajo áspero-en es considerado como cualquier trabajo que se puede hacer antes de que el

edificio es sustancialmente estanco. Si bien este trabajo variará ligeramente de un proyecto a otro, por lo

general incluye el diseño; interior de mampostería y puertas-dólares; entramado y el encuadre; áspero-en de

plomería, rociadores contra incendios, el conducto de alimentación y un poco de alambre de

tracción; colgando de HVAC conductos; gotas y cabezas de rociadores contra incendios; alguna instalación de

los equipos; y varios otros trabajos conducto. Los productos que por lo general deben esperar para cerramiento hermético incluyen paneles de yeso,

terminación de cable de tracción y terminación, artefactos de iluminación, rejilla de techo, paneles de techo,

baldosas, alfombras, baldosas de cerámica, instalación de artículos, trimout HVAC, la mayoría de equipos,

artículos de la especialidad de arquitectura, pintura, revestimiento de paredes de vinilo, puertas y hardware, y,

por supuesto, punzón y limpieza. Rough-in y subredes acabado generalmente se subdividen en áreas identificables. Un edificio de oficinas de

tres pisos se dividirá en tres subredes áspero-en y de acabado, una para cada piso. Una planta única subred

áspero-en y el acabado general cubre aproximadamente 25,000 pies cuadrados. Pavimentos superiores deben

subdividirse en cierto modo apropiado. Tratando de cubrir un área demasiado grande con una sola áspero-en y

terminar subred lleva a la dificultad en la eliminación gradual o la secuenciación de la obra. Si las actividades

Varillas roscadas y de encuadre se llevará más de 20 días de trabajo, una subdivisión de las subredes suele ser

aconsejable. Aunque la programación de una estructura que tiene el trabajo de acabado solamente diversos,

tales como un edificio de oficinas de concha abierta, no se aplicaría la regla cuadrado-cantidad. Por otra parte,

los metros cuadrados que abarca el áspero-in y subred acabado podría reducirse a un hospital con una amplia

variación en los requisitos de acabado. Las figuras 6-10a y 6-lob son subredes típicas áspera-in y acabado. El planificador debe tener cuidado para evitar la tendencia a utilizar subredes estandarizados para rough-in y

acabado. Muchas veces una subred estandarizada no sólo dejar de incluir actividades necesarias, pero también

incluirá actividades que no sean necesarios y relaciones irrazonables. Para un edificio de oficinas con plantas

idénticas, una subred áspera-in y acabado desarrollado para el primer piso puede ser reproducido y utilizado

para cada planta idéntica. Sin embargo, es importante desarrollar un "Scratchie" separado o hacer una copia

para cada subred. Esto permitirá que la numeración de la tripulación y los lazos adecuados (restricciones) en las subredes. Esto se discute en detalle más adelante en este capítulo. Habitaciones mecánicos Habitaciones mecánicos normalmente deberían ser una pequeña subred separada de las actividades no

incluidas en el rough-in y acabado para el piso concreto en el que se encuentren. Al aislar esta subred, es más

fácil para mostrar cómo el equipo mecánico se instala y su adecuada relación con otras actividades, sin

confundir que el trabajo con el otro trabajo mecánico y termina en el mismo piso. Estas subredes típicamente

incluyen elementos tales como la formación, refuerzo, y vertiendo almohadillas de limpieza; el

establecimiento de los fans de climatización, equipos, bobinas, y unidades de tratamiento de aire; y colgando

conductos. Otras actividades pueden incluir la calefacción y las tuberías de refrigeración y el conducto; y los

controles de climatización, cableado, paneles y calentadores de la unidad. Si bien estas subredes son

generalmente pequeñas, que son apreciados por los comerciantes en el campo, que normalmente completar el

trabajo de sala de equipo mecánico con tripulaciones separadas de las principales instalaciones

mecánicas. Figuras 6-lla y 6-llb son subredes típicas habitaciones mecánicos. Paso 6: Proyecto o Trazar el diagrama lógico

La mayoría de las especificaciones de programación requieren un diagrama lógico para acompañar a todos los

envíos de horario. El diagrama lógico puede ser tanto o trazado redactada mano. El programador tiene que

determinar si la escala de tiempo o la lectura es importante para determinar cómo se produjo el diagrama

lógico. Muchas veces elaboración manual de la red lógica es deseable. Horarios traza en proyectos más

grandes no siempre son legibles. Software de programación para las parcelas productoras ha mejorado

dramáticamente en los últimos años. Con una planificación cuidadosa, la división en subredes adecuada y un

poco de ensayo y error, el programador debe ser capaz de producir parcelas legibles para la mayoría de los

programas del proyecto. Elaboración manual permite una red mucho más limpio y más comprensible para la

lectura tanto en el campo como en la oficina. Una desventaja para el dibujo manual es que es lento y consume mucho tiempo y excepcionalmente lento si

debe ser el momento en escala. Si el diagrama lógico actualizado debe ser de tiempo reducido, por lo general

debe redactarse de nuevo por completo cada vez que se actualice. Por lo tanto, diagramas de tiempo-escala no

suelen preparar manualmente. Ha sido la experiencia del autor que los horarios de CPM que están en más de 300 actividades tienden a

producir las parcelas que son difíciles de leer. Mientras parcelas legibles de 500 o más actividades se pueden

desarrollar, más tiempo se gasta el ajuste de parcelas para mejorar su legibilidad. A medida que más tiempo se

invierte en hacer el diagrama trazado legible, la opción de la lógica elaborado a mano se vuelve más

atractivo. En algunos casos, sin embargo, se producen tanto un elaborado a mano y un diagrama CPM

trazado. En este punto, el programador tiene una pequeña pila de "rasca" listos para el siguiente paso en el proceso de

programación. Si él o ella decide tener el redactado a mano CPM, deben ser numeradas las subredes en el

orden en que deben elaborarse. El diagrama lógico se elabora a partir del diagrama "Scratchie" acumulado. Si el programador ha desarrollado las subredes CPM cronológicamente, redacción puede proceder

simultáneamente con el desarrollo de las subredes restantes. Una vez completado, la lógica elaborado a mano

permite la concentración cuidado en cómo se interrelaciona el proyecto y una cuidadosa verificación de las

diversas relaciones. Si bien la calidad de un programa de trazado puede ser tan buena, se requiere un mayor

nivel de habilidad de leer y comprobar si todas las relaciones importantes. Una vez que se han desarrollado los "rasca", el programador puede distribuir copias de estas subredes al

superintendente de proyectos y otras partes interesadas para una verificación intermedia de los supuestos de

planificación y relaciones. Esta verificación intermedia no siempre es necesario, pero es un buen lugar para

resolver los problemas que puedan existir dentro de las subredes. A veces, entre el momento en que el

planificador discute el proyecto con el superintendente y el tiempo de la subred se desarrolla, el

superintendente puede cambiar el enfoque previsto. Es más fácil para ajustar las secuencias implicadas dentro

de una subred en este punto que más adelante en el proceso de desarrollo de lo previsto. Esto también permite

que el planificador para proporcionar una indicación de que el desarrollo de la programación está llevando a

cabo. El planificador debe continuar con la elaboración manual (si esa es la opción que se ha seleccionado)

mientras que el superintendente y otras partes están llevando a cabo su revisión. Paso 7: Número de las Actividades

El planificador debe entonces numerar las actividades en las subredes individuales. Como se indicó anteriormente, las actividades en la subred de inicio del proyecto se numeran con los números

uno y dos dígitos, y la subred de adquisiciones normalmente se numeran con números de tres

dígitos. Actividades en subredes distintas de inicio y adquisiciones del proyecto deben ser numeradas con

números de actividad de cuatro dígitos. Si el programador ha optado por utilizar la lógica elaborado a mano,

es ventajoso para coordinar la numeración con los números de las hojas de la lógica. En la primera hoja de la

lógica, todos los números de la actividad de cuatro dígitos deben comenzar con el número 1. Todos los

números de actividad de cuatro dígitos en la segunda hoja debe comenzar con el número 2, y así

sucesivamente para que las hojas siguen con 1000, 2000, 3000 , etc. Por lo general, en la lógica elaborado a

mano serán atraídos más de una subred en una página. Cuando se hace esto, la mejor manera de numerar

subredes es comenzar con los números fácilmente discernibles. Por ejemplo, si cinco subredes están redactados de forma manual en la página 2, la numeración para cada

subred sería el siguiente: Primera subred Segunda subred Tercer subred Cuarta subred Quinto subred Saltarse 2100, 2300â € | deja espacio para agregar una subred en una fecha posterior. Si, sin embargo, el número total de hojas lógicas elaborado a mano exceda de nueve, el planificador debe

decidir si ir a un sistema de cinco dígitos o para ajustar la numeración y no coincide con el primer dígito del

número de hoja del diagrama lógico. Si el diagrama lógico es que ser trazado, se pueden usar otros esquemas de numeración.

Lo mejor es numerar los nodos individuales dentro de las subredes con lagunas en los números, para permitir

la adición de las actividades y / o nodos en una fecha posterior. Los nodos de actividad deben ser numeradas por 2 de en un arriba y abajo, de izquierda a derecha formato,

asegurándose de que todos los números de actividad tienen que nodos más pequeños que los nodos J. Esto

debería ser alcanzable sin atar las subredes juntos. Si no lo es, el planificador corre el riesgo de un bucle. Un

programador debe proceder a numerar todos los nodos a lo largo de todos los "Scratchie" hojas o diagramas

elaborados según sea el caso. Una vez que todos los nodos se han numerado correctamente, el planificador

puede pasar a la siguiente etapa de atar el cronograma del proyecto juntos. Paso 8: Ate las subredes Juntos

El programador está ahora listo para atar las subredes juntos y producir una programación coherente

proyecto. El primer paso es considerar mentalmente lo que existen relaciones entre las distintas subredes.Lo

mejor es trabajar en orden cronológico. En este punto, el programador es el uso de "ins" y "outs" (ver figuras

6-12a, 6-12b, 6-13a y 6-13b) para conectar las distintas subredes. El uso de "ins" y "salidas" no es más que un método de elaboración de un sistema de retención o de la

relación de una subred a otra. En vez de dibujar líneas de todo el camino a través de una hoja grande para

indicar una restricción o una relación, un "in" y el correspondiente "fuera" se utilizan. El mismo

procedimiento se utiliza para sistemas de retención o las relaciones entre las hojas. El sistema de numeración

para los nodos indica automáticamente el lector qué hoja de lógica el otro extremo de la restricción o la

relación está encendida. "Ins" y "salidas" también son utilizados por algunos programas de software al trazar

porciones de horarios. Las parcelas se pueden organizar para trazar por subred igual que la lógica elaborado a

mano. El planificador se inicia el proceso de conexión, considerando lo que el trabajo va a seguir inmediatamente la

movilización se indica en la subred de inicio del proyecto. Por lo general, un poco de trabajo sitio comenzará

poco después de la movilización. Por lo general, se requiere un poco de trabajo sitio antes de trabajos de

cimentación puede continuar. Sin embargo, algunos de los trabajos de cimentación puede ser capaz de

continuar concurrente con el lugar de trabajo, la preparación. Un "fuera" de la movilización está provista de

un correspondiente "en" al principio del Sitio Clasificación, Grub y Claro. Otra restricción o relación pueden

ser requeridos de la movilización en el comienzo de cierta excavación para la cimentación. La mayoría de las

veces, una restricción o relación se incluye desde Aviso a proceder directamente a la subred de adquisiciones. Una vez que todos los sucesores obvias han sido

considerados para el inicio de subred proyecto, el programador se mueve a la siguiente subred. Desde la subred sitio de trabajo habrá restricciones o relaciones a las actividades de excavación y trabajos de

cimentación en la subred cimentación de hormigón. Una sola restricción o relación puede hacerse cargo de

todos los lazos físicos o varias restricciones pueden ser necesarias. El planificador debe considerar cada uno

de los elementos de trabajo dentro de la subred sitio de trabajo, y cómo se relacionan entre sí o que no se

interrelacionan con la subred fundación. A veces, el programador debe hacer ajustes menores a la "Scratchie"

o diagrama de subred elaborado durante esta fase. Esto es razonable y normal en el proceso de desarrollo. El programador se mueve entonces a la subred fundación, y considera cómo se relaciona con la construcción

de acero estructural. Como se discutió previamente, la subred fundación se divide en actividades que más o

menos se correlacionan con la forma en la estructura procederá. Típicamente, se requiere 25 por ciento de la

base antes del inicio de la construcción en acero estructural. Las restricciones o relaciones deben demostrar

la continua relación entre la fundación y el acero estructural. Una restricción no suele ser suficiente. Si el

acero es seguir en incrementos de 25 por ciento, se tardará cuatro restricciones o relaciones para empatar el

trabajo de la fundación de manera adecuada a la estructura de acero. Dependiendo de cómo el planificador ha

dividido el trabajo de la fundación, incluyendo almohadillas de las columnas interiores, etc., puede tardar

considerablemente más lazos para mostrar adecuadamente la relación física entre la fundación y el montaje de

acero estructural. No cometa el error (que es común en la programación de prioridad) de incluir sólo una relación de lazo de una

subred base a una subred estructural. Hay una relación de trabajo continua entre estas dos subredes. Un único

lazo puede indicar correctamente el punto de partida para el trabajo de la siguiente subred, pero no indican la

relación de trabajo real de la construcción en el campo. El trabajo de la fundación debe continuar hasta que se

complete de manera que tras el trabajo estructural puede continuar. Aunque esto parece obvio, no siempre se

muestra correctamente en los diagramas de precedencia.

El planificador luego pasa a la subred estructural y considera sus lazos de nuevo a la subred fundación. Todas

las restricciones o las relaciones no pueden haber sido recogidos, lo que requiere lazos adicionales. El programador entonces considera cualquier vínculo adicionales de la subred de sitio de trabajo para la

construcción de acero estructural. Por ejemplo, el montaje de acero estructural puede requerir un lugar llano

para una grúa de tipo tractor. Esta nivelación no es necesaria para el trabajo de fundación, pero es necesario

para el acero estructural. Estos lazos adicionales deben ser considerados. El planificador luego mira de la subred de acero estructural al recinto y techos subred. ¿Cómo se relacionan

estos diferentes subredes? A qué momento puede comenzar el trabajo recinto? ¿Cómo funciona el sistema de

la piel se refieren a la realización del acero estructural? Todas las restricciones físicas o relaciones de acero

estructural a la red recinto debe extraerse. El planificador continúa colocando "ins" y "salidas" a la subred

para techos (si es una subred separada) hasta que él o ella está convencida de que la obra gruesa está

correctamente relacionado con esas subredes. El planificador próxima considera la subred recinto, mirando hacia atrás a la subred estructural. ¿Están todas

las actividades en la subred recinto adecuadamente relacionados? ¿Hay algún sitio de trabajo que se requiere

antes de su recinto, posiblemente alguna clasificación adicional, o relleno de la fundación, para permitir que el

sistema de la piel exterior para proceder correctamente? El planificador luego mira hacia adelante y considera la relación de la subred recinto con los acabados

interiores. Atar la actividad hito sustancialmente estanca a cada piso en el inicio de acabados secos es un lazo

importante que se requiere generalmente en el horario. Recordando que una cierta cantidad de trabajo del sitio era seguir la subred recinto, el planificador luego

coloca restricciones o las relaciones que sean apropiadas desde la subred recinto de nuevo en la subred trabajo

del sitio. Este lazo del recinto volver al trabajo sitio puede crear una backbranch. Una cuidadosa

consideración de los vínculos es necesario para evitar bucles. El planificador próximos movimientos en el rough-in y subredes acabado. El planificador debe considerar lo

que el trabajo se requiere que permitirá el diseño y los conductos áspero-en, conductos y tuberías para

empezar. Por lo general, la estructura debe ser erigido y losas sobre la cubierta debe estar en su lugar y al

menos parcialmente curado antes de que el trabajo duro-in puede proceder. Estos lazos tienen que

mostrar. Cada en bruto y subred acabado deben estar vinculados a la obra gruesa y la subred recinto. La

finalización de la áspera-in y subredes acabado puede ser atado a la subred de finalización del proyecto.El

planificador debe mirar hacia atrás a la subred sitio de trabajo y atar sus actividades terminan a la finalización

del proyecto. Los programadores deben próxima pasar algún tiempo a revisar todas las subredes, en busca de extremos

abiertos o lazos incompletos de subred a subred. Estas actividades deben ser atados en cualquiera de sus

propias subredes en un punto lógico o otras subredes con el uso de "ins" y "outs". Cualquier trabajo que no

necesita razonablemente para ser completado antes de la finalización del proyecto debe estar vinculado a la

subred de finalización del proyecto. En este punto los "rasca" (o diagramas elaborados) no deben tener

extremos abiertos o actividades colgantes. Los únicos extremos abiertos permitidos son "Aviso para

Proceder" y la actividad final "Proyecto completo". El programador ha completado todas las restricciones físicas que pertenecen en el proceso de ejecución de un

proyecto de construcción. El programador no tiene, sin embargo, incluye restricciones o relaciones para el

resto de la construcción razonables procedimientos y limitaciones seguido ejecutando en forma eficiente una

construcción contrato. Las restricciones o las relaciones en un horario CPM pueden indicar mucho más que un

simple lazo físico. Las restricciones o relaciones pueden indicar los lazos de la tripulación, equipo flujo,

secuenciación construcción preferida, los requisitos del contrato,sistemas de retención de tiempo, etc. El uso

de restricciones o relaciones para representar estas necesidades no es perjudicial, pero en realidad es un activo

para la programación del proyecto. El programador está lista para agregar estos otros tipos de vínculos con el calendario de la RPC. Por lo

general, se añaden los lazos de equipo siguiente. Las limitaciones de los equipos pueden requerir que la

estructura sea totalmente completa antes de que se erigió el sistema de la piel, como cuando solamente una

torre sola grúa está disponible en un proyecto. Limitaciones de encofrado y otros equipos artículos suelen ser

considerados en la secuenciación original dentro de las subredes. Limitaciones en equipo necesario para

rough-in y el final, sin embargo, no necesariamente se incluyen dentro de una única subred.

Nuestro proyecto de ejemplo tiene tres subredes áspera-in y acabado. El programador tiene que relacionarlos

con las limitaciones de equipo (como un elevador de personal) que pueden restringir la capacidad de los

subcontratistas o contratista general para proceder en más de una planta a la vez. Lazos de la tripulación son, posiblemente, las restricciones más importantes o relaciones, que no sean los

lazos físicos, en un horario de proyecto. Para el proyecto de ejemplo, el lugar más obvio que serán necesarios

los lazos de la tripulación se encuentra en la secuencia de la mano de obra de un piso a otro durante las fases

áspero-en y final del proyecto. A menos que se añaden los lazos de la tripulación, es concebible que las tres

plantas podrían ser programados para áspero-en al mismo tiempo. La mayoría de los contratistas en cuenta

que una secuencia de construcción ineficiente e innecesario. Lazos de la tripulación se añaden de una planta a

la siguiente en la secuencia prevista. En nuestro programa de ejemplo, el primer piso está maltratado antes del

inicio de la segunda planta áspero-en, y así sucesivamente.Por lo general, los lazos de la tripulación de los

principales subcontratistas están atados de piso a piso. Conductos HVAC, conductos eléctricos, plomería,

rociadores contra incendios, entramado, y el encuadre están atadas por la tripulación de piso a piso. Atar estas

actividades de trabajo de piso a piso permite una secuencia ordenada de los trabajos y una "nivelación"

automático de mano de obra en el proyecto.Típicamente, los lazos se colocan desde la finalización de una

actividad en el primer piso del comienzo de la misma actividad en el segundo piso, y así

sucesivamente. Durante este proceso, los activos de la independiente nodo I regla si se ha seleccionado, serán

formato de programación IJ hecho evidente que el planificador. Lazos de la tripulación dentro de la porción de acabado de estas subredes son también importantes. Estos

también están vinculados de un piso a través del edificio. Drywall, pintura, conductos, accesorios eléctricos,

cableado, baldosas de cerámica, y de plomería accesorios son actividades de acabado típicos que pueden estar

vinculados por la tripulación de piso a piso. La vinculación de la tripulación de las actividades de acabado

satisface la misma necesidad que la tripulación atar para las actividades ásperas-in, para indicar las

limitaciones de mano de obra para esa parte de la obra. Si las circunstancias más adelante en el proyecto requerirá al contratista para terminar la construcción de la

planta de arriba hacia abajo, en lugar de desde el piso de abajo hacia arriba, es un yo relativamente sencillo para

ajustar los lazos de la tripulación para mostrar el trabajo de arriba hacia abajo. La capacidad de cambiar

fácilmente secuencias es una de las razones básicas para el procedimiento de desarrollo de subred. Si bien el proyecto simple que se usa para este ejemplo no se presta a la uso de otros tipos de vínculos,

existen muchos más. Un ejemplo es la eliminación gradual restricciones. Requisitos de contrato pueden

requerir que ser demolidas y reconstruidas a la vez sólo una o dos estructuras en una planta de aguas

residuales tratos. Un empate entre la finalización de las estructuras y la demolición de estructuras siguientes

puede ser necesario. Otro ejemplo de una restricción puesta en fase sería una limitación de un proyecto de

renovación del hospital a un cierto número de habitaciones o áreas que pueden sertomadas fuera de servicio a

la vez. Otras limitaciones contractuales pueden requerir restricciones de puesta en fase similares. Otro tipo de limitación es el tiempo. Restricciones o relaciones pueden ser utilizados para indicar las

limitaciones de tiempo en un proyecto. Por ejemplo, al revisar el proyecto, el planificador puede determinar

que algunos de los trabajos de concreto se llevará a cabo en el invierno. El programador puede desear limitar

o totalmente cesar todo trabajo concreto durante la temporada de invierno.Limitaciones pueden ser

proporcionados por los lazos entre las diversas actividades concretas. El apagado total de todo el trabajo

concreto se podría hacer con una actividad individual, como una actividad hito, pero con una duración que

indica el trabajo de invierno apagado concreto. El programador puede desear esperar hasta la informatización

de la programación o el delantero manual de pasar de localizar y proporcionar una duración de esta actividad

adicional. Ahora que el programador ha completado la instalación de todo lo físico, tripulación, eliminación gradual,

contrato, y otros tipos de restricciones o relaciones, toda la programación del proyecto debe ser revisado, ya

sea en su formato redactado o en su "rasca" formato. El programador debe comprobar de nuevo por los

extremos abiertos. Todas las actividades deben tener un predecesor y un sucesor, excepto la primera actividad

en el proyecto y la última actividad en el proyecto. ¿Debería haber más de una fecha contractual de finalización, sucesores no son absolutamente necesarios de

las banderas de hitos intermedios. Sin embargo, es deseable desde una base formato de programación para

agregar un sistema de retención o de la relación de la finalización de hitos intermedios a la bandera de final de

la finalización del proyecto si no existe ninguna otra restricción lógico.

El siguiente paso es que el programador para realizar un pase hacia adelante manual. El propósito del pase

hacia adelante es ayudar al planificador conceptualizar CPM y entender cómo las distintas partes del proyecto

progresarán. También permite que el planificador para estudiar cómo las diferentes estaciones del año y las

condiciones climáticas afectarán el proyecto. El pase adelantado también proporciona un control manual de la

lógica y la exactitud de la secuencia del proyecto. Durante el pase hacia adelante manual, fechas de

finalización aproximados para cada subred se pueden observar en los "rasca" o lógica redactado. Esto permite

una primera comprobación de si la duración del proyecto programado encajará dentro de la fecha de

terminación del contrato requerido. Incluso si el programador está informatizando la red, se debe realizar un pase hacia adelante manual. Mientras

que el programador puede omitir este paso y permitir que el equipo para calcular el pase hacia adelante, esto

elimina la verificación lógica y pone en peligro un horario CPM calidad. Un delantero manual de pasar,

incluso en grandes programas de proyectos, no deben tomar más de un par de horas. El pase adelantado manual también permite al programador para hacer ajustes antes de tiempo. Una vez que

el pase hacia adelante se completa y el programador ha hecho pequeños ajustes para hacer la programación

del proyecto, aproximadamente en forma dentro del plazo contractual, preparación horario pasa a la siguiente

fase. FASE 4: INFORMATIZACION La siguiente fase está entrando la información lógica CPM en el ordenador para su procesamiento. La entrada

real es un proceso manual que tiene mucho cuidado para producir una base de datos precisa. Miles de

números se introducen en el ordenador. Un solo error en la entrada puede causar bucles o información

inexacta Horario. Mientras que una comprobación de datos se realizará a la finalización de este paso, es

mucho mejor para introducir información precisa en el primer lugar y no ser confrontado con un número

grave de errores de entrada de datos. El primer paso en la informatización de la programación es entrar en el nombre del proyecto y la información

de identificación diferentes acerca de la programación del proyecto en el ordenador. Muchos programas de

software le pedirá que identifique la semana de trabajo. De lunes a viernes es la semana de trabajo común en

los países occidentales, mientras que el domingo a jueves es la semana de trabajo estándar en otros. El

paquete de software normalmente pide también al programador identificar festivos no laborables. Los

programadores deben entrar en estos días en el programa de software y tenga en cuenta que los cálculos de

CPM saltarán sobre los distintos días de fin de semana y vacaciones, asegúrese de indicar si las vacaciones

que tienen lugar los sábados o domingos son para ser desplazado a viernes o el lunes. Si el programador ha

elegido para programar el proyecto utilizando duraciones calendario de días, entonces él o ella necesita para

entrar en si todos los días se tendrán en cuenta los días de trabajo. En tanto PDM y el formato IJ, el procedimiento típico para la entrada de datos es seguir las instrucciones en el

paquete de software para la introducción de información de la actividad. Cada actividad se introduce en la

base de datos por su descripción, sus nodos I y J o número de precedencia, su duración, su código

responsabilidad y cualquier otro código que pueda haber sido asignados a la misma. Una vez que todas las

actividades de la CPM se han introducido en la base de datos, el procesador de datos y / o devoluciones de

planificador para el diagrama lógico y añade todas las restricciones. (Con horarios PDM los predecesores y

sucesores se ponen en al mismo tiempo que las actividades.) Este proceso dura aproximadamente 1 hora por

50 actividades, dependiendo de la velocidad del individuo procesamiento de datos y la cantidad de datos para

cada actividad. Cuando la base de datos se ha completado, el programador sólo tiene que añadir la fecha de fin impuesta a la

actividad de proyecto completo y la fecha de inicio del proyecto en el Aviso para Proceder actividad. Una vez

hecho esto, las fechas de horario y duraciones pueden ser calculados. Siga los pasos que se indican en el

programa de software para calcular el cronograma del proyecto. Si usted ha hecho un trabajo de calidad de la

programación y de hecho no hay errores de procesamiento de datos, usted no debe tener ningún

bucles. Loops, sin embargo, no son infrecuentes. La gran mayoría de los bucles son creados por un error de

procesamiento de datos. Teniendo en cuenta las decenas de miles de números introducidos en la etapa de

procesamiento de datos, no es de extrañar que una inversión o el número fuera de lugar pueden causar un

bucle. Haga que el programa informático, imprimir el bucle para que pueda sentarse y comprobar el bucle a

través de su diagrama lógico. Si hay un error de procesamiento de datos, corregir ese error. Si hay un error de

relación que es en realidad su Scratchie o diagrama elaborado a mano, corrija el error y luego corregir los

datos correspondientes en la base del equipo. Volver a calcular el horario de CPM. En realidad no es raro que

más de un bucle de existir a causa de más de un error de entrada de datos. Corrija los bucles hasta que se

encuentren sin más lazos. Volver a calcular el horario e imprimir una lista numérica de su horario de

CPM. Esta impresión es su análisis de redes. Después de la CPM se ha producido en formato de actividad-número (también conocido como un listado

numérico) o IJ, el programador tiene que proceder con lo que se conoce comúnmente como una "verificación

de datos." Es imperativo que los ajustes de base planificador y modificaciones en una impresión precisa. Si

hay errores en los datos ocultos dentro de la base de datos de CPM, una programación errónea puede

producir. Se debe hacer un línea por línea, comprobación manual de los datos de CPM (que tiene ben entró en

el equipo) para verificar que el programa de ordenador coincide con lo que está en las sábanas

"Scratchie". Mientras error menor en las descripciones y ortografías no causará problemas de horario,

transformaciones numéricas o errores duración pueden causar serios problemas. Código de Responsabilidad u

otros errores de código también pueden crear problemas serios. FASE 5: PERFECCIONAMIENTO Refinamiento de la programación CPM se lleva a cabo en dos partes. El primer paso es el refinamiento

independiente realizado por el programador de CPM para modificar y ajustar el CPM para ser una

representación exacta del plan de acercamiento. Se incluyen en las modificaciones del planificador son ajustes

de tiempo y eficiencia ajustes estacionales para hacer el proyecto fluya más suavemente. El segundo paso del

proceso de refinamiento implica reuniones con el superintendente y subcontratistas para asegurarse de que el

programador ha interpretado sus directivas con precisión. Ajustes menores también están hechos con el

calendario para los cambios de planes menores por el superintendente o subcontratistas que han ocurrido

desde la reunión de la programación inicial. Refinamiento Programador

Compare la impresión con los diagramas lógicos para determinar si el programa del proyecto ha rebasado el

tiempo de contrato. Si el programa es largo, un número negativo aparece en la columna de la holgura o

flotador, que indica que hay más días en el calendario de la RPC que se asignan en el momento del

contrato. Si el horario de CPM muestra el proyecto acaba de crítica, comprobar el Proyecto de la actividad

completa para determinar si el inicio temprano y tardío comienzo son exactamente la misma fecha. Si el

comienzo temprano es antes del comienzo tardío, entonces usted tiene un menor número de días de trabajo en

su programa del proyecto que el plazo de ejecución del contrato. Normalmente, si se ha hecho un trabajo

razonable de la programación del proyecto, teniendo en cuenta el marco de tiempo requerido por el contrato y

ser razonable, con duraciones, el cronograma del proyecto será dentro de 5 por ciento de la duración del

contrato. Muchas veces el CPM estarán dentro de 10 a 20 días del tiempo del contrato. Si el programa tiene demasiados días en ella, mirar a través de la impresión de la RPC, especialmente la ruta

crítica, y ver dónde duraciones pueden ser ligeramente largo. La reducción de la duración de uno o dos días en

una variedad de diferentes actividades por lo general puede reducir el horario para ajustarse a la fecha de

finalización del contrato. Si el proyecto es un poco corta, sigue la misma técnica pero añadir días a algunas

actividades específicas que pueden aparecer poco corto. No corte o agregar días si duraciones de las

actividades son correctos arbitrariamente. Este ajuste no debe ser tomado a la ligera.Este esfuerzo suele llevar

el proyecto a la fecha el proyecto avance. Si el proyecto es sólo un poco corta y el programador cree que las

duraciones son todos razonable y no están en necesidad de ajuste, la duración de la actividad punzón y la

limpieza final se puede aumentar para llevar el proyecto sólo para el estado crítico. Si el proyecto es sustancialmente largo y pequeños ajustes en la duración del proyecto de actividad no traerá

el proyecto en el plazo del contrato, las revisiones de programación después más graves deben ser

considerados. Secuenciación del proyecto debe ser estudiado. Las relaciones entre las distintas subredes deben

ser reconsideradas, especialmente a lo largo de la ruta crítica. Mira la ruta crítica para ver si algo de trabajo se

podría iniciar un poco antes, o si más trabajo podría llevarse a cabo al mismo tiempo. Al hacer ajustes en los

puntos de inicio, puntos finales, y las relaciones secuenciales, el horario general se puede poner en la

alineación con el tiempo de terminación del contrato. Si esto no fuera posible a través de pequeños ajustes en

la duración, la secuenciación y relaciones, a continuación, el cronograma del proyecto debe ser "se estrelló" o

acelerada. Consulte el Capítulo 10 para las técnicas apropiadas para agilizar un horario. El Camino Crítico

Una vez que el programa del proyecto se encuentra dentro de la fecha de terminación del contrato, y es sólo

crítica, el planificador CPM necesita revisar la ruta crítica con cuidado. Trabajo del invierno debe ser

considerado. Posiblemente otras duraciones no fuesen acortados para permitir el trabajo interior para ser

programado durante el invierno, cuando la mano de obra de mejor calidad puede estar disponible.También es

importante para el planificador de CPM para pasar algún tiempo a revisar la ruta crítica, y asegúrese de que

sigue un camino razonable y lógico a través del proyecto. El hecho de que la ruta crítica no fluye en el que

pensé que debería cuando usted desarrolló el programa no quiere decir que es errónea. Si la ruta crítica sigue

un camino que no esperaba, debe comprobar todos y cada relación y duración de la actividad. Posiblemente usted malinterpretado alguna relación, y causó una ruta crítica falsa: Si un elemento, como la erección de un asta de tocador o de accesorios aparece en la ruta crítica, es una

indicación de que se requiere cierta reconsideración de las secuencias del proyecto. Análisis del flotador

El siguiente paso para el planificador, una vez que él o ella se asegura que la ruta crítica es razonable, es

comprobar el flotador o la holgura en el proyecto. Flotador excesiva en diversas actividades normalmente

indica una falta de vínculos suficientes dentro de la secuencia de trabajo. El trabajo que no está bien

programado indica un enfoque laxo a la programación del proyecto. A veces flotador excesiva indica una falta

de inclusión de los lazos de la tripulación o las limitaciones del equipo en el cronograma del

proyecto. Aunque algunas actividades, como la plantación de árboles alrededor del perímetro o pintar el

letrero en frente del proyecto, pueden mostrar los números de alta flotación este tipo de actividades no causan

alarma. Sin embargo, si las actividades de interior bruto-en o acabado muestran flotador excesivo, esto puede

indicar un error en la programación del proyecto. Normalmente, flotador promedio debe ser de 15 a 30 días de

trabajo en un proyecto similar al que se utiliza como ejemplo en este capítulo. Mientras que algunos proyectos

pueden experimentar rutas críticas en casi todos los caminos a través del proyecto, se trata de una

circunstancia inusual. Un excesivamente alto número de rutas críticas podría ser una indicación de un horario

manipulado para futuras reclamaciones de retardo. Esto no quiere decir que un proyecto que es sobre todo

crítico necesariamente ha sido manipulado. Análisis Float se puede realizar matemáticamente tomando el número de flotación de la copia impresa para

cada actividad de trabajo en el cronograma del proyecto y sumando los números. Luego divida ese número

por el número de actividades de trabajo. El resultado es float promedio. Si bien este número por sí mismo no es significativo, su comparación con

otros horarios típicos de proyectos dará el planificador de una idea de cómo horario "flexible" el proyecto

es. Cuanto mayor es el número medio de flotación, cuanto más flexible es el proyecto. Cuanto menor es el

número medio de flotación, menos flexibles del proyecto es. Para la construcción típico edificio de oficinas

con 1- a 02.11 duración del proyecto año, flotador media típica debe oscilar entre 15 y 30 días de

trabajo. Excesivamente números más altos indican claramente un calendario mal

construido. Significativamente números más bajos indican un proyecto muy firmemente programada. Un medio feliz con el control de flujo y equipos de mano de obra normalmente producir un programa de

proyecto dentro de los parámetros indicados anteriormente. Los diferentes tipos de proyectos tendrán diferentes tipos de flotador media. Un proyecto estructurado con

introducción progresiva y limitaciones de los trabajos de construcción severa normalmente tendrá holgura

medio en el 5- rango de 15-día de trabajo. Grandes proyectos con grandes cantidades de trabajo no

relacionados, como las plantas de aguas residuales, tratamiento, los grandes proyectos de plantas de energía y

otros proyectos, a veces pueden revelar grandes números medios de flotación. Flotador Media ofrece el

planificador con una sencilla comprobación de la calidad de la programación original completado. Flotador

media no es una contundente indicación de la calidad de un horario, pero proporciona un punto de referencia

para la revisión de la calidad. Refinamiento con el Superintendente y Subcontratistas

El planificador de la RPC debe producir una impresión numérica lista y una responsabilidad por temprano-

inicio impresión. La impresión numérica es producido por una lista de los I y J nodos o números de actividad

PDM en orden numérico. La responsabilidad por el temprano inicio listado es una especie que se enumeran

los distintos códigos de responsabilidad que se han colocado sobre las actividades en orden cronológico. Por

ejemplo, esta impresión se mostrarán todas las actividades eléctricas, agrupados en orden cronológico. Si el

tiempo lo permite, una responsabilidad por temprano-inicio gráfico de barras generados por ordenador es un

buen activo para esta reunión con el superintendente y subcontratistas.

Si la lógica elaborado a mano no ha sido elegido, el programador CPM debe ejecutar parcelas

cronograma del proyecto. Estas parcelas se deben organizar y legible al máximo grado posible. Las copias de

cada una de las impresiones y las parcelas deben ser proporcionados por el superintendente, el propietario, el

arquitecto, y los diversos subcontratistas al menos 2 días, pero preferiblemente una semana antes del

refinamiento reunión se lleva a cabo. Esto permitirá que estas personas algún tiempo para revisar el proyecto

de horario y desarrollar su entrada final. Una vez más, el planificador debe reunirse con el superintendente del proyecto antes de la reunión con los

diferentes subcontratistas. Cualquier comentario finales y ajustes al calendario tendrá que ser integrado en la

programación del proyecto en las mejores condiciones. Después de reunirse con el superintendente, el

planificador debe reunirse con el superintendente y subcontratistas para conseguir su entrada final y ajustes al

calendario de la RPC. Si el programador ha hecho un buen trabajo en el desarrollo de la CPM, el número de

ajustes será mínimo. Sin embargo, los subcontratistas cambian regularmente sus mentes entre la reunión de

programación original y el desarrollo final de la programación. Es una buena idea que el programador tenga las notas de la reunión anterior para recordar a los subcontratistas

de los compromisos que asumieron con el calendario de la RPC. Si es posible, el planificador de la RPC debe

hacer las modificaciones solicitadas por los subcontratistas. A veces, a través del proceso de desarrollo gráfico

de barras, el subcontratista puede ver que el programa prevé trabajar en más de una o dos áreas a la vez. El

subcontratista puede haber previsto sólo dos tripulantes, mientras que el horario puede reflejar tres o más

equipos de trabajo en diferentes áreas al mismo tiempo. Es importante para el programador para señalar las

diferentes carrozas que pueden estar disponibles para permitir que el subcontratista a las fuerzas de mano de

obra nivel dentro de la programación del proyecto. Si es posible, el planificador debe añadir los lazos de la

tripulación para reflejar este deseo. Sin embargo, si el programa de CPM no puede caber dentro del tiempo de

contrato con estos lazos adicionales, a continuación, las discusiones deben celebrarse entre el subcontratista,

el superintendente, y, posiblemente, el director del proyecto con el fin de resolver las dificultades. Técnicas avanzadas de Ajuste Fino

Hay una amplia variedad de técnicas de ajuste disponibles para el planificador CPM. Dependiendo de la

cantidad de información que el programador ha optado por incluir en el CPM, existen varias técnicas

diferentes para resolver problemas de programación y de ajuste. Si el planificador CPM ha incluido la mano

de obra como un recurso dentro del horario, a continuación, la mano de obra puede ser nivelada o restringida

mediante el uso de diversas funciones de software. Otros recursos que se incluyeron en diversas actividades

también pueden ser niveladas o restringidas. "La nivelación de recursos" es una función de software que utiliza float disponible y ajusta el marco de

tiempo para la realización de esas actividades para minimizar los picos y valles en el uso de recursos. Por

ejemplo, supongamos que el planificador selecciona el trabajo de los contratistas comerciales eléctricos 'a

nivelarse. El planificador selecciona esta opción en el programa de software y tiene el horario de CPM

recalculado para mostrar el marco de tiempo más óptimo para las distintas actividades eléctricas. Este proceso

no cambia la fecha de finalización de la programación del proyecto. Todos los cálculos se limitan a tiempo

float disponible dentro de la programación original del proyecto. Algunos programas permiten la nivelación

de una amplia variedad de recursos y / o los oficios de forma simultánea. Con esta opción del programa, la

mano de obra total puede ser nivelada con el grado óptimo para todos los oficios. La nivelación de recursos se

explica en detalle en el capítulo 11. "Restricción" es muy similar a la nivelación de un recurso; Sin embargo, lo que limita específicamente limita

el número de personal de artesanía u otros recursos disponibles para el proyecto. El uso de un ejemplo similar

a la referencia anterior, el programador puede introducir un límite de 10 electricistas disponibles en un

proyecto de construcción. Si el software de programación CPM encuentra que ciertas actividades deben ser retrasado debido a una

limitación en la mano de obra, el horario será de forma automática ex tendía. Esta extensión del proyecto se

puede cambiar la fecha de finalización. Este procedimiento puede ser útil en el análisis de un proyecto cuando

un número limitado de recursos o artesanos están disponibles para una parte específica de un proyecto. El uso de nivelación y de restricción es útil para afinar el programa RPC. Sin embargo, no es aconsejable el

uso de las impresiones resultantes con la nivelación o procedimientos que limitan para su distribución como el

calendario de CPM originales. El planificador debe estudiar las impresiones y añadir restricciones o realizar

ajustes en la planificación para producir los mismos efectos que el recurso-restricción o procedimiento de

nivelación. El problema con el uso de los paquetes de software para llevar a cabo estos procedimientos de

nivelación y no agregar vínculos o hacer ajustes es que el programador (o cualquier otra lectura de la CPM)

no pueden decir que estos "lazos invisibles" están siendo colocados en la lógica. Cada vez que el CPM se

actualiza, el software puede seleccionar una ubicación diferente para poder proveer estos "lazos

invisibles." Será difícil, si no imposible de probar a un propietario por qué estos "lazos invisibles" racionalizar

la necesidad de una extensión de tiempo (debe solicitar uno). Teniendo en cuenta que la base para la

programación de CPM es la comunicación, un "lazo invisible" colocado por el paquete de software no es útil. Como los paquetes de software de programación se vuelven cada vez más sofisticados, otras opciones, sin

duda, estar disponible para el programador para asistir en los horarios de CPM de refinación. Sin embargo, los

programadores siempre tendrán que recordar que la verdadera calidad de programación viene de cuidado

conceptualización de cómo se construye el proyecto y la interpretación precisa de esa información en un

diagrama CPM. Independientemente de la sofisticación del software, el software no produce horarios de

calidad. Sólo se puede procesar la información en un formato que se entiende y facilita la entrada de datos

rápida y fácil con facilidad. Computación e informática no generan horarios de sólo calidad programadores

pueden. Después de las reuniones con el superintendente y subcontratistas, alguna entrada a través del teléfono o en

una reunión con el propietario y el arquitecto es siempre deseable. Después de esta discusión, el programador

puede volver a la oficina y hacer los ajustes finales a la CPM. Hacer los ajustes solicitados por el

superintendente y el subcontratista puede haber dado lugar a un cronograma del proyecto que a su vez

necesita ajustes menores en duraciones de las actividades o relaciones. Estos pequeños ajustes deben

realizarse con autorización del contratista responsable, y luego un programa de CPM definitiva se pueden

producir. FASE 6: PRODUCCIÓN El planificador debe ahora producir impresiones finales de producción, parcelas, y / o planos lógicos

elaborado a mano, como en su caso, para su distribución a las distintas partes del contrato. El planificador

debe producir una numérica-tipo-de-sistemas de retención (relaciones de precedencia) impresión, una

impresión responsabilidad por temprano-inicio, y cualquier otro impresiones requeridas por las

especificaciones. Un gráfico de barras responsabilidad por temprano-inicio generada por computadora es

siempre una buena impresión de la producción que es fácilmente legible por una amplia variedad de

diferentes personas en un proyecto de construcción. Otras impresiones ordenador ordenar también pueden ser deseables. Esta producción final debe ser distribuido

con amplias copias al director del proyecto, el superintendente, los subcontratistas, el propietario y el

arquitecto. En este punto, el programador normalmente se terminó con el desarrollo de la programación total del proyecto

original. Junto responsabilidad del programador se produce durante la primera actualización, que

normalmente está prevista para aproximadamente 2 meses después de la notificación hasta la fecha

proceder. Muchas veces el desarrollo del cronograma original, habrán pasado este punto en el tiempo y una

actualización tendrán que ser realizados inmediatamente después de la producción de la programación

original. Si se requiere la aprobación en el calendario original del proyecto, el planificador debe esperar hasta

después de que haya sido aprobado por el propietario y el arquitecto, si es posible antes de actualizar el

calendario de la RPC. Capítulo 8 analiza la actualización de la programación CPM.