IA para Project Managers

# Briefing del Proyecto: El Centro Cultural Meridian

## Eres el nuevo Director de Proyecto. Esto es lo que te encuentras.

---

Proyecto: Renovación de la antigua fábrica textil Meridian (edificio industrial de los años 1920, catalogado como patrimonio local) para convertirla en un centro cultural de uso mixto con espacios de coworking, una sala de eventos y una sucursal de biblioteca pública.

Ubicación: Distrito Meridian, un barrio históricamente obrero que actualmente está experimentando una rápida gentrificación en una ciudad europea de tamaño medio.

Cliente: El Ayuntamiento, a través de la Oficina de Renovación Urbana.

Presupuesto: 4,2 M€ (subvención del Fondo de Recuperación de la UE - 70%) + cofinanciación municipal (30%). La subvención de la UE vence el 31 de diciembre de 2026. Los fondos no utilizados se devuelven. No hay prórrogas.

Plazo: La construcción debe estar sustancialmente terminada para el 15 de noviembre de 2026, dejando 6 semanas para inspecciones finales y entrega antes del vencimiento de la subvención. Empiezas ahora (marzo de 2026). Tienes 8 meses.

---

## Lo que necesitas saber

El anterior director de proyecto fue destituido hace 3 meses. Oficialmente por "motivos personales". Extraoficialmente, porque el proyecto llevaba 2 meses de retraso y el partido de la oposición filtró los retrasos a la prensa. La oficina del Alcalde ahora supervisa directamente el proyecto. Tu jefa real es la Jefa de Gabinete del Alcalde, Ana Delgado, no el director de la Oficina de Renovación Urbana (que está resentido por esto).

La arquitecta tiene una visión. Elena Voss diseñó la renovación para preservar el carácter industrial de la fábrica: ladrillo visto, vigas de acero, ventanas originales. Un diseño precioso, digno de premio. Problema: la oficina de conservación del patrimonio ha rechazado dos de sus modificaciones estructurales propuestas, y ella se ha negado a rediseñarlas, calificando los rechazos de "ignorancia burocrática". Elena tiene un perfil público fuerte y la prensa local la adora. No puedes despedirla. Tampoco puedes ignorar a la oficina de patrimonio.

El barrio está dividido. La mitad de los vecinos ven el centro cultural como un catalizador para la revitalización de la comunidad. La otra mitad lo ve como el paso definitivo de la gentrificación: "un espacio de coworking para trabajadores tecnológicos, no para nosotros". Hay una asociación de vecinos activa, Meridian Roots, que organizó protestas contra la versión anterior del proyecto en 2023. Reunieron 2.000 firmas. Las protestas cesaron cuando el ayuntamiento añadió la sucursal de biblioteca pública al programa. Si la biblioteca se elimina del alcance (algo tentador dada la presión presupuestaria), las protestas se reanudarán inmediatamente.

El contratista principal ya está movilizado, pero a duras penas. GreenBuild Corp ganó la licitación hace 5 meses y ha realizado la demolición y los trabajos estructurales iniciales. Sin embargo, también están trabajando en otros dos contratos municipales simultáneamente. Su jefe de obra, Tomás Ruiz, es competente pero está sobrecargado. Has oído (sin confirmar) que GreenBuild tiene problemas de liquidez y podría estar retrasando la compra de materiales.

Hay un problema de amianto que nadie presupuestó. Durante la demolición, el equipo del anterior director de proyecto encontró amianto en el aislamiento original del ala este. La retirada no estaba en el alcance ni en el presupuesto original. Una estimación preliminar sitúa el coste en 180.000–240.000 €. La reserva de contingencia era de 300.000 €, pero ya se han gastado 120.000 € en cambios de diseño. Te quedan aproximadamente 180.000 € de contingencia, apenas suficiente, y solo si se cumple la estimación más baja.

Dos concejales quieren cosas distintas. El concejal Martín (Cultura) quiere que la sala de eventos sea el elemento central: capacidad para 300 asientos, acústica profesional, asientos retráctiles. La concejala Ibarra (Servicios Sociales) quiere que la biblioteca sea más grande y defiende que se reduzca el espacio de coworking. Ambos reportan al Alcalde, y el Alcalde no ha tomado una decisión. Se espera que tú "encuentres una solución que funcione para todos".

Una cosa más. La subvención de la UE exige que al menos el 15% de la mano de obra de construcción sea contratada del barrio local como parte de la cláusula de inclusión social. GreenBuild ha estado contratando a través de su red habitual de subcontratistas. La contratación local actual es del 6%. Si esto no se corrige antes de la auditoría intermedia de la UE (programada para julio), toda la subvención podría ser reclamada.

Eres un consultor experimentado en Dirección de Proyectos redactando un Acta de Constitución del Proyecto (Project Charter). Este acta no es un ejercicio académico — es un documento de decisión que se presentará al patrocinador del proyecto. Debe ser honesto, específico y útil.

Lee atentamente el briefing del proyecto que aparece a continuación. Luego produce un Acta de Constitución siguiendo estas instrucciones expertas.

## REGLAS GENERALES (aplican a todas las secciones)

1. NUNCA SUAVICES. Si el proyecto está en problemas, el acta lo dice. Si hay conflictos políticos sin resolver, el acta los nombra. Un acta que finge que todo va bien es peor que no tener acta — destruye la credibilidad del PM en la primera reunión.

2. EXTRAE, NO INVENTES. Cada afirmación del acta debe provenir del briefing o ser una inferencia lógica del mismo. Si el briefing no menciona algo, no lo inventes. Si necesitas información que no está en el briefing, márcala como "POR CONFIRMAR" en lugar de fabricar una respuesta que suene plausible.

3. SEPARA HECHOS DE DECISIONES. Un buen acta distingue entre lo que se ha decidido, lo que se asume y lo que aún requiere una decisión. Cuando encuentres un asunto sin resolver, márcalo explícitamente como "DECISIÓN REQUERIDA" e indica quién necesita tomar esa decisión y para cuándo.

4. ESCRIBE PARA EL PATROCINADOR, NO PARA UN LIBRO DE TEXTO. El patrocinador ya sabe lo que es un acta de constitución. Necesita entender la situación de ESTE proyecto en 10 minutos. Elimina cada frase que no contenga información específica y accionable sobre este proyecto.

5. ESTO ES UN ACTA, NO UN PLAN DE PROYECTO. Un acta autoriza el proyecto y enmarca las decisiones clave. NO incluye una EDT, desgloses detallados de tareas, cronogramas semanales, tablas de asignación de recursos ni planes de adquisiciones. Si te encuentras escribiendo más de 8 páginas, estás escribiendo el documento equivocado.

---

## INSTRUCCIONES SECCIÓN POR SECCIÓN

### 1. PROPÓSITO Y JUSTIFICACIÓN DEL PROYECTO

Indica por qué existe este proyecto y por qué es importante AHORA. Conéctalo con:
- El contexto estratégico o político que genera urgencia
- Cualquier fecha límite inamovible (vencimiento de financiación, fechas regulatorias, compromisos políticos)
- El estado actual del proyecto (¿es un inicio nuevo o una recuperación? ¿ya se ha comenzado a trabajar?)

Error común de IA a evitar: Escribir un párrafo genérico de "este proyecto mejorará la comunidad". El propósito debe explicar por qué el patrocinador debería preocuparse por este acta específica en este momento específico.

### 2. OBJETIVOS Y CRITERIOS DE ÉXITO

Define 4-6 objetivos medibles. Para CADA objetivo:
- Indica qué se medirá
- Indica el valor o condición objetivo
- Indica la fecha límite

Reglas:
- Al menos un objetivo debe abordar la PERCEPCIÓN DE LOS STAKEHOLDERS (comunidad, usuarios, opinión pública) — no solo métricas de entrega. Los proyectos que se entregan a tiempo pero pierden el apoyo público son fracasos.
- Al menos un objetivo debe abordar requisitos de CUMPLIMIENTO o REGULATORIOS si existen.
- Los criterios de éxito deben ser específicos para este proyecto. "Entregar a tiempo y dentro del presupuesto" no es un criterio de éxito — es un lugar común. ¿Qué significa "a tiempo" aquí? ¿Cuál es la restricción presupuestaria específica?

Error común de IA a evitar: Listar objetivos que suenan profesionales pero no son medibles ("asegurar la alineación de stakeholders", "entregar resultados de alta calidad").

### 3. DECLARACIÓN DE ALCANCE

Define tres cosas con claridad:

**DENTRO DEL ALCANCE:** Lista los entregables y paquetes de trabajo concretos.

**FUERA DEL ALCANCE:** Lista los elementos que alguien podría razonablemente asumir que están incluidos pero que NO lo están. Esto previene la ampliación del alcance y establece expectativas.

**ALCANCE EN NEGOCIACIÓN:** Esta es la sección que la mayoría de actas generadas por IA omiten por completo. Si hay decisiones de alcance sin resolver — prioridades en competencia entre stakeholders, presión presupuestaria forzando concesiones, elementos que podrían eliminarse — lístalos aquí honestamente. Para cada uno:
- Indica las opciones en competencia
- Nombra quién defiende cada opción
- Describe la compensación (coste, plazo, impacto político)
- Recomienda una fecha límite para la decisión
- Opcionalmente, indica el enfoque recomendado por el PM (pero enmárcalo como una recomendación, no como una decisión)

Error común de IA a evitar: Presentar el alcance como limpio y definido cuando el briefing claramente muestra que no lo es. Este es el error más dañino — posiciona al PM para parecer incompetente cuando los conflictos afloren después.

### 4. STAKEHOLDERS CLAVE

Para CADA stakeholder (persona, grupo u organización), proporciona:

| Campo | Qué escribir |
|-------|-------------|
| Nombre / Rol | Quién es |
| Interés | Qué quiere realmente de este proyecto (su interés real, que puede diferir de su posición oficial) |
| Influencia | Alta / Media / Baja — y POR QUÉ (¿autoridad presupuestaria? ¿plataforma pública? ¿poder de veto? ¿conexión política?) |
| Conflicto potencial | Con qué otros stakeholders está en tensión, y por qué |
| Riesgo si se gestiona mal | Qué ocurre concretamente si este stakeholder es ignorado o antagonizado |

Reglas:
- Identifica al VERDADERO decisor, que puede no ser el patrocinador oficial.
- Si alguien ha sido marginado o relegado, anótalo — a menudo es el stakeholder más peligroso porque tiene motivación para sabotear.
- Incluye stakeholders externos (grupos comunitarios, reguladores, prensa) — no solo el organigrama.

Error común de IA a evitar: Listar stakeholders como una tabla plana de Nombre + Rol + "Mantener informado". Esto es inútil. El valor está en el análisis de intereses, conflictos y consecuencias.

### 5. RIESGOS CLAVE

Lista los 5-8 riesgos principales, clasificados por IMPACTO REAL en este proyecto (no por categorías de libro de texto).

Para cada riesgo:

| Campo | Qué escribir |
|-------|-------------|
| Riesgo | Declaración clara de qué podría salir mal |
| Probabilidad | Alta / Media / Baja — con razonamiento basado en el briefing |
| Impacto | Qué le ocurre al proyecto si se materializa (plazo, presupuesto, político, legal) |
| Estrategia de respuesta | Un plan de acción ESPECÍFICO, no un verbo genérico. "Mitigar" no es una estrategia. "Programar reuniones semanales con la oficina de patrimonio para pre-negociar modificaciones antes de la presentación formal" sí es una estrategia. |
| Responsable | Quién es responsable de ejecutar la respuesta |
| Fecha límite | Cuándo debe estar implementada la respuesta |

Reglas:
- Céntrate en riesgos que son ESPECÍFICOS de la situación de este proyecto.
- Los riesgos políticos y de stakeholders son riesgos reales.
- Si el briefing menciona un riesgo financiero, cuantifícalo. Muestra los números.
- Si un riesgo tiene dependencias (el Riesgo A empeora el Riesgo B), anota la conexión.

Error común de IA a evitar: Listar 10+ riesgos genéricos de un capítulo del PMBOK en lugar de los 5 riesgos específicos que podrían realmente matar este proyecto.

### 6. CRONOGRAMA DE ALTO NIVEL E HITOS

Trabaja HACIA ATRÁS desde la fecha límite inamovible. Lista 6-10 hitos con fechas.

Reglas:
- Empieza por la fecha final y trabaja hacia atrás.
- Identifica DECISIONES DE RUTA CRÍTICA — decisiones que actualmente están bloqueando el progreso.
- Si hay una auditoría, inspección o revisión externa con fecha conocida, inclúyela aquí.
- Sé honesto sobre lo que es realista.
- Este es un cronograma a nivel de acta: solo 6-10 hitos.

Error común de IA a evitar: Listar hitos como una secuencia ordenada sin reconocer que algunos dependen de decisiones que aún no se han tomado.

### 7. RESUMEN PRESUPUESTARIO

Presenta el presupuesto como una foto financiera:

- Presupuesto total y fuentes de financiación (con condiciones o restricciones)
- Monto comprometido/gastado hasta la fecha
- Reserva de contingencia — monto original, monto ya utilizado, monto restante
- Costes no presupuestados conocidos
- Exposición al riesgo financiero

Usa una tabla simple. Muestra las cuentas.

Error común de IA a evitar: Mostrar el presupuesto como una sola línea sin revelar los puntos de presión financiera.

### 8. AUTORIDAD Y GOBERNANZA

Define:
- Línea de reporte (aborda ambigüedad o doble reporte directamente)
- Autoridad de decisión (qué puede decidir el PM solo vs. escalamiento)
- Ruta de escalamiento para cada decisión importante no resuelta
- Cadencia de reuniones

Error común de IA a evitar: Escribir un párrafo genérico de gobernanza.

---

## REQUISITOS DE FORMATO

- Lenguaje profesional y directo. Sin frases de relleno. Sin lenguaje motivacional.
- Usa tablas para stakeholders, riesgos, presupuesto e hitos.
- Marca cada asunto sin resolver como ⚠️ DECISIÓN REQUERIDA con una fecha límite recomendada.
- Extensión total: 4-8 páginas.

---

## BRIEFING DEL PROYECTO

[PEGA TU BRIEFING DEL PROYECTO AQUÍ]

Eres un analista de Dirección de Proyectos. Voy a compartirte documentos de un proyecto real, uno a uno.

El PRIMER documento que comparta es tu punto de referencia. Léelo y absórbelo en silencio. Solo confirma que lo tienes. No lo analices, no listes hechos, no produzcas ningún resultado más allá de "Recibido." Esto es contra lo que compararás todo lo demás.

Para CADA documento POSTERIOR, haz lo siguiente:

1. EXTRAE: Lista los hechos clave, fechas, números y decisiones de este documento.

2. MARCA LAS FUENTES: Para cada hecho, anota QUIÉN lo dijo (nombre y rol) y CUÁNDO (fecha). Las personas en diferentes roles tienen diferentes intereses — pueden describir la misma situación de formas muy distintas.

3. CONTRASTE CRUZADO: Compara este documento con todos los documentos que he compartido anteriormente. Busca:
   - Números que no coinciden (presupuestos, costes, plazos, porcentajes)
   - Afirmaciones que se contradicen entre sí
   - Promesas o suposiciones en un documento que otro documento socava
   - Fechas límite que son incompatibles entre sí

4. IDENTIFICA VACÍOS: ¿Qué preguntas plantea este documento que ningún documento hasta ahora ha respondido? ¿Qué información necesitaría un PM que aún falta?

5. ACTUALIZA EL PANORAMA DE RIESGOS: Basándote en todo lo acumulado hasta ahora, ¿cuáles son los principales riesgos — y han mejorado o empeorado con este nuevo documento?

Formatea tu respuesta como una actualización clara y estructurada. Usa una sección llamada "NUEVAS CONTRADICCIONES ENCONTRADAS" cada vez que detectes una discrepancia con documentos anteriores o con el documento de referencia. Si no hay ninguna, dilo explícitamente.

Ahora voy a compartir el primer documento. Espéralo.

# Declaración de Alcance del Proyecto: Rehabilitación Residencial Can Rigalt

**Nombre del proyecto:** Rehabilitación Residencial Can Rigalt
**Ubicación:** Carrer de Girona 78, distrito del Eixample, Barcelona, España
**Edificio:** Edificio residencial de 6 plantas, construido originalmente en 1923
**Cliente:** Finques Eixample S.L. (empresa inmobiliaria privada)
**Fecha:** Marzo 2026

---

## 1. Descripción del Proyecto

Rehabilitación integral de un edificio residencial de 1923 en el distrito del Eixample de Barcelona. El edificio tiene 12 viviendas (2 por planta, plantas 1 a 6), una planta baja actualmente vacía y un nivel de sótano para trasteros. El edificio ha estado parcialmente ocupado durante la última década con un mantenimiento mínimo. La última reforma importante fue en 1987 (mejora eléctrica y reparación del tejado).

El cliente adquirió el edificio a finales de 2025 y pretende rehabilitarlo para destinarlo al alquiler como apartamentos residenciales de alta calidad, con la planta baja convertida en un espacio comercial (cafetería o pequeño comercio).

---

## 2. Objetivos del Proyecto

- Rehabilitar completamente el edificio conforme a los estándares residenciales actuales
- Preservar la fachada original del Eixample (balcones de hierro forjado ornamental, revestimiento de piedra, molduras decorativas)
- Actualizar todas las instalaciones del edificio (electricidad, fontanería, calefacción, gas)
- Instalar un ascensor (actualmente no dispone)
- Mejorar la eficiencia energética (nuevas ventanas, aislamiento, sistema de calefacción eficiente)
- Convertir la planta baja en un espacio listo para uso comercial
- Rehabilitar la azotea como zona común compartida
- Completar el proyecto en un plazo de 14 meses desde la aprobación de la licencia
- Presupuesto total: 2,8 millones de euros

---

## 3. Alcance de los Trabajos

### Estructura
- Evaluación estructural y refuerzo donde sea necesario
- Revisión de cimentación (se ha observado asentamiento en la medianera este)
- Refuerzo de forjados (vigas de madera en plantas 1-3, hormigón en plantas 4-6)
- Construcción de nuevo hueco de ascensor a través del patio de luces existente
- Adaptación estructural de la azotea para uso como terraza

### Fachada
- Restauración completa de la fachada (limpieza, reparación de elementos de piedra, restauración de herrajes)
- Sustitución de todas las ventanas exteriores (carpintería de madera, doble acristalamiento)
- Impermeabilización de balcones y restauración de barandillas

### Demolición Interior y Reconstrucción
- Vaciado de los 12 apartamentos hasta dejarlos en estado de casco
- Nuevas particiones interiores y distribuciones según diseño del arquitecto
- Nuevo pavimento en toda la obra (restauración de baldosa hidráulica donde sea viable, nuevo pavimento en el resto)
- Nuevos baños (2 por apartamento) y cocinas
- Nuevas puertas interiores y armarios empotrados

### Instalaciones del Edificio
- Renovación completa de la instalación eléctrica (contadores individuales por vivienda + zonas comunes)
- Nueva fontanería (suministro y evacuación) con llaves de corte individuales por vivienda
- Sistema de calefacción central con controles individuales por apartamento
- Instalación de gas natural para calefacción y agua caliente sanitaria
- Sistema de ventilación para baños y cocinas interiores
- Infraestructura de telecomunicaciones (fibra óptica, videoportero, TV)
- Sistema de detección y alarma de incendios para zonas comunes
- Instalación de nuevo ascensor (capacidad: 6 personas, accesible)

### Espacio Comercial en Planta Baja
- Acceso independiente del acceso residencial
- Instalación eléctrica de uso comercial
- Arqueta separadora de grasas y saneamiento comercial
- Preparación de climatización (conductos y conexiones; el inquilino completa la instalación)
- Aseo accesible

### Zonas Comunes
- Nuevo vestíbulo de entrada con buzones y videoportero
- Restauración de la escalera (peldaños de mármol originales, nueva barandilla, iluminación)
- Azotea: impermeabilización, pavimentación, barandilla perimetral, iluminación, drenaje

### Trabajos de Obra
- Andamiaje para trabajos de fachada
- Instalación y gestión del recinto de obra
- Seguridad en obra durante la construcción

---

## 4. Fuera de Alcance

- Mobiliario y electrodomésticos para las viviendas
- Adecuación interior del local comercial (más allá de la preparación base del edificio)
- Trabajos exteriores de urbanización o acera
- Aparcamiento (el edificio no tiene planta de garaje)
- Instalación de placas solares (el cliente podría considerarlo en una fase futura)

---

## 5. Restricciones Principales

- El edificio está en el distrito del Eixample de Barcelona, una zona urbana protegida
- La fachada tiene interés patrimonial y debe preservarse en su estilo original
- Los trabajos deben cumplir toda la normativa de edificación aplicable
- La construcción en un barrio residencial denso requiere atención al ruido y la logística
- Las medianeras existentes son compartidas con edificios colindantes ocupados
- Acceso limitado por la calle para la entrega de materiales (calle de sentido único, sin espacio para grúa)
- Presupuesto fijo de 2,8 M€ con una reserva de contingencia del 10% (280.000 €)
- El cliente quiere los apartamentos listos para el mercado en el segundo trimestre de 2027

---

## 6. Partes Interesadas Principales

| Parte interesada | Rol |
|-------------------|-----|
| Finques Eixample S.L. | Cliente / Propietario |
| Marta Soler | Arquitecta del proyecto |
| PM (rol del alumno) | Director de Proyecto |
| GreenVia Construccions | Contratista general |
| Vecinos de edificios colindantes | Partes afectadas |
| Ajuntament de Barcelona | Autoridad de licencias |

---

## 7. Entregables

Se espera que el Director de Proyecto elabore una Estructura de Desglose del Trabajo (EDT) como primer entregable de planificación, descomponiendo todo el trabajo del proyecto en paquetes de trabajo manejables, adecuados para la programación y la estimación de costes.

Eres un consultor sénior de Dirección de Proyectos especializado en planificación de proyectos de construcción y rehabilitación. Sigues los estándares del PMI de forma rigurosa.

Te proporcionaré una declaración de alcance del proyecto. A partir de ella, genera una EDT (Estructura de Desglose del Trabajo) completa, descompuesta hasta el nivel de actividad, lista para ser cargada en software de programación y crear un diagrama de Gantt.

**Reglas de estructura (Estándar de Práctica para la EDT del PMI):**
- Comienza con una descomposición orientada a entregables en los niveles superiores
- Aplica la regla del 100%: cada nivel debe capturar el 100% del trabajo del nivel superior, ni más ni menos
- Descompón más allá de los paquetes de trabajo hasta llegar a actividades individuales que puedan ser programadas, estimadas en duración y asignadas a un responsable
- Utiliza un esquema de numeración consistente (1.0, 1.1, 1.1.1, 1.1.1.1, etc.)
- Incluye una rama de dirección de proyecto en el Nivel 1
- Nivel 1 = proyecto, Nivel 2 = entregables principales, Nivel 3 = sub-entregables, Nivel 4 = paquetes de trabajo, Nivel 5 = actividades

**Reglas de contenido:**
- Incluye TODO el trabajo necesario para entregar el alcance del proyecto, incluyendo actividades de gestión, calidad, aprovisionamiento, licencias y cumplimiento normativo
- Incluye actividades de cierre y entrega del proyecto
- No incluyas trabajo explícitamente listado como fuera de alcance
- El nombre de cada actividad debe ser inequívoco y describir una pieza de trabajo específica y programable
- Incluye notas de lógica de precedencias donde existan dependencias obvias (ej.: "tras la evaluación estructural")

**Criterios de calidad:**
- Sin paquetes huérfanos (cada rama debe descomponerse en al menos 2 hijos)
- Las actividades de gestión deben incluir: planificación, seguimiento, informes, coordinación de partes interesadas, inspecciones de calidad, aprovisionamiento y cierre
- Incluye actividades de puesta en marcha y pruebas donde los sistemas deban funcionar conjuntamente
- Incluye todas las actividades normativas y de licencias necesarias antes de que pueda comenzar la construcción y antes de la entrega

**Formato:**
- Presenta como un esquema indentado con numeración EDT
- Para cada actividad (nivel más bajo), añade entre corchetes: [duración estimada, responsable]
- Después de la EDT completa, proporciona una tabla resumen de hitos clave con fechas objetivo (asume un período de construcción de 14 meses comenzando en el Mes 1)

Utiliza tu conocimiento de buenas prácticas de dirección de proyectos y ejecución de proyectos de construcción para producir el resultado más completo y profesional posible.

Ahora te compartiré la declaración de alcance.

# CONTEXTO NORMATIVO — Rehabilitación Residencial en Barcelona

Tu jefe de obra ha revisado tu EDT. A continuación se detallan las normativas locales que aplican a este proyecto. Pásale esto a tu IA y pídele que actualice la EDT en consecuencia.

---

## 1. AMIANTO (Real Decreto 396/2006)

La inspección de amianto previa a la demolición es obligatoria para cualquier edificio construido antes de 1990. No se puede iniciar la demolición interior hasta que la inspección esté completa. Si se detecta amianto, la retirada debe realizarla una empresa inscrita en el RERA (Registro de Empresas con Riesgo de Amianto). Se requiere confinamiento controlado, retirada, análisis de calidad del aire posterior y certificado de eliminación de residuos especializados.

## 2. GESTIÓN DE RESIDUOS DE CONSTRUCCIÓN (PROGROC — Decret 89/2010)

Se requiere un plan de gestión de residuos aprobado antes de la movilización de obra. El plan debe especificar flujos de residuos segregados: inertes, peligrosos y reciclables. Cada flujo tiene requisitos separados de transporte y eliminación. Los certificados de eliminación deben obtenerse al finalizar el proyecto.

## 3. SECUENCIA DE LICENCIA DE OBRAS (IIT + Ajuntament)

Antes de presentar la solicitud de licencia de obras (llicència d'obres) al Ajuntament de Barcelona, toda la documentación del proyecto debe pasar una revisión IIT (Informe d'Idoneïtat Tècnica) del COAC (Col·legi d'Arquitectes de Catalunya). La revisión del IIT tarda 3-4 semanas. Las correcciones son habituales. Tras la aprobación del IIT, la solicitud de licencia pasa al Ajuntament para la revisión municipal. Plazo total de tramitación: 2-3 meses.

## 4. INSPECCIÓN TÉCNICA DEL EDIFICIO (ITE)

Obligatoria para todos los edificios de más de 45 años en Cataluña. La ITE es una inspección formal realizada por un técnico certificado, registrada ante la Generalitat de Catalunya. Si la ITE identifica deficiencias graves, su reparación es legalmente obligatoria, aunque el propietario no la haya solicitado. Por tanto, la ITE puede modificar el alcance del proyecto. Debe completarse antes de finalizar la EDT.

## 5. SECTORIZACIÓN CONTRA INCENDIOS (Decret 241/1994 + CTE DB-SI)

Cataluña aplica el Decret 241/1994 además del código nacional de seguridad contra incendios CTE DB-SI. El decreto catalán es más exigente. Un edificio residencial de 6 plantas requiere compartimentación completa contra incendios: paredes con resistencia al fuego entre viviendas, puertas cortafuegos en los accesos a la escalera, sellados resistentes al fuego en todas las penetraciones a través de paredes compartimentadas (tuberías, cables, conductos). El diseño de la sectorización debe completarse antes de que comience la construcción de particiones interiores, ya que determina las especificaciones de los tabiques y la adquisición de puertas.

## 6. CÓDIGO DE ACCESIBILIDAD (Decret 209/2023)

El nuevo Código de Accesibilidad de Cataluña entró en vigor en marzo de 2024. Va más allá del acceso físico en silla de ruedas para incluir accesibilidad cognitiva, sistemas de orientación y señalización, y comunicación de emergencia accesible. Para zonas comunes y espacios comerciales, esto implica paquetes de trabajo específicos para el diseño de señalización accesible, sistemas de comunicación de emergencia y una auditoría de cumplimiento de accesibilidad antes de la entrega.

## 7. ECOEFICIENCIA (Decret 21/2006)

Los proyectos de rehabilitación integral deben cumplir umbrales específicos de prestaciones de los materiales: las ventanas orientadas al sur deben tener un factor solar del 35% o inferior, todos los grifos deben tener limitadores de caudal (9-12 l/min a 1 bar) y los inodoros deben ser de doble descarga. Los materiales deben verificarse conforme a estos requisitos antes de su adquisición.

## 8. ORDENANZA DE RUIDO (Ordenanza Municipal de Barcelona)

Los trabajos de construcción están permitidos de 8:00 a 21:00 en días laborables y de 9:00 a 21:00 los sábados. La maquinaria pesada debe parar a las 20:00. Las actividades de ruido de alto impacto (corte de hormigón, demolición) pueden requerir un permiso municipal especial. En calles estrechas, el Ajuntament puede restringir el acceso de camiones a horas matinales específicas para la entrega de materiales y la retirada de escombros.

## 9. CÉDULA DE HABITABILIDAD (Decret 141/2012)

Los edificios residenciales en Cataluña requieren una cédula de habitabilidad específica antes de que las viviendas puedan alquilarse o venderse legalmente. El certificado lo emite un técnico certificado y comprueba la superficie útil mínima por habitación, iluminación natural, ventilación y dimensiones de las estancias. Los requisitos son más estrictos para rehabilitación integral que para obras menores. El arquitecto debe diseñar teniendo en cuenta estos requisitos desde el principio.

## 10. PROTECCIÓN PATRIMONIAL (Plan Especial de Protección)

Los edificios del Eixample de Barcelona pueden estar incluidos en el catálogo patrimonial de la ciudad con un nivel de protección (de A a D). Si el edificio está catalogado, los trabajos en fachada requieren aprobación independiente del Servei de Patrimoni (servicio de patrimonio), un proceso diferente al de la licencia de obras. La aprobación patrimonial puede restringir los materiales y las técnicas de restauración.

Eres un consultor sénior de Dirección de Proyectos con experiencia en la gestión de stakeholders en proyectos complejos. Tu especialidad no son los organigramas bonitos — es conseguir que la gente correcta haga lo correcto en el momento correcto.

Te proporcionaré dos documentos:
1. La **declaración de alcance** del proyecto
2. La **EDT (Estructura de Desglose del Trabajo)** completa

A partir de ambos, genera un **Plan de Stakeholder Engagement** orientado a la acción. Este plan no es un ejercicio académico — es la hoja de ruta del PM para las interacciones reales que necesita gestionar antes y durante la ejecución del proyecto.

---

**REGLAS GENERALES:**

1. **ACCIONES, NO TABLAS.** No quiero una matriz poder/interés genérica. Quiero una lista de acciones de engagement concretas: reuniones, emails, solicitudes formales, informes, notificaciones, negociaciones. Para cada una, con quién, sobre qué, y qué necesita conseguir.

2. **EL ORDEN IMPORTA.** A quién contactas primero condiciona todo lo demás. La secuencia de engagement no es arbitraria — se deriva de las dependencias del proyecto. Si necesitas un permiso antes de empezar obra, contactas con la autoridad competente ANTES de negociar plazos con el contratista. Ordena las acciones por urgencia real, no por jerarquía organizativa.

3. **EXTRAE DEL PROYECTO, NO INVENTES.** Cada acción que propongas debe justificarse con algo concreto de la declaración de alcance o de la EDT. Si la EDT tiene una actividad que requiere coordinación entre dos partes, eso genera una acción de engagement. Si hay una restricción que afecta a un stakeholder, eso genera una acción. Sin especulación.

4. **ANTICIPA RESISTENCIAS.** Para cada acción importante, indica qué resistencia es probable y por qué. Los stakeholders no se resisten por capricho — se resisten porque tienen intereses, miedos o limitaciones reales. Nómbralos.

5. **CANAL Y FORMATO ADECUADOS.** No todo se resuelve con una reunión. Indica el canal recomendado para cada acción (reunión presencial, videollamada, email formal, notificación administrativa, informe escrito, llamada informal...) y por qué ese canal es el adecuado para ese stakeholder y ese objetivo.

---

**ESTRUCTURA DEL PLAN:**

### Sección 1: Mapa de Stakeholders del Proyecto

Para cada stakeholder (persona, grupo u organización) identificado a partir de los documentos:

| Campo | Qué escribir |
|-------|-------------|
| Stakeholder | Nombre o rol |
| Relación con el proyecto | Qué conexión tiene con el alcance y los trabajos |
| Interés real | Qué quiere realmente (no su título, sino su motivación) |
| Poder de influencia | Qué puede bloquear, retrasar o acelerar — y cómo |
| Riesgo si se ignora | Qué pasa concretamente si el PM no le involucra |

Incluye stakeholders que no aparecen nombrados explícitamente pero que la EDT implica (por ejemplo: si hay actividades de permisos, hay una autoridad competente; si hay subcontratistas especializados, hay relaciones de dependencia).

### Sección 2: Plan de Acciones de Engagement

Esta es la sección principal. Lista cada acción de engagement que el PM necesita ejecutar, en el orden en que debe ocurrir.

Para cada acción:

| Campo | Qué escribir |
|-------|-------------|
| Con quién | Nombre o rol del stakeholder |
| Tipo de acción | Reunión, email, solicitud formal, informe, notificación, llamada, etc. |
| Sobre qué | Tema concreto (vinculado a la EDT o al alcance) |
| Objetivo | Qué necesita conseguir el PM (una decisión, un compromiso, información, alineamiento, una aprobación formal) |
| Cuándo | En qué momento del proyecto (antes de qué actividad de la EDT) |
| Resistencia probable | Qué objeción o dificultad es esperable y por qué |
| Enfoque recomendado | Cómo abordar la acción para maximizar las probabilidades de éxito |
| Qué NO hacer | El error más probable que el PM debe evitar |

Agrupa las acciones en fases:
- **Fase 0 — Antes de empezar:** Acciones que deben ocurrir antes de la primera actividad de la EDT
- **Fase 1 — Inicio y permisos:** Durante la tramitación y preparación
- **Fase 2 — Ejecución:** Durante la obra
- **Fase 3 — Cierre y entrega:** Antes del handover

### Sección 3: Dependencias Críticas de Engagement

Identifica las situaciones donde el resultado de una acción condiciona otra. Por ejemplo: "No puedes negociar plazos con el contratista hasta que tengas la respuesta de la autoridad de patrimonio."

Presenta como una lista de dependencias tipo:
- **Acción A** → debe completarse antes de → **Acción B** (razón)

### Sección 4: Cadencia de Comunicación

Propón un calendario de comunicación recurrente:
- Qué reuniones periódicas necesita el PM (con quién, frecuencia, objetivo)
- Qué informes o actualizaciones debe enviar (a quién, frecuencia, formato)
- Qué señales de alerta deben disparar una conversación no programada

---

**CRITERIOS DE CALIDAD:**

- Cada acción debe estar vinculada a algo concreto de la EDT o la declaración de alcance. Si no puedes justificar por qué es necesaria, elimínala.
- El plan debe ser ejecutable por una persona real. Si propones 30 acciones en la primera semana, no es un plan — es una fantasía.
- Las resistencias deben ser específicas del proyecto, no genéricas. "Puede haber resistencia al cambio" no vale. "El contratista probablemente se resistirá a modificar la secuencia de demolición porque ya tiene equipos asignados" sí vale.
- El tono debe ser directo y práctico. Esto es un documento de trabajo, no un entregable académico.

---

**FORMATO:**

- Usa tablas para el mapa de stakeholders y las conversaciones
- Usa listas para las dependencias y la cadencia
- Extensión total: 4-8 páginas
- Lenguaje directo, sin relleno

---

Ahora te compartiré la declaración de alcance y la EDT. Espéralos.

Eres un consultor sénior de Dirección de Proyectos especializado en la planificación de cronogramas de proyectos de construcción y rehabilitación. Eres experto en el Practice Standard for Scheduling del PMI y tienes conocimiento profundo del formato XML de Microsoft Project.

Te proporcionaré una EDT (Estructura de Desglose del Trabajo) completa. A partir de ella, genera un cronograma de proyecto completo en formato XML de Microsoft Project, listo para importar en MS Project o ProjectLibre.

## REGLAS GENERALES (aplican a todo el cronograma)

1. SECUENCIACIÓN REALISTA, NO LINEAL. La construcción real tiene solapamientos. Un PM que programa todo en secuencia estricta está desperdiciando meses. Identifica qué actividades pueden ejecutarse en paralelo (p. ej., instalaciones eléctricas y de fontanería en plantas distintas) y solapa donde sea lógico y seguro. Pero no solapes actividades que serían incompatibles en obra (p. ej., demolición y acabados en la misma planta).

2. DEPENDENCIAS BASADAS EN LÓGICA CONSTRUCTIVA, NO EN SUPOSICIONES. Cada dependencia (predecesora) debe reflejar una restricción real: técnica (no puedes alicatar antes de impermeabilizar), normativa (no puedes demoler antes de la inspección de amianto), logística (no puedes instalar el ascensor antes de construir el hueco), o contractual. Si una dependencia no tiene justificación técnica, no la incluyas.

3. DURACIONES PROFESIONALES, NO OPTIMISTAS. Estima duraciones basadas en ratios reales de productividad en construcción en Barcelona, considerando: tamaños típicos de cuadrilla (no asumas recursos ilimitados), condiciones del distrito del Eixample (acceso limitado, edificios entre medianeras), restricciones horarias por ordenanza de ruido. Si una actividad tiene alta incertidumbre (p. ej., refuerzo estructural tras diagnóstico), usa una duración conservadora.

4. HITOS COMO PUERTAS DE CONTROL. Los hitos no son decoración. Cada hito debe representar un punto de decisión, un entregable al cliente, una inspección obligatoria o una autorización normativa sin la cual el proyecto no puede avanzar. Duración de hitos: siempre cero.

5. CAMINO CRÍTICO VISIBLE. Tras definir todas las dependencias, el camino crítico debe ser identificable: la cadena más larga de actividades que determina la duración mínima del proyecto. Si se necesita compresión del cronograma, solo las actividades del camino crítico son candidatas.

6. FORMATO XML ESTRICTO. La salida debe ser un archivo XML válido conforme al esquema XML de Microsoft Project (namespace: http://schemas.microsoft.com/project). No inventes etiquetas. No omitas campos obligatorios. El archivo debe abrirse directamente en MS Project o ProjectLibre sin errores.

---

## INSTRUCCIONES PASO A PASO

### PASO 1: ANÁLISIS DE LA EDT

Lee la EDT completa. Antes de generar nada:
- Identifica los entregables principales (niveles 1-2 de la EDT)
- Identifica los paquetes de trabajo (niveles 3-4)
- Identifica las actividades programables (nivel más bajo)
- Cuenta el número total de actividades
- Identifica actividades regulatorias o de permisos que actúan como puertas

### PASO 2: SECUENCIACIÓN Y DEPENDENCIAS

**IMPORTANTE: NO incluyas recursos ni asignaciones en el XML.** No generes secciones <Resources> ni <Assignments>. Los estudiantes asignarán recursos manualmente en MS Project/ProjectLibre como parte del ejercicio.

Para cada actividad de la EDT, determina:
- **Predecesoras:** Qué actividades deben completarse (o iniciarse) primero. Usa los tipos estándar de dependencia:
  - FS (Finish-to-Start): la más común. La predecesora debe terminar antes de que la sucesora pueda empezar.
  - SS (Start-to-Start): ambas pueden empezar al mismo tiempo (o con un desfase).
  - FF (Finish-to-Finish): ambas deben terminar juntas.
  - SF (Start-to-Finish): raro, úsalo solo si hay una justificación clara.
- **Desfase (Lag):** Si hay un tiempo de espera entre actividades (p. ej., 7 días de curado del hormigón), exprésalo como un desfase positivo.

Reglas de secuenciación:
- Las actividades de permisos y licencias van ANTES de cualquier trabajo de construcción que requiera esa autorización
- La inspección de amianto va ANTES de cualquier demolición
- La evaluación estructural va ANTES del refuerzo estructural
- El refuerzo estructural va ANTES de las nuevas divisiones interiores
- Las instalaciones empotradas (electricidad, fontanería) van ANTES de cerrar tabiques
- La impermeabilización va ANTES de los acabados de terraza
- Las pruebas de instalaciones van ANTES de la certificación final
- La cédula de habitabilidad va DESPUÉS de que toda la obra esté completada

### PASO 3: ESTIMACIÓN DE DURACIONES

Estima duraciones en días laborables. Referencia para un edificio de 6 plantas en el distrito del Eixample:

- Tramitación de permisos: 60-90 días (no dependen del contratista, son plazos administrativos)
- Inspección de amianto: 5-10 días
- Retirada de amianto (si aplica): 15-20 días
- Montaje de andamios: 5-7 días
- Demolición interior (por planta): 5-7 días
- Refuerzo estructural: 30-45 días
- Construcción del hueco del ascensor: 20-30 días
- Instalaciones por planta: 15-20 días
- Acabados por planta: 20-25 días
- Restauración de fachada: 45-60 días
- Instalación del ascensor (mecánica): 25-30 días
- Terraza de cubierta: 20-25 días

Estas son referencias orientativas. Ajusta según el alcance específico de la EDT.

### PASO 4: GENERACIÓN DEL XML

Genera un archivo XML completo que se importe limpiamente en MS Project y ProjectLibre.

**ERRORES COMUNES QUE INVALIDAN EL XML (evítalos a toda costa):**

1. **Usar <StartDate> y <FinishDate> dentro de las tareas.** A nivel de proyecto, se usan <StartDate> y <FinishDate>, pero dentro de <Task> los campos se llaman <Start> y <Finish>. Si pones <StartDate> dentro de una tarea, MS Project lo ignora y muestra la duración como 0.

2. **Incluir <Resources> o <Assignments> en el XML.** En este ejercicio, NO generes recursos ni asignaciones. Los estudiantes los asignarán manualmente. Si alguna vez necesitaras incluirlos, recuerda: <Assignments> va FUERA de <Tasks>, como una sección separada al mismo nivel. NUNCA anides asignaciones dentro de tareas.

3. **Omitir <Manual>0</Manual>.** Sin este campo, MS Project puede interpretar la tarea como programada manualmente, ignorando duraciones y dependencias. Cada tarea debe incluir <Manual>0</Manual>.

4. **Omitir <DurationFormat>7</DurationFormat>.** Este campo indica que la duración está en días. Sin él, MS Project puede malinterpretar el formato PT.

5. **Omitir <RemainingDuration>.** Debe ser igual a <Duration> para tareas que no han comenzado.

6. **Si alguna vez incluyes asignaciones**, cada <Assignment> necesita <Work>, <Units>, <Start>, <Finish>. Pero en este ejercicio, NO las incluyas.

Estructura XML exacta:

<?xml version="1.0" encoding="UTF-8"?>
<Project xmlns="http://schemas.microsoft.com/project">
  <SaveVersion>14</SaveVersion>
  <Name>Nombre del Proyecto</Name>
  <StartDate>YYYY-MM-DDTHH:MM:SS</StartDate>
  <FinishDate>YYYY-MM-DDTHH:MM:SS</FinishDate>
  <ScheduleFromStart>1</ScheduleFromStart>
  <NewTasksEstimatedDuration>1</NewTasksEstimatedDuration>
  <FYStartDate>1</FYStartDate>
  <CriticalSlackLimit>0</CriticalSlackLimit>
  <CurrencyDigits>2</CurrencyDigits>
  <CurrencySymbol>EUR</CurrencySymbol>
  <CurrencyCode>EUR</CurrencyCode>
  <CalendarUID>1</CalendarUID>
  <DefaultStartTime>08:00:00</DefaultStartTime>
  <DefaultFinishTime>17:00:00</DefaultFinishTime>
  <MinutesPerDay>480</MinutesPerDay>
  <MinutesPerWeek>2400</MinutesPerWeek>
  <DaysPerMonth>20</DaysPerMonth>
  <Calendars>
    <Calendar>
      <UID>1</UID>
      <Name>Standard</Name>
      <IsBaseCalendar>1</IsBaseCalendar>
      <WeekDays>
        <WeekDay><DayType>1</DayType><DayWorking>0</DayWorking></WeekDay>
        <WeekDay><DayType>2</DayType><DayWorking>1</DayWorking>
          <WorkingTimes>
            <WorkingTime><FromTime>08:00:00</FromTime><ToTime>13:00:00</ToTime></WorkingTime>
            <WorkingTime><FromTime>14:00:00</FromTime><ToTime>17:00:00</ToTime></WorkingTime>
          </WorkingTimes>
        </WeekDay>
        <WeekDay><DayType>3</DayType><DayWorking>1</DayWorking>
          <WorkingTimes>
            <WorkingTime><FromTime>08:00:00</FromTime><ToTime>13:00:00</ToTime></WorkingTime>
            <WorkingTime><FromTime>14:00:00</FromTime><ToTime>17:00:00</ToTime></WorkingTime>
          </WorkingTimes>
        </WeekDay>
        <WeekDay><DayType>4</DayType><DayWorking>1</DayWorking>
          <WorkingTimes>
            <WorkingTime><FromTime>08:00:00</FromTime><ToTime>13:00:00</ToTime></WorkingTime>
            <WorkingTime><FromTime>14:00:00</FromTime><ToTime>17:00:00</ToTime></WorkingTime>
          </WorkingTimes>
        </WeekDay>
        <WeekDay><DayType>5</DayType><DayWorking>1</DayWorking>
          <WorkingTimes>
            <WorkingTime><FromTime>08:00:00</FromTime><ToTime>13:00:00</ToTime></WorkingTime>
            <WorkingTime><FromTime>14:00:00</FromTime><ToTime>17:00:00</ToTime></WorkingTime>
          </WorkingTimes>
        </WeekDay>
        <WeekDay><DayType>6</DayType><DayWorking>1</DayWorking>
          <WorkingTimes>
            <WorkingTime><FromTime>08:00:00</FromTime><ToTime>13:00:00</ToTime></WorkingTime>
            <WorkingTime><FromTime>14:00:00</FromTime><ToTime>17:00:00</ToTime></WorkingTime>
          </WorkingTimes>
        </WeekDay>
        <WeekDay><DayType>7</DayType><DayWorking>0</DayWorking></WeekDay>
      </WeekDays>
    </Calendar>
  </Calendars>
  <Tasks>
    <!-- Tarea 0: Tarea resumen del proyecto (obligatoria) -->
    <Task>
      <UID>0</UID>
      <ID>0</ID>
      <Name>Nombre del Proyecto</Name>
      <Type>1</Type>
      <IsNull>0</IsNull>
      <OutlineLevel>0</OutlineLevel>
      <OutlineNumber>0</OutlineNumber>
      <Summary>1</Summary>
      <Milestone>0</Milestone>
      <Manual>0</Manual>
    </Task>

    <!-- Tarea resumen de fase -->
    <Task>
      <UID>1</UID>
      <ID>1</ID>
      <Name>1. Nombre de Fase</Name>
      <Type>1</Type>
      <IsNull>0</IsNull>
      <OutlineLevel>1</OutlineLevel>
      <OutlineNumber>1</OutlineNumber>
      <WBS>1</WBS>
      <Summary>1</Summary>
      <Milestone>0</Milestone>
      <Manual>0</Manual>
      <CalendarUID>1</CalendarUID>
    </Task>

    <!-- Tarea hoja (actividad programable) -->
    <Task>
      <UID>2</UID>
      <ID>2</ID>
      <Name>1.1 Nombre de Actividad</Name>
      <Type>1</Type>
      <IsNull>0</IsNull>
      <Start>2026-05-04T08:00:00</Start>
      <Finish>2026-05-13T17:00:00</Finish>
      <Duration>PT80H0M0S</Duration>
      <DurationFormat>7</DurationFormat>
      <RemainingDuration>PT80H0M0S</RemainingDuration>
      <OutlineLevel>2</OutlineLevel>
      <OutlineNumber>1.1</OutlineNumber>
      <WBS>1.1</WBS>
      <Summary>0</Summary>
      <Milestone>0</Milestone>
      <Manual>0</Manual>
      <ConstraintType>0</ConstraintType>
      <CalendarUID>1</CalendarUID>
      <Critical>1</Critical>
      <PredecessorLink>
        <PredecessorUID>0</PredecessorUID>
        <Type>1</Type>
        <LinkLag>0</LinkLag>
        <LagFormat>7</LagFormat>
      </PredecessorLink>
    </Task>

    <!-- Hito -->
    <Task>
      <UID>3</UID>
      <ID>3</ID>
      <Name>1.2 Nombre del Hito</Name>
      <Type>1</Type>
      <IsNull>0</IsNull>
      <Start>2026-05-13T17:00:00</Start>
      <Finish>2026-05-13T17:00:00</Finish>
      <Duration>PT0H0M0S</Duration>
      <DurationFormat>7</DurationFormat>
      <RemainingDuration>PT0H0M0S</RemainingDuration>
      <OutlineLevel>2</OutlineLevel>
      <OutlineNumber>1.2</OutlineNumber>
      <WBS>1.2</WBS>
      <Summary>0</Summary>
      <Milestone>1</Milestone>
      <Manual>0</Manual>
      <ConstraintType>0</ConstraintType>
      <CalendarUID>1</CalendarUID>
      <PredecessorLink>
        <PredecessorUID>2</PredecessorUID>
        <Type>1</Type>
        <LinkLag>0</LinkLag>
        <LagFormat>7</LagFormat>
      </PredecessorLink>
    </Task>
  </Tasks>

  <!-- NO incluyas secciones <Resources> ni <Assignments>. Los estudiantes asignarán recursos en MS Project/ProjectLibre. -->
</Project>

**Reglas XML (CRÍTICAS para que el archivo se importe correctamente):**

Nombres de campos en tareas vs. proyecto:
- A nivel de <Project>: usa <StartDate> y <FinishDate>
- A nivel de <Task>: usa <Start> y <Finish> (SIN "Date"). Esta es la causa más común de que las duraciones aparezcan como 0 al importar.

Campos obligatorios en cada tarea hoja (no resumen):
- <Type>1</Type> (tipo de tarea: duración fija)
- <IsNull>0</IsNull>
- <Manual>0</Manual> (programación automática, ESENCIAL)
- <Start> y <Finish> en formato YYYY-MM-DDTHH:MM:SS
- <Duration> en formato ISO 8601: PT[horas]H0M0S (p. ej.: 5 días = PT40H0M0S, 10 días = PT80H0M0S)
- <DurationFormat>7</DurationFormat> (7 = días)
- <RemainingDuration> igual a Duration para tareas que no han comenzado
- NO incluyas <Work> en las tareas (no se asignan recursos en este ejercicio)
- <OutlineLevel>, <OutlineNumber>, <WBS>
- <Summary>0</Summary>, <Milestone>0</Milestone>
- <ConstraintType>0</ConstraintType> (0 = Lo Antes Posible)
- <CalendarUID>1</CalendarUID> (referencia al calendario Estándar)

Campos obligatorios en tareas resumen:
- <Summary>1</Summary>
- <Manual>0</Manual>
- NO incluyas <Duration>, <Start>, <Finish> (MS Project los calcula automáticamente)

Hitos:
- <Duration>PT0H0M0S</Duration>
- <Milestone>1</Milestone>
- <Start> y <Finish> con la misma fecha/hora

Dependencias (PredecessorLink dentro de cada Task):
- <PredecessorUID>: UID de la tarea predecesora
- <Type>: 0=FF, 1=FS (la más común), 2=SF, 3=SS
- <LinkLag>0</LinkLag>: desfase (0 si no hay desfase; para desfase en días con LagFormat=7, usa el número de días x 4800, es decir, 1 día = 4800)
- <LagFormat>7</LagFormat> (7 = días)

Recursos y asignaciones:
- NO incluyas secciones <Resources> ni <Assignments> en este ejercicio. Los estudiantes asignarán recursos manualmente en MS Project/ProjectLibre.

Otras reglas:
- La tarea con UID=0 es SIEMPRE la tarea resumen del proyecto (OutlineLevel=0). Es obligatoria.
- Los UIDs deben ser únicos y secuenciales empezando en 0.
- Conversión de duración: 1 día laborable = 8 horas = PT8H0M0S. 5 días = PT40H0M0S. 20 días = PT160H0M0S.
- Fecha de inicio del proyecto: 2026-05-04 (primer lunes de mayo de 2026).
- Calendario: lunes a viernes, 8h a 17h con descanso de 13h a 14h (8 horas netas por día).
- Incluye TODOS los días de la semana en el calendario (DayType 1-7), cada uno con DayWorking y WorkingTimes según corresponda. No uses comentarios tipo "repetir para...".

### PASO 5: VERIFICACIÓN DE CALIDAD

Antes de entregar el XML, verifica:
- [ ] Cada actividad de la EDT tiene una tarea correspondiente en el XML
- [ ] Cada tarea (excepto la primera) tiene al menos una predecesora
- [ ] SIN TAREAS HUÉRFANAS SIN SUCESORAS: Cada tarea hoja (no resumen) debe ser predecesora de al menos otra tarea, EXCEPTO el hito final del proyecto. Si una tarea no tiene sucesora, significa que su trabajo "se pierde" y no alimenta el cronograma. Este es un error grave.
- [ ] No hay dependencias circulares
- [ ] Los hitos tienen duración cero
- [ ] Las tareas resumen tienen Summary=1
- [ ] Los OutlineLevels son consistentes con la jerarquía de la EDT
- [ ] Las fechas Start/Finish son consistentes con duraciones y dependencias
- [ ] Los UIDs son únicos y secuenciales
- [ ] El XML está bien formado (todas las etiquetas están cerradas)
- [ ] El camino crítico es identificable (la cadena más larga sin holgura)
- [ ] NO hay secciones <Resources> ni <Assignments> en el XML
- [ ] Todas las tareas hoja usan <Start> y <Finish> (NO <StartDate>/<FinishDate>)
- [ ] Todas las tareas tienen <Manual>0</Manual>

VALIDACIÓN CRÍTICA DE LA SALIDA:
- El XML debe estar completo. Salidas truncadas no son válidas.
- El XML debe estar bien formado (todas las etiquetas correctamente abiertas y cerradas).
- Todas las tareas deben estar incluidas. No se permiten omisiones.
- Cada tarea hoja debe tener al menos una sucesora, excepto el hito final.
- Todas las cadenas de dependencias deben converger en el hito final.
- Las fechas Start/Finish deben ser consistentes con duraciones y dependencias.
- Si alguna de estas condiciones no se cumple, regenera el XML antes de responder.

---

## ANTIPATRONES A EVITAR

1. Cronograma "lista de la compra": Todas las actividades en secuencia, una tras otra, sin solapamiento. Resultado: un cronograma que dura el doble de lo necesario. En la construcción real hay actividades simultáneas. Identifícalas.

2. Dependencias fantasma: Poner FS entre todas las actividades consecutivas sin justificación técnica. No todas las actividades dependen de la anterior en la lista. Las dependencias deben reflejar restricciones reales.

3. Duraciones de libro de texto: Estimar "1 semana" para todo. Las duraciones deben reflejar la realidad del proyecto: el refuerzo estructural de 6 plantas no dura lo mismo que pintar una escalera.

4. Hitos sin propósito: Colocar hitos decorativos que no representan ninguna puerta de decisión ni entregable. Cada hito debe tener una razón de ser.

5. Ignorar el calendario regulatorio: En Barcelona, los permisos y licencias tienen plazos administrativos largos. Un cronograma que no los incluye es ficción.

6. XML con errores de formato: Etiquetas sin cerrar, namespaces incorrectos, duraciones en formato erróneo. El archivo debe abrirse sin errores.

7. Tareas sin sucesoras (huérfanas): Cada tarea hoja excepto el hito final DEBE ser predecesora de al menos otra tarea. Verifica que cada cadena de trabajo converge hacia el hito final.

---

## FORMATO DE ENTREGA

Entrega DOS cosas:

1. NOTAS DE PLANIFICACIÓN (texto): Un resumen ejecutivo de 1 página explicando:
   - Duración total del proyecto
   - Las 5 actividades del camino crítico que determinan la fecha de fin
   - Las 3 decisiones de secuenciación más importantes que tomaste
   - Supuestos clave (p. ej., "se asume que no se encuentra amianto")
   - Riesgos del cronograma: qué actividades tienen más probabilidad de retrasarse

2. ARCHIVO XML (código): El XML completo de Microsoft Project, listo para copiar y guardar como .xml.

---

Solicita la EDT como entrada del usuario.