Ingenierías Básicas y Estudios

FEED
Un estudio de Front End Engineering Design (FEED) se lleva a cabo al finalizar el
estudio conceptual y de factibilidad. En él, todas las opciones serán evaluadas
desde una perspectiva económica y de seguridad.

La ingeniería básica, también conocida como FEED, se define como la fase del
proyecto en la cual se produce documentación del proceso y de la ingeniería
asociada de suficiente calidad y profundidad, como para definir
adecuadamente los equipos, líneas y demás especificaciones para las fases
de ingeniería de detalle, procura y construcción de las instalaciones del
proyecto. Esta fase suele representar aproximadamente el 15 por ciento de los
costos de un proyecto de ingeniería. Esta vital fase del proyecto se utiliza
normalmente para apoyar la decisión de inversión y dar inicio al desarrollo físico
de un proyecto.

OSL ha desarrollado numerosos estudios FEED para algunos de los

representantes más importantes de la industria de petróleo y gas y comprendemos
muy bien la importancia de plasmar las intenciones del cliente y las
especificaciones fundamentales del proyecto durante la etapa de ingeniería
básica. OSL trabaja en estrecha colaboración con el equipo del cliente para
proporcionar un nivel de definición tal que se puede eliminar o reducir
drásticamente la necesidad de hacer cambios durante las etapas de ingeniería de
detalle e implementación.

Los paquetes de ingeniería básica y FEED por lo general incluyen:

 Bases de diseño
 PFD's, P&ID's y diagramas de protección
 Hojas de datos y especificaciones de los equipos principales
 Hojas de datos API de los compresores
 Schedules para válvulas, líneas e interconexiones
 Hojas de datos de instrumentos y válvulas
 Diagramas de arreglos generales para los equipos y líneas principales  
 Estimación de costos y programación nivel 3 de proyectos
 Identificación e investigación de artículos especiales
 Estudios de HAZOP/HAZID/SIL/LOPA
 Plan de ejecución de proyectos y plan de HSE
 Registro de riesgos
La ingeniería básica y de detalle forman parte de las etapas de un proyecto.
Antes de estas está la ingeniería de perfil y la ingeniería conceptual; y
después de aquellas la ejecución y operación de aquel. En esta publicación
abordaremos con mayor detalle qué es la ingeniería básica y de detalle y
cómo se relacionan.

Conozcamos más de estudios en ingeniería

¿Qué es la ingeniería básica?

Como su nombre indica, mediante esta se definen los lineamientos básicos

de un proyecto. Quienes están a cargo de la ingeniería básica es un grupo de
ingenieros, aquellos tendrán la responsabilidad de elaborar planos,
especificaciones técnicas y, de ser necesario, se encargarán de las
licitaciones. En esta fase, los requerimientos del usuario quedan plasmados,
así como las especificaciones básicas, el cronograma y un alcance del
presupuesto final.

Es importante mencionar que los planos que se elaboran, como parte de la

ingeniería básica, no pueden ser usados para construir nada, sólo permiten
la evaluación de la obra. Esto además hace posible que se pueda cotizar la
misma.

Como parte de los lineamientos pueden encontrarse:

● Estudios de red.
● Ubicación física
● Esquemas unifilares.
● Disposición de equipos.
● Dimensiones de máxima de los edificios, etc.


¿Qué es la ingeniería de detalle?

También es conocida como ingeniería de proyecto. En aquella, en contraste

con la ingeniería básica, el nivel de especialización de los encargados es
mayor. Como resultado de la ingeniería de detalle se obtienen los
documentos técnicos necesarios para la planificación y ejecución de la
obra. Gracias a ella, se optimizan los recursos ya sea, la mano de obra o los
materiales.

Entre los documentos que comprende la ingeniería de detalle, se encuentran

aquellos que definen los componentes que se necesitarán para que la
fabricación pueda darse. Además, está la documentación que define los
objetivos y requerimientos generales del proyecto.

En general, forman parte de la ingeniería de detalle:

● Planos.
● Planillas.
● Croquis.
● Memorias de cálculo.
● Especificaciones técnicas, entre otros.

¿Cómo se relacionan la ingeniería básica y de detalle?

Se puede decir que la ingeniería básica sirve de pilar para lo que se
desarrollará en la ingeniería de detalle. Esta permitiría la ejecución de
planos constructivos. Antes de que se pase de la ingeniería básica a la de
detalle, es importante una cuidadosa evaluación de la anterior en laque se
anoten las observaciones y mejoras que se crean convenientes. Respecto a
la ingeniería de detalle, esta debe hacerse conforme a las normas vigentes

La definición de ingeniería
y a los criterios

conceptual e ingeniería básica (Parte 1)

Xavier Coll, gerente de Ingeniería y Desarrollos Integrales, S.L.

18/12/2018
31040

Durante un proyecto podemos discriminar tres fases ingenierías: las dos primeras
más creativas (se analiza el problema y se definen las soluciones más adecuadas) y
la tercera fase en la que esas soluciones deben concretarse en respuestas únicas
que tienen que describirse en su totalidad y con el detalle necesario para su
posterior transformación en una realidad.

La ingeniería conceptual

A continuación, describimos qué es la ingeniería conceptual y la ingeniería básica antes de

centrar toda nuestra atención en el concepto de la ingeniería de detalle.

La ingeniería conceptual se aplica inicialmente para identificar la viabilidad tanto técnica

como económica del proyecto y es la que marcará la pauta para el desarrollo de la
ingeniería básica y la ingeniería de detalle.

Se basa en un estudio previo (o estudio de viabilidad) y en la determinación de los

requerimientos del proyecto. A continuación, recopilamos los principales puntos a
analizar y estudiar en esta primera fase de ingeniería:

 Los productos y la capacidad de producción.

 La normativa y regulación requerida.
 La descripción del proceso de fabricación y los requerimientos del usuario.
 La descripción general de la instalación.
 El plan, los diagramas de bloques, la distribución de salas, los planos de flujos de
materiales y personas, los planos de áreas clasificadas y los diagramas de
procesos básicos.
  La estimación de requerimientos de servicios auxiliares.
 El listado de equipos preliminar.
 La valoración económica de la inversión ± 30%.

La Ingeniería básica

En la segunda fase correspondiente a la ingeniería básica se reflejarán definitivamente

todos los requerimientos de usuario, las especificaciones básicas, el cronograma de
realización y la valoración económica.

Más en concreto, durante esta fase se definen los siguientes trabajos:

 La revisión detallada de la ingeniería conceptual y los requerimientos del usuario.

 Las hojas de datos de todas las salas (críticas y no críticas), los equipos y las
instalaciones.
 El cálculo de cargas térmicas y el caudal de aire en cada una de las salas, etc,
 Los Diagramas de Tuberías e Instrumentación (P&ID) básicos de aguas, los
sistemas HVAC y de routing para tuberías.
 La distribución de puntos de uso de servicios.
 La revisión del layout de salas, las implantaciones de equipos, incluyendo las áreas
de servicios
 Listas de consumos y de equipos.

La ingeniería básica la desarrollamos en dos etapas: la primera consiste en la toma de

datos y elaboración de los requerimientos de usuario y en la segunda se desarrolla el
resto de trabajos recopilados en la lista anterior. Cuando la ingeniería básica está
validada, es entonces el punto en el que ya estamos en disposición de contar con una
base sólida para el siguiente y más importante paso: la ingeniería de detalle.

2. ¿Qué es la ingeniería de detalle?

La ingeniería de detalle es el aspecto más importante del desarrollo
de las ideas que al inicio del proyecto fueron concebidas como
posibilidad y que en esta etapa pasan a ser algo más real. En esta
fase quedan definidos todos y cada uno de los subsistemas,
componentes o partes que forman el proyecto, desarrollados en una
serie de documentos que deben ser suficientes para llevar el proyecto
a la práctica.
Como hemos comentado, en el desarrollo de la ingeniería básica se
consideran todos los aspectos que marcarán el rumbo de la ejecución
teniendo en cuenta la viabilidad del proyecto. Sin embargo, los
detalles de estos son lo que determinarán la funcionalidad y la
satisfacción del usuario final.
Aún en el caso de unos objetivos perfectamente definidos desde el
inicio o de un proyecto de baja complejidad, como podría ser un
almacén, se pueden obviar las fases previas pero nunca la ingeniería
de detalle.
Cuando comenzamos el desarrollo de la ingeniería de detalle ya
contamos con los datos previos que ayudan a definir los aspectos
finales del proyecto. Una vez analizados, en IDI el proyecto pasa por
una revisión técnica cuya intención es pulir los detalles que puedan
ser considerados como un punto débil en la ejecución del mismo.
Como hemos avanzado en la primera parte, la ingeniería de detalle
concreta las soluciones escogidas y desarrolla el detalle necesario
para llevarlas a cabo.
En esta fase no se pueden tener errores importantes ni valores estimados aunque no sea
posible disponer de toda la información necesaria. La precisión debe ser alta.

Como regla general un proyecto está correctamente calculado cuando la desviación entre
el presupuesto estimado y la inversión real no supera el 5%.

La fase de ingeniería de detalle del proyecto consta de las siguientes tareas:

 Verificar, confirmar y si fuese necesario modificar las hipótesis y soluciones del

diseño.
 Suministrar toda la información técnica, económica y legal al promotor del
proyecto.
 Preparar los datos técnicos, detalles constructivos y condiciones en que debe
fabricarse o construirse el detalle del proyecto.

En el siguiente punto desglosamos la fase de la ingeniería de detalle del proyecto en sus

distintas etapas de ejecución.
3. ¿Cuáles son las etapas de una ingeniería de detalle?

1ª etapa: Comprobación de las especificaciones

En esta etapa revisamos los estudios previos y la ingeniería básica precedente para
ajustarlos al momento y circunstancias en que se encarga la realización del proyecto.

 Esta comprobación es necesaria por las siguientes razones de peso:

 Es posible que el tiempo transcurrido desde la realización del diseño básico haya
modificado las condiciones del entorno y por tanto, las bases fijadas en el
anteproyecto puede que no se correspondan con las nuevas circunstancias.
 Cuando los estudios previos y la ingeniería básica han sido realizados por distintos
técnicos, se vuelve necesario realizar una síntesis de las hipótesis y datos válidos
antes de iniciar el diseño detallado.
 Por motivos de naturaleza técnica, económica y legal que justifiquen la
modificación de la ingeniería básica.

En esta primera etapa de la ingeniería de detalle se llevarán a cabo las siguientes

acciones:

 La definición de los subsistemas (forma, materiales y características

fundamentales).
 La fijación de las hipótesis de cálculo a considerar.
 La división de los subsistemas en componentes, su modelización y el cálculo y
comprobación de cada uno de ellos.
En algunas ocasiones, no es posible realizar los cálculos de los componentes sin definir
todas las etapas en que se subdividen. Por experiencia sabemos que en estos casos se
vuelve necesario realizar simultáneamente esta primera etapa y la siguiente.

Esta fase de proyecto constituye una fase fundamental de cálculos técnicos y de diseño.
Es, en el estudio de los componentes y partes, donde nuestros profesionales son capaces
de apreciar la calidad del anteproyecto y de la gran importancia que tiene en el resultado
final.

2ª etapa: Definir y calcular las partes

En esta segunda fase las partes en que se divide cada componente deben ser tales que en
la fase de fabricación no quede ningún aspecto constructivo sin definir. Todo detalle no
resuelto en la fase de diseño puede traducirse en un grave problema posteriormente.

El proyectista acostumbra a confiar en el buen hacer de los suministradores y fabricantes

y deja en sus manos la fijación de muchos detalles. Esta actitud puede ser peligrosa,
incluso nos atrevemos a decir que temeraria, puesto que ni los fabricantes ni los
suministradores están en posesión de todas las claves del problema y, además, tenderán
a solucionarlos para que su beneficio sea máximo y no necesariamente para que el
resultado sea el más óptimo.

En esta segunda etapa de la ingeniería de detalle se llevan a cabo las siguientes tareas:

 La definición de las partes de cada componente y de las hipótesis de cálculo

específicas.
 La modelización, el cálculo y el dimensionado de cada elemento.
 La consideración de que los elementos forman parte de un conjunto y de que éste
debe ser óptimo.
 El estudio y cálculo de los elementos de unión y piezas auxiliares, de control y de
montaje.
 Los esquemas, dibujos y detalles constructivos de cada una de las partes.

3ª etapa: Ensamblar y comprobar partes

Esta etapa lleva a una primera solución de diseño completo y comprende los siguientes
procesos:

 Ensamblar partes en componentes y éstos en subsistemas.

 Dibujar el conjunto y detalles del ensamblaje.
 Calcular los elementos que aún no estaban definidos.

4ª etapa: Comprobar dimensiones y resultados con normas

Una vez calculado el proyecto y definidas las dimensiones del conjunto y de sus
componentes, es preciso contrastar y comprobar estos resultados, de modo que cumplan
las normas, leyes y reglamentos requeridos.
Esto es absolutamente necesario porque, aunque durante el diseño se tienen en cuenta,
la resolución de los cálculos y dibujos pueden modificar alguna de las consideraciones
iniciales y también porque parte de la reglamentación no afecta directamente a los
cálculos. En todo caso, deben consultarse las normas con el fin de incluir en los planos y
demás documentos todas las condiciones que es obligatorio citar.

5ª etapa: Preparación, revisión y confección de documentos

Dado que la fase de proyecto es la fase definitiva de preparación antes de llevar a efecto
una determinada obra o producto, los documentos deben ser completos y suficientes en
sí mismos.

Hasta aquí hemos visto las principales etapas de la ingeniería de detalle, pero para
conocer con exactitud cómo se lleva a cabo en un proyecto concreto, debemos definir las
metodologías utilizadas en proyectos para plantas industriales que trataremos en
profundidad en la siguiente entrada

Contacta con nosotros para que podamos asesorarte personalmente sobre el desarrollo
de la ingeniería de detalle adecuada a las necesidades concretas de una planta industrial.

El diagrama de PERT: qué es y cómo

crearlo (incluye ejemplos)
Team Asana3 de agosto de 2021•7 min de lectura
facebooktwitterlinkedin

IR A UNA SECCIÓN ESPECÍFICA

1. Cómo funciona el diagrama de PERT

2. Cómo hacer un diagrama de PERT
3. Ejemplo de un diagrama de PERT
4. Cuándo usar el diagrama de PERT
5. Diagrama de PERT vs. diagrama de Gantt
6. Planifica con anticipación con un diagrama de PERT
Prueba Asana ahora

Si alguna vez has tenido dificultades para vincular las tareas de un proyecto o para dar
seguimiento a las dependencias, tenemos la solución perfecta para ti.
El diagrama de PERT es una herramienta que se utiliza para programar, organizar y
planificar en detalle las tareas de un proyecto.

El acrónimo PERT significa Program Evaluation and Review Technique, que traducido es

Técnica de revisión y evaluación de programas. Proporciona una representación visual del
cronograma de un proyecto y desglosa las tareas individuales. Este diagrama es similar
al diagrama de Gantt, pero su estructura es diferente.
Este diagrama consta de algunos pasos que te guiarán desde la fecha de inicio del proyecto
hasta su fecha de finalización. En este artículo, abarcaremos los cinco pasos, te
mostraremos un ejemplo y te explicaremos cómo usar un diagrama de PERT de forma
efectiva para sacarle provecho.

Cómo funciona el diagrama de PERT

El diagrama de PERT es una representación visual de las tareas de un proyecto y las
dependencias conectadas a cada una. Puedes usarlo para crear un programa inicial y un
cronograma estimado que puedes compartir con los participantes del proyecto antes de que
el proyecto comience.

Crear una hoja de ruta del proyecto, en forma de diagrama de PERT, te ayudará a realizar
varias actividades de planificación del proyecto, entre las que se incluyen las siguientes:
 Obtener la aprobación de los directivos con respecto al programa y al cronograma
 Comunicar los objetivos del proyecto a los participantes
 Crear un plan detallado visual de un proyecto complejo
 Estimar el tiempo necesario para finalizar tareas individuales
Para aprovechar al máximo tu diagrama de PERT, primero debes comprender los pasos
necesarios para crear uno y cómo trazar tu diagrama de manera visual.
Cómo hacer un diagrama de PERT
Para crear un diagrama de PERT, sigue los cinco pasos del ciclo de vida del proceso, que
incluye desde la identificación de las tareas hasta la gestión de la finalización del proyecto.

1. Identifica las tareas del proyecto

El primer paso para crear un diagrama de PERT exitoso implica identificar y recopilar la
información y las tareas necesarias para el proyecto. Puedes comenzar la fase de
planificación del proyecto de manera similar a como normalmente lo harías con la fase
inicial de gestión del proyecto. Esto puede incluir lo siguiente:
 Un caso de negocios
 Un plan de comunicación
 Una reunión inicial
La planificación anticipada garantiza que estarás preparado para definir las dependencias y
conectar las tareas durante las fases subsiguientes.

Plantilla gratuita de la agenda de la reunión

2. Define las dependencias de las tareas

La dependencia de una tarea es una tarea o un hito que depende de que se finalice otra tarea
antes de poder iniciarse. Esto a veces se denomina relación lógica y a menudo se usa en
una estructura de desglose del trabajo.
Crear dependencias puede ayudarte a realizar un seguimiento adecuado del trabajo,
garantizar que las tareas se finalicen y establecer una comunicación clara. En el caso de
proyectos complejos, planifica los cronogramas y la duración del proyecto de manera
adecuada y con anticipación.
En un diagrama de PERT, las dependencias se visualizan conectando y numerando las
tareas. Si bien no es tan completo como otros métodos, como lo es la estructura de desglose
del trabajo, ofrece una visualización general de las tareas y el trabajo necesario para
completarlas.

Lee: 12 consejos para lograr comunicaciones efectivas en el trabajo

3. Vincula las tareas del proyecto

Una vez que se han creado las dependencias de las tareas, puedes crear tu diagrama de
PERT vinculando las tareas del proyecto entre sí. Estas conexiones constan de flechas, que
representan tareas y nodos, que representan eventos o hitos.

Por ejemplo, coloca los eventos principales en los nodos (representados como círculos o
cuadrados numerados) y traza flechas de tareas que representarán las dependencias
necesarias para finalizar los eventos.

Este diseño te proporciona una estructura de proyecto simple que, aunque no es demasiado
específica, los participantes del proyecto pueden comprender fácilmente.

4. Establece el cronograma del proyecto

A esta altura debes estimar la duración total del proyecto utilizando el método de la ruta
crítica (CPM) y la fórmula de PERT. La ruta crítica es la secuencia más larga de tareas que
deben llevarse a cabo para finalizar con éxito un proyecto.
El objetivo es encontrar el camino más largo que llevará más tiempo para calcular la
duración total del proyecto que sea más corta. Las estimaciones de tiempo se pueden
calcular en función de lo siguiente:
  La duración siendo optimistas: La cantidad mínima de tiempo necesaria para
realizar una tarea.
 La duración siendo pesimistas: La cantidad máxima de tiempo necesaria para
realizar una tarea.
 La duración más probable: La mejor estimación de cuánto tiempo se necesitará para
realizar una tarea.
Puedes usar la fórmula de PERT para calcular la duración esperada de una tarea y el
momento de su finalización de la siguiente manera: (O + (4 × MP) + P) ÷ 6. Esto se puede
medir en minutos, horas, días o incluso semanas.

Por ejemplo, si la duración siendo optimista es de 30 minutos, la duración siendo pesimista

es de 60 minutos y la duración más probable es de 45 minutos, la fórmula de PERT sería
así: (30 min + (4 × 45 min) + 60 min) ÷ 6 = 45 minutos.
Una vez que hayas calculado la duración esperada por tarea, puedes sumar cada una de las
estimaciones de tu ruta crítica para obtener un promedio del cronograma del proyecto.

5. Gestiona el progreso de las tareas

El paso final para crear un diagrama de PERT es gestionar el progreso de las tareas hasta la
finalización del proyecto. Esto se puede hacer cerrando dependencias y mitigando
problemas a lo largo del camino hasta que se finalicen todas las tareas.

Recuerda que un diagrama de PERT debe actualizarse a lo largo del proyecto a medida que
se van dando cambios. Esto podría combinarse con un proceso de control de cambios, que
ayude a detallar y comunicar los cambios del proyecto.
Una vez que se hayan finalizado todas las tareas del proyecto, puedes archivar materiales
en un espacio compartido para consultarlos más adelante si fuese necesario.

Lee: Por qué contar con un plan claro de comunicaciones es mucho más importante de lo que crees
Ejemplo de un diagrama de PERT
Ahora que comprendes los cinco pasos necesarios para crear un diagrama de PERT, es hora
de que crees el tuyo. Dado que todos los diagramas difieren según la complejidad y la
duración de un proyecto determinado, el tuyo puede ser ligeramente diferente.

Para comenzar tu diagrama, haz lo siguiente:

 Dibuja tus nodos numerados: Recuerda que estas son las tareas madre de tu
proyecto que, cuando se finalicen, constituirán el proyecto en cuestión. Tu diagrama
puede tener cualquier cantidad de tareas, pero 10 es una buena cantidad para
empezar.
 Conecta los nodos a las tareas: Dibuja flechas que representarán las dependencias de
las tareas. Estas tareas son lo que debe hacerse para que se finalicen los eventos. Tu
diagrama debe tener un comienzo y un final claros, aunque la parte del medio puede
ser más compleja.
Ejemplo de cómo debería ser tu diagrama de PERT:

A continuación, te mostramos un desglose de la terminología común que puedes incluir en

tu diagrama de PERT y la definición de cada uno:

 Nodos: Los nodos representan los eventos del proyecto. Estos eventos son los
componentes grandes que conforman tu proyecto. Por ejemplo, al lanzar el diseño
de un sitio web, un nodo podría representar el diseño de un logotipo nuevo.  
 Tareas: Las tareas representan lo que debe realizarse para que los nodos se
implementen. Por ejemplo, una tarea puede representar el diseño de tres bosquejos
de logotipos. 
 Dependencias: Una dependencia es cuando una tarea está conectada a otra tarea.
Estas tareas dependen una de la otra y no se puede finalizar una sin la otra. 
  Dependencias sin recursos: Una dependencia sin recursos es aquella que, aunque
está conectada a otra, no tiene tareas tangibles que deban finalizarse. Por ejemplo, si
bien el lanzamiento de un producto y la página de inicio pueden estar
correlacionados, ninguna tarea está conectada. 
Los diagramas de PERT se pueden crear utilizando diferentes herramientas, incluido
un software de gestión de proyectos. Las herramientas pueden ayudarte a planificar,
visualizar y establecer las dependencias y recordatorios de las tareas de forma adecuada
para dar seguimiento al progreso del proyecto y detectar fácilmente los cuellos de botella. 
Lee: 3 formas de visualizar un plan de proyecto: los Cronogramas, los Calendarios y los Tableros

Cuándo usar el diagrama de PERT

Los gerentes de proyectos usan los diagramas de PERT para evaluar y finalizar un proyecto
determinado. Pero con tantos otros métodos para elegir, ¿qué ofrece el diagrama de PERT
en comparación con los demás?
Para empezar, el diagrama de PERT es un buen método cuando buscas evaluar el
cronograma, los recursos necesarios y la ruta crítica de un proyecto. Veamos cada uno de
estos elementos un poco más en detalle.

 Para determinar la ruta crítica: Una de las características clave del diagrama de

PERT que lo distingue de otros métodos es que te permite determinar la ruta crítica
de un proyecto. Esto es importante al visualizar el cronograma general de un
proyecto. 
 Para evaluar los recursos: Gracias a las características únicas que ofrece el diagrama
de PERT, puedes mostrar fácilmente qué tareas requieren recursos y cuáles no. Esto
te ahorra tiempo a ti y a los participantes del proyecto ya que pueden acceder
fácilmente a esa información y la tienen por adelantado. 
 Para estimar el tiempo: Dado que el diagrama de PERT evalúa tanto la duración de
cada tarea como la duración general del proyecto, es una gran herramienta cuando
 necesitas comprender el cronograma esperado durante la fase inicial de
planificación del proyecto.
En general, crear un diagrama de PERT es una buena opción si necesitas un plan de
proyecto simple que puedas compartir fácilmente con los miembros del equipo. Utiliza este
diagrama para compartir rápidamente recursos y cronogramas.

Diagrama de PERT vs. diagrama de Gantt

La gente a veces confunde los diagramas de PERT con los diagramas de Gantt, aunque
tienen algunas diferencias clave. No solo difieren en su apariencia visual, sino que también
brindan diferentes características según las necesidades de tu equipo.

Estas son algunas características clave que debes tener en cuenta al decidir cuál es el
adecuado para ti:

1. Los diagramas de PERT son diagramas de flujo, mientras que los diagramas de

Gantt son gráficos de barras: Una de las mayores diferencias está en su diseño
visual. Los diagramas de Gantt adoptan un enfoque de diagrama de barras
tradicional, mientras que los diagramas de PERT tienen una apariencia menos
estructurada y adoptan diferentes diseños según el proyecto.
2. Los diagramas de Gantt ofrecen organización, mientras que los diagramas de PERT
ofrecen personalización: Los diagramas de Gantt están organizados de manera más
estructural. Por otro lado, los diagramas de PERT permiten una personalización de
diseño simple que es mejor para las necesidades de proyectos de nivel más general. 
3. Los diagramas de PERT se pueden utilizar antes de que comience el proyecto: Dado
que los diagramas de PERT ofrecen un plan de proyecto y un diseño de cronograma
simples, a menudo se usan como guías visuales durante el inicio del proyecto. Los
gerentes de proyectos luego usan otro método, como una estructura de desglose del
 trabajo o un diagrama de Gantt, específicamente para planificar en detalle las tareas
y dependencias del proyecto. 
En general, los diagramas de Gantt son más populares para planificar en detalle las tareas
del proyecto a lo largo del ciclo de vida del mismo, mientras que los diagramas de PERT
son populares para planificar los tiempos en las etapas iniciales del proyecto. Se pueden
usar por separado o en combinación para crear un plan integral.

Planifica con anticipación con un diagrama

de PERT
Al implementar tu propio diagrama de PERT, puedes estar seguro de que tu próximo
proyecto se planificará de forma precisa y correcta. Gracias a su diseño simple y las
estimaciones del cronograma, tu equipo tendrá una orientación clara con respecto a las
tareas del proyecto y estará preparado para lo que se le presente.

Si deseas llevar tu próximo proyecto un paso más allá, prueba el Cronograma de Asana
para dar seguimiento a tus proyectos.

Diagrama CPM
 Enrique Rus Arias

 3 min

 Referenciar

El método de la ruta crítica o diagrama CPM (Critical Path Method) es un

algoritmo basado en la teoría de redes que permite calcular el tiempo mínimo
de realización de un proyecto.
Este método utiliza intervalos determinísticos, a diferencia de otros como el
PERT que se basan en probabilidades.
Lo anterior quiere decir que se espera que, en idénticas condiciones, el
resultado de un proceso sea el mismo. Por tanto, en este caso los tiempos son
conocidos a priori.

Origen del diagrama CPM

El origen del diagrama CPM fue en un centro de operaciones que lo desarrolló

para las firmas Dupont y Remington Rand. Se considera como fecha de su
creación el intervalo entre diciembre de 1956 y febrero de 1959.

El objetivo era controlar los tiempos de realización y con ello, los costes
implicados. Como curiosidad, se creó un año antes que el método
PERT (1958).

Morgan Walker de Dupont y James E. Kelley de Remington Rand, ingeniero y

matemático, consiguieron tener listo (en un corto período de tiempo) este
sistema de gestión de tiempos. El objetivo era optimizar los costes implicados
en los diferentes proyectos. En este caso, como se ha mencionado, los tiempos
son conocidos a priori.

La ruta crítica en el diagrama CPM

Para calcularla hay que saber dos reglas básicas. La primera es que cada
actividad se debe identificar con dos nodos, uno al inicio y otro al final. La
segunda es que, si dos actividades van al mismo nodo final, hay que utilizar
una ficticia que se representa con una arco de puntos.

Para conocer la ruta crítica es necesario seguir una serie de pasos.

 En primer lugar, hay que realizar una tabla con las actividades, sus prelaciones
y duración.
 A continuación, se crea el diagrama CPM con las actividades ficticias si son
necesarias.
 Se calculan los tres indicadores de tiempo. Recorriendo la red de izquierda a
derecha y viceversa, se obtienen los tiempos más tempranos (T1), los tiempos
más tardíos (T2) y los de holgura (H) como diferencia de ambos. Lo veremos
mejor en el ejemplo.
 La ruta crítica será aquella que tengan holguras iguales a cero. A veces puede
existir más de una ruta que tengan esta condición y son todas válidas.
Ejemplo del diagrama CPM

Veamos un ejemplo sencillo, que es similar al de un diagrama PERT.

Imaginemos una empresa que tiene cuatro actividades: A,B, C y D. La última
(D) recibe de B y C, por tanto, creamos una ficticia (Fb) que no consume
tiempos ni recursos. Esta solo sirve para cumplir los requisitos básicos del
diagrama.

Ahora rellenamos los tiempos más tempranos (T1) partiendo de cero en A y

sumando el del nódulo anterior a la siguiente tarea. Cuando lleguen dos tareas
al mismo nódulo se escoge la de mayor T1. La última será la suma de las
tareas anteriores. Ahora calculamos T2 partiendo del nódulo 4 y restando los
tiempos en vez de sumar. Si llegan dos cogemos el menor de ellos.

Como último paso del diagrama CPM calculamos las holguras (H) como la
diferencia entre T1 y T2. Como vemos, al inicio los tiempos quedarán a cero y
en el último nódulo se refleja el tiempo máximo y mínimo de ejecución (que
son iguales). La ruta crítica (azul oscuro) será aquella en que los nódulos no
tengan holgura (H=0).

Microsoft Project
Ir a la navegaciónIr a la búsqueda

Microsoft Project
 Información general

Tipo de Software de administración de proyectos

programa

Desarrollador Microsoft

Licencia EULA

Versiones

Última versión 1812 (compilación 11126.20266) ( 12 de

estable diciembre de 2018)

Archivos legibles

varios[mostrar]

Archivos editables

varios[mostrar]
 Enlaces

Sitio web oficial

[editar datos en Wikidata]

Microsoft Project (o MSP) es un software de administración de proyectos y

programas de proyectos desarrollado y comercializado por Microsoft para asistir a
administradores de proyectos en el desarrollo de planes, asignación de recursos a
tareas, dar seguimiento al progreso, administrar presupuesto y analizar cargas de
trabajo.
El software Microsoft Office Project en todas sus versiones (la versión 2019 es la
más reciente a enero de 2019) es útil para la gestión de proyectos, aplicando
procedimientos descritos en el PMBoK del Project Management Institute.
Microsoft Project en sus versiones de escritorio para usuarios finales Project
Professional y Project Pro para Office 365, permite conectar con Microsoft Project
Online y Project Server, vinculando y adquiriendo bondades de administración
centralizada del portafolio de proyectos y otras grandes funcionalidades para
administrar, proyectos, programas y portafolios. 1

Índice

 1Historia

 2Véase también

 3Referencias

 4Enlaces externos

Historia[editar]

Interfaz Ms Project Professional 2016

Microsoft Project (o MSP) es un software de administración de

proyectos desarrollado y vendido por Microsoft. La primera versión del programa
fue lanzada para el sistema operativo DOS en 1984 por una compañía que
trabajaba para Microsoft. Microsoft adquirió todos los derechos del software en
1985 y produjo la versión 2. La versión 3 para DOS fue lanzada en 1986. La
versión 4 para DOS fue la última versión para este sistema operativo,
comercializada en 1987. La primera versión para Windows fue lanzada en 1990, y
fue llamada versión 1 para Windows. Un dato interesante es que la primera
versión para DOS introdujo el concepto de Líneas de dependencia (link lines)
entre tareas en la gráfica de Gantt. Aunque este software ha sido etiquetado como
miembro de la familia Microsoft Office hasta el momento no ha sido incluido en
ninguna de las ediciones de Office. Está disponible en dos versiones: Standard y
Professional.
Una versión para Macintosh fue lanzada en julio de 1991 y su desarrollo continuó
hasta Project 4.0 para Mac en 1993. En 1994 Microsoft detuvo el desarrollo para la
mayoría de las aplicaciones Mac y no ofreció nuevas versiones de Office hasta
1998, después de la creación de la nueva unidad de negocio "Microsoft
Macintosh" el año anterior. El MacBU no lanzó ninguna versión actualizada para
Project y la versión de 1993 no es ejecutada nativamente en Mac OS X.
Fecha de lanzamiento de las versiones: 1992 (v3), 1993 (v4), 1995, 1998, 2000,
2002, 2003, 2007, 2010, 2013, 2016 y 2019. 2
La aplicación crea calendarización de rutas críticas, además de cadenas
críticas y metodología de eventos en cadena disponibles como add-ons de
terceros. Los calendarios pueden ser secuenciados para una disponibilidad
limitada de recursos, y las gráficas visualizadas en una Gráfica de Gantt.
Adicionalmente, Project puede reconocer diferentes clases de usuarios, los cuales
pueden contar con distintos niveles de acceso a proyectos, vistas y otros datos.
Los objetos personalizables como calendarios, vistas, tablas, filtros y campos, son
almacenados en un servidor que comparte la información con todos los usuarios.
Microsoft Project y Project Server son piezas angulares del Microsoft
Office Enterprise Project Management (EPM).
En 2007 en una conferencia Steve Ballmer reveló que las futuras versiones de
Microsoft Project contarán con Interfaz de usuario Ribbon.3
¿Dónde se aplica Microsoft Project?
Microsoft Project (o MSP) es un software de administración de proyectos y programas
de proyectos desarrollado y comercializado por Microsoft para asistir a administradores
de proyectos en el desarrollo de planes, asignación de recursos a tareas, dar seguimiento
al progreso, administrar presupuesto y analizar cargas de ...

APLICACIÓN DEL MODELO PERT-CPM A LA

GESTIÓN DE PROYECTOS DE MARKETING
EMPRESARIAL
Autores/as

 Carlos Ernesto Flores TapiaPontificia Universidad Católica del Ecuador

 Karla Lissette Flores CevallosUniversidad de Cádiz

DOI: 

https://doi.org/10.22370/riace.2021.10.1.2969

Palabras clave: 

Investigación de operaciones, método PERT-CPM, administración de empresas, marketing,

cooperativa

Resumen

El estudio busca dar respuesta a la pregunta ¿Cómo optimizar tiempos, recursos y costos en la
gestión de proyectos empresariales con una visión integral e integrada de las actividades,
favoreciendo su administración y control? Se aplica método PERT – CPM de Investigación de
Operaciones a un caso particular en el ámbito del marketing, esto es, la implementación de la
campaña comunicacional para la organización objeto de estudio –Cooperativa de Ahorro y
Crédito Ambato Ltda.- con el fin de fortalecer la imagen institucional. Se identifica la ruta
crítica para el cumplimiento de las actividades del proyecto que optimiza el tiempo de
ejecución, los costos y el control.

La investigación evidencia la flexibilidad del método PERT-CPM para realizar simulaciones

probabilísticas que se ajustan a posibles decisiones administrativas del proyecto, en cuanto a
aceleración en los tiempos de cumplimiento o niveles de confianza del programa estipulado.
Además, la aplicación de los modelos cuantitativos de Investigación de Operaciones, como es
el caso del método PERT-CPM, con el apoyo de herramientas informáticas, contribuyen con
información procesada técnicamente para la toma de decisiones en las organizaciones,
confirmando su utilidad en proyectos empresariales -más aún en el caso de proyectos complejos
y a gran escala.