Cuatro relaciones lógicas de gestión de proyectos: Qué son

y cómo usarlas
Definición práctica
Las relaciones de tareas determinan las fechas de inicio y finalización de una tarea en relación
con otras actividades. Las relaciones se etiquetan como de fin a Inicio, de inicio a Inicio, de fin a
fin y de principio a fin.

Definición de guía de PMBOK®

Relación lógica: una dependencia entre dos actividades de programación de proyecto, o entre
una actividad de programación de proyecto y un hito de programación. Los cuatro tipos
posibles de relaciones lógicas son: fin a Inicio, fin a fin, inicio a Inicio y inicio a fin... Consulte
también relación de precedencia.

Relación de precedencia: el término usado en el método de diagramación de precedencia

para una relación lógica. En el uso actual, sin embargo, la relación de precedencia, la relación
lógica y la dependencia se utilizan ampliamente indistintamente, independientemente del
método de diagramación utilizado. Véase también relación lógica.

Definición ampliada
Parece que hay relaciones en todos los aspectos de la vida. Tenemos relaciones matemáticas,
relaciones de dinero y tiempo, relaciones de comida y vino e incluso relaciones humanas. Así
que por qué no relaciones de gestión de proyectos.

Algunas relaciones son simples, mientras que otras son complejas y desconcertantes. A veces
son más fáciles de descifrar mientras que otros toman un poco más de Noodling. Estas
afirmaciones pertenecen a todas las relaciones y aún más en la gestión de proyectos.

Entender estas relaciones y su uso es fundamental para el éxito del director del proyecto. ¿por
qué? Debido a que la mayoría de los gerentes de proyecto no saben que existen, no planean
adecuadamente para su existencia, y sin embargo, las relaciones existen y suceden si nos
gusta o no.

Una vez que los entendemos, sabemos aplicarlos y planificamos de acuerdo a su ocurrencia
natural, el programa del proyecto refleja más de cerca la realidad del proyecto. Cuanto más
estrechamente modelemos la realidad futura en nuestros planes, más probabilidades
tendremos de tener éxito en nuestro proyecto y satisfacer las expectativas de las partes
interesadas. Además, comprenderlo nos ayuda a ajustar nuestros esfuerzos e incluso a doblar
la realidad a veces para hacer que el proyecto esté en consonancia con lo que queremos.

Comprensión de la sopa del alfabeto: FS, SS, FF, SF

Las cuatro relaciones son:

1. Fin a Inicio (FS)

2. Inicio a Inicio (SS)
3. Fin a fin (FF)
4. Principio a fin (SF)
Cada relación actúa de manera diferente cuando los predecesores y sucesores interactúan.

Predecesor vs. sucesor

Definiciones de guía de PMBOK®:
Actividad predecesora: la actividad de programación que determina cuándo puede comenzar o
finalizar la actividad sucesora lógica.

Actividad sucesora: la actividad de programación que sigue a una actividad predecesora,

determinada por su relación lógica.

Antes de que podamos empezar a entender las cuatro relaciones, debemos entender a los
predecesores y sucesores.

Un predecesor suele ser la tarea que precede A otras tareas. Los sucesores ocurren
típicamente después de otras tareas, o sus predecesores. Este es el entendimiento común de
predecesores y sucesores.

En realidad, los predecesores son las tareas que controlan la relación entre dos actividades. De
hecho, los predecesores pueden realmente ocurrir después de un sucesor. Si eso te tuerce un
poco la mente, Quédate conmigo mientras explico cómo puede suceder. Puedo garantizar que
ha sido víctima de secuencias de actividades donde el predecesor ocurrió después de su
sucesor.

Nota: en este artículo, me refiero a tres tipos de definiciones: la definición de guía del PMBOK®
(la definición "oficial" definida por el Instituto de gestión de proyectos), la definición de Layman
(la persona que no es un experto en gestión de proyectos, pero es la que describe cómo
interactúan las actividades) y la definición práctica (la que es técnicamente correcta y,
afortunadamente, un lenguaje más común que la que se encuentra en la definición formal de la
guía del PMBOK®).

Fin a Inicio
Definición de la guía del PMBOK®: la relación lógica en la que la iniciación del trabajo de la
actividad sucesora depende de la finalización del trabajo de la actividad predecesora. Véase
también relación lógica.

Definición de Layman: una vez finalizada esta tarea, podemos empezar la siguiente.

Definición práctica: en una relación de fin a Inicio, el predecesor debe finalizar antes de que el
sucesor pueda iniciarse. De hecho, la fecha de fin de la predecesora determina la fecha de
inicio del sucesor.

Abreviatura: FS

Normalmente, una relación de fin a Inicio se muestra de la siguiente manera:

FS es la relación que se produce con más frecuencia dentro de la mayoría de los programas de
proyecto. De hecho, 95 por ciento (95%) de todas las tareas están relacionadas en una relación
de FS. Es la más prevalente de las cuatro relaciones. Como resultado, muchos paquetes de
software de administración de proyectos como Microsoft Project lo usan como la relación
predeterminada. A menos que se especifique lo contrario, el software asume que las
actividades se relacionan de manera FS.

Básicamente afirma que una vez que el predecesor termina, el sucesor puede comenzar.

Un ejemplo de relaciones FS es el lavado de autos. Nosotros lavamos el coche, seco el coche

y luego enceremos el coche. No tiene sentido secar el coche antes de lavarlo. Y, sin duda,
encerar el coche primero sólo muele la suciedad en la pintura en lugar de protegerlo.

Las actividades en el lavado de autos caen naturalmente en una relación de fin a comienzo.
Por supuesto, podríamos superponer las actividades. En otras palabras, podríamos empezar a
secar el coche antes de que hayamos terminado de lavarlo, pero hacemos riesgo de
sobrepulverización de agua causando el secado necesario adicional. La superposición de las
actividades sigue la definición de la relación de fin a comienzo, ya que el único punto que se
está secando debe lavarse y enjuagarse primero. Discutimos la superposición de actividades
en nuestro artículo ajustar las relaciones de tareas con Lead y lag.
Inicio-a-Inicio
Definición de la guía del PMBOK®: la relación lógica en la que el inicio del trabajo de la
actividad de programación sucesora depende del inicio del trabajo de la actividad de
programación predecesora. Véase también relación lógica.

Definición de Layman: queremos que estas dos tareas comiencen al mismo tiempo.

Definición práctica: una vez que se inicia la tarea predecesora, podemos iniciar la tarea
sucesora.

Abreviatura: SS

Normalmente, se muestra una relación de inicio a Inicio de la siguiente manera:

En esencia, todos suenan igual. El inicio de la tarea sucesora es bloqueado por el inicio de la
actividad predecesora. Hasta que se inicie el predecesor, el sucesor no puede comenzar.

Pero aquí hay otro significado que la gente pierde. Simplemente declara que el sucesor no
puede comenzar hasta que comience el predecesor. No significa que tiene que empezar
exactamente al mismo tiempo. Puede ocurrir en algún momento después del comienzo de la
actividad del predecesor. El inicio del sucesor depende del inicio del predecesor, no del
acabado o finalización del predecesor.

Un ejemplo de una relación de inicio a Inicio podría ser la tabulación de resultados de algunas
investigaciones de mercado. En la investigación de mercado, desarrollamos una encuesta,
distribuimos la encuesta y esperamos las respuestas a nuestra encuesta. A medida que
recibimos las respuestas, introducimos los datos en una base de datos y tabulamos la
información. No necesitamos esperar a que se devuelvan todas las respuestas antes de tabular
la información.

De hecho, en la investigación de mercado, una tasa de respuesta de un porcentaje se

considera buena. Dos a cuatro por ciento tasa de respuesta es super. Pero lo que realmente
significa es que no vamos a recibir del 96 al 99% de las respuestas deseadas. Si usamos una
relación de fin a Inicio entre las respuestas receptoras y tabulando los resultados, nunca se
tabulan las respuestas. Por lo tanto, una vez que las respuestas fluyen, podemos empezar a
tabular los resultados y observar las tendencias tempranas. Este método es lo que usan
durante las elecciones políticas que intentan predecir al ganador antes de que se cuenten todos
los votos. La programación de este ejemplo en el software de gestión de proyectos produciría el
siguiente diagrama de Gantt:

Fin a fin
Definición de la guía del PMBOK®: la relación lógica en la que la finalización del trabajo de la
actividad sucesora no puede terminar hasta la finalización del trabajo de la actividad
predecesora. Véase también relación lógica.

Definición de Layman: queremos que estas dos tareas terminen al mismo tiempo.

Definición práctica: una vez finalizada la tarea predecesora, la tarea sucesora puede finalizar.

Abreviatura: FF

Una relación Finish-to-Finish se muestra normalmente de la siguiente manera:

En las relaciones de fin a fin, debemos esperar a que finalice la tarea predecesora antes de que
podamos terminar, o declarar, el sucesor terminado. Y al igual que en las relaciones de inicio a
comienzo, el sucesor no necesariamente termina al mismo tiempo que el predecesor; puede
terminar después del predecesor.

Al servir la cena, típicamente experimentamos, o queremos experimentar, una relación de fin a

fin. Por lo general, queremos que todos los alimentos estén listos para comer al mismo tiempo
y colocados sobre la mesa, dispuestos para que la familia coma.
El uso de una relación de fin a comienzo mientras se preparan los resultados de alimentos en
una parte de la comida cocinada, mientras que otras partes ni siquiera se han comenzado. El
uso de una relación de inicio a Inicio mientras se cocina el alimento puede resultar en que
algunos artículos estén demasiado cocidos, cocidos o simplemente a la derecha. Por lo tanto,
la única relación que funciona para tener todos los elementos cocinados a la derecha y
colocado en la mesa al mismo tiempo es una relación de fin a fin.

Digamos que nuestro menú incluye carne, patatas y verduras. Poniendo el horno a 350o, la
carne toma 45 minutos, las patatas 60 minutos y las verduras 15 minutos. Para escenoficar
adecuadamente la cocción para que todos terminen al mismo tiempo, colocaría las patatas en
el horno primero, esperar 15 minutos, poner la carne en, esperar otros 30 minutos y luego
añadir en las verduras. La programación de este ejemplo en el software de gestión de
proyectos produciría el siguiente diagrama de Gantt:

Inicio-a-fin
Definición de guía de PMBOK®: la relación lógica en la que la finalización de la actividad de
programación sucesora depende del inicio de la actividad de programación predecesora. Véase
también relación lógica.

Definición de Layman: esta tarea finaliza cuando se inicia la siguiente, pero no antes.

Definición práctica: una vez que se inicia la tarea predecesora, finaliza la tarea sucesora.

Abreviatura: SF

Una relación de inicio a fin normalmente se muestra de la siguiente manera:

Vuelva a leer la definición. La tarea sucesora finaliza cuando se inicia la actividad predecesora.
¡Esperar! ¿Cómo puede finalizar la tarea sucesora, lo que significa que comenzó, antes de que
comience la actividad predecesora? No sé tú, pero esta definición tuerce mi cerebro de lado.

Afortunadamente, esta relación sólo se produce menos del 1% del tiempo, por lo que la
mayoría de la gente lo pierde, o simplemente no sabe que existe, pero lo hace. He visto a
muchas personas tratando de describir esta relación y francamente, la mayoría están
equivocadas. Entonces, yo proveo dos aquí. No vayas corriendo a la guía de PMBOK® por
ejemplos porque está visiblemente carente de ejemplos de estas relaciones excepto FS.
Hmm...

Imagina que eres el dueño de un crucero con cena. El barco sale del muelle a las 6:00 PM para
el crucero por la ciudad. Como propietario inteligente, abre la ventana de taquilla para ventas a
las 2:00 pm. Su objetivo es vender todos los boletos antes de que el barco salga del muelle.

A las 5:00 PM, el capitán del barco te llama y dice, "Hey jefe, estoy atrapado en el tráfico. Voy a
llegar tarde. Por favor, deje que los clientes sepan que el barco no dejará el muelle hasta por lo
menos 7:30 pm. "

Llega a las seis y no se venden todas las entradas. Como propietario, ¿qué haces? ¿Cierra la
ventanilla de venta de entradas y espera a que el barco abandone el muelle? ¿Cerras la
ventana y te vas a casa? ¿O sigues vendiendo las entradas hasta que el barco salga del
muelle? Por supuesto, mantendrías la ventana abierta vendiendo boletos hasta que el crucero
esté en marcha.

¿Qué determinó el tiempo de finalización de la venta de entradas: el reloj golpeando seis o el

barco saliendo del muelle? Es el bote saliendo del muelle. El reloj que llega a las 6:00 PM
carece de sentido. La embarcación que sale del muelle determina la relación entre las dos
tareas.

Por lo que vemos en este ejemplo, el predecesor no es necesariamente la tarea que viene
primero, sino uno que controla las relaciones de tareas. Si volvemos a revisar las otras tres
relaciones ya descritas, veremos la misma condición: el predecesor determina la relación. En la
relación de principio a fin, el predecesor es el evento "Main", el que determina el acabado de la
otra actividad. En el caso de la apertura de la ventana de ticket, su apertura está determinada
por la hora del día o 2:00 pm. Si el barco sale a tiempo o no, no afecta a la abertura de la
ventana.

Como vimos, la hora de cierre de la ventana se extendió por la salida tardía del barco. La
programación de este ejemplo en el software de gestión de proyectos produciría el siguiente
diagrama de Gantt:
Entiendo que la mayoría de las personas que leen esta definición no son dueños de cruceros
de cena. Por lo tanto, un ejemplo más práctico podría sentar la comprensión en la memoria. Tal
vez no más práctico, pero uno "más cerca de casa."

Recuerda los días en que fuiste a la escuela. Con el fin de poner a prueba su conocimiento de
un tema, el Maestro siempre dio una prueba. Si fueras como yo, esperarías hasta el último
minuto para hacer el examen. De hecho, si el instructor apareciera un poco tarde, aún estarías
estudiando hasta que el papel de prueba golpeó tu escritorio.

¿Qué determinó el inicio de su tiempo de estudio? Nunca lo averigüé, pero en mi caso, parecía
estar en pánico. Pero puedo decirles lo que determinó el final de mi tiempo de estudio. El
profesor que dice que todo el material de estudio debe ser puesto de distancia. Eso, mis
buenos lectores, es una relación de principio a fin.

Conclusión

La comprensión de las cuatro relaciones entre las actividades en un cronograma del proyecto
ayuda a modelar la realidad con mayor precisión. Desafortunadamente, la mayoría de los
equipos de proyecto solo usan la relación de fin a Inicio entre tareas. Este método no programa
con precisión las actividades de un proyecto.

Al planear los pasos de un proyecto, analice activamente las relaciones entre todas las tareas y
planificándolas con precisión. Al igual que la determinación de la duración de una tarea es
importante, relacionarlo con las otras cosas que hay que hacer es críticamente importante para
el éxito del proyecto. Es posible que no uses las cuatro relaciones dentro de un proyecto, pero
al menos deberías saber que existen y considerarlas.