Microsoft Project para construcción

Configura el calendario de obra antes de dar por válida la fecha de finalización

Empieza la planificación de obra definiendo la fecha de inicio del proyecto y el calendario laboral; después, añade los festivos, las paradas previstas y los fines de semana no laborables. Crea calendarios de recursos independientes cuando las cuadrillas o la maquinaria trabajen en turnos distintos. En Project, el tiempo de trabajo determina cómo se traducen las duraciones en fechas: una actividad de cinco días no equivale necesariamente a cinco días naturales consecutivos. Comprueba también la configuración de horas por día: cambiar ese factor de conversión no modifica por sí solo las horas de trabajo del calendario.

Utiliza tareas programadas automáticamente para las actividades cuyas fechas deban ajustarse a las dependencias y a la disponibilidad de recursos. Vincula las tareas según la secuencia real de ejecución de la obra, priorizando las relaciones de fin a comienzo cuando proceda, y utiliza otros tipos de dependencia solo cuando el solapamiento esté justificado. Evita fijar todas las actividades con la restricción Must Start On, ya que esto limita la utilidad del recálculo. La redistribución de recursos puede retrasar o dividir las tareas que lo permitan para resolver sobreasignaciones, pero no puede determinar si la secuencia revisada es segura en obra o aceptable según el contrato.

• Introduce las paradas de obra como excepciones del calendario, en lugar de crear actividades ficticias.
• Utiliza fechas límite para señalar incumplimientos de las fechas objetivo sin fijar la fecha de la tarea.
• Comprueba si los calendarios de recursos explican los huecos inesperados en la planificación.
• Revisa la configuración de redistribución de recursos antes de permitir que se dividan las tareas.
• Vuelve a revisar la ruta crítica después de modificar los calendarios o los recursos.

Actualiza la planificación semanalmente sin sobrescribir la línea base

Guarda una línea base después de comprobar la planificación acordada y conserva una copia fechada del archivo emitido. Una línea base almacena valores de referencia para comparaciones posteriores; no es un registro bloqueado ni aprobado de forma independiente. Project admite una línea base inicial y diez líneas base numeradas adicionales. Utilízalas de forma deliberada para las revisiones autorizadas, en lugar de sustituir la original cada semana, y documenta qué línea base corresponde a la planificación contractual, a un cambio aprobado o a un escenario interno de recuperación de plazos.

En cada ciclo de seguimiento, establece una fecha de estado y recopila del equipo de obra las fechas reales de inicio y finalización, así como las duraciones restantes. No utilices el porcentaje completado de una tarea como medida de las cantidades ejecutadas: el campo % Complete de Project se basa en la duración, mientras que % Work Complete se refiere al trabajo. Actualiza la previsión de lo que queda por ejecutar y, después, utiliza las opciones de reprogramación para trasladar el trabajo pendiente a fechas posteriores a la fecha de estado cuando proceda. Revisa los avances fuera de secuencia y las desviaciones de los hitos antes de emitir un nuevo informe.

• Acuerda una única fecha de corte para los informes de todos los subcontratistas.
• Registra las cantidades físicas por separado cuando el avance basado en la duración pueda resultar engañoso.
• Investiga las fechas reales posteriores a la fecha de corte del informe.
• Utiliza Tracking Gantt para comparar la planificación actual con una línea base.
• Mantén un registro de revisiones que explique los cambios aprobados y las variaciones de la previsión.

Valida los archivos recibidos de Primavera en lugar de dar por supuesta la compatibilidad con XER

La aplicación de escritorio Microsoft Project no abre de forma nativa los archivos XER de Primavera P6. Si el contratista principal entrega archivos XER, acuerda un método de intercambio antes de definir el flujo de trabajo: solicita una exportación compatible o utiliza una herramienta de conversión evaluada por separado. Microsoft Project XML y Primavera XML no son intercambiables por el mero hecho de utilizar la extensión .xml. Haz primero una prueba con una planificación representativa, especialmente si el contrato exige precisión en el comportamiento de los calendarios, los códigos de actividad, los desfases de las relaciones o las asignaciones de recursos.

Trata cada planificación convertida como un nuevo conjunto de datos que debe cotejarse, no como una copia exacta de la planificación de origen. Compara el número de tareas, las fechas de los hitos, los calendarios laborales, las duraciones y las relaciones de predecesoras con un informe de referencia de P6. Revisa las restricciones y cualquier actividad cuyas fechas hayan cambiado durante la conversión. Conserva el archivo original y la configuración de conversión para poder rastrear las discrepancias. Para los intercambios periódicos, acuerda identificadores estables y correspondencias entre campos, en lugar de intentar relacionar las actividades únicamente por su nombre.

• Pide al remitente la fecha de datos de la planificación de origen y las definiciones de los calendarios.
• Confirma qué aplicación y formato se utilizarán para las entregas contractuales.
• Comprueba expresamente las duraciones transcurridas y las unidades de los desfases.
• Verifica la estructura WBS y las correspondencias de los campos personalizados.
• Emite una lista de discrepancias antes de aceptar la planificación convertida.

Distingue la licencia de escritorio del acceso compartido y los servicios de servidor

Elige la edición según las funciones que necesites y comprueba después el canal de licencia y los derechos de implementación. Una licencia independiente de Project de escritorio es distinta de una licencia de la suite Office; tener Office no otorga derechos de uso de Project. Por lo general, las condiciones de las licencias de escritorio de Microsoft adquiridas por el canal minorista permiten la instalación y el uso en un único dispositivo con licencia, con una sola persona utilizándolo a la vez. Las licencias por volumen y las suscripciones tienen sus propias condiciones, así que no des por hecho que una clave de producto basta para acreditar los derechos de uso o de transferencia.

La conectividad con servidores de Project Professional no incluye un servicio alojado, una licencia de servidor ni todos los derechos de acceso necesarios. Project Online y Project Server son soluciones distintas, y Microsoft ha anunciado la retirada de Project Online para el 30 de septiembre de 2026; ese anuncio no implica la retirada de la aplicación de escritorio Project. Antes de comprar para trabajar de forma colaborativa, identifica el servicio concreto, su ciclo de vida y las versiones de cliente compatibles. Para Remote Desktop Services, máquinas virtuales compartidas o acceso de contratistas, consulta las condiciones de Microsoft aplicables en lugar de extrapolar las de una instalación en un único PC.

• Obtén documentación que identifique el producto, la edición y el canal de licencia.
• Comprueba las normas de transferencia aplicables antes de trasladar Project a otro PC.
• Confirma las licencias de servidor y de acceso de usuarios por separado de la licencia de escritorio.
• Planifica una alternativa con soporte antes de depender de Project Online.
• Utiliza informes PDF para los destinatarios que solo necesiten consultar las planificaciones emitidas.

Funciones de Project 2024 de escritorio para la planificación de obras