OWB: Programación de proyectos en Open Workbench

ccppmop158
Una vez aque se ha creado el plan para un proyecto y las relaciones de dependencia, se deben programar las tareas y los recursos que trabajarán en las tareas en Open Workbench (OWB). Si el proyecto es grande, la programación puede ser un proceso complejo en el que deban equilibrarse las relaciones de las tareas, la disponibilidad de los recursos y la duración de las tareas. Debido a que la programación es un proceso iterativo, equilibrar los distintos recursos que trabajan en un proyecto es un proceso que normalmente requiere varios pasos. Es posible que se requiera realizar varios ajustes en los planes de un proyecto. Los ajustes pueden incluir la modificación de la disponibilidad de un recurso, el ajuste de los vínculos de dependencia y la adición de tareas. Para facilitar la programación de proyectos, Open Workbench utiliza un proceso de programación automatizado denominado
programación automática
.
El proceso de programación en Open Workbench
El proceso de programación implica los siguientes pasos y técnicas de programación que se pueden utilizar para programar los proyectos mediante Open Workbench:
  1. Determine uno de los siguientes elementos:
    • El tiempo mínimo necesario para completar cada tarea (duración de la tarea).
    • El uso de los recursos en cada tarea (utilizado para determinar las duraciones).
  2. Determine la ETC para cada recurso.
  3. Determine el patrón de carga de los recursos para cada tarea a partir de uno de los patrones de carga disponibles.
Desarrollo de programaciones de proyectos en Open Workbench
Siga estos pasos para desarrollar una programación realista:
  1. Ajuste los calendarios de los recursos para definir los días laborables y los festivos de cada recurso.
  2. Programe automáticamente el proyecto sin restricciones en la disponibilidad de los recursos.
  3. Vuelva a programar automáticamente el proyecto de nuevo con restricciones en la disponibilidad de los recursos para eliminar cualquier sobrecompromiso en los recursos.
  4. Establezca las prioridades de las distintas fases, actividades y tareas.
  5. Recalcule la duración de las tareas sobrecomprometidas inherentes. Tenga en cuenta que no se puede recalcular la duración de las tareas con asignaciones de recursos fijas.
  6. Bloquee las tareas que no desea volver a programar.
  7. Refine el uso de los patrones de carga de recursos.
  8. Ajuste la prioridad de las tareas.
  9. Vuelva a programar automáticamente el proyecto con restricciones en la disponibilidad de los recursos.
  10. Si es necesario, realice uno de los pasos siguientes y programe automáticamente el proyecto de nuevo:
    • Ajuste manualmente la programación cambiando los turnos de las tareas.
    • Refine las relaciones de dependencia.
Programación manual de proyectos en Open Workbench
Se deben definir los atributos de programación de los proyectos, como las fechas de inicio y finalización. Estos datos se utilizan al programar el proyecto. Programe todas las tareas del proyecto para que comiencen y finalicen durante el período del proyecto.
Si se utiliza la programación automática, estas fechas pueden variar en función de las asignaciones de los recursos, las dependencias de las tareas y las restricciones.
Para todos los proyectos de OWB, con o sin programación automática, se debe tener en cuenta la siguiente relación entre las fechas de inicio y finalización de las distintas
tareas
y las fechas de inicio y finalización del
proyecto
. Si no se establece una fecha de inicio o de finalización impuesta para un proyecto, la aplicación establecerá el inicio del
proyecto
para que se ajuste a la fecha de inicio de la
tarea
más temprana y establecerá el fin del
proyecto
en la fecha de finalización de la última
tarea
. Los valores de inicio y finalización de las adjudicaciones también se reducen o se amplían en función de la fecha de inicio y finalización del proyecto, a menos que se establezcan fechas fijas (impuestas). Los cambios realizados en una fecha de inicio o de finalización del proyecto pueden provocar que se recalculen los valores en intervalos de tiempo que se extiendan fuera de los límites de tiempo establecidos anteriormente. Por ejemplo, las fechas de finalización de las distintas tareas de un proyecto están establecidas en los próximos meses. Decide cambiar el fin del proyecto para que se complete este mes. Sin embargo, la adjudicación por período de la vista de detalles del equipo continúa mostrando los valores para la adjudicación acumulada y la adjudicación en firme acumulada en uno o más meses futuros.
Siga estos pasos:
  1. Haga clic en
    Project Properties
    en el menú de la aplicación.
  2. Abra la ficha
    Scheduling
    .
  3. Rellene los campos de la sección
    Project
    :
    • Start
      Define la fecha de inicio del proyecto.
      Valor predeterminado
      : La fecha actual del sistema.
    • Imposed (Start)
      Especifica si se desea imponer una fecha de inicio fija para el proyecto. Sin un inicio impuesto, se utiliza la fecha de la primera tarea como la fecha de inicio del proyecto.
      Se debe seleccionar este campo si posteriormente se planea programar automáticamente el proyecto a partir de su fecha de inicio. Si se selecciona, la programación automática no podrá cambiar la fecha de inicio del proyecto para que se ajuste a los cambios que se hayan realizado en las fechas de inicio y finalización de las tareas del proyecto, independientemente de cuándo se inicie la primera tarea.
    • Finish
      Define la fecha de finalización del proyecto anticipada. La fecha de finalización del proyecto debe ser igual o posterior a la fecha de finalización de la última tarea. Esta fecha se utiliza como la fecha de finalización de la última tarea de la red del método de ruta crítica.
    • Imposed (Finish)
      Especifica si se desea imponer una fecha de finalización fija para el proyecto. Sin un fin impuesto, se utiliza la fecha de la última tarea como la fecha de finalización del proyecto.
      Se debe seleccionar este campo si posteriormente se planea programar automáticamente el proyecto a partir de su fecha de finalización. Si se selecciona, la programación automática no podrá cambiar la fecha de finalización del proyecto para que se ajuste a los cambios que se hayan realizado en las fechas de inicio y finalización de las tareas del proyecto, independientemente de cuándo finalice la última tarea.
    • As-of
      Define la fecha que se utiliza como punto de referencia al realizar los cálculos del análisis de valor ganado (EVA). Si no se introduce una fecha inicial, se muestra el valor cero (0) en los campos de valor ganado, como Actual Cost of Work Performed (ACWP) y Budgeted Cost of Work Performed (BCWP).
      Cuando se utiliza la programación automática para programar un proyecto, la fecha inicial del proyecto establecida en el campo
      As-of
      define la fecha en la que se incluirán los datos en las estimaciones de tiempo y presupuesto. Esta fecha se utiliza en los cálculos de análisis de valores ganados, como el coste presupuestado de trabajo programado (CPTP) y se encarga de los cálculos para los costes. La ETC del proyecto no se programará en la fecha
      As-of
      ni antes de esta.
    • Priority
      Define el orden en el que se programan los subproyectos de un proyecto principal. El valor de prioridad que se introduzca en este campo se utilizará como la prioridad predeterminada para las tareas de resumen. Cualquier tarea de la estructura de desglose del trabajo de un nivel inferior que se haya marcado para que herede la prioridad de su tarea principal asumirá este valor de prioridad. Por ejemplo, si un proyecto tiene una prioridad de 0 a 9, sus tareas tendrán la prioridad más alta durante la programación. Si el proyecto tiene una prioridad de 11 a 36, sus tareas tendrán la prioridad más baja durante la programación.
      Valor predeterminado
      : 10
      Valores
      : 0-36 (cuánto menor es el número, más alta es la prioridad)
  4. Rellene los campos de la sección
    Critical Path
    :
    • Tipo
      Define en qué fechas se basará la ruta crítica durante los cálculos del método de ruta crítica.
      Valor predeterminado
      : Current
      Valores:
      • Current: La aplicación utiliza las fechas de inicio y finalización actuales de la tarea del proyecto para determinar la ruta crítica.
      • Baseline: La aplicación utiliza las fechas de inicio y finalización y las duraciones de la línea de referencia actual para determinar la ruta crítica.
    • Subnets (All Projects)
      Especifica si se desea que el método de ruta crítica calcule la ruta crítica del proyecto por separado para cada subred. Si se anula su selección, se calcula una ruta crítica para todo el proyecto.
      Valor predeterminado:
      Desactivado.
  5. Haga clic en
    OK
    .
Recálculo de la duración de las tareas en Open Workbench
Se puede recalcular la duración de las tareas para que la aplicación calcule la duración más corta posible para una tarea. Para recalcular la duración de una tarea, seleccione una o varias tareas de la vista actual y, a continuación, seleccione
Tools
,
Recalculate
.
Para eliminar el sobrecompromiso de un recurso y maximizar el uso de los recursos, Open Workbench recalcula la duración de las tareas en función de la ETC, la disponibilidad total de los recursos y el porcentaje de carga máximo. Para recalcular la duración de una tarea se utiliza el siguiente cálculo matemático:
Duration = actuals + ETC/(resource availability per day) x (max % availability per day)
El proceso de recálculo también maximiza el uso de los recursos para acortar la duración de las tareas siempre que sea posible. Si una tarea se sobrecompromete de forma inherente, el recálculo de la duración de la tarea puede ampliar su duración para eliminar cualquier recurso sobrecomprometido de manera inherente para ese período. Se exceptúan las tareas fijas.
Cuando se asignan varios recursos a una tarea y se recalcula la duración de la tarea, Open Workbench calcula la duración de cada recurso por separado y selecciona la duración más larga para determinar la duración total de la tarea. Se ajustan todas las tareas incompletas del intervalo seleccionado, excepto para las tareas fijas. Si se ha registrado el uso real de los recursos en una tarea, la ETC se modificará.
Las tareas con un patrón de carga
Contour
se vuelven a calcular como
Uniform
. El proceso de recálculo también sustituye los patrones creados por la programación automática y calcula la duración en función de la disponibilidad total por tarea. El proceso de recálculo no incluye las tareas bloqueadas o finalizadas. Si la tarea tiene una ETC, se modifica únicamente la parte incompleta de la tarea.
Ejemplo: Recurso disponible 8 horas al día
La disponibilidad de un recurso es de 8 horas al día y el porcentaje máximo es del 50% (el recurso puede trabajar en esta tarea 4 horas al día). Si el uso es de 12 días, cuando se recalcula la duración de la tarea, la duración de la tarea se calcula en 24 días laborables.
Ejemplo: Recurso disponible 4 horas al día
La disponibilidad de un recurso es de 4 horas al día y el porcentaje máximo es del 50% (el recurso puede trabajar en esta tarea 2 horas al día). Si el uso es de 12 días, cuando se recalcula la duración de la tarea, la duración de la tarea se calcula en 48 días.
Programación de subredes en Open Workbench
Las
subredes
son un conjunto de tareas de un proyecto que tienen dependencias entre ellas. Durante la programación automática, se pueden calcular y mostrar las rutas críticas de forma individual para cada una de las subredes y tareas que no tienen dependencias. De lo contrario, solamente se calcula una ruta crítica (la ruta más larga) para el proyecto. Utilice la casilla de verificación Subnets (All Projects) de la ficha Scheduling para especificar si desea que el método de ruta crítica calcule la ruta crítica del proyecto por separado para cada subred.
Beneficios
  • Si se trabaja con un proyecto principal que contiene varios proyectos, se puede calcular y ver la ruta crítica de cada uno de los subproyectos y no solo la ruta crítica más larga.
  • Si se está trabajando en un proyecto en el que se ha organizado la estructura de desglose del trabajo para admitir varias rutas críticas simultáneas, se pueden mostrar todas las rutas críticas.
  • Si se dispone de un proyecto que contiene tareas de gestión que abarcan todo el ciclo de vida del proyecto, se podrán mostrar las tareas de gestión y la ruta crítica verdadera.
El siguiente procedimiento explica cómo configurar el proyecto para calcular rutas críticas por separado.
Siga estos pasos:
  1. Haga clic en
    Project Properties
    en el menú de la aplicación.
  2. Abra la ficha
    Scheduling
    .
  3. Seleccione la casilla de verificación
    Subnets (All Projects)
    en la sección
    Critical Path
    .
  4. Realice uno de los pasos siguientes para calcular las rutas críticas individualmente para el proyecto: