Desplazamiento de tareas

Jhorbam:

Project necesita que le digas las fechas de Comienzo real y Fin real para
poder situar las tareas ejecutadas y así también reprogramar el resto que se
vean afectadas, fundamentalmente por los enlaces (sucesoras) que puedan
existir.

Si damos un % completado de la tarea y no escribimos las fechas reales
Project asigna las feches de Comienzo y Fin (programadas actualmente)
comodichas fechas, con lo que las barras y su programación en el tiempo no
variará.

Supongamos ahora que el caso al que te refieres es una tarea que va
retrasada porque se ha hecho menos trabajo que el programado a la fecha de
estado (control, revisión, monitoreo, monitorización, cierre, actualización,
situación, estatus, seguimiento, ...ja,ja diez nombres son muchos nombres),
puedes seguir estos pasos:

1. Define la fecha de estado: Menú/Proyecto/Información del
proyectoescribe la Fecha de estado hasta la que estás actualizando el
proyecto (para Project ella también está incuida en el período).

2. Dibuja opcionalmente en el gantt una línea vertical igual a la fecha de
estado en rojo por ejemplo, para ver la diferencia entre el pasado y el
futuro: Menú/Formato/CuadrículaFecha de estado, Tipo Línea contínua,
Color Rojo por ejemplo y Aceptar

3. Configura Project para que automáticamente 'Reprograme el % de trabajo
retrasado a la fecha de estado después de la fecha de estado':
Menú/Herramientas/Opciones...Ficha Cálculo...
- Actualizar el estado de las tareas actualiza el estado de los recursos
(Activado)
- Retrasar el fin de las partes completadas...(Desactivado)
- Adelantar el comienzo de las partes restantes...(Activado)
- y adelantar el fin de las partes completadas...(Desactivado)

... el resto de los parámetros da igual para esto.

A partir de esta configuración Project tiene que reprogramar automáticamente
el trabajo no realizado a la fecha de estado y situarlo después de la fecha
de estado al escribir el % completado de la tarea.

Espero te sirva.

Saludos

Ignacio Martín
Formación y consultoría Ms Project
EPM CONSULTORES





"Jhorbam" wrote:

Cordial saludo.

Necesito saber lo siguiente: como puedo hacer que al ingresar la
información del porcentaje completado, Microsoft Project desplace las
tareas que no se poseen el 100% en su porcentaje ejecutado...para que
el diagrama no permanezca como una imagen congelada de lo que al
inicio se creo...y ver la realidad del proyecto en ejecución
calendaria.

Puede alguien colaborarme?...

Gracias
.

Jhorbam, coincido con Ignacio en varias cosas de su respuesta, pero en el
punto3 quiero señalar algunas cosas que te las pongo entre signos de
admiración.

3. Configura Project para que automáticamente 'Reprograme el % de trabajo

retrasado a la fecha de estado después de la fecha de estado':
Menú/Herramientas/Opciones...Ficha Cálculo...
- Actualizar el estado de las tareas actualiza el estado de los recursos
(Activado) ¡¡¡¡¡¡ Estoy muy de acuerdo!!!!!!
- Retrasar el fin de las partes completadas...(Desactivado) ¡¡¡¡ No estoy de acuerdo, porque esto se aplica a las tareas que están adelantadas, y activar esta opción hace precisamente que ese % adelantado no se quede programado en el futuro (recuerda que casi siempre la fecha de estado representa el día del corte, de la actualización, etc como dice Ignacio) si dejas en la programación % ejecutados programados en fechas futuras te va a generar atrasos falsos, pues si una tarea del futuro ya tiene ejecutado un 50% y su duración es de 10 días, las tareas que dependen de ella van a seguir esperando por una tarea que dura 10 días, sin embargo activas esta opción y lo que queda programado en el futuro son sólo 5 días de esa actividad los otros 5 días project los pasa a una posición antes de la fecha de estado como ejecutada, por lo que yo lo pongo (Activado) !!!!!!

¡¡¡¡¡¡Agregaría además:
y retrasar el comienzo de las partes completadas. (Activado), lo puedes
hacer sin temor que esto significa que el project coge el 50% de la tarea
adelantada que quedó sin ejecutar y te la pone a comenzar lo más pronto
posible después de la fecha de estado, en dependencia de las relaciones
existentes entre ella y las que le preceden.

- Adelantar el comienzo de las partes restantes...(Activado) ¡¡¡¡ Estoy muy de acuerdo, pero quiero aclararte que no va a resolver todo tu problema, esto sólo funciona para las tareas atrasadas que han tenido cierto avance pero si hay tareas atrasadas que no han comenzado se te van a quedar programadas en tiempo pasado, para resolverlo debes ir a Menú/Herramientas/Seguimiento/Actualizar proyecto/Reprogramar trabajo restante para que empiece después de: y selecciona la fecha que coincida con la de Estado!!!!!!
- y adelantar el fin de las partes completadas...(Desactivado))>

!!!!muy de
acuerdo!!!!
Ojalá te ayude algo más, Ignacio ¿tú qué crees?, mi interesaría mucho tu
criterio

Saludos Delma

"Ignacio" wrote:

Jhorbam:

Project necesita que le digas las fechas de Comienzo real y Fin real para
poder situar las tareas ejecutadas y así también reprogramar el resto que se
vean afectadas, fundamentalmente por los enlaces (sucesoras) que puedan
existir.

Si damos un % completado de la tarea y no escribimos las fechas reales
Project asigna las feches de Comienzo y Fin (programadas actualmente)
comodichas fechas, con lo que las barras y su programación en el tiempo no
variará.

Supongamos ahora que el caso al que te refieres es una tarea que va
retrasada porque se ha hecho menos trabajo que el programado a la fecha de
estado (control, revisión, monitoreo, monitorización, cierre, actualización,
situación, estatus, seguimiento, ...ja,ja diez nombres son muchos nombres),
puedes seguir estos pasos:

1. Define la fecha de estado: Menú/Proyecto/Información del
proyectoescribe la Fecha de estado hasta la que estás actualizando el
proyecto (para Project ella también está incuida en el período).

2. Dibuja opcionalmente en el gantt una línea vertical igual a la fecha de
estado en rojo por ejemplo, para ver la diferencia entre el pasado y el
futuro: Menú/Formato/CuadrículaFecha de estado, Tipo Línea contínua,
Color Rojo por ejemplo y Aceptar

3. Configura Project para que automáticamente 'Reprograme el % de trabajo
retrasado a la fecha de estado después de la fecha de estado':
Menú/Herramientas/Opciones...Ficha Cálculo...
- Actualizar el estado de las tareas actualiza el estado de los recursos
(Activado)
- Retrasar el fin de las partes completadas...(Desactivado)
- Adelantar el comienzo de las partes restantes...(Activado)
- y adelantar el fin de las partes completadas...(Desactivado)

... el resto de los parámetros da igual para esto.

A partir de esta configuración Project tiene que reprogramar automáticamente
el trabajo no realizado a la fecha de estado y situarlo después de la fecha
de estado al escribir el % completado de la tarea.

Espero te sirva.

Saludos

Ignacio Martín
Formación y consultoría Ms Project
EPM CONSULTORES





"Jhorbam" wrote:

> Cordial saludo.
>
> Necesito saber lo siguiente: como puedo hacer que al ingresar la
> información del porcentaje completado, Microsoft Project desplace las
> tareas que no se poseen el 100% en su porcentaje ejecutado...para que
> el diagrama no permanezca como una imagen congelada de lo que al
> inicio se creo...y ver la realidad del proyecto en ejecución
> calendaria.
>
> Puede alguien colaborarme?...
>
> Gracias
> .
>

Hola Delma:

mi opinión es que la configuración de estos parámetros que comentamos no
deben de agobiar al usuario, son farragosos y debieran de tener poca o nula
relevancia en la programación del Project si el usuario hace el seguimiento
de manera apropiada. La primera cosa que no me gusta del tema es que
Microsoft dice "Retrasar el fin de las partes completadas" y si no me
equivoco lo que debería decir es "Adelantar el fin de las partes completadas"
ya que desplazar la fecha de fin a la izquierda del eje de tiempos es
adelantar su programación en el tiempo y no retrasarla (que follón al
principio). La segunda cuestión es evitar llegar en el seguimiento a una
situación del tipo: una tarea es de 3 semanas y empieza en lunes; hoy es el
final del viernes de la primera semana y llevo el 66,66% completado, luego,
quiero que Project me diga que falta una semana de trabajo. No es lo más
adecuado, al menos yo no lo hago así, salvo excepciones. En este punto de la
actualización, el responsable de la programación debería preguntarse I/si la
tarea está bien estimada en 15 días, en cuyo caso Project no debería
reprogramar nada, o II/si hay que replantearse la estimación, porque
realmente es una tarea de 7,5 días y no 15d (llevo 5 d = 66,66% y me faltan
2,5 días = 33,33%), en cuyo caso reescribiría el campo Duración=7,5 d ó
Duración restante=2,5 d que lo mismo da. En resumen, creo que lo importante
del seguimiento es definir un método para cada proyecto, teniendo en cuenta
que normalmente se debería de disponer de la fecha de Inicio real, los días
reales trabajados (duración real) ó % completado (lo mismo da) y reestimar la
duración de la tarea, es decir modificar la duración total (Duración) ó
Duración restante, que lo mismo da, si fuera necesario. Si así lo hacemos,
Project no nos dará sorpresas ni interpretaciones no deseadas de nuestra
programación.

Saludos

Ignacio Martín
Formación y consultoría Ms Project
EPM CONSULTORES



"Delma López Gutiérrez" wrote:

Jhorbam, coincido con Ignacio en varias cosas de su respuesta, pero en el
punto3 quiero señalar algunas cosas que te las pongo entre signos de
admiración.

3. Configura Project para que automáticamente 'Reprograme el % de trabajo
> retrasado a la fecha de estado después de la fecha de estado':
> Menú/Herramientas/Opciones...Ficha Cálculo...
> - Actualizar el estado de las tareas actualiza el estado de los recursos
> (Activado) ¡¡¡¡¡¡ Estoy muy de acuerdo!!!!!!
> - Retrasar el fin de las partes completadas...(Desactivado) ¡¡¡¡ No estoy de acuerdo, porque esto se aplica a las tareas que están adelantadas, y activar esta opción hace precisamente que ese % adelantado no se quede programado en el futuro (recuerda que casi siempre la fecha de estado representa el día del corte, de la actualización, etc como dice Ignacio) si dejas en la programación % ejecutados programados en fechas futuras te va a generar atrasos falsos, pues si una tarea del futuro ya tiene ejecutado un 50% y su duración es de 10 días, las tareas que dependen de ella van a seguir esperando por una tarea que dura 10 días, sin embargo activas esta opción y lo que queda programado en el futuro son sólo 5 días de esa actividad los otros 5 días project los pasa a una posición antes de la fecha de estado como ejecutada, por lo que yo lo pongo (Activado) !!!!!!

¡¡¡¡¡¡Agregaría además:
y retrasar el comienzo de las partes completadas. (Activado), lo puedes
hacer sin temor que esto significa que el project coge el 50% de la tarea
adelantada que quedó sin ejecutar y te la pone a comenzar lo más pronto
posible después de la fecha de estado, en dependencia de las relaciones
existentes entre ella y las que le preceden.
> - Adelantar el comienzo de las partes restantes...(Activado) ¡¡¡¡ Estoy muy de acuerdo, pero quiero aclararte que no va a resolver todo tu problema, esto sólo funciona para las tareas atrasadas que han tenido cierto avance pero si hay tareas atrasadas que no han comenzado se te van a quedar programadas en tiempo pasado, para resolverlo debes ir a Menú/Herramientas/Seguimiento/Actualizar proyecto/Reprogramar trabajo restante para que empiece después de: y selecciona la fecha que coincida con la de Estado!!!!!!
> - y adelantar el fin de las partes completadas...(Desactivado))>
!!!!muy de
acuerdo!!!!
Ojalá te ayude algo más, Ignacio ¿tú qué crees?, mi interesaría mucho tu
criterio

Saludos Delma

"Ignacio" wrote:

> Jhorbam:
>
> Project necesita que le digas las fechas de Comienzo real y Fin real para
> poder situar las tareas ejecutadas y así también reprogramar el resto que se
> vean afectadas, fundamentalmente por los enlaces (sucesoras) que puedan
> existir.
>
> Si damos un % completado de la tarea y no escribimos las fechas reales
> Project asigna las feches de Comienzo y Fin (programadas actualmente)
> comodichas fechas, con lo que las barras y su programación en el tiempo no
> variará.
>
> Supongamos ahora que el caso al que te refieres es una tarea que va
> retrasada porque se ha hecho menos trabajo que el programado a la fecha de
> estado (control, revisión, monitoreo, monitorización, cierre, actualización,
> situación, estatus, seguimiento, ...ja,ja diez nombres son muchos nombres),
> puedes seguir estos pasos:
>
> 1. Define la fecha de estado: Menú/Proyecto/Información del
> proyectoescribe la Fecha de estado hasta la que estás actualizando el
> proyecto (para Project ella también está incuida en el período).
>
> 2. Dibuja opcionalmente en el gantt una línea vertical igual a la fecha de
> estado en rojo por ejemplo, para ver la diferencia entre el pasado y el
> futuro: Menú/Formato/CuadrículaFecha de estado, Tipo Línea contínua,
> Color Rojo por ejemplo y Aceptar
>
> 3. Configura Project para que automáticamente 'Reprograme el % de trabajo
> retrasado a la fecha de estado después de la fecha de estado':
> Menú/Herramientas/Opciones...Ficha Cálculo...
> - Actualizar el estado de las tareas actualiza el estado de los recursos
> (Activado)
> - Retrasar el fin de las partes completadas...(Desactivado)
> - Adelantar el comienzo de las partes restantes...(Activado)
> - y adelantar el fin de las partes completadas...(Desactivado)
>
> ... el resto de los parámetros da igual para esto.
>
> A partir de esta configuración Project tiene que reprogramar automáticamente
> el trabajo no realizado a la fecha de estado y situarlo después de la fecha
> de estado al escribir el % completado de la tarea.
>
> Espero te sirva.
>
> Saludos
>
> Ignacio Martín
> Formación y consultoría Ms Project
> EPM CONSULTORES
>
>
>
>
>
> "Jhorbam" wrote:
>
> > Cordial saludo.
> >
> > Necesito saber lo siguiente: como puedo hacer que al ingresar la
> > información del porcentaje completado, Microsoft Project desplace las
> > tareas que no se poseen el 100% en su porcentaje ejecutado...para que
> > el diagrama no permanezca como una imagen congelada de lo que al
> > inicio se creo...y ver la realidad del proyecto en ejecución
> > calendaria.
> >
> > Puede alguien colaborarme?...
> >
> > Gracias
> > .
> >

Ignacio ¡como me alegra haberte encontrado!, hasta ahora no tenía a quién
consultar, porque la mayoría de las personas no se dan cuenta que Microsoft
Project es un software que nos facilita mucho el proceso de la programación
(automatizándola), pero antes estas programaciones se hacían a mano, por lo
que programar es mucho más que utilizar un software u otro. Fíjate si estamos
en frecuencia, que cuando hago la programación de algún trabajo me duele
enormemente ver como después no se trabaja por el cronograma, los que
construyen no lo ven como una herramienta y siempre les digo: _por muy mal
hecha que esté una programación, si por ella te controlan, si por ella te
aplauden o te dan los palos por la cabeza que es lo que más suele suceder,
pues trabaja por ella, que si algo está mal en el camino se arregla_. No se
dan cuenta además de lo que significa la Ruta Crítica, entonces trabajan en
tareas fuera de ella porque le reportan más dinero y al final atrasan el
proyecto, he tenido casos de darle seguimiento a un cronograma con un
calendario de 6 días a la semana y al hacer el corte semanal el atraso se
incrementa en 6 días, luego el jefe pregunta: ¿pero cómo 6 días más de
atraso? ¿aquí no se trabajó? Y yo le he respondido: Sí, sólo que donde les ha
dado la gana y no donde tienen que trabajar. También suele suceder que al
programar hay quien utiliza muchas delimitaciones, de esa manera es muy
difícil obtener una ruta crítica, al final la tarea que más duración tenga va
a ser la única crítica, yo acostumbro a usar poco las delimitaciones y sí
mucho los enlaces, porque si no se enlazan las tareas, jamás sabremos de qué
manera el atraso en una puede atrasar a otra y de conjunto al proyecto cuando
se metan en el camino crítico si no lo están ya. Y para qué hablar de la EDT,
respecto a esto fíjate si estoy de acuerdo contigo, que insisto mucho acá que
cuando tomemos un proyecto lo primero es sentarse los especialistas, el que
ejecuta, los que presupuestan y el que hace el cronograma (los dos últimos a
veces es la misma persona) y en equipo hacer una EDT adecuada que nos sirva a
todos y sobre todo acá en nuestro país, que el Sistema Presupuestario está
automatizado, y nos permite exportar todos los cálculos a EXCEL, ¡imagínate
poder exportar desde EXCEL al Project usando las Equivalencias, cada tarea
con la horas hombres y equipos y sus tarifas horarias, así como la cantidad
de suministros por unidad de medida y su precio unitario para cada tarea!, no
hay que teclear prácticamente nada, pero desaprovechamos esa oportunidad
cuando la EDT no está bien diseñada. Pero además no sólo a veces obviamos los
recursos que no son propios como dices tú, sino trabajos que no dependen de
la empresa para la que programamos, pero en el cronograma se debe esperar por
ellos y viceversa y estas situaciones tampoco se deben pasar por alto, yo
siempre trato de incluirlas aunque las ponga como hitos. Y claro que te
entiendo Ignacio y por sobre todas las cosas agradezco mucho el tiempo que me
dedicas a intercambiar, acá te he escrito un poco de “teque”, que pudiera
mandarlo a tu email, pero sería sólo entre tú y yo y me parece que de esta
manera podemos aportar más a los programadores en cualquier lugar y otros
aportarnos a nosotros.
Al fin te planteo mi problema:
Se trata de cuando trabajo con más de un calendario. Generalmente creo un
Calendario y se lo asigno al proyecto, luego voy a la Hoja de Recursos y le
asigno el mismo Calendario del Proyecto a cada recurso, si no, tú sabes que
Project cogería para los recursos el Estándar y ya sabes ¡se arma tremenda
locura!. A las tareas nunca les asigno calendario, ellas asumen el de los
recursos o el del proyecto, según yo decida, para mí da igual, siempre es el
mismo.
Ahora, tú sabes que cuando definimos un calendario debemos ir al Botón
OPCIONES que aparece en la parte inferior y hacer que haya congruencias entre
el calendario y lo definido en este paso. ¿Qué me sucede ahora?:
Pues tengo un Calendario de 10 hrs (7:00-12:00 y de 1:00pm-6:00pm) de Lunes
a Sábado asignado al proyecto y los Recursos y por el botón OPCIONES puse:
Hora predeterminada de entrada: 7:00 am
Hora predeterminada de salida: 6:00 pm
Jornada laboral: 10 horas
Semana laboral: 60 horas
Días por mes: 26 días
MUY IMPOTANTE ¡¡¡¡mis tareas son de tipo Duración Fija!!!!. Con todas estas
condiciones tengo una tarea que me queda programada así:
Tarea Duración Comienzo Fin
Tarea x 70 días 04/01/10 25/03/10
Para mí está OK, para el Calendario antes descrito.
Ahora quiero que las demás tareas sigan trabajando con el Calendario de 10
horas y la Tarea x con uno de 8 horas así:
Jornada de 8 hrs (8:00-12:00 y de 1:00pm-5:00pm) de Lunes a Viernes, y
cuando se lo asigno a las tareas me da este resultado:
Tarea Duración Comienzo Fin
Tarea x 70 días 04/01/10 05/05/10
En realidad debe terminar el 09/04/10, sin embargo me la lleva hasta el
05/05/10. Me imagino sea porque no hay congruencia entre este Calendario de 8
horas y lo definido por el botón OPCIONES, pero si cambio ahora estos
parámetros del botón OPCIONES, se me modifican todas las duraciones.
1.- Para mí, Project debía permitirnos una configuración del botón OPCIONES
para cada Calendario.
2.-Creo que pase lo que pase, si mis tareas son de tipo Duración Fija nada
me las debe cambiar.
¿Qué crees Ignacio?
Si no me expliqué bien, dime para tratar de explicarme mejor.
Saludos y ojalá respondas pronto. Delma


"Ignacio" wrote:

¡Bravo! Delma. Tu exposición me parece acertada y experimentada. Soy de
Madrid -España, y al decir farragoso no me refiero a farras(juergas) ni a
ráfagas de viento, más bien a complejidad, desorden, desconexión. De la misma
manera al decir "follón" me refiero a lioso, en ambos casos aplicado no tanto
a usuarios experimentados como tú, sino para los que empiezan, ya que
considero que son conceptos y parámetros a estudiar en la fase más avanzada
del uso de la herramienta. En mi observación del estado del arte de la
programación he llegado a las siguientes aseveraciones-hitos
1. Más vale una mala programación que una ausencia de programación (así por
lo menos puedes llegar a saber donde te equivocas).
2. Una planificación sin obtener camino crítico sirve de poco (I/Hay que
definir un buen EDT o esquema de los trabajos, II/estimar adecuadamente,
III/fijar delimitaciones, IV/definir enlaces, ...como poco)
3. Aunque los recursos no sean propios sería ideal crearlos y asignarlos, e
incluso detectar las sobreasignaciones y resolverlas, porque pueden estar
afectando al camino crítico
4. Pocos usuarios usan un método de seguimiento.
5. Son aún menos los que usan un método de seguimiento de manera correcta,
como por ejemplo, no solo introducir los datos reales de lo que ha pasado
hasta la fecha, sino también complementar la actualización con una revisión
de la estimación, como dice Delma, revisando la duración total o días
restantes.

Así que el que llegue al punto 5 puede considerarse el "rey del mambo", ¿me
entiendes Delma? ¿qué problemilla querías plantear?

Un saludo,
Ignacio Martín


"Delma" wrote:

> Hola Ignacio, me alegra me respondieras, y creo que además de la forma en
> que damos el seguimiento, también es muy importante que programemos
> adecuadamente pues no cabe dudas y sé que estarás de acuerdo conmigo en que
> si hemos hecho enlaces correctos no debe suceder que tareas del futuro, que
> incluso dependen de otras, se realicen mucho antes que estas, para mí eso en
> principio son errores al programar, pero a veces se construye en condiciones
> tan tremendas y precionadas que yo he visto poner un Falso Techo antes de
> colocar las instalaciones adosadas las cuales se supone el falso Techo debía
> tapar, luego quitan algunas planchas del Falso techo colocan las
> instalaciones adosadas y pasan el trabajo del indio, creyendo que han
> adelantado pero en realidad se atrasan más, pero hay empresas que no aprenden
> y te presionan. Luego es a nosotros a los que nos toca reflejar en una
> programación el avance real y no te queda más remedio que darle avance a las
> locuras hechas hoy pero que pertenecían al futuro donde no hubiesen sido
> locuras, así me pasó una vez y trabajaba con el Project 98 en ese momento que
> no comtemplaba estos parámetros de los cuales hablamos y te comento que me
> gustó mucho que Microsoft en versiones superiores concibiera que las locuras
> suceden, porque a mí me resolvió no tener que ir poniendo el trabajo real día
> a día para no tener atrasos falsos, aunque al igual que tú, pienso que no
> debía decir Retrasar sino Adelantar, aunque no es la fecha de fin lo que pone
> a la izquierda, sino sólo el pedazo ejecutado, oye Ignacio ¿qué me quisiste
> decir con (que follón al principio)? y ¿qué significa farragosos?, ¿viene
> de ráfagas?, soy cubana y no copio esta forma de decir, ¿de dónde eres?.
> Respecto al comentario tuyo a la segunda cuestión, te comento, que estoy muy
> de acuerdo, pues está claro que incluso una tarea puede durar 3 semanas pero
> el mayor peso de ejecución de la misma puede estar en la última semana, por
> así decirlo, pero en este caso quien da el avance es él que debe saber que,
> si está diciendo la verdad en el avance la tarea no está al 66,66% sino al
> 33,33%, no se trata de avance en semanas se trata de avance físico, y
> entonces Project trabajaría con más lógica, lo que si me queda claro es que
> la opción Adelantar el comienzo de las partes restantes... es bueno que esté
> aunque no imprescindible, lo que sigue lo puede hacer. Lo que si no puede
> faltar que hagamos es cuando terminemos un corte ir a
> Menú/Herramientas/Seguimiento/Actualizar proyecto/Reprogramar trabajo
> restante para que empiece después de: y seleccionar la fecha que coincida con
> la de Estado (suponiendo coincide con la fecha de corte), porque es absurdo
> dejar trabajo programado en el pasado, el tiempo es irreversible.
> Y para terminar 100% contigo en que lo importante del seguimiento es definir
> un método para cada proyecto, teniendo en cuenta que normalmente se debería
> de disponer de la fecha de Inicio real y el % completado y reestimar la
> duración de la tarea, es decir modificar la duración total si fuera
> necesario, por hábito después de un corte siempre que tengo atrasos tomo una
> de estas dos decisiones:
> 1.- Acepto el atraso como irrecuperable y renegocio la Fecha de Fin del
> Proyecto, lo que me obliga a crear una nueva Línea Base. (casi nunca la
> utilizo).
> 2.- Trato de llevar el Fin del Proyecto de nuevo a la Fecha Prevista, ya sea
> ajustando las duraciones como decías anteriormente, solapando tareas o
> aumentando el solape de ser posible, pero lo que más hago es tratar de poner
> más hombres siempre que las características de los trabajos y la cantidad de
> fuerza de trabajo con la que cuento o puedo buscar me lo permitan (está claro
> que no puedo poner en una habitación de 4 metros cuadrados a 5 albañiles a
> enchapar ni aunque los tenga, simplemente no cabrían).
> Saludos Delma.
> Nota: Luego quiero plantearte un problema que he encontrado para ver si me
> puedes ayudar.
>
> "Ignacio" wrote:
>
> >
> > Hola Delma:
> >
> > mi opinión es que la configuración de estos parámetros que comentamos no
> > deben de agobiar al usuario, son farragosos y debieran de tener poca o nula
> > relevancia en la programación del Project si el usuario hace el seguimiento
> > de manera apropiada. La primera cosa que no me gusta del tema es que
> > Microsoft dice "Retrasar el fin de las partes completadas" y si no me
> > equivoco lo que debería decir es "Adelantar el fin de las partes completadas"
> > ya que desplazar la fecha de fin a la izquierda del eje de tiempos es
> > adelantar su programación en el tiempo y no retrasarla (que follón al
> > principio). La segunda cuestión es evitar llegar en el seguimiento a una
> > situación del tipo: una tarea es de 3 semanas y empieza en lunes; hoy es el
> > final del viernes de la primera semana y llevo el 66,66% completado, luego,
> > quiero que Project me diga que falta una semana de trabajo. No es lo más
> > adecuado, al menos yo no lo hago así, salvo excepciones. En este punto de la
> > actualización, el responsable de la programación debería preguntarse I/si la
> > tarea está bien estimada en 15 días, en cuyo caso Project no debería
> > reprogramar nada, o II/si hay que replantearse la estimación, porque
> > realmente es una tarea de 7,5 días y no 15d (llevo 5 d = 66,66% y me faltan
> > 2,5 días = 33,33%), en cuyo caso reescribiría el campo Duración=7,5 d ó
> > Duración restante=2,5 d que lo mismo da. En resumen, creo que lo importante
> > del seguimiento es definir un método para cada proyecto, teniendo en cuenta
> > que normalmente se debería de disponer de la fecha de Inicio real, los días
> > reales trabajados (duración real) ó % completado (lo mismo da) y reestimar la
> > duración de la tarea, es decir modificar la duración total (Duración) ó
> > Duración restante, que lo mismo da, si fuera necesario. Si así lo hacemos,
> > Project no nos dará sorpresas ni interpretaciones no deseadas de nuestra
> > programación.
> >
> > Saludos
> >
> > Ignacio Martín
> > Formación y consultoría Ms Project
> > EPM CONSULTORES
> >
> >
> >
> > "Delma López Gutiérrez" wrote:
> >
> > > Jhorbam, coincido con Ignacio en varias cosas de su respuesta, pero en el
> > > punto3 quiero señalar algunas cosas que te las pongo entre signos de
> > > admiración.
> > >
> > > 3. Configura Project para que automáticamente 'Reprograme el % de trabajo
> > > > retrasado a la fecha de estado después de la fecha de estado':
> > > > Menú/Herramientas/Opciones...Ficha Cálculo...
> > > > - Actualizar el estado de las tareas actualiza el estado de los recursos
> > > > (Activado) ¡¡¡¡¡¡ Estoy muy de acuerdo!!!!!!
> > > > - Retrasar el fin de las partes completadas...(Desactivado) ¡¡¡¡ No estoy de acuerdo, porque esto se aplica a las tareas que están adelantadas, y activar esta opción hace precisamente que ese % adelantado no se quede programado en el futuro (recuerda que casi siempre la fecha de estado representa el día del corte, de la actualización, etc como dice Ignacio) si dejas en la programación % ejecutados programados en fechas futuras te va a generar atrasos falsos, pues si una tarea del futuro ya tiene ejecutado un 50% y su duración es de 10 días, las tareas que dependen de ella van a seguir esperando por una tarea que dura 10 días, sin embargo activas esta opción y lo que queda programado en el futuro son sólo 5 días de esa actividad los otros 5 días project los pasa a una posición antes de la fecha de estado como ejecutada, por lo que yo lo pongo (Activado) !!!!!!
> > >
> > > ¡¡¡¡¡¡Agregaría además:
> > > y retrasar el comienzo de las partes completadas. (Activado), lo puedes
> > > hacer sin temor que esto significa que el project coge el 50% de la tarea
> > > adelantada que quedó sin ejecutar y te la pone a comenzar lo más pronto
> > > posible después de la fecha de estado, en dependencia de las relaciones
> > > existentes entre ella y las que le preceden.
> > > > - Adelantar el comienzo de las partes restantes...(Activado) ¡¡¡¡ Estoy muy de acuerdo, pero quiero aclararte que no va a resolver todo tu problema, esto sólo funciona para las tareas atrasadas que han tenido cierto avance pero si hay tareas atrasadas que no han comenzado se te van a quedar programadas en tiempo pasado, para resolverlo debes ir a Menú/Herramientas/Seguimiento/Actualizar proyecto/Reprogramar trabajo restante para que empiece después de: y selecciona la fecha que coincida con la de Estado!!!!!!
> > > > - y adelantar el fin de las partes completadas...(Desactivado))>
> > > !!!!muy de
> > > acuerdo!!!!
> > > Ojalá te ayude algo más, Ignacio ¿tú qué crees?, mi interesaría mucho tu
> > > criterio
> > >
> > > Saludos Delma
> > >
> > > "Ignacio" wrote:
> > >
> > > > Jhorbam:
> > > >
> > > > Project necesita que le digas las fechas de Comienzo real y Fin real para
> > > > poder situar las tareas ejecutadas y así también reprogramar el resto que se
> > > > vean afectadas, fundamentalmente por los enlaces (sucesoras) que puedan
> > > > existir.
> > > >
> > > > Si damos un % completado de la tarea y no escribimos las fechas reales
> > > > Project asigna las feches de Comienzo y Fin (programadas actualmente)
> > > > comodichas fechas, con lo que las barras y su programación en el tiempo no
> > > > variará.
> > > >
> > > > Supongamos ahora que el caso al que te refieres es una tarea que va
> > > > retrasada porque se ha hecho menos trabajo que el programado a la fecha de
> > > > estado (control, revisión, monitoreo, monitorización, cierre, actualización,
> > > > situación, estatus, seguimiento, ...ja,ja diez nombres son muchos nombres),
> > > > puedes seguir estos pasos:
> > > >
> > > > 1. Define la fecha de estado: Menú/Proyecto/Información del
> > > > proyectoescribe la Fecha de estado hasta la que estás actualizando el
> > > > proyecto (para Project ella también está incuida en el período).
> > > >
> > > > 2. Dibuja opcionalmente en el gantt una línea vertical igual a la fecha de
> > > > estado en rojo por ejemplo, para ver la diferencia entre el pasado y el
> > > > futuro: Menú/Formato/CuadrículaFecha de estado, Tipo Línea contínua,
> > > > Color Rojo por ejemplo y Aceptar
> > > >
> > > > 3. Configura Project para que automáticamente 'Reprograme el % de trabajo
> > > > retrasado a la fecha de estado después de la fecha de estado':
> > > > Menú/Herramientas/Opciones...Ficha Cálculo...
> > > > - Actualizar el estado de las tareas actualiza el estado de los recursos
> > > > (Activado)
> > > > - Retrasar el fin de las partes completadas...(Desactivado)
> > > > - Adelantar el comienzo de las partes restantes...(Activado)
> > > > - y adelantar el fin de las partes completadas...(Desactivado)
> > > >
> > > > ... el resto de los parámetros da igual para esto.
> > > >
> > > > A partir de esta configuración Project tiene que reprogramar automáticamente
> > > > el trabajo no realizado a la fecha de estado y situarlo después de la fecha
> > > > de estado al escribir el % completado de la tarea.
> > > >
> > > > Espero te sirva.
> > > >
> > > > Saludos
> > > >
> > > > Ignacio Martín
> > > > Formación y consultoría Ms Project
> > > > EPM CONSULTORES
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > "Jhorbam" wrote:
> > > >
> > > > > Cordial saludo.
> > > > >
> > > > > Necesito saber lo siguiente: como puedo hacer que al ingresar la
> > > > > información del porcentaje completado, Microsoft Project desplace las
> > > > > tareas que no se poseen el 100% en su porcentaje ejecutado...para que
> > > > > el diagrama no permanezca como una imagen congelada de lo que al
> > > > > inicio se creo...y ver la realidad del proyecto en ejecución
> > > > > calendaria.
> > > > >
> > > > > Puede alguien colaborarme?...
> > > > >
> > > > > Gracias
> > > > > .
> > > > >

"Ignacio" wrote:

Hola Delma:

Pregunta lo que quieras, encantado de colaborar y de intentar ayudarte,
ójala te sirva.

Tras varios años de convivir con el mundo de la planificación, y aunque ya
lo había escuchado en gurús, consultoras especializadas, Microsoft, etc, la
planificación no se puede tomar a "chirigota" (en broma) porque si no sirve
de muy poco, y casi todo fracasa perdiendo tiempo, dinero, ilusión y
confianza. Mi experiencia vital me ha convencido de que si no exite una PMO
(Project management Office) = ODP (Oficina de Proyectos) se fracasa. No se
trata de montar un departamento con muchos recursos, o a lo mejor sí, si el
proyecto lo requiere, basta en el más simple de los casos de una persona con
competencia en la materia, que incluso comparte su tiempo de trabajo con
otras actividades diferentes, aunque esto no sea lo deseable. Así que seamos
claros e inteligentes, antes de acometer un proyecto debemos decir a sus
máximos responsables "ES NECESARIO UNA PMO, DE LO CONTRARIO LA GESTIÓN DE LA
PLANIFICACIÓN-PROYECTO POSIBLEMENTE FRACASARÁ"

RESPONSABILIDADES BÁSICAS DE UNA PMO [según Wikipedia]
- Elaborar planes de capacitación y FORMACIÓN a los Gerentes de Proyecto y
sus equipos de trabajo.
- Documentar los procesos de gestión de proyectos.
- Coordinación de los proyectos a su cargo.
- Administración de los recursos asignados y/o compartidos en los proyectos
- Monitorizar y controlar los proyectos con indicadores de costo, tiempo y
calidad del proyecto
- Estimar y programar en alto nivel las etapas de los proyectos y su
interacción con otros planes.
- Evaluación asistida del retorno de la inversión ROI
- Asistencia en la elaboración del plan del proyecto
- Soporte administrativo y tecnológico en las herramientas de proyectos.
Obtenido de
"http://es.wikipedia.org/wiki/Oficin...ctos" ...
también en http://www.pmi.org/Pages/subfeatureright.aspx

Delma, ¿en qué consiste brevemente el Sistema de Presupuestos automático de
tu pais?
y ¿qúe es el "teque"?

Respecto a la consulta de los calendarios:
- Creo que no es mala idea poner una definición de jornada de trabajo por
calendario, pero yo me quedo con lo actual, es decir una únca para todo el
proyecto, ya que sino el estimador tendría que estar recordando para cada
tarea qué calendario y que jornada le corresponde, y eso puede conducir a
errores.
- Hay que tener en cuenta que Project necesita tener una base de cálculo
homogénea para interpretar el ESFUERZO (horas de trabajo) correspondiente a
la columna de duración que el estimador introduce para cada tarea. Así que
primero que hace Project es multiplicar la duración por la jornada que
aparece en Herramientas/opciones/Calendario. Entiendo que has definido un
calendario nuevo de L a V, 8hs,...8 a 12 y 13 a 17, y se lo has asignado a la
Tarea X. Project interpreta que si tienes 70 días de duración x 10hs/día del
factor de jornada son 700hs de trabajo, que llevado al calendario (L a V 8h)
te calcula Fin/05/10; cosa que no me parece mal. Así pués debes de
escribir el esfuerzo estimado de la tarea en Horas=(no hay discursión pero
queda más feo en el listado) 70dx8h/d = 560h o en días de 10horas, que son
56d y Project te muestra Fin=9/5/10 que es lo que creo que buscas.

Si quieres puedes contestarme a las preguntas menos de Project a mi
dirección de correo

Un saludo

Ignacio Martín





"Delma" wrote:

> Ignacio ¡como me alegra haberte encontrado!, hasta ahora no tenía a quién
> consultar, porque la mayoría de las personas no se dan cuenta que Microsoft
> Project es un software que nos facilita mucho el proceso de la programación
> (automatizándola), pero antes estas programaciones se hacían a mano, por lo
> que programar es mucho más que utilizar un software u otro. Fíjate si estamos
> en frecuencia, que cuando hago la programación de algún trabajo me duele
> enormemente ver como después no se trabaja por el cronograma, los que
> construyen no lo ven como una herramienta y siempre les digo: _por muy mal
> hecha que esté una programación, si por ella te controlan, si por ella te
> aplauden o te dan los palos por la cabeza que es lo que más suele suceder,
> pues trabaja por ella, que si algo está mal en el camino se arregla_. No se
> dan cuenta además de lo que significa la Ruta Crítica, entonces trabajan en
> tareas fuera de ella porque le reportan más dinero y al final atrasan el
> proyecto, he tenido casos de darle seguimiento a un cronograma con un
> calendario de 6 días a la semana y al hacer el corte semanal el atraso se
> incrementa en 6 días, luego el jefe pregunta: ¿pero cómo 6 días más de
> atraso? ¿aquí no se trabajó? Y yo le he respondido: Sí, sólo que donde les ha
> dado la gana y no donde tienen que trabajar. También suele suceder que al
> programar hay quien utiliza muchas delimitaciones, de esa manera es muy
> difícil obtener una ruta crítica, al final la tarea que más duración tenga va
> a ser la única crítica, yo acostumbro a usar poco las delimitaciones y sí
> mucho los enlaces, porque si no se enlazan las tareas, jamás sabremos de qué
> manera el atraso en una puede atrasar a otra y de conjunto al proyecto cuando
> se metan en el camino crítico si no lo están ya. Y para qué hablar de la EDT,
> respecto a esto fíjate si estoy de acuerdo contigo, que insisto mucho acá que
> cuando tomemos un proyecto lo primero es sentarse los especialistas, el que
> ejecuta, los que presupuestan y el que hace el cronograma (los dos últimos a
> veces es la misma persona) y en equipo hacer una EDT adecuada que nos sirva a
> todos y sobre todo acá en nuestro país, que el Sistema Presupuestario está
> automatizado, y nos permite exportar todos los cálculos a EXCEL, ¡imagínate
> poder exportar desde EXCEL al Project usando las Equivalencias, cada tarea
> con la horas hombres y equipos y sus tarifas horarias, así como la cantidad
> de suministros por unidad de medida y su precio unitario para cada tarea!, no
> hay que teclear prácticamente nada, pero desaprovechamos esa oportunidad
> cuando la EDT no está bien diseñada. Pero además no sólo a veces obviamos los
> recursos que no son propios como dices tú, sino trabajos que no dependen de
> la empresa para la que programamos, pero en el cronograma se debe esperar por
> ellos y viceversa y estas situaciones tampoco se deben pasar por alto, yo
> siempre trato de incluirlas aunque las ponga como hitos. Y claro que te
> entiendo Ignacio y por sobre todas las cosas agradezco mucho el tiempo que me
> dedicas a intercambiar, acá te he escrito un poco de “teque”, que pudiera
> mandarlo a tu email, pero sería sólo entre tú y yo y me parece que de esta
> manera podemos aportar más a los programadores en cualquier lugar y otros
> aportarnos a nosotros.
> Al fin te planteo mi problema:
> Se trata de cuando trabajo con más de un calendario. Generalmente creo un
> Calendario y se lo asigno al proyecto, luego voy a la Hoja de Recursos y le
> asigno el mismo Calendario del Proyecto a cada recurso, si no, tú sabes que
> Project cogería para los recursos el Estándar y ya sabes ¡se arma tremenda
> locura!. A las tareas nunca les asigno calendario, ellas asumen el de los
> recursos o el del proyecto, según yo decida, para mí da igual, siempre es el
> mismo.
> Ahora, tú sabes que cuando definimos un calendario debemos ir al Botón
> OPCIONES que aparece en la parte inferior y hacer que haya congruencias entre
> el calendario y lo definido en este paso. ¿Qué me sucede ahora?:
> Pues tengo un Calendario de 10 hrs (7:00-12:00 y de 1:00pm-6:00pm) de Lunes
> a Sábado asignado al proyecto y los Recursos y por el botón OPCIONES puse:
> Hora predeterminada de entrada: 7:00 am
> Hora predeterminada de salida: 6:00 pm
> Jornada laboral: 10 horas
> Semana laboral: 60 horas
> Días por mes: 26 días
> MUY IMPOTANTE ¡¡¡¡mis tareas son de tipo Duración Fija!!!!. Con todas estas
> condiciones tengo una tarea que me queda programada así:
> Tarea Duración Comienzo Fin
> Tarea x 70 días 04/01/10 25/03/10
> Para mí está OK, para el Calendario antes descrito.
> Ahora quiero que las demás tareas sigan trabajando con el Calendario de 10
> horas y la Tarea x con uno de 8 horas así:
> Jornada de 8 hrs (8:00-12:00 y de 1:00pm-5:00pm) de Lunes a Viernes, y
> cuando se lo asigno a las tareas me da este resultado:
> Tarea Duración Comienzo Fin
> Tarea x 70 días 04/01/10 05/05/10
> En realidad debe terminar el 09/04/10, sin embargo me la lleva hasta el
> 05/05/10. Me imagino sea porque no hay congruencia entre este Calendario de 8
> horas y lo definido por el botón OPCIONES, pero si cambio ahora estos
> parámetros del botón OPCIONES, se me modifican todas las duraciones.
> 1.- Para mí, Project debía permitirnos una configuración del botón OPCIONES
> para cada Calendario.
> 2.-Creo que pase lo que pase, si mis tareas son de tipo Duración Fija nada
> me las debe cambiar.
> ¿Qué crees Ignacio?
> Si no me expliqué bien, dime para tratar de explicarme mejor.
> Saludos y ojalá respondas pronto. Delma
>
>
> "Ignacio" wrote:
>
> >
> > ¡Bravo! Delma. Tu exposición me parece acertada y experimentada. Soy de
> > Madrid -España, y al decir farragoso no me refiero a farras(juergas) ni a
> > ráfagas de viento, más bien a complejidad, desorden, desconexión. De la misma
> > manera al decir "follón" me refiero a lioso, en ambos casos aplicado no tanto
> > a usuarios experimentados como tú, sino para los que empiezan, ya que
> > considero que son conceptos y parámetros a estudiar en la fase más avanzada
> > del uso de la herramienta. En mi observación del estado del arte de la
> > programación he llegado a las siguientes aseveraciones-hitos
> > 1. Más vale una mala programación que una ausencia de programación (así por
> > lo menos puedes llegar a saber donde te equivocas).
> > 2. Una planificación sin obtener camino crítico sirve de poco (I/Hay que
> > definir un buen EDT o esquema de los trabajos, II/estimar adecuadamente,
> > III/fijar delimitaciones, IV/definir enlaces, ...como poco)
> > 3. Aunque los recursos no sean propios sería ideal crearlos y asignarlos, e
> > incluso detectar las sobreasignaciones y resolverlas, porque pueden estar
> > afectando al camino crítico
> > 4. Pocos usuarios usan un método de seguimiento.
> > 5. Son aún menos los que usan un método de seguimiento de manera correcta,
> > como por ejemplo, no solo introducir los datos reales de lo que ha pasado
> > hasta la fecha, sino también complementar la actualización con una revisión
> > de la estimación, como dice Delma, revisando la duración total o días
> > restantes.
> >
> > Así que el que llegue al punto 5 puede considerarse el "rey del mambo", ¿me
> > entiendes Delma? ¿qué problemilla querías plantear?
> >
> > Un saludo,
> > Ignacio Martín
> >
> >
> > "Delma" wrote:
> >
> > > Hola Ignacio, me alegra me respondieras, y creo que además de la forma en
> > > que damos el seguimiento, también es muy importante que programemos
> > > adecuadamente pues no cabe dudas y sé que estarás de acuerdo conmigo en que
> > > si hemos hecho enlaces correctos no debe suceder que tareas del futuro, que
> > > incluso dependen de otras, se realicen mucho antes que estas, para mí eso en
> > > principio son errores al programar, pero a veces se construye en condiciones
> > > tan tremendas y precionadas que yo he visto poner un Falso Techo antes de
> > > colocar las instalaciones adosadas las cuales se supone el falso Techo debía
> > > tapar, luego quitan algunas planchas del Falso techo colocan las
> > > instalaciones adosadas y pasan el trabajo del indio, creyendo que han
> > > adelantado pero en realidad se atrasan más, pero hay empresas que no aprenden
> > > y te presionan. Luego es a nosotros a los que nos toca reflejar en una
> > > programación el avance real y no te queda más remedio que darle avance a las
> > > locuras hechas hoy pero que pertenecían al futuro donde no hubiesen sido
> > > locuras, así me pasó una vez y trabajaba con el Project 98 en ese momento que
> > > no comtemplaba estos parámetros de los cuales hablamos y te comento que me
> > > gustó mucho que Microsoft en versiones superiores concibiera que las locuras
> > > suceden, porque a mí me resolvió no tener que ir poniendo el trabajo real día
> > > a día para no tener atrasos falsos, aunque al igual que tú, pienso que no
> > > debía decir Retrasar sino Adelantar, aunque no es la fecha de fin lo que pone
> > > a la izquierda, sino sólo el pedazo ejecutado, oye Ignacio ¿qué me quisiste
> > > decir con (que follón al principio)? y ¿qué significa farragosos?, ¿viene
> > > de ráfagas?, soy cubana y no copio esta forma de decir, ¿de dónde eres?.
> > > Respecto al comentario tuyo a la segunda cuestión, te comento, que estoy muy
> > > de acuerdo, pues está claro que incluso una tarea puede durar 3 semanas pero
> > > el mayor peso de ejecución de la misma puede estar en la última semana, por
> > > así decirlo, pero en este caso quien da el avance es él que debe saber que,
> > > si está diciendo la verdad en el avance la tarea no está al 66,66% sino al
> > > 33,33%, no se trata de avance en semanas se trata de avance físico, y
> > > entonces Project trabajaría con más lógica, lo que si me queda claro es que
> > > la opción Adelantar el comienzo de las partes restantes... es bueno que esté
> > > aunque no imprescindible, lo que sigue lo puede hacer. Lo que si no puede
> > > faltar que hagamos es cuando terminemos un corte ir a
> > > Menú/Herramientas/Seguimiento/Actualizar proyecto/Reprogramar trabajo
> > > restante para que empiece después de: y seleccionar la fecha que coincida con
> > > la de Estado (suponiendo coincide con la fecha de corte), porque es absurdo
> > > dejar trabajo programado en el pasado, el tiempo es irreversible.
> > > Y para terminar 100% contigo en que lo importante del seguimiento es definir
> > > un método para cada proyecto, teniendo en cuenta que normalmente se debería
> > > de disponer de la fecha de Inicio real y el % completado y reestimar la
> > > duración de la tarea, es decir modificar la duración total si fuera
> > > necesario, por hábito después de un corte siempre que tengo atrasos tomo una
> > > de estas dos decisiones:
> > > 1.- Acepto el atraso como irrecuperable y renegocio la Fecha de Fin del
> > > Proyecto, lo que me obliga a crear una nueva Línea Base. (casi nunca la
> > > utilizo).
> > > 2.- Trato de llevar el Fin del Proyecto de nuevo a la Fecha Prevista, ya sea
> > > ajustando las duraciones como decías anteriormente, solapando tareas o
> > > aumentando el solape de ser posible, pero lo que más hago es tratar de poner
> > > más hombres siempre que las características de los trabajos y la cantidad de
> > > fuerza de trabajo con la que cuento o puedo buscar me lo permitan (está claro
> > > que no puedo poner en una habitación de 4 metros cuadrados a 5 albañiles a
> > > enchapar ni aunque los tenga, simplemente no cabrían).
> > > Saludos Delma.
> > > Nota: Luego quiero plantearte un problema que he encontrado para ver si me
> > > puedes ayudar.
> > >
> > > "Ignacio" wrote:
> > >
> > > >
> > > > Hola Delma:
> > > >
> > > > mi opinión es que la configuración de estos parámetros que comentamos no
> > > > deben de agobiar al usuario, son farragosos y debieran de tener poca o nula
> > > > relevancia en la programación del Project si el usuario hace el seguimiento
> > > > de manera apropiada. La primera cosa que no me gusta del tema es que
> > > > Microsoft dice "Retrasar el fin de las partes completadas" y si no me
> > > > equivoco lo que debería decir es "Adelantar el fin de las partes completadas"
> > > > ya que desplazar la fecha de fin a la izquierda del eje de tiempos es
> > > > adelantar su programación en el tiempo y no retrasarla (que follón al
> > > > principio). La segunda cuestión es evitar llegar en el seguimiento a una
> > > > situación del tipo: una tarea es de 3 semanas y empieza en lunes; hoy es el
> > > > final del viernes de la primera semana y llevo el 66,66% completado, luego,
> > > > quiero que Project me diga que falta una semana de trabajo. No es lo más
> > > > adecuado, al menos yo no lo hago así, salvo excepciones. En este punto de la
> > > > actualización, el responsable de la programación debería preguntarse I/si la
> > > > tarea está bien estimada en 15 días, en cuyo caso Project no debería
> > > > reprogramar nada, o II/si hay que replantearse la estimación, porque
> > > > realmente es una tarea de 7,5 días y no 15d (llevo 5 d = 66,66% y me faltan
> > > > 2,5 días = 33,33%), en cuyo caso reescribiría el campo Duración=7,5 d ó
> > > > Duración restante=2,5 d que lo mismo da. En resumen, creo que lo importante
> > > > del seguimiento es definir un método para cada proyecto, teniendo en cuenta
> > > > que normalmente se debería de disponer de la fecha de Inicio real, los días
> > > > reales trabajados (duración real) ó % completado (lo mismo da) y reestimar la
> > > > duración de la tarea, es decir modificar la duración total (Duración) ó
> > > > Duración restante, que lo mismo da, si fuera necesario. Si así lo hacemos,
> > > > Project no nos dará sorpresas ni interpretaciones no deseadas de nuestra
> > > > programación.
> > > >
> > > > Saludos
> > > >
> > > > Ignacio Martín
> > > > Formación y consultoría Ms Project
> > > > EPM CONSULTORES
> > > >
> > > >
> > > >
> > > > "Delma López Gutiérrez" wrote:
> > > >
> > > > > Jhorbam, coincido con Ignacio en varias cosas de su respuesta, pero en el
> > > > > punto3 quiero señalar algunas cosas que te las pongo entre signos de
> > > > > admiración.
> > > > >
> > > > > 3. Configura Project para que automáticamente 'Reprograme el % de trabajo
> > > > > > retrasado a la fecha de estado después de la fecha de estado':
> > > > > > Menú/Herramientas/Opciones...Ficha Cálculo...
> > > > > > - Actualizar el estado de las tareas actualiza el estado de los recursos