Cómo programa tareas Project: entre bastidores

Este artículo trata el lado técnico de cómo Project programa las tareas de sus proyectos. En ocasiones, a la gente le confunde cuando Project mueve automáticamente una tarea a una hora diferente a la que esperaban, o bien se preguntan por qué al cambiar, por ejemplo, una tarea se mueven de manera impredecible otras tareas. Esta es su oportunidad para entender los grandes porqués del potente motor de programación de Project.

Todas estas cuestiones no tienen por qué resultar fáciles de entender al principio, pero le recomendamos que se atreva a explorarlas: se sentirá más informado como administrador y controlará mejor la fecha de finalización de su proyecto.

En este artículo


¿Cómo afecta la fecha de comienzo de un proyecto a la programación?

Al agregar una nueva tarea a una programación, dicha tarea se programa automáticamente para empezar en la fecha de inicio del proyecto. A medida que se agregan tareas a la programación y se conectan a otras tareas, las horas de comienzo de las tareas cambiarán y la última tarea en finalizar determinará la fecha de finalización del proyecto.

  • Para encontrar la fecha de comienzo de un proyecto o cambiarla a otra fecha, haga clic en Proyecto y, a continuación, en Información del proyecto.

Lógicamente, habrá excepciones. Por ejemplo, unas tareas no se mueven igual que otras. Siga leyendo este artículo si desea obtener más información sobre programación manual y automática de tareas.

Antes y después de crear una dependencia entre tareas

Llamada 1 Al crear un nuevo proyecto, primero se especifica la fecha de comienzo del proyecto. Al programar un proyecto a partir de la hora de comienzo, todas las tareas comienzan en la fecha de comienzo del proyecto a menos que especifique lo contrario.

Llamada 2 Tanto en las tareas programadas manualmente como en las programadas automáticamente, si no se aplican restricciones ni dependencias entre tareas, la duración del proyecto será la misma que la de la tarea más larga. En otras palabras, la fecha de finalización del proyecto es la misma que la fecha de finalización de la tarea más larga.

Llamada 3 Las dependencias entre tareas, como la dependencia fin a comienzo entre las tareas primera y segunda (tal como se muestra aquí), puede alterar la fecha de finalización del proyecto.

Prácticamente todos los proyectos deben programarse a partir de una hora de comienzo conocida. Incluso si conoce la fecha en la que debe completarse un proyecto, la programación a partir de una fecha de comienzo ofrece la máxima flexibilidad.

Ahora bien, es posible que le interese programar a partir de una fecha de finalización si...

  • Necesita determinar cuándo debe comenzar un proyecto de manera que finalice en una fecha específica.
  • No tiene claro cuándo comenzará su proyecto (por ejemplo, si va a recibir trabajo de otra persona y ese trabajo podría retrasarse).
  • Su metodología de administración de proyectos le exige programar a partir de una fecha de finalización.

Al trabajar en un proyecto programado a partir de una fecha de finalización, tenga en cuenta que hay diferencias en la forma en que Project procesa determinadas acciones:

Volver al principio Volver al principio

¿Cómo afectan los vínculos de tareas a la programación?

Los vínculos entre tareas (o dependencias) muestran la relación en el tiempo entre una tarea y otra. Al vincular tareas, se crean dependencias (dependencias entre tareas: relación entre dos tareas vinculadas; el vínculo se establece por una dependencia entre sus fechas de comienzo y fin. Existen cuatro tipos de dependencias entre tareas: Fin a comienzo [FC], Comienzo a comienzo [CC], Fin a fin [FF] y Comienzo a fin [CF].). La larga cadena de tareas determina la longitud completa y el fin de un proyecto.

Sugerencia de administración de proyectos Al vincular tareas dentro de un proyecto, se crea una ruta crítica de vínculos. Dicha ruta crítica determina el fin del proyecto. Si lo desea, puede obtener más información sobre la ruta crítica.

Tipo de vínculo Ejemplo Descripción
Fin a comienzo (FC) Dependencia de fin a comienzo

La tarea dependiente (B) no puede comenzar hasta que se complete la tarea de la que depende (A).

Por ejemplo, si tiene dos tareas, "Excavar cimientos" y "Verter hormigón", la tarea "Verter hormigón" no podrá comenzar hasta que se haya completado la tarea "Excavar cimientos".
Al vincular tareas en Project, el tipo de vínculo (vincular: en un proyecto, establecer una dependencia entre tareas. La vinculación de tareas define una dependencia entre sus fechas de comienzo y de fin. En OLE, establecer una conexión entre programas de modo que la información de un documento se actualiza siempre que cambia la información del otro.) predeterminado es fin a comienzo.
Este tipo de vínculo es el predeterminado. Si no especifica un tipo de vínculo, se entenderá que quiere utilizar una relación de fin a comienzo.

Comienzo a comienzo (CC) Dependencia de comienzo a comienzo

La tarea dependiente (B) no puede comenzar hasta que comience la tarea de la que depende (A).

La tarea dependiente puede comenzar en cualquier momento después de que comience la tarea de la que depende. El tipo de vínculo CC no requiere que ambas tareas comiencen al mismo tiempo.

Por ejemplo, si tiene dos tareas "Verter hormigón" y "Nivelar hormigón," la tarea "Nivelar hormigón" no podrá comenzar hasta que haya empezado la tarea "Verter hormigón".

Fin a fin (FF) Dependencia de fin a fin

La tarea dependiente (B) no puede completarse hasta que se complete la tarea de la que depende (A).

La tarea dependiente puede completarse en cualquier momento después de que se haya completado la tarea de la que depende. El tipo de vínculo FF no requiere que ambas tareas se completen al mismo tiempo.

Por ejemplo, si tiene dos tareas "Meter cableado" y "Meter tuberías", ambas deberán completarse al mismo tiempo antes de poder llevar a cabo cualquier inspección.

Comienzo a fin (CF) Dependencia de comienzo a fin

La tarea dependiente (B) no puede completarse hasta que comience la tarea de la que depende (A).

La tarea dependiente puede completarse en cualquier momento después de que comience la tarea de la que depende. El tipo de vínculo CF no requiere que la tarea dependiente se complete al mismo tiempo que comienza la tarea de la que depende.

Este tipo de vínculo rara vez se utiliza en la administración de proyectos. Un ejemplo sería el tejado de una casa y las dos tareas correspondientes: montar el tejado y supervisar el trabajo. En este caso, puede empezarse el tejado, pero el supervisor debe hacer acto de presencia en algún momento antes de que se termine el tejado.

Nota sobre tareas programadas manualmente Cuando se vincula una tarea programada manualmente (tarea programada manualmente: este tipo de tarea se puede ubicar en cualquier punto de la programación sin que Project la vuelva a programar; no se mueve cuando la información relacionada sobre la tarea cambia.) a otra tarea, Project respetará el tipo de vínculo y colocará la tarea programada manualmente en relación con la otra tarea. Por ejemplo, la tarea sucesora con un vínculo de fin a comienzo se muestra como comienzo cuando finaliza la tarea predecesora. Ahora bien, la tarea sucesora solo se moverá cuando se cree el vínculo. Si la tarea predecesora cambia posteriormente su fecha de finalización, la fecha de comienzo de la tarea sucesora permanecerá inalterada.

Ahora bien, puede configurar Project de modo que una tarea programada manualmente no se mueva cuando la vincule a otra tarea:

  1. Haga clic en Archivo, Opciones y, por último, Programación.
  2. Desactive la casilla Actualizar tareas programadas manualmente al editar vínculos.

Volver al principio Volver al principio

¿Cómo afectan las restricciones a la programación?

Las restricciones permiten controlar la fecha de comienzo o finalización de una tarea programada automáticamente. Hay tres tipos de restricciones:

  • Las restricciones flexibles no tienen fechas específicas asociadas. Si establece estas restricciones, podrá iniciar las tareas lo antes posible o lo más tarde posible y la tarea terminará antes de la finalización del proyecto teniendo en cuenta otras restricciones y dependencias entre tareas de la programación.
  • Las restricciones semiflexibles necesitan una fecha asociada que controle la fecha de comienzo o finalización última o más temprana para una tarea. Estas restricciones permiten que una tarea finalice en cualquier momento siempre que cumpla con la fecha límite de comienzo o finalización.
  • Las restricciones inflexibles necesitan una fecha asociada que controle la fecha de comienzo o finalización de la tarea. Estas restricciones resultan útiles si necesita que su programación tenga en cuenta factores externos, como la disponibilidad de equipo y recursos, las fechas límites, los hitos contractuales y las fechas de comienzo y finalización.

Sugerencia de administración de proyectos En casi todos los casos, lo más conveniente es utilizar la restricción LAP, ya que le da al motor de programación la máxima flexibilidad a la hora de determinar la fecha de finalización ideal para su proyecto.

A continuación le explicamos dos formas de ver instantáneamente las restricciones aplicadas a sus tareas.

  • Para revisar o cambiar la restricción de una tarea, haga clic con el botón secundario en la tarea, luego en Información de la tarea y, por último, en la pestaña Avanzada. La información sobre restricciones figura en los cuadros Tipo de restricción y Fecha de restricción.
  • Si la restricción es diferente a LAP o LMTP, el tipo de restricción mostrará su indicador gráfico asociado en la columna Indicador de cualquier vista de hoja, como el diagrama de Gantt.

Las restricciones con una flexibilidad de programación moderada restringirán una tarea desde el comienzo o la finalización antes o después de una fecha que usted seleccione. Por ejemplo, una tarea con una restricción No comenzar antes del (NCAD) para el 15 de junio y una dependencia de fin a comienzo con otra tarea podrá comenzar el 15 de junio si su tarea predecesora finaliza como tarde el 15 de junio (o más tarde si la tarea predecesora finaliza después del 15 de junio), pero no podrá programarse antes del 15 de junio. Este uso de las restricciones puede resultar apropiado, por ejemplo, si tiene un permiso de obra que solo sea válido para unas fechas concretas. En ese caso, puede utilizar las restricciones NCAD o NFDD.

Antes y después de aplicar restricciones

Llamada 1 Si aplica a estas tareas la relación predeterminada (fin a comienzo) y una restricción LAP, la tarea sucesora (la segunda) se programará para empezar tan pronto como la tarea predecesora (la primera) esté programada para finalizar.

Llamada 2 Si aplica una restricción NCAD, la tarea sucesora no podrá comenzar antes de la fecha de la restricción incluso si (tal como se muestra aquí) la tarea predecesora se completa antes de la fecha de la restricción.

En la siguiente tabla se detallan las restricciones que ofrece Project.

Tipo de restricción Nombre de restricción Descripción
Flexible Lo más tarde posible (LMTP) Programa la tarea lo más tarde posible haciendo que la tarea finalice antes de la finalización del proyecto y sin demorar las tareas posteriores. Esta es la restricción predeterminada para las tareas si se programa a partir de la fecha de finalización del proyecto. No especifique la fecha de comienzo o finalización de una tarea si utiliza esta restricción.
Flexible Lo antes posible (LAP) Programa la tarea de manera que comience lo antes posible. Esta es la restricción predeterminada para las tareas si se programa a partir de la fecha de comienzo del proyecto. No especifique fechas de comienzo o finalización si utiliza esta restricción.
Semiflexible No comenzar antes del (NCAD) Programa la tarea para que comience en una fecha especificada o después de esa fecha. Utilice esta restricción para asegurarse de que una tarea no comience antes de una fecha especificada.
Semiflexible No finalizar antes del (NFAD) Programa la tarea para que finalice en una fecha especificada o después de esa fecha. Utilice esta restricción para asegurarse de que una tarea no finalice antes de una fecha determinada.
Semiflexible No comenzar después del (NCDD) Programa la tarea para que comience en una fecha especificada o antes de esa fecha. Utilice esta restricción para asegurarse de que una tarea no comience después de una fecha especificada.
Semiflexible No finalizar después del (NFDD) Programa la tarea para que finalice en una fecha especificada o antes de esa fecha. Utilice esta restricción para asegurarse de que una tarea no finalice después de una fecha determinada.
Inflexible Debe finalizar el (DFE) Programa la tarea para que finalice en una fecha especificada. Establece las fechas de finalización anticipada, programada y retrasada en la fecha que usted especifique y ancla la tarea en la programación.
Inflexible Debe comenzar el (DCE) Programa la tarea para que comience en una fecha especificada. Establece las fechas de comienzo anticipada, programada y retrasada en la fecha que usted especifique y ancla la tarea en la programación.

De manera predeterminada, todas las tareas de un proyecto programado a partir de la fecha de comienzo tienen aplicada la restricción LAP. Igualmente, de manera predeterminada, todas las tareas de un proyecto programado a partir de la fecha de comienzo tienen aplicada la restricción Lo más tarde posible (LMTP).

Las restricciones inflexibles (restricción inflexible: restricción que se considera inflexible porque asocia una tarea a una fecha. Las restricciones inflexibles son Debe finalizar el y Debe comenzar el.) suelen cancelar cualquier dependencia entre tareas y limitan una tarea a una fecha que usted seleccione. Por ejemplo, una tarea con una restricción Debe comenzar el (DCE) para el 30 de septiembre y una dependencia de fin a comienzo con otra tarea se programará siempre para el 30 de septiembre independientemente de que su tarea predecesora finalice en una fecha anticipada o retrasada. Este comportamiento puede cambiarse. Haga clic en Archivo, Opciones, Programación y active la casilla Las tareas siempre respetan las fechas de restricción.

Volver al principio Volver al principio

¿Cómo afectan los tipos de tareas a la programación?

Los tipos de tarea solo se aplican a las tareas programadas automáticamente y se dividen en tres categorías: de unidades fijas (tarea de unidades fijas: tarea cuyas unidades asignadas (o recursos) son un valor fijo y cualquier cambio en la cantidad de trabajo o en la duración de la tarea no afecta a las unidades de la tarea. Se calcula del siguiente modo: Duración x Unidades = Trabajo.), de trabajo fijo (tarea de trabajo fijo: tarea cuya cantidad de trabajo es un valor fijo y cualquier cambio en la duración de la tarea o en el número de unidades asignadas (o recursos) no afecta al trabajo de la tarea. Se calcula del siguiente modo: Duración x Unidades = Trabajo.) y de duración fija (tarea de duración fija: tarea cuya duración es un valor fijo y cualquier cambio en el trabajo o en las unidades asignadas (es decir, recursos) no afecta a la duración de la tarea. Se calcula del siguiente modo: Duración x Unidades = Trabajo.). Project analizará el tipo de tarea para determinar cómo se comportarán la duración, el trabajo y las unidades a medida que Project programe su proyecto.

Cada uno de los tipos de tareas afecta a la programación al editar uno de los tres elementos siguientes.

En una Si revisa las unidades Si revisa la duración Si revisa el trabajo
Tarea de unidades fijas Se recalcula la duración. Se recalcula el trabajo. Se recalcula la duración.
Tarea de trabajo fijo Se recalcula la duración. Se recalculan las unidades. Se recalcula la duración.
Tarea de duración fija Se recalcula el trabajo. Se recalcula el trabajo. Se recalculan las unidades.
  • Para cambiar un tipo de tarea, haga doble clic en el nombre de la tarea dentro del diagrama de Gantt y, a continuación, haga clic en la pestaña Avanzada.
Algunos ejemplos

Supongamos que tiene una tarea de unidades fijas con 1 unidad (unidades: cantidad de un recurso que se asigna a una tarea. La capacidad máxima es el número máximo de unidades disponibles para el recurso. Por ejemplo, si tiene tres fontaneros trabajando en un proyecto, la capacidad máxima es 300 por ciento o tres fontaneros a tiempo completo.) de recurso a tiempo completo disponible durante 8 horas al día. Usted crea la tarea con una duración de 10 días y 80 horas de trabajo (trabajo: en el caso de las tareas, corresponde a la mano de obra total necesaria para completar una tarea. En las asignaciones, la cantidad de trabajo que se ha asignado a un recurso. En los recursos, corresponde a la cantidad total de trabajo para la que está asignado un recurso en todas las tareas. Trabajo no equivale a duración de tarea.).

  • Si se da cuenta de que otro recurso a tiempo completo puede ayudar con la tarea, Project recalculará la duración de la tarea. La tarea pasará a tener asignadas dos unidades, una duración de 5 días y 80 horas de trabajo.
  • Si se da cuenta de que tiene 8 días (no 10) para completar la tarea, Project recalculará el trabajo de la tarea. La tarea pasará a tener una duración de 8 días, con 64 horas de trabajo y 1 unidad de recurso.
  • Si se da cuenta de que la tarea le llevará 20 horas de trabajo adicional, Project recalculará la duración de la tarea. La tarea pasará a tener 100 horas de trabajo, una duración de 12,5 días y 1 unidad de recurso.

Ahora supongamos que crea la misma tarea como tarea de trabajo fijo. Esto significa que la tarea solo puede llevarle el número de horas de trabajo que especifique, ni más ni menos. En este ejemplo, la tarea tiene disponible 1 recurso a tiempo completo durante 8 horas al día y una duración de 10 días con 80 horas de trabajo.

  • Si se da cuenta de que otro recurso a tiempo completo puede ayudar con la tarea, Project recalculará la duración de la tarea. La tarea pasará a tener asignadas dos unidades, una duración de 5 días y 80 horas de trabajo.
  • Si se da cuenta de que tiene 8 días (no 10) para completar la tarea, Project recalculará las unidades de recursos para la tarea. A fin de completar la tarea en 80 horas y 8 días, deberán asignarse 1,25 unidades de recursos. La unidad de recursos asignada actualmente a la tarea recibirá una asignación al 125%. Deberá asignar otro recurso para que se encargue de la asignación adicional del 25%.
  • Si se da cuenta de que la tarea le llevará 20 horas de trabajo adicional, Project recalculará la duración de la tarea. La tarea pasará a tener 100 horas de trabajo, una duración de 12,5 días y 1 unidad de recurso.

Por último, supongamos que crea la misma tarea como tarea de duración fija. Esto significa que la tarea debe completarse en la duración que especifique. En este ejemplo, la tarea también tiene disponible 1 recurso a tiempo completo durante 8 horas al día y una duración de 10 días con 80 horas de trabajo.

  • Si se da cuenta de que otro recurso puede ayudar con la tarea, Project recalculará el trabajo asignado a cada recurso. Cuando solo había 1 recurso asignado a la tarea, dicho recurso tenía 80 horas de trabajo que completar. Al asignar otro recurso a la tarea, cada recurso tendrá 40 horas de trabajo que completar en la misma duración de 10 días, con un total de 80 horas de trabajo. Al agregar otra unidad de recursos, también podrá revisar la asignación de ambas unidades al 50% cada una, con lo que ambas unidades quedarán disponibles para trabajar al 50% en otras tareas.
  • Si se da cuenta de que tiene 8 días (no 10) para completar la tarea, Project recalculará el trabajo de la tarea. La tarea pasará a tener una duración de 8 días, con 64 horas de trabajo y 1 unidad de recurso.

Si se da cuenta de que la tarea le llevará 20 horas de trabajo adicional, Project recalculará las unidades de recursos de la tarea de manera que el trabajo adicional siga pudiendo completarse dentro de la duración de 10 días. La tarea pasará a tener 100 horas de trabajo, una duración de 10 días y 1,25 unidades de recurso. La unidad de recursos asignada actualmente a la tarea recibirá una asignación al 125%. Deberá asignar otro recurso para que se encargue de la asignación adicional del 25%.

 Nota    Como las asignaciones de recursos de costos (recursos de costo: recursos que no dependen de la cantidad de trabajo de una tarea o de la duración de una tarea, por ejemplo los billetes de avión o el alojamiento.) no tiene valores para trabajo o unidades, dichos valores no se recalculará al modificar la fecha de comienzo o finalización de la tarea. Tampoco se recalculan nunca las fechas correspondiente a una asignación de recurso de costos, ya que no se puede modificar el trabajo ni las unidades.

A continuación puede ver una tabla donde se resumen las cosas que debe tener en cuenta en relación con los tipos de tareas.

Sugerencias y trampas Explicación

Preste atención a las tareas condicionadas por el esfuerzo

Si hace clic en Trabajo fijo, dentro de la lista Tipo de tarea, no podrá cambiar el parámetro C. por el esfuerzo de la tarea. Las tareas de trabajo fijo no tienen valores de trabajo flexibles y, por tanto, están siempre condicionadas por el esfuerzo. Encontrará más información sobre tareas condicionadas por el esfuerzo en secciones posteriores de este artículo.

Agregue una columna como ayuda para cambiar de tipo de tarea

Puede ver y cambiar el tipo de tarea para cada tarea directamente en su vista insertando el campo Tipo. Haga clic en la columna situada a la derecha de donde desee insertar la nueva columna, haga clic en el menú Insertar y, a continuación, en Columna. En la lista Nombre de campo, haga clic en Tipo.
Las tareas de resumen son siempre tareas de duración fija Las tareas de resumen son siempre de duración fija porque las fechas de comienzo y finalización de una tarea de resumen las determinan sus subtareas.
Utilice sangría en los esquemas, no tipos de tarea Si desea modificar la estructura jerárquica de una tarea o subtarea como parte de una estructura de esquema para su proyecto, deberá aplicar o anular sangría en vez de modificar el tipo de tarea o agregar una fecha límite.

No confunda las restricciones de tareas (como LAP) con los tipos de tareas

Si desea imponer limitaciones sobre la forma en que Project calcula las fechas de comienzo y finalización, utilice restricciones de tareas, no tipos de tareas.

Volver al principio Volver al principio

¿Cómo afecta la programación condicionada por el esfuerzo a la programación?

Para todas las tareas, tras asignar un recurso (recursos: personas, equipamiento y material que se utilizan para completar las tareas de un proyecto.), la tarea se programará según la fórmula (suponiendo que las tareas sean del tipo predeterminado, es decir, de unidades fijas).

Duration = Work / Units

Para cualquier tarea, puede seleccionar qué parte de la ecuación calcula Project estableciendo el tipo de tarea. Al asignar o quitar personas de una tarea, Project alargará o acortará la duración de la tarea según el número de recursos asignados a ella, pero no cambiará el trabajo total de la tarea. Esto es lo que se conoce como programación condicionada por el esfuerzo (programación condicionada por el esfuerzo: método predeterminado de programación de Project. La duración de una tarea disminuye o aumenta a medida que se agregan o quitan recursos de una tarea, mientras que la cantidad de esfuerzo necesaria para completar dicha tarea permanece sin cambios.). Esta opción suele estar desactivada. Para activarla, haga clic sucesivamente en Archivo, Opciones y Programación y, por último, active la casilla Las tareas nuevas están condicionadas por el esfuerzo.

Aunque la programación condicionada por el esfuerzo puede funcionar en la mayoría de las situaciones, es posible que desee modificar este comportamiento para reflejar con mayor precisión lo que ocurre en una tarea concreta cuando se agregan o quitan recursos. Por ejemplo, es posible que desee ver el aumento total de trabajo a medida que agrega más personas a una tarea en particular.

  1. Haga clic con el botón secundario sobre una tarea, luego en Información de la tareaImagen de botón y, por último, en la pestaña Avanzada.
  2. Desactive la casilla C. por el esfuerzo.

 Nota    No se puede quitar la programación condicionada por el esfuerzo de las tareas de trabajo fijo. Las tareas de trabajo fijo no tienen valores de trabajo (trabajo: en el caso de las tareas, corresponde a la mano de obra total necesaria para completar una tarea. En las asignaciones, la cantidad de trabajo que se ha asignado a un recurso. En los recursos, corresponde a la cantidad total de trabajo para la que está asignado un recurso en todas las tareas. Trabajo no equivale a duración de tarea.) flexibles y, por tanto, están siempre condicionadas por el esfuerzo.

Al trabajar con programación condicionada por el esfuerzo, tenga en cuenta lo siguiente:

Sugerencias y trampas Explicación

La programación condicionada por el esfuerzo no es aplicable al primer recurso asignado

Los cálculos condicionados por el esfuerzo solo se aplican una vez que se ha hecho la asignación inicial de los primeros recursos a la tarea. Tras asignar los primeros recursos, el valor del trabajo no cambia a medida que se asignan o quitan nuevos recursos de la misma tarea.

Tenga en cuenta las tareas de unidades fijas

Si el tipo de tarea asignada es Unidades fijas y se asignan recursos adicionales, se acortará la duración de la tarea.

Tenga en cuenta las tareas de duración fija

Si el tipo de tarea asignada es Duración fija y se asignan recursos adicionales, se reducirán los valores de unidad individuales de los recursos.

Tenga en cuenta las tareas de unidades fijas

Si el tipo de tarea asignada es Trabajo fijo y se asignan recursos adicionales, se acortará la duración de la tarea.

Algunas tareas pueden configurarse como condicionadas por el esfuerzo

Las tareas de resumen y proyectos insertados no pueden configurarse como condicionados por el esfuerzo.

Volver al principio Volver al principio

¿Cómo afectan la programación manual o automática a la programación propiamente dicha?

Conocer las diferencias entre las tareas programadas manualmente (tarea programada manualmente: este tipo de tarea se puede ubicar en cualquier punto de la programación sin que Project la vuelva a programar; no se mueve cuando la información relacionada sobre la tarea cambia.) y las tareas programadas automáticamente (tarea programada automáticamente: este tipo de tarea se programa mediante el motor de programación de Project, teniendo en cuenta las restricciones de tarea, las dependencias, los calendarios del proyecto y los calendarios de recursos.) es clave para comprender cómo Project programa su proyecto.

Por lo general, las tareas programadas manualmente le permiten controlar la programación. Cuando agrega una tarea a su programación, la tarea permanece en su sitio. Ahora bien, esa no tiene por qué ser la mejor manera de diseñar una programación, sobre todo si aumenta la complejidad del proyecto; en ese caso, es posible que le interese utilizar tareas programadas automáticamente para sacar partido del potente motor de programación de Project.

Observe la siguiente imagen. En ella se muestran los dos tipos diferentes de tareas: las dos primeras son tareas programadas manualmente; las dos últimas, automáticas.

Tareas programadas manual y automáticamente: explicación

Tenga en cuenta que, en las tareas programadas manualmente, la duración es un valor de texto al igual que un número. Dado que la duración puede ser un valor de texto, Project no habrá establecido automáticamente una fecha de comienzo y la barra de Gantt solo se mostrará parcialmente para reflejar la falta de certeza sobre la programación de la tarea en ese momento.

En las tareas programadas automáticamente, la duración es un valor numérico con una unidad de hora adjunta (por ejemplo, “12h” para una duración de 12 horas). Por definición, Project calcula automáticamente las tareas programadas automáticamente con duraciones válidas, fechas de comienzo y fechas de finalización (y, por tanto, las barras).

En ocasiones, resulta complicado trabajar con los datos que facilite para las tareas programadas manualmente. Para trazar barras en una tarea programada manualmente, Project solo necesita tres valores de tiempo: duración, fecha de comienzo y fecha de finalización. Si establece dos de estos valores para una tarea programada manualmente, Project calculará automáticamente el tercer valor y la tarea permanecerá como programada manualmente. Por todo ello, es conveniente que preste atención a este tipo de comportamiento “imprevisible” de Project.

 Nota    De manera predeterminado, las tareas se configuran como programadas manualmente. Los administradores que estén acostumbrados a la programación automática en versiones anteriores de Project pueden desactivar la función de programación manual para tareas específicas o para todo el proyecto. Algunos proyectos, sobre todo los más complicados, pueden requerir que el potente motor de programación de Project haga la programación por usted. Para modificar todas las tareas y configurarlas como programadas automáticamente, haga clic en Tareas nuevas: programadas automáticamente en la parte inferior de la ventana de la aplicación de Project.

Tareas programadas manualmente

Puede colocar una tarea programada manualmente en cualquier punto de su programación y Project no la moverá. Esta nueva característica le ofrece una mayor flexibilidad y control sobre la planeación y administración de la programación.

¿Por qué preocuparse por esto? Bien, ocurre que, en muchas ocasiones, la programación de un proyecto es muy informal. El proyecto comienza como una simple lista de fechas de correos electrónicos, reuniones con partes interesadas o una conversación en un pasillo. Suele ocurrir que los administradores de proyectos no tienen información completa sobre los elementos de un trabajo. Por ejemplo, puede que sepan cuándo debe comenzar una tarea pero no conozcan su duración hasta que reciban una estimación de los miembros del equipo. Además, puede que solo sepan cuánto durará una tarea, pero no sepan si puede comenzarse hasta que reciban la aprobación del administrador de recursos.

A continuación puede ver una serie de cosas que debe tener en cuenta en relación con las tareas programadas manualmente.

  • Nunca trabajará a ciegas. Las tareas programadas manualmente tienen sus propios indicadores y barras de tareas para ayudarle a distinguirlas de las tareas "clásicas" (las programadas automáticamente).
  • Todo vale. Cuando una tarea está en modo de programación manual, las columnas Comienzo, Fin y Duración pueden estar en blanco o incluir valores de texto además de fechas reconocibles.
  • Cambiar de modo de programación Puede cambiar la programación de una tarea de automática a manual y viceversa. Eso sí, tenga cuidado. Al cambiar una tarea de programación manual a programación automática, Project tendrá que tomar algunas decisiones. Si la duración de una tarea era "Una quincena", Project establecerá normalmente una duración estimada de "1 día?" si la tarea se configura como programada automáticamente. No cabe esperar que Project sepa que una quincena dura dos semanas.
  • Controle los atrasos Si hace falta retrasar una tarea programada manualmente debido a un atraso, las tareas sucesoras no se desplazarán automáticamente. Los administradores de Project pueden optar por mantener las fechas originales (si los recursos pueden continuar el trabajo según lo previsto) o por retrasar las tareas sucesoras (si hay dependencias inalterables).
  • Impacto de la programación condicionada por el esfuerzo    Las tareas programadas manualmente no pueden configurarse como condicionadas por el esfuerzo (programación condicionada por el esfuerzo: método predeterminado de programación de Project. La duración de una tarea disminuye o aumenta a medida que se agregan o quitan recursos de una tarea, mientras que la cantidad de esfuerzo necesaria para completar dicha tarea permanece sin cambios.) . La duración de una tarea programada manualmente no cambiará al quitar recursos o asignar recursos adicionales. Encontrará más información en secciones posteriores de este artículo.

En la siguiente tabla se muestra cómo se definen los atributos de Project y cómo se utilizan en las tareas programadas manualmente y en las tareas programadas automáticamente.

elemento Programación manual Programación automática
Duración Puede ser información numérica, de fecha o de texto, como "14d" o "quincena". Si el valor no está en un formato de duración reconocible, Project no lo utilizará para programar el proyecto. Solo pueden utilizarse números y unidades que representen períodos de tiempo, como "14d" o "2 meses".
Trabajo Solo pueden utilizarse números y unidades que representen períodos de tiempo, como "14d" o "2 meses". Solo pueden utilizarse números y unidades que representen períodos de tiempo, como "14d" o "2 meses".
Recursos Puede asignarse a tareas. Project no utiliza los calendarios de recursos para programar tareas. Puede asignarse a tareas. Utilizado por Project para ayudar a determinar la mejor programación. Cambiará la duración de las tareas si estas están configuradas como condicionadas por el esfuerzo, a diferenciad e las tareas programadas manualmente.
Fecha de comienzo Puede ser información numérica, de fecha o de texto, como "30 ene" o "Próximamente". Si el valor no está en un formato de tiempo reconocible, Project no lo utilizará para programar el proyecto. Solo puede utilizarse la información de fecha. Ahora bien, puede utilizar valores como “hoy” o “mañana”, que Project reserva para tareas programadas automáticamente.
Fecha de finalización Puede ser información de fecha o de texto, como "30 ene" o "Próximamente". Project no la utilizará para programar el proyecto. Solo puede utilizarse la información de fecha. Ahora bien, puede utilizar valores como “hoy” o “mañana”, que Project reserva para tareas programadas automáticamente.
Restricciones Omitido por Project. Utilizado por Project para ayudar a determinar la mejor programación.
Dependencias (vínculos) Puede utilizarse, pero no cambiará la programación de la tarea. Ahora bien, los vínculos entre tareas reprogramarán una tarea cuando se apliquen por primera vez. Puede utilizarse y cambiará la programación de la tarea.
Calendarios de proyectos y recursos Omitido por Project. Utilizado por Project para ayudar a determinar la mejor programación.

Tareas programadas automáticamente

Las tareas programadas automáticamente son la forma clásica en que Project programa las tareas. La programación automática es una forma altamente estructurada y sistemática de administrar programaciones de proyectos. A partir de la información especificada por los usuarios (duración de tareas, trabajo planeado, número de recursos, restricciones de fechas), Project calcula una programación óptima con las fechas más tempranas y más tardías para las tareas.

Project programa un proyecto a partir de la información que especifique sobre los siguientes aspectos:

  • El proyecto en su conjunto.
  • Los elementos de trabajo individuales (más conocidos como "tareas") necesarios para completar el proyecto.
  • En caso necesario, los recursos que se requieren para completar esas tareas.

Si, tras crear la programación, cambia cualquier aspecto de su proyecto, podrá actualizar las tareas o recursos y Project ajustará la programación por usted.

En cada tarea podrá especificar una de las siguientes características o todas ellas:

Utilizando esta información, Project calcula la fecha de comienzo (fecha de comienzo: fecha en la que está programado el comienzo de una tarea. Esta fecha se basa en la duración, los calendarios y las restricciones de las tareas predecesoras y sucesoras. La fecha de comienzo de una tarea también se basa en sus propios calendarios y restricciones.) y la fecha de finalización (fecha de finalización: fecha en la que está programado que se complete una tarea. Esta fecha se basa en la fecha de comienzo, la duración, los calendarios, las fechas de tareas predecesoras, las dependencias entre tareas y las restricciones de la tarea.) de cada tarea.

Puede incluir recursos en su proyecto y luego asignarlos a tareas para indicar qué recurso es responsable de completar cada asignación (asignación: recurso específico asignado a una tarea concreta.). Esto no solo le ayudará a planificar las necesidades de personal del proyecto, sino también a calcular el número de equipos necesarios o la cantidad de material que se consumirá. Si incluye recursos, las programaciones de tareas se afinarán a partir de la siguiente información sobre recursos:

La programación puede verse afectada por otros elementos, como los tiempos de adelanto (tiempo de adelanto: superposición entre tareas que tienen una dependencia. Por ejemplo, si una tarea puede comenzar cuando su predecesora está a medio finalizar, puede especificar una dependencia de fin a comienzo con un tiempo de adelanto del 50 por ciento para la tarea sucesora [con un valor de posposición negativo].) y tiempos de retardo (tiempo de retardo: retraso entre tareas que tienen una dependencia. Por ejemplo, si necesita un retraso de dos días entre la finalización de una tarea y el comienzo de otra, puede establecer una dependencia de finalización a comienzo y especificar dos días de retardo [con un valor positivo].) en el caso de los vínculos, o los tipos de tarea (tipo de tarea: caracterización de una tarea basándose en el aspecto de la tarea que es fijo y en los aspectos que son variables. Existen tres tipos de tareas: unidades fijas, trabajo fijo y duración fija. El tipo de tarea predeterminado en Project es unidades fijas.), disponibilidad (disponibilidad: indica cuándo y cuánto tiempo se puede programar un recurso para el trabajo asignado. La disponibilidad viene determinada por los calendarios de proyectos y recursos, las fechas de comienzo y fin de recursos o el nivel en el que está disponible el recurso para trabajar.) de recursos y el recurso esencial (recurso esencial: recurso cuya asignación a una tarea determina la fecha de finalización de ésta.). De ahí que sea tan importante entender los efectos de estos elementos para mantener y ajustar su programación según proceda.

 Nota    Project calcula la duración de las tareas programadas automáticamente a partir de las definiciones de unidades de duración. Para ello, haga clic en Archivo, Opciones y Programación. Al igual que en un calendario normal por meses, el año comienza en enero y cada semana empieza el domingo o el lunes. De manera predeterminada, cuando Project calcula las unidades de duración, un día equivale a 8 horas, una semana equivale a 40 horas y un mes equivale a 20 días de trabajo. Si especifica fechas de comienzo y finalización para las tareas pero no horas de comienzo y finalización, Project utilizará las 8:00 A.M. como hora de comienzo predeterminada y las 5:00 P.M. como hora de finalización predeterminada.

Cambiar los modos de programación de las tareas

Puede cambiar la programación de una tarea de automática a manual y viceversa. Para ello, haga clic en Archivo, Opciones y Programación. Al cambiar modos de tarea, tenga en cuenta lo siguiente.

  • Cuando una tarea se cambia a programación automática, se aplicarán los valores predeterminados de fecha y duración de Project. Por ejemplo, si una tarea programada manualmente tiene especificada una duración de "Un par de semanas", al cambiar a programación automática Project cambiará al valor predeterminado de "1 día?". Si se ha especificado manualmente la fecha de comienzo "mañana", al cambiar a programación automática dicha fecha se cambiará a la fecha de comienzo del proyecto.
  • Una tarea que se cambia a programación manual conservará su duración y sus fechas. Ahora bien, una vez que la tarea se configura como programada manualmente, la duración y las fechas podrán tener cualquier valor de número, texto o fecha.

Volver al principio Volver al principio

¿Cómo afecta la flotación o demora a la programación?

La flotación (también conocida como demora (demora permisible: período de tiempo que se puede retrasar una tarea sin que se retrasen sus tareas sucesoras. En tareas que no tienen sucesoras, la demora permisible es el período de tiempo que se puede retrasar la tarea sin que se retrase la fecha de finalización del proyecto.)) le permite encontrar tareas que pueden moverse sin cambiar la fecha de finalización del proyecto. Quizá le interese ver las tareas que actualmente pueden desplazarse sin afectar a la ruta crítica (demora total (demora total: la cantidad de tiempo que puede retrasarse la fecha de fin de una tarea sin retrasar la fecha de finalización del proyecto).) o aquellas que pueden desplazarse sin afectar a la tarea a la que están conectadas (demora permisible (demora permisible: período de tiempo que se puede retrasar una tarea sin que se retrasen sus tareas sucesoras. En tareas que no tienen sucesoras, la demora permisible es el período de tiempo que se puede retrasar la tarea sin que se retrase la fecha de finalización del proyecto.)).

A continuación le explicamos dos formas de ver la flotación en su programación.

  • Desde el diagrama de Gantt, haga clic en Formato y seleccione la casilla Demora. La flotación aparecerá como una línea fina adjunta a las barras de Gantt de comienzo o finalización.
  • Utilice la vista Gantt detallado. Haga clic en Vista, Otras vistas, Más vistas, Gantt detallado y, por último, en Aplicar.
    Una vez vuelva al diagrama de Gantt, haga clic en Tablas y, a continuación, en Programación.

A continuación puede ver un par de cosas que debe tener en cuenta en relación con la flotación.

Sugerencias y trampas Explicación
Atención a las restricciones inflexibles    Si una tarea que está limitada a una fecha tiene una tarea predecesora que finaliza demasiado tarde como para que la tarea sucesora pueda empezar en la fecha especificada en la restricción, se producirá una demora negativa. La demora negativa restringirá aún más la fecha de finalización de su proyecto.

Las fechas límite cambian la demora total

Las fechas límite pueden afectar a la demora total de las tareas. Si especifica una fecha límite antes del final de la demora total de la tarea, esta última se recalculará utilizando la fecha límite en vez de la fecha de finalización de la tarea. La tarea pasará a ser crítica si la demora total llega a cero.

Volver al principio Volver al principio

¿Cómo afectan las fechas límite a la programación?

Las fechas límite (fecha límite: fecha objetivo que indica cuándo se desea completar una tarea. Project muestra un indicador si se supera la fecha límite y la tarea no se ha completado.) no suelen afectar a la programación de tareas. Suelen utilizarse para indicar una fecha objetivo que no quiere saltarse sin necesidad de establecer una restricción de tarea que podría afectar a la programación si cambian las tareas predecesoras (predecesora: tarea que debe comenzar o finalizar antes de que otra tarea comience o finalice.). Una tarea que tenga una fecha límite se programa igual que cualquier otra, pero si una tarea finaliza después de su fecha límite, Project mostrará un indicador (indicadores: pequeños iconos que representan información de una tarea o un recurso y que se muestra en el campo Indicadores. El campo Indicadores está situado a la derecha del campo Identificador y aparece en diversas tablas.) de tarea avisándole de que la tarea no se ha hecho dentro de la fecha límite.

Para revisar o cambiar la fecha límite de una tarea, haga clic con el botón secundario en la tarea, luego en Información de la tarea y, por último, en la pestaña Avanzada. Utilice el cuadro Fecha límite.

Las fechas límite pueden afectar a la demora total de las tareas. Si especifica una fecha límite antes del final de la demora total de la tarea, esta última se recalculará utilizando la fecha límite en vez de la fecha de finalización de la tarea. La tarea pasará a ser crítica si la demora total llega a cero.

Puede establecer fechas límite para tareas de resumen (tarea de resumen: tarea que se compone de subtareas y que las resume. Utilice el esquema para crear tareas de resumen. Project determina automáticamente la información de la tarea de resumen (por ejemplo, la duración y el costo) mediante la utilización de información procedente de las subtareas.) y para tareas individuales. Si la fecha límite de una tarea de resumen entra en conflicto con cualquiera de las subtareas (subtarea: tarea que forma parte de una tarea de resumen. La información de la subtarea está consolidada dentro de la tarea de resumen. Puede utilizar la función de esquema de Project para designar subtareas.), el indicador de fecha limitará mostrará una fecha límite no cumplida entre las subtareas.

Pero las fechas límite pueden afectar a la forma de programar las tareas si se establece una fecha límite en una tarea con una restricción Lo más tarde posible (LMTP). La tarea se programará para finalizar en la fecha de límite, pero, aun así, podría finalizar después de la fecha límite si se produjera un retraso en las tareas predecesoras.

Volver al principio Volver al principio

¿Cómo afectan los calendarios a la programación?

Los calendarios determinan los períodos laborables (período laborable: horas designadas en un calendario de recursos o de proyecto durante las que se puede realizar trabajo.) y los períodos no laborables (período no laborable: horas o días designados en un calendario de recursos o de proyecto en los que Project no debería programar tareas porque no se realiza trabajo alguno. El período no laborable puede incluir horas de comida, fines de semana y días festivos, por ejemplo.) estándar del proyecto (por ejemplo, fines de semana y días festivos).

 Nota    Las fechas de las tareas programadas manualmente (si se especifica alguna) no cambiarán dependiendo de los cambios en los calendarios de proyectos o recursos.

Los calendarios de proyectos se utilizan para determinar la disponibilidad de recursos, la forma de programar la asignación de recursos a tareas y la forma de programar las propias tareas. Los calendarios de proyectos y tareas se utilizan para programar tareas y, si se asignan recursos a las tareas, también se utilizarán los calendarios de recursos.

Los calendarios cancelan la configuración de los demás calendarios como se describe a continuación.

  1. Cuando se crea una tarea, el calendario de proyecto programa la tarea.
  2. Cuando se agrega un recurso a una tarea, el calendario de recursos controla la programación de la tarea.
  3. Cuando se agrega un calendario de tareas y se establece la opción de calendario La programación omite los calendarios de recursos en el cuadro Información de tarea, el calendario de la tarea controla la programación sin tener en cuenta la programación de los recursos asignados a la tarea.

Para trabajar con calendarios, haga clic en Proyecto y, a continuación, en Cambiar calendario laboral.

Tipo de calendario Descripción
Calendarios base   

Son la base para los demás tipos de calendarios. También puede seleccionar un calendario base para el calendario del proyecto y aplicar un calendario base a las tareas como si fuera un calendario de tareas o como las horas predeterminadas de un calendario de recursos. Puede personalizar su propio calendario base utilizando cualquiera de los calendarios base existentes.

Project ofrece tres calendarios base:

Calendario estándar    El calendario estándar es el calendario predeterminado del proyecto y funciona como base de los calendarios de recursos. Este calendario refleja la programación de trabajo tradicional: de lunes a viernes, de 8 de la mañana a 5 de la tarde, con una hora de descanso.

Calendario de 24 horas    El calendario de 24 horas refleja un programa sin ningún tipo de período no laborable. El calendario de 24 horas se puede utilizar cuando los recursos y las tareas se programan para varios turnos durante 24 horas o cuando los recursos de equipo se emplean en tareas de forma continuada.

Calendarios de turno de noche    El calendario de turno de noche refleja una programación por turnos del lunes por la noche al sábado por la mañana, de 11 de la noche a 8 de la mañana, con una hora de descanso.

Calendarios de proyectos    Establecen los períodos laborables y no laborables estándar para el proyecto en general. Si no se utilizan los calendarios de recursos o tareas, las tareas se programarán de manera predeterminada durante los períodos laborables del calendario del proyecto.
Calendarios de recursos   

Suelen basarse en el calendario del proyecto en el momento de crear el recurso. Puede cambiar los períodos laborables y no laborables para recursos específicos o para un conjunto de recursos asegurándose en todo momento de que los recursos se programan solo cuando estén disponibles para trabajar. Si ha cambiado los períodos laborables o no laborables de un calendario de recursos y se asigna el recurso a una tarea, la tarea se programará durante el período laborable del calendario de recursos. Esto puede afectar también a la fecha de finalización de la tarea.

Los recursos pueden heredar el período no laborable del calendario base o invalidar este período sustituyéndolo por la configuración de períodos no laborables del calendario de recursos.

Calendarios de tareas   

Pueden utilizarse para definir períodos laborables fuera de los especificados en el calendario del proyecto. Los calendarios de tareas se crean igual que los otros. Cuando se asigna un calendario de tareas a una tarea y el recurso asignado a dicha tarea tiene períodos laborables diferentes a los del recurso de calendarios, la tarea se programará para el período laborable que se solape entre los dos calendarios. Ahora bien, puede establecer una opción de tarea que permita omitir los calendarios y recursos y programar la tarea utilizando el período no laborable del recurso.

Si no se especifica ningún calendario de tareas para una tarea, se utilizará el calendario del proyecto para programar la tarea.

Volver al principio Volver al principio

¿Cómo influyen las asignaciones de recursos sobre la programación?

Si no asigna recursos a las tareas de su proyecto, Project calculará la programación utilizando duraciones, dependencias entre tareas, restricciones e información del calendario de tareas y del proyecto. Si sí asigna recursos, las tareas también se programarán a partir de las unidades de asignación (unidades de asignación: porcentaje de tiempo o unidades de un recurso de trabajo que se asignan al recurso para una tarea.) y los calendarios de los recursos, ya que de esta manera se consigue una programación más precisa.

 Nota    Las tareas programadas manualmente no se ven afectadas por los calendarios de recursos. Cuando se asigna un recurso a una tarea programada manualmente, la programación de la tarea no cambiará.

Una asignación es la asociación de una tarea específica a un recurso específico encargado de realizar la tarea. Se puede asignar más de un recurso a una tarea, entre ellos: recursos de trabajo (recurso de trabajo: recursos humanos o de equipamiento que realizan trabajo para completar una tarea. Los recursos de trabajo consumen tiempo [horas o días] para completar las tareas.), recursos materiales (recurso material: suministros u otros elementos consumibles que se utilizan para completar las tareas de un proyecto.) y recursos de costos (recursos de costo: recursos que no dependen de la cantidad de trabajo de una tarea o de la duración de una tarea, por ejemplo los billetes de avión o el alojamiento.). A diferencia de los recursos de trabajo, los recursos materiales o de costos no afectan a la programación de una tarea.

Por ejemplo, supongamos que tiene en su proyecto una tarea de nombre Elaborar especificaciones. También tiene un recurso de ingeniería, Juan. Si asigna Juan a la tarea Elaborar especificaciones, la programación de dicha tarea dependerá de las unidades de asignaciones y el calendario de recursos de Juan, además de otras informaciones sobre la tarea (duración, dependencias, restricciones y calendarios).

Además de programar siguiendo la información sobre las tareas, tras asignar recursos a las tareas de su proyecto, Project usará información adicional sobre recursos y asignaciones para calcular la información de la programación:

Configuración o atributos de recursos explicación

Trabajo

La cantidad de trabajo (trabajo: en el caso de las tareas, corresponde a la mano de obra total necesaria para completar una tarea. En las asignaciones, la cantidad de trabajo que se ha asignado a un recurso. En los recursos, corresponde a la cantidad total de trabajo para la que está asignado un recurso en todas las tareas. Trabajo no equivale a duración de tarea.) o trabajo de horas extra (horas extra: cantidad de trabajo en una asignación programada fuera de las horas laborables normales del recurso asignado y que se cargan en la tasa de horas extra. El trabajo de horas extra indica la cantidad de trabajo de la asignación que se ha especificado como trabajo de horas extra.) que se asigna al recurso y la forma en que ese trabajo se distribuye a lo largo del tiempo. La distribución del trabajo a lo largo del tiempo también puede verse afectada por los perfiles de trabajo (perfil: modelo de cómo se distribuye el trabajo programado para una asignación en el tiempo. Utilice un perfil para controlar cómo Project programa el trabajo de un recurso. Entre los ejemplos de perfil pueden citarse: uniforme, creciente, decreciente, de campana y de campana achatada, entre otros.).

Unidades de asignaciones

El número de unidades de asignaciones (tiempo parcial, tiempo completo o múltiple) del recurso asignado a la tarea.

Tipo de tarea

El tipo de tarea (tipo de tarea: caracterización de una tarea basándose en el aspecto de la tarea que es fijo y en los aspectos que son variables. Existen tres tipos de tareas: unidades fijas, trabajo fijo y duración fija. El tipo de tarea predeterminado en Project es unidades fijas.), que afecta la forma en que cambia una programación al revisar la asignación existente. Hay tres tipos de tareas: de unidades fijas (tarea de unidades fijas: tarea cuyas unidades asignadas (o recursos) son un valor fijo y cualquier cambio en la cantidad de trabajo o en la duración de la tarea no afecta a las unidades de la tarea. Se calcula del siguiente modo: Duración x Unidades = Trabajo.), de duración fija (tarea de duración fija: tarea cuya duración es un valor fijo y cualquier cambio en el trabajo o en las unidades asignadas (es decir, recursos) no afecta a la duración de la tarea. Se calcula del siguiente modo: Duración x Unidades = Trabajo.) y de trabajo fijo (tarea de trabajo fijo: tarea cuya cantidad de trabajo es un valor fijo y cualquier cambio en la duración de la tarea o en el número de unidades asignadas (o recursos) no afecta al trabajo de la tarea. Se calcula del siguiente modo: Duración x Unidades = Trabajo.).

Programación condicionada por el esfuerzo

Indica si la tarea está condicionada por el esfuerzo (programación condicionada por el esfuerzo: método predeterminado de programación de Project. La duración de una tarea disminuye o aumenta a medida que se agregan o quitan recursos de una tarea, mientras que la cantidad de esfuerzo necesaria para completar dicha tarea permanece sin cambios.). En caso de que sea así, al agregar o quitar recursos de una asignación, el trabajo correspondiente a la tarea permanece constante y se redistribuye entre los recursos. En el caso de las tareas de unidades fijas, por ejemplo, uno de los resultados es que, si se asignan más recursos, la duración necesaria para completar la tarea será más breve. Encontrará más información sobre la programación condicionada por el esfuerzo en secciones anteriores de este artículo.

Calendarios

Calendarios de recursos. Project programa los recursos asignados a partir de los períodos laborables y no laborables indicados en los calendarios de recursos.

Perfiles de trabajo

Los perfiles de trabajo le permiten afinar la programación si los recursos están trabajando en tareas como, por ejemplo, las correspondientes a una fase de preparación de un proyecto.
En la vista Uso de tareas, haga clic con el botón secundario sobre el nombre del recurso asignado a una tarea y luego seleccione un patrón de trabajo predefinido en la lista Perfil de trabajo. Tras seleccionar el patrón, puede ajustar manualmente las horas en la parte con fases temporales de la vista de uso.

Para asignar recursos a tareas, haga clic en la pestaña Recurso y luego haga clic en Asignar recursos.

Más cuestiones técnicas sobre la forma de programar de Project

Volver al principio Volver al principio

 
 
Corresponde a:
Project Professional 2013, Project Standard 2013