GESTIÓN DE INTEGRACIÓN.

...

fecha fija y si me quedan sobrasignaciones trabajarlas de otra manera.

Se verifica que se borraron todos los muñequitos rojos y se incremento la fecha del proyecto.

También se puede redistribuir por grupo de tareas o por fechas.

Hay una vista para ver el antes y después de nivelar.

SEGUIMIENTO Y CONTROL

A veces no se hace un buen control.

A qué nivel de detalle? Vale la pena tanto control?

Controlar semanal?, cada día?

Medir y comparar, los avances reales y lo tengo que comparar contra la línea base, lo cual me va a servir para las acciones correctivas.

No es malo desviarse lo malo es que sea una desviación significativa: cuando considero que esta desviación es grave, mi experiencia, mi conocimiento del proyecto.

Cuando son intangibles no puedo precisar el grado de avance.

Las fechas de corte

La frecuencia con que yo mida y haga el reporte tengo que definirla

El nivel de detalle

No se puede controlar aquello que no se planifica.

Tengo que tener un primer plan donde esta creado la triple restricción y debe estar creada la línea base antes de empezar la ejecución.

La línea base es un plan que ha sido APROBADO.

El director de proyecto propone lo que se debe aprobar.

Quien debe aprobar la línea base es el patrocinador (alguien de arriba) y el cliente y otros patrocinadores (gerencia de finanzas), tiene que ser alguien que tenga poder.

Las adendas al contrato tienen que estar en la línea base aprobado.

Línea base del alcance: el enunciado, el edt y el diccionario del edt.

Línea base de tiempo: cronograma APROBADO

Línea base de costo: cronograma APROBADO

Si no establezco línea base no tengo manera de controlar.

Lo ideal es que haya una sola línea base. Es una foto instantánea al inicio del proyecto, antes de haber ejecutado cualquier cosa, lo que yo espero es que se cumpla.

Se puede cambiar por una solicitud de mi cliente. Y tenerse como una adenda al contrato.

Cuanto mejor sea un contrato voy a poder abarcar los temas de riesgos.

Project puede almacenar hasta 11 líneas bases. (Lo cual es demasiado).

Reserva de gestión: para mis riesgos desconocidos

Reserva de contingencia: para mis riesgos identificados

Es una buena práctica establecer reserva de cronograma, es un colchón, para poder cubrirme contra posibles riesgos que hagan que me retrase.

Establezco mi línea base cuando estoy a portas de ejecutar.

Para ver como se ha afectado

En el gráfico, las barras rojas y azules están iguales. A medida que vaya actualizando mi proyecto estas van a cambiar.

1er método de medición de avance: % Completado.

Ya no es crítica por que ya se terminó, una vez que se culmina ya no me interesa si se culminó o no, si se atrasó o no, no me importa.

A las tareas completadas les pone el check

PROYECTADO-PREVISTO (LB)= VARIACION

PROYECTADO-REAL=RESTANTE

Insertamos la columna duración de línea base, variación de duración, duración real, duración restante.

Duración: duración proyectada

La barra gris no se mueve por que es línea base

Project asume que si para el 50% me demore un dia mas, automáticamente estima para el 50% restante un dia mas también.

Pero si yo como PMP identifico las causas que provocaron el retraso y lo corrijo, debo demorarme solo el tiempo estimado, entonces ingreso a modificar la duración restante.

Al no cumplir exactamente con la línea base Project va a modificar automáticamente las duraciones, sin embargo se mantienen constantes las duraciones de la línea base (columna).

Cambiando a tabla costo (en vista)

Si yo no le digo nada Project asume una proporcionalidad. Desmarcar para poder ingresarlos sino no podre ingresarlos.