Regístrate al Videoboletín informativo
Recibe en tu correo contenido de actualidad sobre el mundo de la gestión de proyectos: videos, entrevistas, artículos, noticias, eventos, ofertas de trabajo, cursos y mucho más.

¡Certifícate ya como PMP® o CAPM®!
Reserva una beca de hasta un 80% para unirte al programa en línea de habla hispana más efectivo de certificación PMP® o CAPM®: Los 1000 Certificados de LiderDeProyecto.com

Dependencia de actividades - Relacion inicia a fin 10.2

Más
28 Jul 2020 11:37 - 28 Jul 2020 11:38 #134797 por moderador

Carlos F Ruiz Kuri escribió: La explicación de las dependencias Inicio a fin me parecieron interesantes. Aunque son raras, se me ocurre un ejemplo que quisiera confirmar como valido y es la dependencia del soporte de un proveedor con la actividad de arranque en vivo (Go.Live).

El proveedor no se puede retirar de un proyecto hasta que este se ha puesto en marcha.

Aprecio la contestación. Saludos

Relaciones de precedencia entre las actividades: diagrama de precedencias


Una vez definidas las actividades del proyecto y establecidas las relaciones de precedencia entre ellas podemos representar el proyecto a través de un grafo en el que los nodos son las actividades y los arcos son las relaciones de precedencia. Esta representación se conoce como diagrama de red o de precedencias y es fundamental para la comprensión del método del camino crítico. La figura 2.2 representa el diagrama de precedencias de un proyecto formado por siete actividades, de las cuales A, B y C se pueden realizar nada más empezar el proyecto, dado que no tienen ninguna actividad que las preceda. Sin embargo, la actividad D no puede comenzar hasta que no haya concluido la actividad A. Lo mismo sucede con las actividades E y G con respecto a B y C. En cuanto a la actividad F no podrá comenzar hasta que no hayan terminado las actividades D y E. Por último, la figura 2.2 incluye dos actividades ficticias que son la actividad inicio y la actividad fin, cuyo único cometido es cerrar el grafo.
Las relaciones de precedencia entre actividades se deben generalmente a restricciones de tipo técnico y no a restricciones de recursos. Estas últimas no se deben tener en cuenta en la planificación. Se considerarán en la programación de proyectos al resolver los problemas de asignación de recursos.

Figura 2.2 Diagrama de precedencias de un proyecto



La relación de precedencia del tipo Fin-Inicio es la más usual, sin embargo existen otros tipos de enlaces entre actividades como son Inicio-Inicio (II), Fin-Fin (FF) e Inicio-Fin (IF). A continuación representamos gráficamente cada uno de estos enlaces.

1. Fin-Inicio (FI): la actividad siguiente B no puede empezar hasta que no haya terminado la actividad precedente A.


2. Inicio-Inicio (II): la actividad siguiente B puede empezar una vez que haya comenzado la actividad precedente A.


3. Fin-Fin (FF): la actividad siguiente B puede finalizar cuando haya finalizado la precedente A.


4. Inicio-Fin (IF): Este tipo de relación de precedencia es muy poco frecuente y une el inicio de la actividad precedente con el fin de la actividad siguiente. La actividad B no puede terminar hasta que no haya acabado la actividad A.


El tipo de relación de precedencia más común es el Fin-Inicio. De aquí en adelante, salvo que se especifique otro tipo de enlace, si no se dice nada entenderemos que el enlace es de tipo Fin-Inicio.
En general, el software de gestión de proyectos permite definir cualquiera de estas relaciones de precedencia, aunque en la práctica la más habitual es Fin-Inicio.
• Microsoft Project permite los cuatro tipos de relaciones de precedencia entre las actividades. El programa las denomina dependencias entre tareas: fin a comienzo, comienzo a comienzo, fin a fin, comienzo a fin.

Se recomienda realizar el ejercicio 2.1.


También podemos considerar la posibilidad de un retraso, que consiste en una demora en la actividad siguiente. Este retraso se puede establecer para cada uno de los cuatro tipos de enlace vistos anteriormente. Así, dependiendo del tipo de enlace existente entre la actividad precedente A y la actividad siguiente B, establecer un retraso de n unidades de tiempo (supongamos días) entre éstas significa:
•Enlace FI: La actividad B no puede empezar hasta transcurridos al menos n días desde que finalizó la actividad A
•Enlace II: La actividad B no puede empezar hasta transcurridos al menos n días desde que empezó la actividad A
•Enlace FF: La actividad B no puede finalizar hasta transcurridos al menos n días desde que finalizó la actividad A
•Enlace IF: La actividad B no puede finalizar hasta transcurridos al menos n días desde que empezó la actividad A
• Microsoft Project permite establecer retrasos (posposición) para los cuatro tipos de relaciones de precedencia.


Figura 2.3 Tipos de enlaces con retraso

Enlace FI con retraso de 2 días


Enlace II con retraso de 2 días


Enlace FF con retraso de 2 días

Enlace IF con retraso de 2 días


Se recomienda realizar el ejercicio 2.2.


Por último, la utilidad de establecer el grafo o diagrama de precedencias del proyecto está en
• Determinar el camino crítico
• Determinar el tiempo mínimo de ejecución del proyecto
• Identificar las actividades que presentan riesgos especiales
• Identificar los períodos en que hay más cosas que hacer
• Mejorar nuestra comprensión del proyecto




ALvaro

Revisen
sites.google.com/site/gdpumh/planificacion-de-proyectos‎
Allí verán las figuras
Última Edición: 28 Jul 2020 11:38 por moderador. Razón: referencia para figuras

Por favor, Identificarse o Crear cuenta para unirse a la conversación.

Más
28 Jul 2020 11:35 - 28 Jul 2020 11:36 #134796 por moderador

Carlos F Ruiz Kuri escribió: La explicación de las dependencias Inicio a fin me parecieron interesantes. Aunque son raras, se me ocurre un ejemplo que quisiera confirmar como valido y es la dependencia del soporte de un proveedor con la actividad de arranque en vivo (Go.Live).

El proveedor no se puede retirar de un proyecto hasta que este se ha puesto en marcha.

Aprecio la contestación. Saludos

Algunas líneas
Tipos de dependencias
La secuencia de actividades se determina sobre la base de las siguientes dependencias:

Dependencias obligatorias, también conocidas como de "Lógica Dura". Una dependencia obligatoria es inherente a la naturaleza del trabajo (ejemplo: se debe diseñar antes de construir, se debe programar antes de realizar pruebas) o es requerida específicamente por el acuerdo o el contrato.

Dependencias discrecionales, también conocidas como "Preferida, Preferencial o Lógica
Blanda". Esta es la forma que una organización o el Director de Proyecto ha elegido para realizar el trabajo en la organización. Puede existir otra forma en que se podría realizar el trabajo, pero este es el enfoque preferido. Se puede cambiar una dependencia discrecional si es necesario, mientras que NO se puede cambiar fácilmente los otros tipos de dependencias. Las dependencias discrecionales son importantes al analizar la forma de cómo comprimir el cronograma para reducir la duración del proyecto (ejecución rápida del proyecto FAST TRACK).

Dependencia externa Esta dependencia se basa en las necesidades o deseos de una parte externa del proyecto (ejemplo: gobierno o proveedores).

Dependencia interna Esta dependencia se basa en las necesidades del proyecto y puede ser algo que el equipo del proyecto puede controlar y hasta definir.
Se puede identificar más de una dependencia para el mismo trabajo. Las combinaciones incluyen obligatoria externa, obligatoria interna, discrecional externa y discrecional interna.



Alvaro
Última Edición: 28 Jul 2020 11:36 por moderador.

Por favor, Identificarse o Crear cuenta para unirse a la conversación.

Más
28 Jul 2020 11:35 #134795 por moderador

Carlos F Ruiz Kuri escribió: La explicación de las dependencias Inicio a fin me parecieron interesantes. Aunque son raras, se me ocurre un ejemplo que quisiera confirmar como valido y es la dependencia del soporte de un proveedor con la actividad de arranque en vivo (Go.Live).

El proveedor no se puede retirar de un proyecto hasta que este se ha puesto en marcha.

Aprecio la contestación. Saludos

Estimado Carlos: si revisas estas definiciones la situación que describes es más bien Fin a Fin
El proveedor no termina (A) hasta que la instalación (B) ha terminado y se ha puesto en marcha.
A- presencia del proveedor
B- instalación

Alvaro

Por favor, Identificarse o Crear cuenta para unirse a la conversación.

Más
28 Jul 2020 11:21 #134794 por moderador

Carlos F Ruiz Kuri escribió: La explicación de las dependencias Inicio a fin me parecieron interesantes. Aunque son raras, se me ocurre un ejemplo que quisiera confirmar como valido y es la dependencia del soporte de un proveedor con la actividad de arranque en vivo (Go.Live).

El proveedor no se puede retirar de un proyecto hasta que este se ha puesto en marcha.

Aprecio la contestación. Saludos

Gracias estimado Carlos por compartir la inquietud.
A modo de "refresh" las definiciones

ESTABLECER DEPENDENCIA DE TAREAS
Para establecer el tipo de dependencia entre las tareas de un proyecto, se debe tener en cuenta estas cuatro relaciones:
Fin a Comienzo (FC): La tarea sucesora no puede comenzar hasta que finalice la tarea predecesora
Fin a Fin (FF): La tarea sucesora no puede finalizar hasta que no finalice la predecesora.
Comienzo a Comienzo (CC): La tarea sucesora no puede comenzar hasta que comience la tarea predecesora.
Comienzo a Fin (CF): La tarea sucesora no puede finalizar hasta que comience la tarea predecesora. Este tipo de vínculo no se utiliza normalmente, aunque este disponible.
Las dependencias entre tareas se crean siguiendo estos pasos:
· Muestre el Diagrama de Gantt (La dependencia de tareas puede generarse en cualquiera de las hojas de tareas, pero en el Diagrama de Gantt es donde mejor se observa el efecto de los vínculos)
· Para definir estas relaciones existen dos métodos: Escribir directamente la identificación numérica de la actividad predecesora en la sucesora o resaltar la tarea sucesora y predecesora, luego entrar en el Menú Edición y dar clic en la opción Vincular Tareas.
Si una tarea tiene varias actividades predecesoras se señalan todas y se realiza el mismo procedimiento enumerado anteriormente o se escriben todas las identificaciones numéricas de las actividades predecesoras separadas por comas.
· Cuando una tarea se programa con tiempo de adelanto este se expresa como un valor negativo, que puede ser un porcentaje de la actividad predecesora (-25%) o un período de tiempo específico (-4d). Para escribir esta programación directamente sobre la hoja del Diagrama, en la casilla de la actividad sucesora se debe poner el tipo de vínculo existente y el tiempo de adelanto.
Alvaro

Por favor, Identificarse o Crear cuenta para unirse a la conversación.

Más
27 Jul 2020 10:40 #134792 por Carlos F Ruiz Kuri
La explicación de las dependencias Inicio a fin me parecieron interesantes. Aunque son raras, se me ocurre un ejemplo que quisiera confirmar como valido y es la dependencia del soporte de un proveedor con la actividad de arranque en vivo (Go.Live).

El proveedor no se puede retirar de un proyecto hasta que este se ha puesto en marcha.

Aprecio la contestación. Saludos

Por favor, Identificarse o Crear cuenta para unirse a la conversación.

Tiempo de carga de la página: 0.168 segundos