Gestión de proyectos en arquitectura: la guía completa para arquitectos

Por qué la gestión de proyectos en arquitectura es diferente

Dirigir un proyecto de construcción es mucho más que velar por un diseño. Usted coordina al promotor, a los consultores técnicos, a las administraciones públicas, a los subcontratistas y a todos los oficios. Mantiene el presupuesto, el calendario y la calidad en equilibrio a la vez. Asume responsabilidad profesional, y todo ello sobre una pieza única. Cada solar, cada edificio existente, cada uso es distinto.

Tres rasgos hacen especial la gestión de proyectos en estudios de arquitectura:

• Fuerte dependencia entre oficios: Estructura antes de acabados, solera antes de alicatado, canalizaciones eléctricas antes de trasdosados. Un retraso en una fase temprana se propaga en cascada. Quien no modele esas dependencias de forma explícita recalcula a mano, y casi siempre se le escapa algo.
• Alta densidad normativa: LOE, CTE, ordenanzas municipales, normativa contra incendios, accesibilidad, contratación pública. El marco es rígido y la responsabilidad recae en usted.
• Obra dinámica: Las catas revelan riesgos ocultos en edificios existentes. Los materiales dejan de estar disponibles. El cliente cambia un uso. Ningún plan sobrevive intacto al primer contacto con la realidad.

La verdad de fondo (ya la planteamos en 2021) es sencilla: ser arquitecto significa ser también project manager. La pregunta real no es si hace gestión de proyectos, sino con qué sistematicidad. Esta guía le da el marco.

Marcos de fases: LOE, RIBA, AIA y HOAI como andamiaje

La mayoría de los mercados tiene un marco de fases reconocido para el trabajo arquitectónico. En España el marco es la LOE, Ley de Ordenación de la Edificación junto con la práctica de fases habitual; en el Reino Unido el RIBA Plan of Work 2020; en Alemania la HOAI. Vale la pena saber cuál aplica y usarlo deliberadamente como andamiaje de gestión, porque cada uno define responsabilidades, hitos y entregables por fase.

Las etiquetas cambian, la lógica es la misma. La definición del encargo condiciona todas las decisiones posteriores. El anteproyecto y el proyecto básico materializan la idea y su coordinación espacial. El proyecto de ejecución congela los detalles que se construirán. La dirección de obra es donde los planos se enfrentan al polvo. La recepción inicia el reloj de la garantía.

Estudios previos y anteproyecto: capturar requisitos con limpieza

Lo que ocurre al principio determina todo lo que viene después. En los estudios previos y el anteproyecto acuerda con el cliente el objetivo del proyecto, el programa de usos y el marco presupuestario. Desarrolla variantes. Gestionar el proyecto aquí significa recoger requisitos de forma estructurada, hacer comparables las opciones y anclar las estimaciones de coste en ratios reales en vez de suposiciones.

Errores típicos: requisitos que viven solo en la cabeza de alguien o en cadenas de correo; variantes que no se evalúan con los mismos criterios; estimaciones basadas en optimismo.

El mindmap como puente

La vista de mindmap de Merlin Project está pensada para las fases tempranas. Recopile estancias, usos y requisitos de forma asociativa y luego convierta el mindmap en un plan de proyecto completo con un clic. Las ramas se convierten en paquetes de trabajo, los nodos en actividades, sin volver a teclear nada.

Proyecto de ejecución: congelar el detalle

Una vez aprobado el anteproyecto, el trabajo pasa de crear a coordinar. El proyecto de ejecución produce los planos y las especificaciones que luego se contratan y se construyen. Muchos documentos, muchas revisiones, muchos bucles de cambio. La palanca de gestión aquí es la disciplina: versionar todo, documentar cada aprobación, pactar con los consultores (estructura, instalaciones, eficiencia energética) ventanas de entrega firmes.

Licitación y contratación: donde los errores se vuelven caros

Los documentos de licitación convierten el diseño en un contrato. Las partidas que faltan terminan como modificados. Las especificaciones poco claras terminan como disputas. Gestionar el proyecto significa revisar sistemáticamente la exhaustividad y visibilizar las dependencias entre oficios ya en el pliego, no después de la adjudicación.

Dirección de obra: donde los planes se ponen a prueba

La dirección de obra es el corazón operativo de la gestión arquitectónica. Planificación, obra y realidad se encuentran aquí. Usted controla plazos, inspecciona calidades, gestiona defectos, mantiene informados a todos. Un calendario vivo no es un lujo: es una herramienta de trabajo.

Recepción y garantía

El proyecto no termina con la entrega. El período de garantía dura habitualmente entre uno y diez años según el tipo de vicio (LOE distingue terminación, habitabilidad y vicios estructurales). Una documentación bien llevada durante la obra compensa cada mes después de la recepción.

Plantillas para estructura, acabados e instalaciones

Empezar cada proyecto desde cero desperdicia horas. Nuestras plantillas de arquitectura traen estructuras prediseñadas para proyectos típicos, estructura, acabados, instalaciones. Usted adapta la plantilla al proyecto concreto en vez de reinventar la estructura.

Los seis métodos fundamentales de PM para proyectos arquitectónicos

Un marco de fases por sí solo no construye un edificio. Necesita métodos que funcionen dentro de cada fase. Seis técnicas demuestran su valor sistemáticamente en arquitectura.

1. Estructura de descomposición del trabajo (EDT / WBS)

La EDT descompone un proyecto de construcción de arriba abajo en paquetes de trabajo cada vez más finos: proyecto → oficios → subtareas → actividades individuales. Responde a la pregunta "¿Qué hay que hacer?" antes de responder a "¿Cuándo?".

Una buena EDT es completa (no olvida nada), sin solapamientos (no duplica nada) y coherente dentro de cada nivel (granularidad comparable). La técnica clásica de WBS nace de la ingeniería industrial pero se adapta perfectamente a la arquitectura.

WBS en Merlin Project

Con la vista de descomposición del trabajo en Merlin Project, construye la jerarquía arrastrando y soltando. Los grupos suman automáticamente la duración y el coste de sus hijos, usted ve en cada nivel cuánto cuesta el oficio y cuánto dura.

2. Diagrama de Gantt y calendario de obra

El diagrama de Gantt es el caballo de batalla de la planificación de obra, por buenas razones. Representa las actividades como barras sobre una línea temporal y hace visibles las dependencias de un vistazo. Cuatro tipos de dependencia cubren casi toda la lógica constructiva: Fin-Comienzo (estructura terminada → comienzan acabados), Comienzo-Comienzo (arranque paralelo), Fin-Fin (cierre compartido) y el raro Comienzo-Fin.

La ruta crítica es la cadena más larga de actividades dependientes. Un retraso en la ruta crítica retrasa todo el proyecto; los retrasos fuera de ella, no. Conocer la ruta crítica le dice dónde tiene que presionar y dónde tiene margen.

Un artículo más antiguo pero aún relevante sobre el calendario de obra profundiza en la práctica.

Gantt con PDF imprimible

En Merlin Project, las dependencias son líneas entre barras. La ruta crítica se marca automáticamente. Nuestra guía detallada de Gantt describe la mecánica paso a paso. Y la exportación a PDF produce calendarios de obra en A3, A1 o el tamaño que necesite, imprimibles, con el logo del estudio, sin retoque manual.

3. Hitos

Los hitos son actividades sin duración: puntos de anclaje duros en el proyecto. "Licencia presentada", "Licencia concedida", "Estructura terminada", "Recepción provisional", eventos así hacen legible el proyecto para no especialistas, permiten ligar hitos de pago al avance y hacen medible el progreso.

Regla práctica: de cinco a diez hitos por fase bastan. Convertir cada pequeño evento en hito genera ruido; fijar demasiado pocos hace que las desviaciones se detecten tarde. Nuestro artículo dedicado a los hitos trata patrones típicos y trampas.

4. Kanban para coordinar oficios

Kanban complementa el Gantt, no lo sustituye. Mientras que el calendario de obra gobierna el flujo temporal, un tablero Kanban captura el estado actual: ¿qué defectos están abiertos? ¿Qué modificados esperan aprobación? ¿Qué quedó pendiente de la reunión anterior?

La fuerza del Kanban: cada participante ve de un vistazo qué hay ahora en su tejado. Columnas como "Abierto, En curso, Revisión, Hecho" suelen bastar. Para la dirección de obra, Kanban es especialmente útil porque reúne listas de defectos y asuntos pendientes en una única vista viva.

Kanban en iPad y Mac

La misma actividad en Merlin Project aparece como barra en el Gantt o como tarjeta en el tablero Kanban. La guía de Kanban explica la lógica de columnas en detalle. En el iPad, actualiza el tablero directamente en obra, sin cobertura móvil.

5. Planificación de recursos y costes

Los recursos en proyectos arquitectónicos son personas (arquitectos del proyecto, delineantes, directores de obra), colaboradores externos (estructura, instalaciones, subcontratistas) y equipamiento (grúas, andamios, casetas). Una planificación sólida responde a tres preguntas:

1. ¿Quién o qué está comprometido cuándo?
2. ¿Dónde hay cuellos de botella (sobrecarga)?
3. ¿Dónde queda capacidad libre (subutilización)?

Los costes siguen la misma lógica en euros en vez de horas. Cada actividad tiene un coste previsto (presupuesto) y un coste real. La comparación previsto-real es un instrumento de pilotaje central, en dirección de obra decide muchas veces entre seguir o renegociar.

En la práctica arquitectónica hay un factor adicional: los recursos casi nunca están dedicados a un solo proyecto. Un director de obra lleva habitualmente de tres a cinco obras en paralelo. Un estructurista trabaja para varios estudios. Una empresa de trasdosados sirve a diez clientes a la vez. El jefe de proyecto que solo mira su proyecto ve la sobrecarga el día que estalla. El que mira la carga de trabajo cartera a cartera detecta tres semanas antes que el director X está programado en tres obras en la misma semana, y puede reprogramar antes de que nadie esté esperando de verdad.

Con los subcontratistas el problema se agrava: no tiene visibilidad de sus carteras. La única palanca realmente útil es planificar con margen: fijar fechas con el subcontratista lo antes posible, añadir holgura y reconfirmar en dos hitos previos a la ejecución («¿seguimos confirmados para el 14 de mayo?»). El margen explícito en el plan deja de discutirse bajo presión de tiempo.

Recursos y costes a través de varios proyectos

Merlin Project muestra la utilización de recursos entre proyectos. Usted ve dónde un director de obra está sobrecargado en el proyecto A mientras aún tiene capacidad en el B. Los tutoriales sobre asignación de recursos y planificación de costes recorren el proceso paso a paso.

6. Gestión de riesgos y documentación adjunta

Los riesgos en arquitectura son tan variados como los proyectos: riesgos del edificio existente (¿qué aparece al abrir la pared?), riesgos de suministro (escasez de materiales), riesgos meteorológicos, de licencias, de financiación. Una gestión profesional de riesgos identifica los riesgos materiales, los puntúa por probabilidad e impacto y define una mitigación o contingencia para los críticos.

En paralelo corre la documentación: fotos, aprobaciones, correos, actas, ofertas. Si no encuentra el archivo asociado a una actividad en dos clics, pierde tiempo valioso en cuanto surge una disputa.

Seis tipos de adjuntos por actividad

Cada actividad en Merlin Project puede llevar seis tipos de adjuntos: archivos (planos, fotos), listas de verificación (control de calidad), eventos (fechas), información (URL, notas), incidencias (defectos) y riesgos (con probabilidad y valoración). Todo vive en la actividad donde realmente ocurrió, no en un sistema de archivo documental aparte.

Planificación rolling-wave: plan semanal y previsión a 3 semanas para la obra

El calendario general de obra está cerrado. Pero en la obra, los jefes de obra no piensan en meses, sino en semanas y días. En la construcción norteamericana se ha consolidado una práctica que encaja perfectamente con los proyectos europeos: la planificación rolling-wave con una previsión a 3 semanas.

La idea es simple. Se trabaja simultáneamente con tres horizontes temporales:

La previsión a 3 semanas es la bisagra entre el trabajo diario y el plan maestro. Cada semana responde a las mismas tres preguntas:

1. ¿Qué viene en los próximos 21 días?
2. ¿Qué requisitos previos deben estar ya resueltos (materiales, licencias, compromisos de subcontratistas)?
3. ¿Dónde se está formando un cuello de botella que el plan maestro aún no muestra?

Los equipos que introducen este ritmo detectan los problemas dos o tres semanas antes, suele ser tiempo suficiente para resolverlos sin afectar fechas. Sin previsión, los mismos problemas aparecen ya como retrasos.

En la práctica esto significa una reunión semanal de obra centrada en la previsión, no en el estado («qué se hizo la semana pasada»), sino en un vistazo hacia adelante: «¿Qué tiene que ocurrir en los próximos 21 días para que sigamos en plazo?»

Rolling wave en Merlin Project

La vista Kanban encaja perfectamente con la previsión a 3 semanas: las actividades del Gantt aparecen automáticamente como tarjetas que puede agrupar por semana. En el iPad actualiza la previsión directamente en la reunión de obra, sin conexión, cuando la obra no tiene cobertura.

Qué debe ofrecer una buena herramienta de PM para arquitectos

Los métodos son agnósticos a la herramienta. Pero ¿qué herramientas están a la altura? Las hojas de cálculo fallan en las dependencias. Microsoft Project es potente pero vive en Windows y no tiene una app de iPad de primer nivel. Herramientas generalistas de gestión del trabajo del mundo del software (Jira, Asana, ClickUp) no saben producir un calendario de obra que se pueda plotear. ¿Qué necesita realmente un estudio de arquitectura?

Muchos de estos requisitos suenan a lo básico, y sin embargo la mayoría de las herramientas tropieza justo en uno de ellos. Merlin Project lleva más de veinte años construido para este caso de uso. La app de iPad lleva el funcional completo a la obra. MagicSync se encarga de una sincronización patentada sobre iCloud, Dropbox y otros proveedores. Los informes producen PDF imprimibles en cualquier tamaño. Y la integración con MS Project lee y escribe MS Project XML de forma nativa.

En comparación: las opciones típicas de herramienta para proyectos de construcción

Leyendo las comunidades donde los jefes de proyecto hablan sin filtros aparecen los mismos comentarios sobre las herramientas clásicas de PM, con frecuencia más duros que lo que sugieren las páginas de producto. Dos patrones dominan: Microsoft Project se percibe como potente pero desmesurado («demasiadas funciones para el 80 % de los usuarios», «la curva de aprendizaje es tan empinada que la adopción del equipo fracasa en tres meses»). Excel sigue siendo popular a pesar de todo, simplemente porque es más simple que la mayoría de las herramientas «de verdad». Las herramientas genéricas en la nube, Asana, Monday, ClickUp, tocan techo en proyectos de construcción: están pensadas para trabajo del conocimiento, no para dependencias críticas de oficios.

La siguiente tabla resume lo que cada opción entrega realmente en el contexto arquitectónico:

Donde Excel se queda corto, MS Project cubre el hueco, al precio de una curva de aprendizaje muy empinada y una profundidad de funciones que el 80 % de los estudios nunca aprovecha del todo. Herramientas en la nube como Monday o Asana son más sencillas, pero no saben calcular la lógica crítica en el tiempo de un proyecto de construcción. Merlin Project se sitúa en esta matriz como alternativa específica para arquitectura: igualmente capaz en el modelo temporal, pero con app para iPad en obra, datos en local y un onboarding medido en horas y no en días.

Cuando el arquitecto se convierte en jefe de proyecto

Escuche a arquitectos hablar entre ellos y aparece un patrón: muchos son jefes de proyecto sin que así se les llame ni se les pague. Asumen plazos, presupuesto y coordinación de oficios además del diseño y la ejecución, en general sin formación en gestión de proyectos, sin asistencia dedicada y sin una herramienta pensada para su forma de trabajar. La queja recurrente: el jefe de proyecto formal que aporta el promotor no sabe leer los planos.

Tres patrones se repiten una y otra vez:

• El rol se añade al paquete. El promotor espera que el arquitecto dirija el proyecto, no solo lo proyecte. Pero rara vez hay definición de rol, una línea de honorarios para servicios de gestión, o un límite claro entre diseño y coordinación.
• Las herramientas están mal ordenadas. Los arquitectos viven en CAD, BIM y marcado de PDF: Revit, ArchiCAD, AutoCAD, Bluebeam. Las herramientas de PM genéricas (Monday, Asana, Trello) parecen demasiado tabulares y distantes; rara vez se introducen bien, aún menos se adoptan. El refugio habitual: volver a Excel.
• El trabajo invisible. El producto de diseño es visible y reconocido. El liderazgo del proyecto solo se nota cuando falla. Quien asume los dos roles debe hacer visible su aporte de gestión de forma activa, ante el promotor, los socios y uno mismo.

Consecuencia práctica: una herramienta de gestión en un estudio de arquitectura debe encajar con cómo piensan los arquitectos. Eso significa: consciente de fases (LOE, RIBA, AIA, HOAI, no sprints genéricos), centrada en planos (planos y PDF pegados a la actividad, no en una GED separada), móvil en obra (la dirección de obra no es trabajo de oficina) y discreta en el aprendizaje (o el equipo vuelve a Excel).

Honorarios y alcance: la tarea de gestión infravalorada

Un tema recorre las comunidades internacionales de arquitectos con más fuerza que ningún otro: la subasta a la baja y la expansión silenciosa del alcance que la sigue. El patrón es conocido. Un competidor gana el concurso con un honorario que no cubre realmente los servicios. El promotor decide por precio. El estudio ganador recorta ciclos de revisión, acorta iteraciones, absorbe el sobrecoste en ejecución. La calidad sufre, o el estudio pierde dinero.

La gestión de proyectos es la palanca que permite dos cosas. Primero, un honorario realista, porque una descomposición del trabajo limpia muestra qué servicios hay que entregar realmente en lugar de adivinarlos. Segundo, control del alcance, porque cada cambio que pida el promotor puede anclarse a una actividad concreta y cuantificarse en horas. «¿Puedes echarle otro vistazo?» se convierte en un cambio de alcance documentado, que se factura o se anuncia explícitamente al cliente como servicio adicional.

Tres mecanismos prácticos que los arquitectos se recomiendan entre ellos:

1. Presupuesto por fase, no por proyecto. Divida el marco de honorarios entre las fases. Si ya ha consumido el 40 % del honorario en la fase básica, sabe semanas antes de la dirección de obra que hace falta renegociar.
2. Registro de horas por actividad, no por proyecto. Si sabe que un conjunto de detalles típico cuesta a su equipo seis horas, podrá ofertar con seriedad en vez de jugar a la ruleta del mercado.
3. Registro formal de cambios. Cada cambio del cliente se fecha, se anota en la actividad y se acepta como incluido o se ofrece como servicio adicional. Si lo mantiene, termina el proyecto con un argumento limpio, no con una pelea.

Caso real: OPUS Architekten

Un ejemplo concreto de la práctica: el estudio OPUS Architekten de Darmstadt trabaja con Merlin Project desde hace años. La jefa de proyecto Anke Mensing lo resume así:

"La arquitectura es siempre un trabajo de equipo. Las posibilidades individuales y versátiles de Merlin Project nos permiten reaccionar con flexibilidad a los cambios a lo largo de todo el proyecto, y amortiguar los retrasos con ajustes rápidos."

La expresión a retener es "reaccionar con flexibilidad y amortiguar retrasos". Esa es la prueba real de cualquier herramienta de PM: no cómo de bien dibuja un plan ideal, sino con qué rapidez se adapta a la desviación inevitable. Quien está en obra comunicando una semana de retraso no quiere ir al despacho dos horas a recalcular, quiere arrastrar una duración en el iPad y ver qué implica para los oficios siguientes.

Voces de la práctica: lo que los jefes de proyecto dicen de verdad

Quien sigue con atención las comunidades internacionales de jefes de proyecto capta enseguida los temas que se repiten. Las citas siguientes son observaciones parafraseadas que vuelven una y otra vez en conversaciones entre practicantes, no son lenguaje de marketing, sino la forma en la que los PMs se hablan entre ellos. Encajan sorprendentemente bien con el día a día en un estudio de arquitectura:

«Soy responsable de todo, pero no tengo control real sobre nada.»

La frase resume la paradoja central del liderazgo de proyecto: asume responsabilidad y riesgo sin hacer personalmente la obra. Sus palancas son el plan, la comunicación y la escalada. La contramedida es pilotar el plan suficientemente bien para no acabar sin control.

«Si todo es prioritario, nada es prioritario.»

En un proyecto de construcción saltan decenas de temas a la vez. Elegir tres realmente importantes esta semana, y apartar deliberadamente el resto, rinde más hasta el viernes que pelear en todos los frentes. El Gantt no está ahí para tener todas las tareas a la vez en foco, sino para saber qué es lo siguiente y decisivo.

«Nadie se da cuenta de lo que hago hasta que dejo de hacerlo.»

El liderazgo de proyecto es invisible cuando funciona. La buena documentación no solo protege en caso de disputa, también hace visible su trabajo para el resto. Un calendario de obra bien llevado, actas ordenadas, aprobaciones trazables, todo eso también es prueba de su desempeño.

«Si le dicta una fecha a un equipo, es su fecha la que incumplen. Si dejan que ellos mismos la propongan, tiene a un socio de planificación, la conversación cambia.»

Una palanca simple pero poderosa: pida a subcontratistas y consultores su fecha realista, no una que usted imponga. Una fecha que alguien ha propuesto tiene otro peso. No resuelve todos los problemas de plazos, pero desplaza la conversación hacia una responsabilidad compartida.

«La mayoría de las grandes herramientas de PM tienen una curva tan empinada que al cabo de tres meses medio equipo ha vuelto a Excel o al papel.»

Una herramienta que no sobrevive al día a día es inútil. La propiedad más importante no es la profundidad funcional, sino la adopción. Una herramienta con la que un delineante nuevo es productivo en una hora vence a una que, después de dos días de formación, ya ha perdido a tres cuartas partes del equipo.

En las comunidades de arquitectos también aparecen observaciones que se trasladan directamente al día a día del estudio:

«Nadie lee los planos. El jefe de proyecto que aporta el promotor muchas veces no los sabe interpretar.»

Esta es la realidad de muchos arquitectos: el rol formal de PM está cubierto, pero la competencia para leer los planos está en el arquitecto. Quien lo acepta termina dirigiendo el proyecto de hecho, habitualmente sin cobrarlo. Una herramienta de gestión que lleva los planos pegados a la actividad (en lugar de en una GED separada) reduce esta fricción de forma notable.

«El principal oferta por debajo del coste para ganar clientes baratos y luego recorta servicios. El cliente recibe lo que ha pagado.»

Este diagnóstico del mercado no se arregla solo con una herramienta. Pero una descomposición del trabajo limpia con presupuesto en horas hace visible la subasta a la baja internamente, antes de que el proyecto se convierta en carga, y obliga a una tarificación más honesta en la siguiente oferta.

Cinco acciones para su próximo proyecto

La teoría es barata. Cinco cosas que puede poner en práctica el lunes:

1. Modelar dependencias antes que fechas. Antes de fijar una sola fecha, modele la lógica: ¿qué va antes de qué? ¿Qué actividades comparten insumos? Un proyecto correctamente enlazado calcula las fechas automáticamente, un proyecto lleno de fechas pero sin enlaces le obliga a recalcular a mano con cada cambio.

2. Fijar hitos firmes, no más de diez por fase. "Licencia concedida", "Estructura terminada", "Recepción provisional" son las referencias con las que su cliente lee el avance. Sitúelos con intención y con parquedad. Cada hito de más diluye la lectura.

3. Seguir el presupuesto por oficio de forma digital. Mantener presupuesto y costes reales en una hoja de cálculo aparte crea dos fuentes de verdad y tarde o temprano una contradicción. Ponga coste previsto y real directamente sobre la actividad, así verá al momento dónde aprieta.

4. Llevar una tablet offline a la obra. Un iPad en obra con el calendario actualizado y disponible offline transforma la dirección de obra. Registra los defectos en el momento en el que aparecen, con foto, vinculados a la actividad, con plazo. La siguiente visita de obra se hace con datos reales en vez de con la memoria.

5. Reunión semanal sobre un tablero Kanban. Un tablero Kanban en la pantalla de la sala de reuniones muestra lo abierto, lo en curso, lo bloqueado. Quince minutos por proyecto bastan. Todos ven el mismo estado, nadie discute qué lista está actualizada.

Conclusión: marco + métodos + herramienta

La gestión de proyectos arquitectónicos funciona cuando coinciden tres cosas. Primero, un marco de fases que defina responsabilidades e hitos, LOE y la práctica habitual en España, RIBA en el Reino Unido, AIA en EE. UU., HOAI en los países de habla alemana. Segundo, métodos que muerdan en cada fase: WBS, Gantt, hitos, Kanban, recursos y costes, riesgos y adjuntos cubren la inmensa mayoría de las necesidades reales. Tercero, una herramienta que implemente esos métodos con limpieza, con un Gantt que calcula, operativo sin conexión, PDF imprimibles y sincronización multiusuario.

Con los tres elementos, no solo pilota el proyecto cuando todo va según el plan. Lo pilota también cuando no va, que es la situación habitual.

Puede probar Merlin Project gratis durante 30 días. Todas las funciones están disponibles durante la prueba, podrá montar un calendario de obra arquitectónico en el primer intento, y las plantillas prediseñadas se ocupan del arranque en frío.

Si tiene alguna pregunta sobre este artículo del blog o desea debatirlo, esperamos su contribución en nuestro foro.