Gestión de proyectos

Índice:

2. Gestión del tiempo de un proyecto

2.1 Procesos de gestión del tiempo
2.1.1 Definir tareas
2.1.2 Secuenciar tareas
2.1.3 Estimar recuros de las tareas
2.1.4 Estimar la duración de las tareas
2.1.5 Desarrollar el cronograma
2.2 Elaboración del cronograma
2.2.1 Hitos y tareas
2.2.2 Vincular tareas
2.2.3 Adelantos y atrasos entre tareas
2.2.4 Restricciones en las fechas
2.2.5 Calendario laboral

2. Gestión del tiempo de un proyecto

2.1 Procesos de gestión del tiempo

2.1.1 Definir tareas

Las tareas son los entregables del proyecto

Los entregables de un proyecto o work package están definidos a través de la
estructura de desglose de trabajo. Tenemos que seguir descomponiendo estos
paquetes de trabajo hasta llegar a un nivel suficiente que nos permita estimar
tiempos, recursos.

En este esquema representamos paquetes de trabajo y tareas.

Descomponemos los paquetes de trabajo a un nivel más pequeño que

denominamos tareas en las que debemos ser capaces de estimar recursos,
gestionarlos…, es decir, facilitar la gestión interna del proyecto

Las relaciones con nuestros clientes, los contratos para trabajos externos también
están definidas a nivel de tareas.

Nivel de detalle en el que debemos descomponer:

Si hacemos una descomposición en demasiadas actividades, al final obtenemos un

cronograma muy difícil manejar y gestionar, por la cantidad de cosas de las que
tenemos que ocuparnos.

Con una descomposición en muy pocas actividades vamos a obtener un

cronograma más bien impreciso (va a ser difícil estimar con precisión los tiempos,
los recursos).
 Una descomposición adecuada sería aquella que permitiera a todas las personas
asignadas a dicha tarea conocer qué trabajo tienen que realizar y en cuánto
tiempo. Esto requiere mucha experiencia del project manager para llegar al nivel
que podemos considerar adecuado.

En este esquema representamos la estructura jerárquica del desglose de trabajo

donde tenemos los diferentes work package a nivel de la EDT y luego cada uno de
los paquetes de trabajo por ejemplo el 1.2.2. A su vez lo descomponemos en una
serie de tareas. La tarea es el nivel de descomposición más pequeño.

El trabajo completo de nuestro proyecto debe estar contenido entre la estructura

desglose de trabajo y las tareas en la que descomponemos cada uno de los
paquetes de trabajo.

TEST 10- Definir las Tareas

1- El proceso "Definir las Tareas" es el primero de la Planificación
del Tiempo de un Proyecto. Este proceso se aplica
secuencialmente después del proceso que permite obtener

 La línea base del Proyecto

  La Estructura de Desglose del Trabajo (EDT)
 El Plan de Recursos Humanos

2- Durante la aplicación del Proceso de Planificación del Tiempo

"Definir las Tareas" el objetivo principal es

 Agrupar los Paquetes de Trabajo (WP) en función de los Entregables del Proyecto
 Relacionar los Paquetes de Trabajo (WP) con los Perfiles de los Recursos
Humanos del Proyecto
 Descomponer los Paquetes de Trabajo (WP) para facilitar la Gestión Interna del
Proyecto

3- Uno de los aspectos críticos a la hora de Definir las Tareas de

un Proyecto es el Nivel de Detalle de las Tareas. Las Buenas
Prácticas indican que

 Es recomendable tener muchas tareas para poder manejar fácilmente el cronograma
del proyecto
 Es recomendable tener pocas tareas para poder estimar adecuadamente el tiempo y
los recursos del proyecto
 Ninguna de las 2 afirmaciones anteriores es correcta

4- Una definición de las Tareas del Proyecto "Adecuada" sería

aquella que permite

 Al jefe de Proyecto gestionar el Estado del Proyecto

 A todos los Miembros del Equipo del Proyecto conocer el Trabajo que tienen que
realizar
 A los Interesados del Proyecto conocer el Estado Económico del Proyecto
5- Una buena práctica de Gestión de Proyectos consiste en
asociar a las Tareas unos Códigos Numéricos que indica

 Las dependencias temporales entre las tareas

 Las dependencias jerárquicas entre las tareas
 Los Controles de Cuentas asociados a las tareas
 2.1.2 Secuenciar las Tareas
Es preciso determinar las dependencias lógicas que existen entre las diferentes tareas de
nuestro proyecto.

Estas dependencias nos van a determinar el orden en el que vamos realizando dichas
tareas.

Las dependencias introducen restricciones a la hora de planificar nuestro proyecto ya que

nos están imponiendo condiciones de qué tareas hay que realizar antes y cuáles después,
por lo tanto, siempre es recomendable hacer sólo las estrictamente necesarias en el
proyecto.

A modo de ejemplo, para explicar lo que sería el objetivo de este proceso, tenemos un
orden temporal en el que se va a ejecutar nuestro proyecto, vamos a tener ordenadas las
diferentes tareas y, en algunos casos, introducimos lo que sería una restricción que es lo
que aparece, señalado con esta flecha. Esta restricción nos está indicando una
dependencia entre tareas (marcada abajo en un cuadro rojo).

En este caso concreto indica que la tarea 2.3.1.1 no se puede comenzar hasta que no
termine la tarea 1.2.2.2

Por lo tanto, estamos introduciendo una restricción, que va a condicionar la ejecución

temporal de nuestro proyecto.

A la hora de secuenciar las tareas existen diferentes tipos de relaciones lógicas que
podemos incluir entre las tareas.
Las más significativas son las denominadas fin a comienzo (es la más habitual de todas).

Lo que nos indica es que la tarea sucesora no comienza hasta que no finaliza la tarea
predecesora.

La relación comienzo a comienzo que nos indica que la tarea sucesora no comienza hasta
que no comienza la predecesora.

La relación lógica fin a fin, nos indica que la tarea sucesora no finaliza hasta que no finaliza
la predecesora.

Hay una restricción que sería la de comienzo a fin, significa que la tarea sucesora no
finaliza hasta que no comienza la predecesora. Esta restricción no se usa, la incluímos
porque así aparecen los cuatro posibles tipos de dependencias lógicas que existen.

Estas restricciones entre tareas se representan en los cronogramas o en los diagramas de

red

Las dependencias en las tareas pueden ser de diferentes tipos:

En primer lugar, están las que denominamos obligatorias, son las que realmente existen,
por ejemplo, por temas físicos, técnicos o también pueden ser porque están incluidas en
un contrato que nos obligan a que las cosas se hagan en un determinado orden. A modo
de ejemplo, no podemos construir un edificio si primero no hacemos los cimientos eso es
una restricción física.

Luego tendríamos las dependencias discrecionales, las podemos incluir en nuestro

proyecto, pero en un momento dado si nos hiciera falta, para gestionarlo adecuadamente,
para acortar tiempos o para algún otro problema que se pudiese plantear, podrían ser
eliminadas

Por último, están las dependencias externas que no dependen de nuestro equipo, por
ejemplo, no podemos empezar una obra si primero no tenemos una licencia o permiso
para comenzar

Al secuenciar las tareas debemos tener en cuenta los adelantos y atrasos.

Un adelanto supone que vamos a empezar la tarea sucesora antes de lo previsto, siempre
de acuerdo con el tipo de dependencia que hay entre las tareas, para acelerar el trabajo.

Un atraso supone que la actividad sucesora la vamos a empezar después de lo previsto,

de acuerdo con la dependencia, para retrasar el trabajo.
En el primer caso tenemos que la tarea b tiene una restricción de fin a comienzo

Y la línea vertical indica el eje temporal, pues en cuanto finaliza la tarea a comienza la
tarea b

por ejemplo, no podemos pintar una pared hasta que no hayamos terminado de alisar las
paredes, pero quizá cuando ya parte de las paredes están alisadas, podemos empezar a
pintar, aunque no hayamos terminado completamente de alisar las paredes de todo el
edificio (estaríamos en el 2º caso).

El atraso es muy parecido. La tarea b empieza con un atraso respecto a la finalizacion de la

tarea a. La restricción que hay entre ellas es de fin a comienzo.

Como resultado del proceso de secuenciar las tareas obtenemos un diagrama de red, que
es un esquema donde están todas las tareas de nuestro proyecto, todas las relaciones de
dependencia entre ellas, incluidos los adelantos y atrasos etc.
TEST 11-Secuenciar las Tareas
1- El proceso denominado "Secuenciar las Tareas", que se aplica
después del proceso "Definir Tareas", y consiste en ordenar las
tareas en función de

 Las Dependencias previstas en el Plan del Proyecto para terminar los Entregables del
Proyecto en los plazos previstos

 La Disponibilidad Temporal de los recursos (personas y equipos) requeridos para

poder desarrollar dichas tareas en determinados plazos

 Las Dependencias Lógicas entre dichas tareas

2. Los "Adelantos/Atrasos de Tareas" consisten en

 empezar la "actividad sucesora" antes/después de lo previsto (según el tipo de

dependencia) para adelantar/retrasar el trabajo

 empezar la "actividad predecesora" antes/después de lo previsto (según el tipo de

dependencia) para adelantar/retrasar el trabajo

3- El resultado del proceso "Secuenciar las Tareas" es

 La representación en un calendario laboral de la secuencia de tareas (cronograma)

  La representación esquemática de las tareas y sus relaciones lógicas (diagrama de red)

 La representación jerárquica de las tareas y los controles de cuentas

4 - La "restricción Lógica" denominada "Fin a Comienzo" (FC) entre tareas

indica

 Que la tarea sucesora no comienza hasta que no finalice la tarea predecesora

 Que la tarea sucesora no finaliza hasta que no comienza la tarea predecesora

 Que las 2 tareas comienzan y terminan al mismo tiempo

1. Las dependencias denominadas "Obligatorias" son aquellas que

 no dependen del equipo del proyecto, por ejemplo "obtener una licencia/permiso"

 son las limitaciones reales (físicas, técnicas, etc.) y también son las limitaciones que
están en un contrato (cumplimiento obligatorio)

 son limitaciones "razonables" pero en un momento dado podríamos "eliminarlas"

2.1.3 ESTIMAR LOS RECURSOS DE LAS TAREAS

Partimos de que nuestro proyecto lo tenemos descompuesto en un conjunto de

tareas, a partir de aquí estimamos los recursos para realizar dichas tareas.

Los recursos en principio son:

- personas (con habilidades, conocimiento y experiencia) que tienen que ejecutar

los trabajos previstos.

- maquinaria (equipos informáticos …)

En cada una de las tareas tenemos que estimar todos los recursos que nos hacen
falta. Es muy importante que conozcamos los recursos de los que dispone la
organización.

Por lo tanto, cuando queremos estimar los recursos humanos que se precisan
debemos de conocer sus habilidades, experiencia y sus conocimientos, es decir,
tenemos que saber si son capaces de realizar las tareas que necesitamos que
realicen.

También conoceremos los calendarios de recursos de la organización.

Normalmente, la mayoría de las organizaciones disponen de recursos que son
limitados y que pueden estar comprometidos en otros proyectos.

Habitualmente en una organización no hay un único proyecto, entonces podemos

planificar el proyecto, ejecutar determinadas tareas que requieran unos recursos
con perfiles en fechas concretas.

Hay otros proyectos que simultáneamente puedan requerir esos recursos, por lo
tanto, es muy importante coordinarse con el resto de los proyectos de la
organización.

La organización puede reasignar los recursos, y revisar el Plan del Proyecto

 A modo de ejemplo, en este esquema representamos ciertos proyectos antes de
asignar recursos. En esta tarea se necesita un determinado perfil, un analista,
aunque quizá no está libre hasta febrero (el único perfil de que se dispone). Por lo
tanto, a la hora de ejecutar esta tarea, habrá que esperar a una fecha. Además, las
tareas tienen dependencias entre sí, por ejemplo, en este caso se muestra entre la
tarea b y la tarea c

no se puede realizar la c hasta que no se ha finalizado la tarea b. Aunque

dispongamos de recursos en otras fechas

El calendario de recursos de la organización condiciona de manera muy importante el

calendario que el projet manager aplique al proyecto.  

Si los perfiles requeridos están previamente asignados a otros proyectos en

las fechas en las que se va a ejecutar la tarea es necesario hacer una
revisión de la planificación del proyecto.

TEST 12- Estimar los Recursos de las Tareas

1. Cuando hablamos de los recursos requeridos para ejecutar una tarea
nos referimos
  A los Recursos Humanos (RRHH) que tienen que realizar el trabajo requerido en la
tarea

 A los recursos económicos requeridos para ejecutar la tarea

 A los Recursos Humanos (RRHH) que tienen que realizar el trabajo requerido en la
tarea y también a otros elementos necesarios para ejecutarla como equipos, maquinaria, etc

2. El proceso "Estimar los Recursos de las Tareas" se realiza después del

proceso "Secuenciar las Tareas". Por lo tanto

 Los resultados del proceso "Estimar los recursos de las Tareas" no pueden influir en
los resultados del proceso "Secuenciar Tareas" ya que la planificación se realiza
secuencialmente

 Estos procesos son completamente independientes

 Los resultados del proceso "Estimar los recursos de las Tareas" pueden influir en los
resultados del proceso "Secuenciar Tareas "ya que la planificación se realiza secuencial e
iterativamente

3. Para poder estimar adecuadamente los recursos requeridos para

ejecutar una tarea es necesario disponer de los calendarios de
recursos de la organización (persona, perfil, proyecto asignado,
fechas). Motivo: en una organización los recursos disponibles son
limitados. Por lo tanto, si los perfiles requeridos están previamente
asignados a otros proyectos en las fechas en las que se va a ejecutar
la tarea

 es necesario modificar el calendario de recursos de la organización para poder

disponer de los perfiles requeridos en las fechas en las que se va a ejecutar la tarea

 es necesario revisar la planificación del proyecto para tener en cuenta esta restricción
4. ¿Qué ocurre cuando varios proyectos necesitan un determinado
recurso sin alternativa posible en las mismas fechas?

 El Proyecto cuyo Plan está aprobado formalmente por la organización primero tiene
prioridad, ya que dicho recurso ya está asignado al proyecto, y por lo tanto no puede ser
reasignado. Los planes de Proyecto aprobados formalmente no se pueden modificar

 La organización puede reasignar los recursos de un proyecto dependiendo de factores

externos al propio proyecto (estrategia de la organización, prioridades de negocio, cambios
en el mercado, …). En estos casos hay que volver a revisar el Plan del Proyecto con las
nuevas restricciones

5. Los resultados del proceso "estimar los recursos"

 Influyen en la línea base del proyecto

 No influyen en la línea base del proyecto

2.1.4

Estimar la duración de las tareas

Se precisa estimar el tiempo que requiere la realización de cada una de las tareas.
Es importante que recalcar que estamos hablando de tiempo y de unidades de
trabajo porque siempre los proyectos se ejecutan sobre un calendario laboral.

El tiempo se refiere unidades de trabajo no unidades temporales normales.

 Es muy importante que la estimación de la duración temporal de las tareas la
realicemos con la mayor precisión posible porque, al haber muchas tareas, unas
dependen de otras y generalmente están sujetas a contratos, quizá, haya
penalizaciones por la finalización fuera de plazo.

Entonces la estimación correcta de la duración de estas tareas es un trabajo muy

importante para un project manager.

En cuanto a la descomposición en tareas de un proyecto condicionan su

gestión, a más tareas la estimación de la duración será más precisa pero su
gestión será más dificultosa

Para realizar una estimación precisa se parte básicamente de la experiencia del

propio project manager, a veces hay que recurrir a expertos o quizá a activos de la
propia empresa. Entendemos por activos la información de cómo se han realizado
otros proyectos, de cuánto ha costado ejecutar tareas similares en proyectos
parecidos. Toda esa información en conjunto es la que se utiliza para intentar
estimar la duración de tareas de la mejor forma posible.

Hay una práctica denominada "Padding", que se utiliza a veces en el

proceso de Estimar la Duración de las Tareas. Consiste básicamente en
añadir "Tiempo Extra" a las Tareas sabiendo que no es estrictamente
necesario. Esta es una mala práctica porque la estimación debe ser precisa
y rigurosa.

A modo de esquema tenemos las tareas de nuestro proyecto, recursos estimados,

incluso los calendarios laborales (sabemos cuando cada persona o cada equipo
estará disponible)
A un perfil de gran experiencia le cuesta mucho menos realizar la tarea que a otra
persona con menos experiencia, por lo tanto, el recurso particular que va a
ejecutar la tarea también nos condiciona su duración.

Globalmente, nuestro proyecto está descompuesto a nivel de paquetes de trabajo

lo que sería la estructura de desglose de trabajo. Cada paquete de trabajo a su vez
está descompuesto en tareas y de cada tarea tenemos información de qué
recursos requiere y cuántas horas de trabajo se precisan para realizarla.

TEST 13- Estimar la Duración de las Tareas

1. El proceso "Estimar la Duración de las Tareas" consiste en estimar

 las fechas (en un calendario laboral) para realizar todas las actividades del proyecto

 el tiempo requerido (en unidades de trabajo) que los recursos humanos dedicarán al
proyecto

 el tiempo requerido (en unidades de trabajo) para realizar todas las actividades del
proyecto

2. La descomposición en tareas de un proyecto (número de tareas)

condicionan la gestión del proyecto.

 Más tareas permiten realizar una estimación menos precisa de la duración de dichas
tareas y además dificultan la gestión del proyecto

 Más tareas permiten realizar una estimación más precisa de la duración de dichas
tareas, pero dificultan la gestión del proyecto

 Más tareas permiten realizar una estimación menos precisa de la duración de dichas
tareas, pero facilitan la gestión del proyecto

 Más tareas permiten realizar una estimación más precisa de la duración de las tareas y,
además, facilitan la gestión del proyecto

3. La práctica denominada "Padding" se utiliza a veces en el proceso de

Estimar la Duración de las Tareas. Consiste básicamente en añadir
 "Tiempo Extra" a las Tareas sabiendo que no es estrictamente
necesario.

 Esta práctica es muy adecuada (buena práctica), ya que incluir ciertos colchones de
seguridad temporales en la planificación de algunas tareas del proyecto, será muy útil
posteriormente, para proteger el proyecto globalmente de posibles retrasos e
incumplimientos

 Esta práctica puede ser adecuada en algunas ocasiones, a criterio del Jefe de Proyecto

 Esta práctica no es adecuada (mala práctica), ya que la estimación de la duración de

las tareas debe ser lo más rigurosa y precisa posible.

4. Para estimar la duración de las tareas es importante contar con las

personas que van a realizar dichas tareas

 Esta afirmación no es correcta ya que es responsabilidad del Project Manager estimar

la duración de las tareas y no debe delegar dicha responsabilidad ni dejarse influir por las
personas que tienen que realizar las tareas

 Esta afirmación es correcta ya que la colaboración de las personas que tienen que
realizar las tareas permitirá que las estimaciones sean más mucho precisas

5. Para poder realizar estimaciones precisas de la duración de las tareas

son muy importantes los "Datos Históricos" y las denominadas
"Lecciones Aprendidas", que proporcionan información sobre los
resultados de otros proyectos desarrollados en la organización.

 El Jefe de Proyecto nunca debería proporcionar directamente información relevante de

su proyecto a otros jefes de proyecto con los que compite profesionalmente en la misma
organización

 El Jefe de Proyecto tiene la obligación de recopilar y proporcionar toda la información

relevante del proyecto para que otros proyectos de la organización se beneficien y puedan
realizar sus estimaciones lo mejor posible
  El Jefe de Proyecto no tiene la obligación de recopilar y proporcionar toda la
información relevante del proyecto, sino que corresponde hacerlo a perfiles que están por
encima del Jefe de Proyecto en la organización (por ejemplo, el Program Manager,
Patrocinador, CEO, …), para de esta forma evitar la competencia entre los diferentes jefes
de proyecto

2..2 DESARROLLAR EL CRONOGRAMA

Al planificar un proyecto se planifican básicamente tres aspectos:

- El alcance, es decir, que es lo que tenemos que hacer.

- El tiempo que nos va a costar hacer esos trabajos
- El presupuesto o los costos
Cuando estamos hablando del cronograma de un proyecto estamos centrándonos en
lo que sería la planificación temporal.

La planificación temporal consiste en realizar una serie de procesos de manera

secuencial e iterativa.

Partimos del trabajo que tenemos que hacer, las tareas, luego las ordenamos en el
tiempo, las secuenciamos e introducimos restricciones lógicas entre ellas

Para cada una de las tareas estimamos los recursos que se requieren para realizarla,
estimamos cuánto tiempo nos va a costar hacerla, y, utilizamos esta información para
desarrollar un cronograma.

Un cronograma consiste en poner todas nuestras tareas sobre un calendario

temporal, de tipo laboral. Nos da la información de cuándo comienza y cuándo
termina cada una de las tareas. Tenemos fechas de comienzo, fechas de fin, relaciones
de precedencia entre ellas y todo esto se muestra en un diagrama que se conoce
como diagrama Grantt, donde tenemos los diferentes hitos y tareas de nuestro
proyecto, las relaciones entre ellas, qué tarea va después de otra, y, globalmente sobre
nuestro calendario laboral (por ejemplo, en este caso), los fines de semana no se
cuentan como horas de trabajo.

Para realizar los cronogramas existen diferentes herramientas: open proj, en este
caso.
Normalmente la primera versión del cronograma hemos de repetirla varias veces
hasta conseguir un programa relativamente preciso. Es lo que denominaremos línea
base temporal del proyecto.

2.2.1 HITOS Y TAREAS

Una tarea, en principio, es cualquier actividad que realicemos en el proyecto y que

tiene una determinada duración. Un hito es un evento especial que señalamos en
nuestro calendario, un logro.

Para configurar los hitos y tareas de un proyecto, en primer lugar, se van

introduciendo los nombres de los diferentes hitos y tareas, después hay que introducir
la duración, normalmente en períodos laborales, en horas, en días, en meses, (por
defecto con Project Libre utilizamos el signo interrogación para indicar que es una
estimación, que no conocemos el valor exacto). En los hitos utilizaremos duración
cero.

Cuando abrimos un documento en ProjectLibre podemos observar que en la zona de

trabajo, en la parte de la izquierda, aparecen unas tablas en las que podemos
configurar los nombres de las diferentes tareas y duraciones. Ponemos los nombres
de las diferentes tareas (en este caso: tarea uno, tarea dos, tarea tres.
Conforme añadimos cada una de las tareas, en el calendario laboral que aparece en la
parte de la derecha de la ventana de trabajo unas barras que nos indicarán la duración
de cada una de las tareas por defecto. Además nos añade el signo interrogante para
indicar que es una estimación, es decir, por defecto nos aparecen las duraciones de un
día.

A continuación, definimos la duración de cada una de estas tareas: en este caso hemos
puesto que la tarea uno dura cinco días, la tarea dos dura diez días, la tarea tres dura
siete días. El resultado de poner la duración es la anchura de las barras.

La duración es en días laborables, por ejemplo, la tarea dura siete días, pero en el
calendario si contáramos los días reales son más de siete días ya que el fin de semana
no cuenta como días laborables.

Las duraciones de las tareas de nuestro proyecto se refieren a un calendario laboral. Si

queremos marcar un hito lo que indicamos es que su duración son cero días como
podemos ver aquí.
Cuando nosotros marcamos una tarea como hito vemos que el signo que
utiliza ProjectLibre para marcarlo cambia, en lugar de ser una barra aparece un cuadro,
que indica que es un evento especial en nuestro proyecto.

TEST 14- Hitos y Tareas

1. Los hitos representan los eventos principales del proyecto. La forma normal
de representar un hito es mediante tareas cuya duración es

 0 días

 1 día

 La duración de la tarea principal del proyecto

2. Cuando empezamos a desarrollar un cronograma podemos completar todos
los datos de cada tarea, es decir vamos completando filas en la tabla, o
también podemos ir completándo la tabla por columnas (primero nombres,
luego duraciones, …). Cuando ponemos los nombres de las tareas, por defecto,
Proj, indica que tienen una duración de "1 día?". ¿Qué representa esta
duración?

 La duración de las tareas en los proyectos es normalmente de un día laboral, y por lo tanto este
valor "por defecto" es una buena estimación cuando no somos capaces de conocer un valor más
exacto

 Simplemente indica que todavía no hemos configurado la duración real de la tarea y por
defecto la herramienta pone este valor
3. La duración de las tareas se representa en el diagrama temporal mediante
una barra cuyo tamaño

 Es siempre igual a la duración de la tarea

 En algún caso puede ser menor que la duración de la tarea

 En algún caso puede ser mayor que la duración de la tarea

4. Los cronogramas normalmente empiezan con un Hito que llamaremos

START (o un nombre similar como por ejemplo INICIO, COMIENZO, …) y
terminan con otro Hito que llamaremos END (o un nombre similar como por
ejemplo FINAL, FINALIZACIÓN, …). Para configurar en el Proj estos elementos
como Hitos

 No es necesario hacer nada, ya que la herramienta detecta que estos nombres en particular
(START, END, …) representan este tipo de hitos básicos

 Tenemos que poner el valor 0 días en la casilla "Duración"

 En la lista de tareas el primer valor y el último se tratan directamente como hitos

5. La primera columna del Proj es un número (1,2, 3 ,…) que representa el

Identificador de la Tarea para la herramienta (es la fila en la que aparece la
información de la tarea). Por otra parte, podemos utilizar una nomenclatura
como la que observamos en la figura, es decir, poner nombres a las tareas del
tipo "Tarea 1", "Tarea 2", … En el ejemplo de la imagen podemos observar que
a la tarea llamada "Tarea 1" le corresponde el Identificador 2, a la tarea
llamada "Tarea 2" le corresponde el Identificador 3, y a la tarea llamada "Tarea
3" le corresponde el Identificador 4. El identificador que es realmente
importante para establecer posteriormente las relaciones entre tareas

 es el identificador numérico (primera columna)

  es el identificador asociado al nombre, cuando utilizamos nombres del tipo "TAREA 1"

 cualquiera de los 2 identificadores es válido

2.2.2 VINCULAR TAREAS

En un diagrama de ProjectLibre comenzamos introduciendo una serie de tareas con sus

duraciones, luego tenemos que establecer la vinculación entre ellas. Es en la columna
predecesora donde tenemos que indicar el vínculo.

Ejemplo: si estamos diciendo que la tarea número 2 es predecesora 1, lo señalemos en la

tarea 2, en la columna más a la izquierda del diagrama, cuyo encabezamiento es
predecesoras.

Si hay varias tareas predecesoras de otra, se indica con punto y coma.

El resultado de introducir este vínculo es que aparece una flecha que las une.
Un proyecto bien hecho suele empezar con un hito que se denomina start y suele finalizar
con un hito que se denomina end.

El hito que se denomina start no suele tener ninguna precedencia, mientras que el hito
que se denomina end no suele tener nada después y en medio están toda las tareas e
hitos de nuestro proyecto.

Para obtener una información más detallada sobre estos vínculos, si hacemos doble clic
en el identificador de la tarea nos aparece una ventana con diferente información, tanto
sobre la tarea como sobre sus relaciones.

También podemos configurar en esta ventana otro tipo de relaciones de vínculos entre
tareas, por ejemplo, comienzo a comienzo, fin a fin etc… Además, aparecerán las letras cc
que indican el tipo de vínculo.
TEST 15- Vincular Tareas

TEST 15- Vincular Tareas

1. Cuando elaboramos un cronograma, una buena práctica es que todas las
tareas (e hitos) tengan al menos una tarea (o hito) predecesora excepto el
hito inicial "START". Para todas aquellas tareas que no tienen ninguna
restricción lógica asociada (es decir que no dependen de ninguna tarea
previa)
  Dejaremos la casilla "Predecesoras" vacía

 Consideraremos que su predecesor es el Hito Inicial (la tarea puede empezar cuando empieza
el proyecto)

 Volveremos a planificar el proyecto para establecer restricciones lógicas adicionales

2. Cuando elaboramos un cronograma, una buena práctica es que todas las

tareas (e hitos) tengan al menos una tarea (o hito) sucesora, excepto el hito
final "END. Para todas aquellas tareas tales que no tienen ninguna sucesora

 No tenemos que hacer nada

 Su sucesor será el Hito Final (el proyecto finalizará cuando lo hagan todas las tareas)

 Volveremos a planificar el proyecto para establecer restricciones lógicas adicionales

3. La herramienta Proj permite definir las tareas predecesoras de cada tarea.
Sin embargo, en algunos casos, la información que tenemos es que tarea (o
hito) es la sucesora de otra. ¿Cómo configuramos esta información en el Proj?

 Pondremos la información en la columna "Predecesoras" (no hay ninguna diferencia)

 Configuraremos la herramienta para que incluya la columna "Sucesoras" para poder configurar
las tareas que se encuentren en esta situación

 Lo que tenemos que hacer es configurar esta información en la fila correspondiente a la tarea
sucesora, indicando que la otra tarea es su predecesora
4. Cuando una tarea depende de varias (es decir tiene varias predecesoras) la
forma de configurar esta información en el Proj es

 Repitiendo la tarea sucesora varias veces (es decir repitiendo la información de la tarea en
varias filas) para así poder en cada fila añadir la información sobre una tarea predecesora

 En la casilla "Predecesoras" pondremos los identificadores de todas las predecesoras separados
por una "coma"

 En la casilla "Predecesoras" pondremos los identificadores de todas las predecesoras separados
por un "punto y coma"
5. La herramienta Proj permite configurar los diferentes tipos de restricciones
lógicas del Proyecto (ver figura). ¿Qué proceso de Planificación del Tiempo es el
que permite obtener estas restricciones lógicas?

 Definir Tareas

 Secuenciar Tareas

 Estimar los Recursos de las Tareas

 Estimar la Duración de las Tarea

2.2.3 ADELANTO O ATRASO ENTRE TAREAS

Cuando tenemos definidas las relaciones entre las tareas (predecesoras), en principio,
tenemos un diagrama como el que se muestra aquí.
En este caso las relaciones de vínculo son todas del tipo fin a comienzo, estos vínculos nos
indican que temporalmente termina una tarea y empieza la siguiente.

A veces, para realizar algún análisis o algún trabajo previo al comienzo de la tarea, nos
puede interesar no comenzar inmediatamente después, es decir, nos conviene introducir
un retraso. En otros casos sucede al revés.
Tenemos que hacer doble clic en el identificador de una tarea y nos aparecerá un
desplegable donde podemos configurar diferentes opciones de esa tarea y sus relaciones;
en concreto si entramos en el apartado predecesoras nos aparece la información sobre la
relación de vínculo que existe entre esta tarea y su predecesora.
En este caso es simplemente una vinculación de tipo fin a comienzo y podemos observar
que en la columna de la derecha (denominada pos) aparecen cero días: este es el punto
que podemos cambiar y añadir un retraso o adelanto entre tareas.

De la misma forma que introducimos un retraso podemos introducir un adelanto

Se añade un número negativo.

 TEST 16- Adelantos y Atrasos entre Tareas

1. La herramienta Proj permite configurar los adelantos y atrasos entre las

tareas. Los adelantos y atrasos se configuran en la casilla "retaso". El valor "0d"
indica que no hay adelantos ni atrasos entre estas tareas, es decir que la
sucesora empezaría inmediatamente después de finalizar la predecesora (ver
figura). Si por ejemplo quisiéramos retrasar 20 días el comienzo de la "Tarea 2"
con respecto a su predecesora, en la casilla "Pos" tendríamos que configurar el
valor

 -20d ya que retrasar el comienzo de una tarea se considera negativo para el proyecto

 +20d ya que retrasar el comienzo de una tarea, en un calendario es una fecha posterior

2. En el cronograma de la figura podemos observar que en las "Predecesoras" de

la "Tarea 2" aparece el valor "2FC + 5 días", que nos indica que su predecesora es
la tarea cuyo identificador es el 2 (lo importante son los identificadores no los
nombres), la restricción es de tipo "Fin a Comienzo y que además hay un retraso
de 5 días. Sin embargo, podemos comprobar que la "Tarea 1" finaliza el martes
17/05/11 y la "Tarea 2" empieza el jueves 26/05/11. ¿Por qué la diferencia en días
reales es mayor que los 5 días de retraso?

 Debido a que la duración de la "Tarea 2" es de 10 días

 Es un error del cronograma

 Debido a que es un calendario laboral y por lo tanto los días festivos no se contabilizan

3- ¿Qué sucederá en el cronograma si en la pantalla de configuración que

podemos ver en la figura ponemos el valor "-3d" en la casilla "Pos"?

 Adelantaremos 3 días el comienzo de la "Tarea 1" con respecto a la finalización de la "Tarea 2"

 Adelantaremos 3 días el comienzo de la "Tarea 2" con respecto a la finalización de la "Tarea 1"

 Atrasaremos 3 días el comienzo de la "Tarea 1" con respecto a la finalización de la "Tarea 2"
  Atrasaremos 3 días el comienzo de la "Tarea 2" con respecto a la finalización de la "Tarea 1"

4. Al analizar el Cronograma de un Proyecto es muy importante detectar el

denominado "Camino Crítico", que es el camino más largo entre el comienzo y el
final de proyecto. Si alguna tarea del camino crítico se retrasa entonces el
proyecto entero se retrasará. Por lo tanto, estas tareas requieren un mayor
control durante la ejecución del proyecto. Por el contrario, en aquellas tareas que
no pertenecen al Camino Crítico, un cierto retraso en la ejecución (margen,
holgura) no afectará al proyecto globalmente. En el cronograma de la figura

 El Camino Crítico es el que pasa por la "Tarea 1" y la "Tarea 2", y la "Tarea 3" tiene un cierto
margen

 El Camino Crítico es el que pasa por la "Tarea 1" y la "Tarea 3", y la "Tarea 2" tiene un cierto
margen

 El Camino Crítico es el que pasa por la "Tarea 2" y la "Tarea 3", y la "Tarea 1" tiene un cierto
margen
5. ¿Consideras que hay alguna razón para intentar adelantar en particular
aquellas tareas que pertenecen al "Camino Crítico" del Proyecto?

 En principio no, ya hay que intentar ejecutar todas las tareas exactamente en el periodo
planificado, incluidas las del camino crítico, y terminar exactamente en la fecha prevista

 En principio sí, para intentar conseguir que el proyecto termine lo antes posible (fecha de
finalización). Las tareas que no pertenecen al camino crítico tienen una cierta holgura

2.2.4 RESTRICCIONES EN LAS FECHAS

En el diagrama Grantt, la única fecha que solemos poner es la fecha en que comienza el
proyecto. El resto de fechas de inicio y fin de cada tarea normalmente se establecen por
los vínculos que existen entre las tareas del proyecto.
Ponemos restricciones explícitamente para indicar que una determinada tarea se tiene
que realizar en determinada fecha.

El proj configura el proyecto para que se realicen las tareas en el mínimo tiempo posible y
la única información que utiliza para ajustar el calendario laboral son los vínculos entre las
tareas.

Al introducir una restricción lo que estamos haciendo es ir en contra de la filosofía que

está implícita en esta herramienta (ajustar el tiempo al mínimo posible).

Las restricción nos va a condicionar toda la planificación temporal de nuestro proyecto.

Sólo se deben poner cuando sean estrictamente necesarias.

Para ponerla clicamos en el identificador de la tarea. Aparecerá una ventana desplegable

con información sobre las tareas, sus restricciones, sus vínculos, etc.

En el ejemplo observamos la pestaña general. Nos aparece el comienzo de la tarea en

miércoles,18 de mayo de 2011, fecha que no hemos puesto nosotros, sino que la ha
puesto la herramienta, por defecto, debido al vínculo que tiene con otras tareas del
proyecto.
Si queremos cambiar la fecha por otra determinada (por el 25 de mayo de 2011, por
ejemplo), hay que añadir una modificación.

Cuando un vinculo en realidad ya no hace falta, podemos llegar a mantenerlo porque nos
interese en el diagrama, aunque no tenga efecto en la planificación.

El único efecto que tiene el vínculo es mostrarnos que una tarea se realiza a continuación
de la otra.

Esta restricción la vemos porque en la columna aparece una marca diferente que no hay
en el resto de tareas y al ponernos encima vemos información nos de esta tarea.

TEST 17- Restricciones en las Fechas

1. Cuando desarrollamos el cronograma del proyecto estamos construyendo
un posible escenario de cuándo se realizarán las tareas durante la fase de
ejecución. En muchas ocasiones ni siquiera conocemos exactamente la
fecha real de inicio del proyecto y por esta razón, todavía es más difícil
conocer con precisión las fechas en las que se ejecutarán las diferentes
tareas. ¿Cómo desarrollamos entonces el cronograma? En general,
partiremos de una fecha de inicio del proyecto, por ejemplo, la más
probable, que será la que corresponde al hito inicial. A continuación

 estimaremos las fechas más probables de inicio de las diferentes tareas, pondremos este dato
en la columna de "Comienzo", dejaremos que la herramienta calcule la fecha de fin, y con este dato
estimaremos las fechas de comienzo de las tareas sucesoras, y repetiremos el proceso todas las veces
que sea necesario hasta que todas las tareas estén bien configuradas. Si la fecha de inicio cambia,
tenemos que repetir todo el proceso.

 lo más importante no son las fechas concretas de las tareas, ya que para configurar el
cronograma es suficiente con completar las duraciones de las tareas y las dependencias entre las
tareas, y dejar que sea la herramienta la que calcule las fechas de inicio y fin de cada tarea. Si la
fecha de inicio cambia, simplemente tenemos que modificar la fecha del hito inicial para tener el
nuevo cronograma.

2. En algunas ocasiones "excepcionales" algunas tareas se tienen que ejecutar

en una determinada fecha (por ejemplo, algún recurso clave sólo estará
disponible en esa fecha). ¿Por qué razones crees que fijar las fechas
concretas de las tareas no es una práctica muy aconsejable"?

 Las restricciones en las fechas limitan mucho la flexibilidad del cronograma. En general
interesa tener cronogramas que se puedan mover fácilmente en el calendario del Proj, modificando
lo mínimo posible (lo mejor sería modificar sólo la fecha de comienzo)

 En general lo más útil es dejar que el Proj calcule las fechas específicas de realización de las
tareas. Para hacerlo simplemente necesita la fecha de inicio del proyecto, las duraciones de las
tareas y las restricciones entre las tareas, sin necesidad de añadir restricciones adicionales

 Los riesgos del Proyecto aumentan mucho cuando alguna tarea depende de algún recurso
específico que estará disponible en una fecha muy concreta (habría que buscar alternativas que
evitaran este riesgo)
3. En esta imagen podemos observar el Cuadro de Diálogo de Configuración de
una tarea. En particular podemos observar los diferentes tipos de restricciones
sobre fechas que permite configurar el Proj. ¿Qué tipo de Restricción
consideras que utiliza Proj por defecto?

 "Debe comenzar el" -> es decir, fijar la fecha de comienzo

 "Debe finalizar el" -> es decir, fijar la fecha de finalización

 "Lo antes posible" -> equivale a no poner restricción

4. Cuando añadimos una restricción en una tarea sobre la fecha particular de
comienzo de la misma, podemos observar que en la segunda columna de la
tabla del Proj que proporcionan información adicional sobre las tareas (está
rotulada con una "i") aparece una marca. Si ponemos el cursor encima de esta
marca vemos un mensaje contextual señalando que esta tarea tiene una
restricción específica sobre la fecha.

 Estas marcas son útiles para avisarnos que ciertas tareas tienen restricciones adicionales

 Estas marcas no son útiles

2.2.4 CALENDARIO LABORAL

Al abrir un documento nuevo en OpenProj, observamos dos zonas de trabajo claramente

definidas: la parte izquierda es la zona donde definimos las diferentes tareas, sus
duraciones, etc…
La parte de la derecha es un calendario laboral. Para configurar tareas, trabajos y
actividades.

Los días festivos no cuentan a la hora de definir la duración de nuestras tareas.

Por defecto, en la configuración, los días que aparecen como festivos son los sábados y
domingos y los días que aparecen como laborales son de lunes a viernes. Pero esta
configuración puede tener muchas excepciones (dependiendo de la zona donde estemos
trabajando, la ciudad, la región o el país hay determinados días que pueden ser festivos o
no; también depende del sector en el que trabajemos)
Cuando queremos configurar un calendario laboral específico para nuestro proyecto, en el
apartado de herramientas, la opción cambiar el calendario laboral, aparece resaltado el
apartado excepciones añadimos una excepción a modo de ejemplo:
 El día 20 de mayo de 2011 le ponemos la excepción de que no va a ser laborable.

Si por ejemplo quisiéramos añadir que el 19 de marzo es festivo en Valencia, como esta
fiesta se repite anualmente, marcaríamos opción de anual en el patrón de repetición.

Cuando añadimos una excepción observamos en el calendario laboral ese día en concreto
en gris, que es el color que se utiliza para indicar que un día es festivo. El color blanco
indica que es día laborable.

También se observa que el año fiscal comienza en enero, incluso podemos configurar la
hora de trabajo, la duración, en horas laborales, por cada día de trabajo, por defecto, son
ocho horas.
 Por ejemplo, cuando indicamos que una tarea dura 20 días laborales, con una jornada
de 8 horas, estamos diciendo que la duración de esa tarea son 160 horas laborales,
entonces, por defecto estamos considerando que la forma de laborar es de 8 horas a
la semana de 40 horas; pero esta información también se puede cambiar.

Existe la posibilidad de crear diferentes calendarios laborales, ya que una determinada

empresa u organización puede precisar distintos proyectos que nos pueden surgir. En
ese caso hay la opción de crear diferentes calendarios laborales.

Normalmente se parte de una copia del calendario estándar y a partir de ahí se añade
todas las modificaciones necesarias.

Test 18- Calendario Laboral

1. si observamos el calendario del Proj (parte derecha de la imagen) podemos

ver que algunas fechas aparecen en un color distinto (en la imagen del ejemplo
aparecen en color gris). ¿Por qué aparecen representadas en otro color?

 Para poder ver mejor el calendario laboral

 Para representar los días "no laborables" (fines de semana, festivos, etc.)
 Para hacer más bonito
2. Cuando añadimos alguna excepción al calendario laboral, por ejemplo, un
día festivo (como el que se muestra en la imagen). ¿Qué puede ocurrir en el
cronograma del proyecto?

 Nada
 Retrasará la finalización global del proyecto un día
 Retrasará la finalización de todas las tareas previstas para esa fecha un día y quizás
podría afectar a la finalización global del proyecto
3. El calendario laboral del Proj utiliza la configuración por defecto (estos
valores se pueden cambiar para adaptarlos a cada caso particular). Son
especialmente importantes los datos referidos a la "Jornada Laboral", la
"Semana Laboral" y los "Días por Mes", ya que son los que determinarán la
duración real de las tareas en el calendario. Con la configuración que aparece
en esta imagen

 Un mes laboral es equivalente a 720 horas laborables (30 días por 24 horas al día)
 Un mes laboral es equivalente a 480 horas laborables (20 días por 24 horas al día)
 Un mes laboral es equivalente a 240 horas laborables (30 días por 8 horas al día)
 Un mes laboral es equivalente a 160 horas laborables (20 días por 8 horas al día)

4. El calendario laboral que utiliza el Proj permite crear calendarios que tengan
en cuenta las particularidades de nuestro proyecto. Por ejemplo, hay sectores
relacionados con el turismo (hoteles, restaurantes, …) que precisamente
cuando más se trabaja es durante los fines de semana (pregunta informativa).

 Entendido
 No entendido
Examen del tema 2
1. Los Códigos Numéricos asociados a las Tareas indican

 Las dependencias temporales entre las tareas

 Los Controles de Cuentas asociados a las tareas
 Las dependencias jerárquicas entre las tareas

2. El objetivo del proceso "Definir las Tareas" es

 Relacionar los Paquetes de Trabajo (WP) con los Perfiles de Recursos Humanos
 Agrupar los Paquetes de Trabajo (WP) en función de los Entregables del Proyecto
 Descomponer los Paquetes de Trabajo (WP) en unidades más pequeñas para facilitar la
Gestión Interna del Proyecto

3. Las dependencias "Obligatorias" son aquellas que

 no dependen del equipo del proyecto
 podríamos eliminar del proyecto
 representan limitaciones reales del proyecto

4. Cuando hablamos de los recursos requeridos para ejecutar un proyecto

durante los procesos de planificación del tiempo del proyecto nos referimos

 No sólo a los Recursos Humanos sino también a equipos, materiales, etc.
 Únicamente los Recursos Humanos
 Únicamente a los recursos económicos

5. ¿Qué ocurre cuando añadimos "Tiempo Extra" innecesario a las tareas de

un proyecto?

 Permite proteger el proyecto de posibles retrasos e incumplimientos

 Es una mala práctica según el PMI
 No ocurre nada

6. La participación de los miembros del equipo del proyecto para estimar la

duración de las tareas se considera que es una

 Mala Práctica ya que es responsabilidad única y exclusiva del Project Manager

 Buena Práctica ya permite realizar estimaciones mucho más precisas
7. Los "Datos Históricos" de los proyectos realizados en la organización, por
ejemplo, la comparación entre la duración de las tareas "planificada" y
"real"

 No sirven para nada

 Podrían tener alguna utilidad, pero el esfuerzo de almacenar esta información no
compensa económicamente
 Son importantes ya que permiten realizar estimaciones más precisas en proyectos
futuros

8. Los resultados obtenidos al aplicar los procesos de planificación temporal

 Podrían modificar la planificación del alcance del proyecto (en la siguiente iteración)
 No pueden afectar a la planificación del alcance ya que es previa a la temporal (según
la secuencia de planificación)

9. ¿Qué proceso permite obtener las restricciones lógicas entre las tareas?

 Definir Tareas
 Secuenciar Tareas
 Estimar Recursos de las Tareas
 Estimar la Duración de las Tareas

10.Esta es una pregunta en la que debes seleccionar todas las respuestas

correctas (puede haber más de una).
Cuando elaboramos un cronograma, se consideran "buenas prácticas" que

 todas las tareas tengan al menos una sucesora, excepto el hito final "END
 todas las tareas tengan al menos una predecesora, excepto el hito inicial "START"
 todas las tareas tengan al menos una sucesora, excepto el hito inicial "START
 todas las tareas tengan al menos una predecesora, excepto el hito final "END"

Actividades

Ejercicio 1
Se aprueba realizar un proyecto de venta de 20 ordenadores. La fecha de inicio de proyecto es
la actual. El equipo del proyecto realizará las siguientes tareas:

Nombre del proyecto para identar: Venta de 20 ordenadores

NOMBRE DE LA TAREA DURACIÓN NOMBRE DEL Tarea Recursos

TRABAJADOR predecesora
1-Propuesta venta 20 ordenadores
2-Reunión con el cliente 1 dia Eduardo Jefe P.
3-Definir las configuraciones de los 1 dia Eduardo 2 Jefe P
equipos
4-Ajustar el costo/beneficio 1 dia Eduardo 3FF Jefe P.
5-Fijación de precios con 2 dias Mariana, 2SS Analista,
suministradores Eduardo Jefe P
6-Determinación del precio final 1 dia Mariana, 4 Analista,
Eduardo Jefe P.
7-Elaborar propuesta de venta 1 dia Mariana 5 Analista
8-Aceptación de propuesta 0 días Cliente 6 Cliente
9-Implantación 8
10-Comprar hardware y software 3 dias Mariana 8 Analista,
Hard,
Soft
11-Montaje de los ordenadores 2 dias Andrés 10 Técnico
12-Instalar aplicaciones y S.O. 1 dia Andrés 11 Técnico
13-Testar las aplicaciones 2 dias Andrés 12SS Técnico
14-Colocar los ordenadores por 1 dia Andrés 13 Técnico
partes en bolsas
15-Emitir factura 1 dia Mariana 14 Analista
16-Emitir certificado de garantía 1 dia Mariana 15 Analista
17-Embalar el PC para transporte 1 dia Mariana, Andrés 15 Analista,
Técnico
18-Disponibilizar los PC para la 2 dias Mariana 17 Analista
entrega
19-Finalización 0 días 18
Marca un calendario en el que se trabajen los sábados 5 horas y el resto de los días, salvo
domingos, 8 horas.

El analista cobra 30 €/hora. El jefe de proyecto 40 y el técnico 25€/h. Hardware 25 000€,

software 30 000€

Añade el hito “Producción finalizada” después de “Colocar los ordenadores por partes en
bolsas”. ¿Cuánto dura el proyecto?

Examina si se dan incongruencias en los recursos y en caso de ser así haz las rectificaciones
oportunas, bien en la duración de las tareas o bien en su comienzo-finalización.

Examina el diagrama de RED y el Gantt.

2ª Parte: Guarda la línea Base

Ejercicio 2
Gestiona en ProjectLibre el proyecto de la empresa Entra, SA. Se trata de crear una
infraestructura de TIC.:

TAREAS Dias Predecesoras Recursos asociados

1-Preparación de la infraestructura
2-Reunión de apertura 1h Analista
3-Plan del proyecto 2 2 Gerente Proyecto
4-Reunión de acompañamiento 1h 2 Analista, gerente
5-Selección de sistemas 4
6-Selección de la red 2 4 Analista
7-Selección de hardware 2 4 Especialista
8-Selección de software 2 7II Analista
9-Revisión de planes y 1 7 Analista
especificaciones
10-Adquisición de los sistemas 9
11-Adquisición de la red 3 9 Especialista, red
12-Adquisición del software 3 11II Analista, Software
13-Adquisición del hardware 3 12 Analista, Hardware
14-Revisión de las adquisiciones 1 13 Especialista
15-Instalación de infraestructuras 14
16-Instalación de red 10 14 Especialista
17-Instalación de hardware 6 14II Analista
18-Instalación de Software 6 16 Analista
19-Examen de la infraestructura 17
20-Examen de la red 2 17 Especialista
21-Examen de hardware 2 18 Especialista
22-Examen de software 2 18 Analista
23-Examen de integración 3 18 Analista
24-Relatorio final 0 23 Gerente de Proyecto

El proyecto comienza el día de hoy

 El proyecto va a ser llevado a cabo por:

El gerente del proyecto, que va a ganar 100 €/h. El analista que va a ganar 40 €/h .Y el
especialista que va a ganar 80 €/h. Los recursos materiales van a ser la red que supone 25 000
€. El hardware, 30 000 €. Y el software, 15 000 €.

 En las tareas Reunión, escribe una nota “importante traer toda la documentación para
analizar”
  Marca 2 calendarios distintos, en uno se trabajarán sábados y domingos pero no
trabajarán lunes y martes (calendarioA), Será aplicable al gerente . Otro en el que se
trabajen los sábados, pero no los domingos y el día 13 y 14 de enero no laborables
(calendarioB ), para el resto de trabajadores.

Importante: en las tareas con más de un recurso humano asignado se rectificará la

duración para que coincida con la duración indicada en la tabla

 Analiza los recursos humanos asignados. Indica si obsevas algún recurso sobre-
asignado. En caso positivo, ¿qué solución propones?, ejecútala.
 Guarda la línea Base.
 Escribe, en la columna correspondiente, el porcentaje de trabajo completado del
100%, ejecutando hasta el paquete de trabajo Adquisición de los sistemas (el resto
déjalo a 0). Observa la línea base en la gráfica de Gantt ¿Qué significa la modificación
que se produjo?
 ¿Qué pasa en la fecha de término marcada en el diagrama de Gantt si la tarea
“Examen de integración” se retrasa 5 días? ¿Por qué ocurrirá?
 Añade las columnas BAC y coste actual. ¿Qué analizan?
 Añade un título al proyecto e idéntalo. ¿Qué informción obtenemos?
 Extrae un informe Who Does What (Quién hace qué), la EDT (WBS) y el diagrama de
Red

Ejercicios 3

1. Creamos el proyecto construcción.pod

2. Fecha de comienzo para el proyecto: fecha actual

3. Define el período laborable en el calendario estándar, de lunes a viernes de
10 hs a 14 hs y de 16 hs a 20 hs y los sábados de 7 hs a 15 hs.
Por lo menos tiene que haber, dentro de los 30 días posteriores a la fecha de
inicio, un día festivo.

4. Ingresa las siguientes tareas con sus respectivas duraciones.

a. Marcar el terreno – 1 día.
b. Hacer los cimientos – 1 semana.
c. Levantar las paredes – 4 semanas.
d. Colocar las cañerías del agua – 2 semanas.
e. Construir los desagües – 2 semanas.
f. Efectuar el tendido eléctrico – 2 semanas.
g. Colocar el techo – 1 semanas.
h. Revocar – 2 semanas.
i. Colocar las aberturas – 2 semanas.
 j. Colocar los pisos – 3 semanas.
5. Será necesario hacer una reunión, de 1 hora de duración cada una,
después de las tareas: “Levantar paredes” y de “Revocar” (de los cuatro
participantes en el proyecto). Coloca el hito Fin de proyecto
6. Agrega una fase al principio de todo, otra después de Levantar paredes y
otra después de la tarea Efectuar tendido eléctrico (ponles como nombre
fase 1, fase 2 y fase 3). Idéntalas
7. Al finalizar cada etapa debe haber un hito con el nombre Fin de la etapa.
8. Vincular las tareas de esta forma:
a. En las fases 1, 2 y 3, todas las tareas comienzan cuando
terminan las predecesoras, salvo en:
b. 'Colocar las cañerías'... y 'Construir desagües'...deben comenzar
juntas
.
9. Como recursos tenemos:

Tipo trabajo:
Juan Garcia (costo: 10€/h)
Ana Garzon (costo: 10€/h)
Gabriel Suárez (costo: 15€/h)
Juana Julio (costo: 7€/h)

Tipo material:
Cemento 250€
Ladrillos 300€
Caños 100€
Cables 150€
Madera 300€
Tejas 2500€
Mosaicos 400€

El proyecto ha de comenzar con el nombre Proyecto construcción XX

Indica su duración, según esta primera planificación.
1. Realizar las siguientes asignaciones:

Marcar el terreno: Juan García.

Hacer los cimientos: Gabriel Suárez, Juan García, Ladrillos, Cemento

Levantar las paredes: Gabriel Suárez, Ladrillos, Cemento.

Colocar las cañerías del agua: Gabriel Suárez.

Construir los desagües: Gabriel Suárez, Juan García, caños.

Efectuar el tendido eléctrico: Gabriel Suárez, cables.

Colocar el techo: Juan García, tejas.

Revocar: Gabriel Suárez, cemento.

 Colocar las aberturas: Ana Garzón, Juana Julio, madera.

Colocar los pisos: Ana Garzón, Juana Julio, mosaicos.

A las reuniones asistirán todo el personal que interviene en el
proyecto.

Importante: Revisa las duraciones de las tareas cuando se asigna más de

un recurso humano, para que la duración efectiva sea la que figura en el
enunciado, al principio del supuesto

2. Guardar los cambios en el archivo.

Reasignación y redistribución

1. Analiza si hay recursos sobre-asignados. Explica quien está sobre-asignado

y como lo redistribuyes.
2. Indica la duración después de esta reasignación.
Seguimiento

1. Guardar la línea de base del proyecto.

2. Indica para las 3 primeras tareas un porcentaje completado del 100%
En las 3 tareas siguientes el 75%
3. A la tarea Colocar techo hay que marcarle un retraso de 2 semanas por un
problema de baja laboral.
Indica si hay cambio en la fecha de finalización del proyecto
4. Guarda los cambios.
5. Analiza el BAC, el Coste y el Coste actual
6. Extrae un informe Who Does What (Quién hace qué), la EDT y el diagrama
de Red