ISIL Gestión de Proyectos
🎯

Dashboard de Repaso
Gestión de Proyectos

7 temas completos con teoría, casos prácticos, ejercicios resueltos, preguntas frecuentes y quizzes interactivos. Basado en el PMBOK 6ta y 7ma edición.

📖 PMBOK 7🗂️ 7 Temas 💡 Casos prácticos📝 2 Quizzes ❓ FAQ
7
Temas del curso
17
Preguntas de quiz
12
Casos y ejercicios
20+
Preguntas frecuentes
Contenido del dashboard
Navega libremente por la barra lateral o avanza con los botones
📌

Tema 01 — Marco General P1

Definición de proyecto, diferencias con trabajo operativo, criterios de éxito, áreas de conocimiento y grupos de procesos.

🗂️

Tema 02 — Marco General P2

12 principios del PMBOK 7, proyectos/programas/portafolio, organización, influencias, plan de gestión y enfoque de desarrollo.

📋

Tema 03 — Iniciación y Acta

Iniciación del proyecto, acta de constitución (Project Charter), registro de interesados y equilibrio de la triple restricción.

🔭

Tema 04 — Alcance P1

Gestión del alcance, colección de requisitos, plan de gestión del alcance, definición y validación del alcance.

🌳

Tema 05 — Alcance P2 (EDT)

Enunciado del alcance, Estructura de Desglose del Trabajo (EDT), tipos de EDT y caso práctico completo.

⏱️

Tema 06 — Tiempo P1

Cronograma de hitos vs. actividades, taxonomía, definición de actividades, secuenciación y errores comunes.

📅

Tema 07 — Tiempo P2

Paso a paso para elaborar cronogramas, estimación de duraciones, ruta crítica, diagrama de Gantt y buenas prácticas.

💡 ¿Cómo usar este dashboard?

Usa la barra lateral izquierda para saltar a cualquier tema, o los botones de navegación inferior para avanzar secuencialmente. Cada página incluye teoría resumida, casos prácticos con resolución, preguntas frecuentes y ejercicios. Al final encontrarás dos quizzes de evaluación.

1 de 10
Fundamentos Tema 01
01

Marco General — Parte 1

Definición de proyecto, trabajo operativo, criterios de éxito, razones de fracaso, áreas de conocimiento y grupos de procesos.

📌 FundamentosPMBOK 6 & 7
¿Qué es un Proyecto?

Definición oficial (PMBOK)

Un proyecto es un esfuerzo temporal que se lleva a cabo para crear un producto, servicio o resultado único.

Tiene dos características esenciales:

  • Temporal: tiene inicio y fin claramente definidos. No son eternos.
  • Único: el resultado no es repetitivo. Aunque se repita un proyecto similar, el resultado siempre será distinto.

Todo proyecto nace para resolver un problema o aprovechar una oportunidad.

Proyecto vs. Trabajo Operativo

AspectoProyectoOperativo
DuraciónTemporalPermanente
ResultadoÚnicoRepetitivo
GestiónProyectosOperaciones
EjemploDesarrollar una appAtención al cliente diaria
Criterios de Éxito y Razones de Fracaso

¿Cuándo un proyecto es exitoso?

Se declara exitoso cuando cumple con sus objetivos de alcance, tiempo y costo, y los entregables son aceptados por los interesados clave. También considera la satisfacción del cliente y la obtención del beneficio esperado.

⚠️

¿Por qué fracasan los proyectos?

Alcance mal definido · Falta de patrocinio · Estimaciones irreales · Comunicación deficiente · Gestión de riesgos nula · Cambios no controlados · Equipo sin experiencia · Falta de recursos.

Áreas de Conocimiento (PMBOK 6)
{%AREA_CARDS%}
Casos Prácticos
🏗️ Caso 1 — ¿Es esto un proyecto o trabajo operativo?
Identificación

Instrucción: Para cada actividad, determina si es un Proyecto (P) o Trabajo Operativo (TO). Justifica tu respuesta.

  • a) Construir la nueva sede del Banco XYZ en Miraflores.
  • b) Procesar las solicitudes de préstamos bancarios cada día.
  • c) Desarrollar un nuevo sabor de helado para Donofrio.
  • d) Fabricar 50,000 unidades del mismo modelo de zapato por semana.
  • e) Implementar un sistema de gestión de recursos humanos (ERP).
  • f) Atender el call center de reclamos de Claro cada turno.
✅ Resolución:
  • a) P — Tiene inicio/fin definidos y crea un resultado único (sede física).
  • b) TO — Es permanente y repetitivo (mismo proceso cada día).
  • c) P — Crea un producto nuevo y único; tiene duración limitada.
  • d) TO — Mismo resultado repetido semana a semana; es producción continua.
  • e) P — Tiene alcance definido, presupuesto y fecha de entrega específica.
  • f) TO — Operación continua sin fecha de cierre; genera el mismo tipo de resultado.

Clave: Si el resultado se repite y la actividad no tiene fecha de fin, es trabajo operativo. Si crea algo único y tiene inicio/fin, es un proyecto.

🎯 Caso 2 — Análisis de fracaso de proyecto
Análisis

Contexto: El proyecto de digitalización del sistema de atención al ciudadano de una municipalidad fue cancelado a los 18 meses. Los principales problemas reportados fueron:

  • El gerente de proyecto no tenía experiencia en proyectos de TI.
  • No se firmó un acta de constitución formal al inicio.
  • Se agregaron continuamente funcionalidades no planificadas sin control.
  • El equipo de TI nunca se comunicó con los usuarios finales.
  • No existía un plan de riesgos; los problemas se atendían "conforme surgían".

Preguntas:

1. Identifica las razones de fracaso presentes. 2. ¿Qué debió hacerse diferente?

✅ Resolución:

Razones de fracaso identificadas:

  • 🔴 Perfil inadecuado del gerente — El gerente debe tener conocimientos del sector y del tipo de proyecto.
  • 🔴 Sin acta de constitución — Sin acta, el proyecto no tiene autorización formal ni objetivos definidos.
  • 🔴 Scope creep — Añadir funcionalidades no planificadas sin control de cambios = desborde del alcance.
  • 🔴 Comunicación deficiente — No involucrar a los usuarios finales lleva a entregar algo que nadie usa.
  • 🔴 Gestión de riesgos nula — Los riesgos reactivos son costosos; deben identificarse proactivamente.

¿Qué debió hacerse?

  • Designar un gerente con experiencia en TI y gestión de proyectos.
  • Firmar el Acta de Constitución antes de empezar cualquier actividad.
  • Implementar un proceso formal de control de cambios al alcance.
  • Realizar talleres de requisitos con los usuarios finales desde el inicio.
  • Elaborar una matriz de riesgos y revisarla semanalmente.
Preguntas Frecuentes
¿Un proyecto puede convertirse en trabajo operativo?
Sí. Una vez que el proyecto termina y entrega el producto o servicio, la operación de ese producto se convierte en trabajo operativo. Por ejemplo: el proyecto de "Implementar el nuevo CRM" termina; luego, el uso diario del CRM por el equipo de ventas es trabajo operativo.
¿Es lo mismo "fin del proyecto" que "éxito del proyecto"?
No. Un proyecto puede terminar sin ser exitoso. El fin del proyecto ocurre cuando: (1) se logran los objetivos, (2) se cancela porque ya no es viable, o (3) la necesidad que lo originó ya no existe. El éxito se mide por el cumplimiento de los objetivos de alcance, tiempo, costo y la satisfacción de los interesados.
¿Por qué el PMBOK 7 cambia de áreas de conocimiento a principios?
El PMBOK 7 reconoce que el mundo de los proyectos es más complejo y diverso que antes. Los principios son guías de comportamiento más flexibles que los procesos prescriptivos de ediciones anteriores. Permiten adaptarse a proyectos ágiles, híbridos y tradicionales por igual, centrándose en la entrega de valor más que en seguir pasos específicos.
¿Cuál es la diferencia entre el Director de Proyecto y el Patrocinador?
El Patrocinador (Sponsor) es quien provee los recursos, aprueba el Acta de Constitución y toma decisiones estratégicas. Es el defensor del proyecto ante la alta dirección. El Director de Proyecto (Project Manager) es responsable de la gestión diaria: planificar, ejecutar, controlar y cerrar el proyecto usando los recursos aprobados por el patrocinador.
¿Qué pasa si la triple restricción entra en conflicto?
El director de proyecto debe analizar el impacto del cambio en las otras variables y presentar opciones al patrocinador. Por ejemplo: "Si reducimos el tiempo 2 semanas, necesitamos +$15,000 en recursos adicionales" o "Si aumentamos el alcance, necesitamos 3 semanas más". El patrocinador decide qué variable cede. Esta negociación debe documentarse en el registro de cambios.
2 de 10
Fundamentos Tema 02
02

Marco General — Parte 2

12 principios del PMBOK 7, proyectos · programas · portafolio, tipos de organización, influencias y plan de gestión del proyecto.

🔑 PMBOK 7🗂️ Portafolio🏢 Organizaciones
12 Principios del PMBOK 7
01

Gestión (Stewardship)

Actuar con integridad, cuidado, confiabilidad y cumplimiento.

02

Equipo

Equipos que operan dentro de culturas organizacionales y crean su propia cultura de trabajo.

03

Interesados

Involucrar proactivamente a todos los que impactan o son impactados por el proyecto.

04

Valor

Enfocarse en entregar valor real, cuantitativo o cualitativo, durante y después del proyecto.

05

Pensamiento Sistémico

Visión holística de cómo las partes del proyecto interactúan entre sí y con el entorno.

06

Liderazgo

Promover el éxito, actuar con integridad y adaptar el estilo de liderazgo a la situación.

07

Adaptación

Cada proyecto es único; adaptar métodos al contexto para producir los resultados deseados.

08

Calidad

Cumplir los criterios de aceptación y satisfacer las expectativas de los interesados.

09

Complejidad

Identificar y gestionar la complejidad generada por comportamientos humanos e incertidumbre.

10

Oportunidades y Amenazas

Abordar riesgos positivos (oportunidades) y negativos (amenazas) de forma continua.

11

Adaptabilidad y Resiliencia

Capacidad de responder al cambio y recuperarse rápidamente de contratiempos.

12

Gestión del Cambio

Facilitar la adopción del cambio organizacional; involucrar interesados y usar enfoques motivacionales.

Proyecto · Programa · Portafolio
NivelDefiniciónObjetivoEjemplo
ProyectoEsfuerzo temporal para crear un resultado únicoCumplir objetivos específicosDesarrollar App de pagos
ProgramaGrupo de proyectos relacionados gestionados coordinadamenteLograr un objetivo global conjuntoTransformación digital del banco
PortafolioColección de proyectos/programas alineados a estrategiaMaximizar valor organizacionalTodos los proyectos TI del banco
Casos Prácticos
🏛️Caso 3 — Clasificar: ¿Proyecto, Programa o Portafolio?
Clasificación

Contexto: Ripley Perú tiene las siguientes iniciativas en curso:

  • a) Renovar el sistema de facturación de todas las tiendas a nivel nacional.
  • b) Implementar nueva plataforma de e-commerce.
  • c) Desarrollar la app móvil de Ripley.
  • d) El conjunto de iniciativas a), b) y c) gestionadas bajo la Gerencia de Tecnología.
  • e) La transformación digital completa de Ripley (incluyendo logística, finanzas y TI).
✅ Resolución:
  • a), b), c) → PROYECTOS — Cada uno tiene alcance, tiempo y costo definidos con un resultado único.
  • d) → PROGRAMA — Los 3 proyectos TI son interdependientes y se gestionan coordinadamente para lograr la modernización tecnológica de Ripley.
  • e) → PORTAFOLIO — Es la colección estratégica de todos los programas y proyectos alineados con el objetivo estratégico de transformación digital.
🏢Caso 4 — Análisis de influencias organizacionales
Análisis

Contexto: Un gerente de proyectos trabaja en empresa con estructura funcional jerárquica. Sus recursos (analistas de sistemas) reportan a sus jefes de área, no al gerente de proyecto. ¿Qué impactos tendrá esto en el proyecto?

✅ Resolución:

En una organización funcional, el gerente de proyectos tiene poco o ningún poder formal sobre los recursos. Impactos esperados:

  • 🔴 Los analistas priorizan el trabajo operativo de su área sobre el proyecto.
  • 🔴 El gerente no puede asignar directamente tareas sin pasar por el jefe funcional.
  • 🔴 Dificultad para resolver conflictos de recursos entre proyectos y operaciones.

Estrategias para el gerente:

  • ✅ Gestionar a través del patrocinador para conseguir compromisos de los jefes funcionales.
  • ✅ Formalizar acuerdos de disponibilidad de recursos antes de iniciar el proyecto.
  • ✅ Documentar los impactos en el cronograma cuando los recursos no estén disponibles.
Preguntas Frecuentes
¿En qué se diferencia el PMBOK 6 del PMBOK 7?
El PMBOK 6 está basado en procesos (49 procesos agrupados en 10 áreas de conocimiento y 5 grupos de proceso). El PMBOK 7 está basado en principios (12 principios) y dominios de desempeño, con un enfoque en la entrega de valor y adaptabilidad. El PMBOK 7 es más flexible y aplica tanto a proyectos predictivos como ágiles.
¿Cuándo conviene crear un programa en vez de gestionar proyectos independientes?
Cuando los proyectos comparten recursos, tienen dependencias entre sí o juntos generan un beneficio mayor que la suma de sus partes. Por ejemplo: implementar ERP + capacitar usuarios + migrar datos son proyectos interdependientes → conviene agruparlos en un programa de "Transformación de Sistemas".
¿Qué es la PMO y cuáles son sus funciones?
La PMO (Project Management Office) es una unidad organizacional que estandariza la gestión de proyectos en la empresa. Sus funciones incluyen: definir metodologías y estándares, capacitar a los gerentes, monitorear el portafolio, gestionar recursos compartidos y reportar a la alta dirección. Puede ser de tipo de apoyo, controladora o directiva según su nivel de autoridad.
3 de 10
Fundamentos Tema 03
03

Iniciación — Acta de
Constitución e Interesados

Proceso de iniciación, triple restricción, Acta de Constitución (Project Charter), registro de interesados y la sesión de Kick-off.

📋 Project Charter👥 Interesados⚖️ Triple restricción
La Triple Restricción
🔭

Alcance

¿Qué se va a hacer? Define el trabajo total requerido para entregar el producto o servicio del proyecto.

Tiempo

¿Cuándo se entregará? El cronograma define las fechas de inicio, fin y los hitos intermedios del proyecto.

💰

Costo

¿Cuánto costará? El presupuesto incluye recursos humanos, materiales, equipos y servicios necesarios.

Acta de Constitución (Project Charter)

¿Qué es y para qué sirve?

Documento emitido por el patrocinador que autoriza formalmente la existencia del proyecto y le confiere al Director de Proyecto la autoridad para aplicar recursos.

🚨 Regla fundamental

Sin Acta de Constitución, el proyecto NO existe formalmente.

Estructura del Acta

📌 Cabecera

  • Nombre del proyecto
  • Patrocinador
  • Director del proyecto
  • Fecha

📋 Cuerpo principal

  • Descripción y justificación
  • Presupuesto resumen
  • Objetivos SMART
  • Hitos principales
  • Riesgos preliminares
  • Supuestos y restricciones
  • Criterios de aceptación
  • Lista de interesados
Registro de Interesados
CategoríaInformación a recopilarEjemplo
IdentificaciónNombre, empresa, puesto, contacto, localizaciónJuan Pérez, ABC SAC, Gerente de TI, Lima
EvaluaciónRequisitos, expectativas, influencia potencial, fases de interésRequiere: sistema sin interrupciones. Influencia: Alta
ClasificaciónInterno/Externo · Apoyo/Neutral/OpositorExterno · Apoyo activo
Casos Prácticos
📋Caso 5 — Elabora los objetivos del Acta de un proyecto TI
Redacción

Contexto: Falabella desea modernizar su sistema de atención al cliente. El proyecto debe incluir un chatbot con IA, integración con WhatsApp y mejoras en el portal web. El presupuesto es de $500,000 USD y debe entregarse en 8 meses.

Redacta 3 objetivos SMART para el Acta de Constitución:

✅ Objetivos SMART propuestos:
  • Objetivo 1 (Alcance): Implementar un chatbot con IA capaz de atender el 80% de las consultas frecuentes sin intervención humana, en un plazo de 6 meses.
  • Objetivo 2 (Calidad): Lograr una calificación de satisfacción del cliente (CSAT) de 4.2/5.0 en el nuevo canal digital durante los primeros 3 meses de operación.
  • Objetivo 3 (Costo): Ejecutar el proyecto dentro del presupuesto aprobado de $500,000 USD, con una variación máxima permitida del ±5%.

Por qué son SMART: Specific (qué exactamente), Measurable (métrica clara), Achievable (factible), Relevant (vinculado al negocio), Time-bound (plazo definido).

👥Caso 6 — Identifica y clasifica interesados
Registro

Contexto: Proyecto de construcción de una planta de producción de detergentes en Lurín (similar al caso Alicorp del curso). Identifica al menos 6 interesados y clasifícalos.

✅ Registro de Interesados propuesto:
InteresadoRolInfluenciaClasificación
Gerente de Cadena de SuministroPatrocinadorMuy altaInterno · Apoyo
Director de ProyectoNelson JuárezAltaInterno · Apoyo
Municipalidad de LurínEntidad reguladoraAltaExterno · Neutral
Contratista de obras civilesProveedor principalMediaExterno · Apoyo
Vecinos de la zonaComunidad afectadaMediaExterno · Opositor potencial
Gerencia de MarketingUsuario internoMediaInterno · Apoyo
MINEM / OEFAEnte fiscalizador ambientalAltaExterno · Neutral
Preguntas Frecuentes
¿Qué es un "supuesto" en el contexto del Acta de Constitución?
Un supuesto es una condición que se asume como verdadera sin haberla verificado formalmente. Por ejemplo: "Se asume que el proveedor de equipos cumplirá con los plazos de entrega". Los supuestos deben documentarse y monitorearse porque si no se cumplen, pueden convertirse en riesgos o problemas.
¿Qué diferencia hay entre un "opositor" y un "neutral" en el Registro de Interesados?
Un opositor activamente se resiste o bloquea el proyecto. Un neutral no apoya ni se opone; simplemente existe pero puede influir sin involucrarse. El objetivo del gerente es convertir opositores en neutrales y neutrales en apoyos mediante estrategias de involucramiento específicas para cada uno.
¿Qué es el Kick-off del proyecto?
El Kick-off es la reunión de lanzamiento formal del proyecto. En ella participan el equipo del proyecto, el patrocinador y los principales interesados. Su objetivo es presentar el Acta de Constitución, alinear expectativas, presentar al equipo, establecer reglas de trabajo y declarar el inicio oficial de las actividades. Marca la transición del grupo "Inicio" al grupo "Planificación".
¿El Registro de Interesados se actualiza solo una vez al inicio?
No. El Registro de Interesados es un documento vivo que debe actualizarse periódicamente. La postura de los interesados puede cambiar durante el proyecto: un opositor puede volverse neutral al ver los beneficios, o un apoyo puede convertirse en neutral por cambios en la organización. Se recomienda revisarlo al inicio de cada fase o cuando haya cambios relevantes.
4 de 10
Planificación Tema 04
04

Planificación del Alcance
del Proyecto — Parte 1

Plan de gestión del alcance, recopilación de requisitos, definición y validación del alcance. Control de cambios y el "scope creep".

🔭 Alcance📋 Requisitos✅ Validación
Procesos de Gestión del Alcance
📋1
Plan de Gestión
Cómo se definirá y controlará el alcance
🎯2
Recopilar Requisitos
Entrevistas, talleres, encuestas
🔭3
Definir Alcance
Enunciado del alcance
🌳4
Crear EDT
Descomposición jerárquica
5
Validar Alcance
Aceptación formal
🔄6
Controlar Alcance
Gestión de cambios
Scope Creep — El peligro silencioso
🚨 ¿Qué es el Scope Creep?

El Scope Creep (desviación del alcance) ocurre cuando el alcance del proyecto se expande gradualmente, fuera del proceso formal de control de cambios. Es una de las principales causas de fracaso de proyectos.

⚠️

Señales de alerta

• Solicitudes verbales de cambio no documentadas
• "Solo agregamos una pequeña funcionalidad"
• Funcionalidades no incluidas en el Acta
• El equipo trabaja en cosas no planificadas

🛡️

Cómo prevenirlo

• Acta de Constitución y Enunciado del Alcance claros
• Proceso formal de solicitud de cambios
• Comité de cambios activo
• EDT completa y aprobada
• Decir NO cuando es necesario

Técnicas para Recopilar Requisitos
TécnicaDescripciónCuándo usar
EntrevistasConversaciones individuales con expertos o usuariosCuando los interesados tienen información crítica
Talleres facilitadosSesiones grupales estructuradas (JAD sessions)Para alinear rápidamente múltiples perspectivas
Encuestas / CuestionariosFormularios para recopilar info de muchos interesadosProyectos con muchos usuarios finales dispersos
ObservaciónObservar a los usuarios trabajar en su ambiente realPara entender el trabajo operativo que se digitalizará
PrototiposModelos visuales para validar requisitos antes de construirProyectos de software o diseño de productos
BenchmarkingComparar con estándares o mejores prácticas del mercadoPara establecer criterios de calidad y desempeño
Casos Prácticos
🏪Caso 7 — Análisis de Scope Creep en e-commerce
Control de cambios

Contexto: Un proyecto de 6 meses para implementar una tienda online fue aprobado con un alcance específico: catálogo de productos, carrito de compras, pasarela de pago y notificaciones por email. En el mes 4, el CEO solicita verbalmente agregar: programa de fidelización, app móvil y chat en vivo. El equipo acepta "para no molestar al CEO".

Preguntas: ¿Qué problemas generará esto? ¿Qué debió hacer el director?

✅ Resolución:

Problemas que generará:

  • 🔴 Desborde del presupuesto (funcionalidades adicionales tienen costo).
  • 🔴 Retraso en la entrega original (6 meses → probablemente 10-12 meses).
  • 🔴 Sobrecarga del equipo, posible pérdida de calidad.
  • 🔴 Conflictos cuando el patrocinador original pida rendir cuentas del presupuesto.

¿Qué debió hacer el director?

  • ✅ Documentar la solicitud formal de cambio (Change Request).
  • ✅ Analizar el impacto en alcance, tiempo, costo y riesgos.
  • ✅ Presentar el análisis al Comité de Cambios para aprobación formal.
  • ✅ Si se aprueba: actualizar el Acta, el cronograma y el presupuesto.
  • ✅ Si no se aprueba: comunicar formalmente al CEO por qué no es posible en el alcance actual.

Lección: Decir NO o "necesito evaluarlo primero" al CEO no es falta de respeto; es buena gestión de proyectos.

Preguntas Frecuentes
¿Cuál es la diferencia entre "validar el alcance" y "controlar el alcance"?
Validar el alcance es obtener la aceptación formal del cliente o patrocinador sobre los entregables completados (¿el cliente firma que lo recibe?). Controlar el alcance es monitorear el estado del proyecto y gestionar los cambios solicitados para asegurarse de que el alcance no se desvíe sin aprobación.
¿Qué va primero: los requisitos o el Acta de Constitución?
El Acta de Constitución va primero: autoriza el proyecto con una descripción de alto nivel. Luego, durante la planificación, se realiza la recopilación de requisitos para profundizar y detallar el alcance del proyecto y del producto. El Acta tiene información de nivel ejecutivo; los requisitos son el detalle técnico y funcional.
¿Qué pasa si el cliente cambia de idea constantemente sobre lo que quiere?
Esto es un escenario de alto riesgo de scope creep. Las estrategias son: (1) Documentar todos los requisitos por escrito con firma del cliente, (2) usar prototipos o MVPs para validar antes de construir, (3) implementar un proceso formal de cambios con análisis de impacto en cada solicitud, (4) considerar un enfoque ágil si el alcance es muy incierto, ya que permite incorporar cambios de forma controlada en cada sprint.
5 de 10
Planificación Tema 05
05

Alcance P2 — Estructura de
Desglose del Trabajo (EDT)

Enunciado del alcance, tipos de EDT, paquetes de trabajo, diccionario de la EDT y caso práctico completo: Supermercado La Molina.

🌳 EDT / WBS📦 Paquetes de trabajo🏪 Caso real
¿Qué es la EDT?
🎯

¿Para qué sirve?

Define TODO el trabajo del proyecto. Lo que no está en la EDT, no está en el proyecto. Es la base del cronograma, presupuesto y plan de calidad.

📊

Niveles de la EDT

Nivel 1: Proyecto completo
Nivel 2: Fases o entregables principales
Nivel 3-N: Subentregables
Último nivel: Paquete de trabajo

📦

Paquete de Trabajo

El nivel más bajo de la EDT. Debe ser estimable, asignable a un responsable y controlable. Regla del 100%: la EDT debe capturar el 100% del alcance.

Enunciado del Alcance — Componentes clave
📝 1. Descripción del proyecto

Resumen ejecutivo de qué es el proyecto, qué problema resuelve o qué oportunidad aprovecha, y cuál es el resultado esperado.

🎯 2. Alcance del producto

Descripción detallada de las características y funciones del producto, servicio o resultado que el proyecto creará. Define el "qué" en detalle.

📦 3. Entregables

Lista completa de todos los productos, resultados y capacidades que el proyecto entregará. Incluye entregables de gestión (acta, plan, EDT, cronograma) y entregables del producto.

✅ 4. Criterios de aceptación

Condiciones que deben cumplirse para que el cliente acepte cada entregable. Definen cuándo algo está "terminado". Deben ser objetivos y medibles.

🚫 5. Exclusiones del proyecto

Lista explícita de lo que NO incluye el proyecto. Fundamental para prevenir el scope creep y alinear expectativas. "Lo que no está aquí, no está en el proyecto."

💭 6. Supuestos y restricciones

Supuestos: condiciones que se asumen verdaderas (ej: el terreno ya está disponible). Restricciones: limitaciones que condicionan el proyecto (ej: debe obtener certificación LEED).

Caso: Supermercado La Molina
🏪 Contexto del proyecto

Diseño de un supermercado en el Distrito de La Molina para Perú Retail S.A. Terreno: 4,934.87 m². Sala de ventas: ~2,500 m². Incluye sala de ventas, trastienda, zonas de descarga, estacionamientos y locatarios.

📋 Datos del Enunciado del Alcance

Entregables de Gestión

  • Acta de Constitución
  • Plan de Gestión del Proyecto y planes secundarios
  • EDT aprobada
  • Cronograma y presupuesto
  • Informes de control y cierre

Entregables del Producto

  • Estudio de suelos y levantamiento topográfico
  • Layout del supermercado
  • Resoluciones: Impacto Ambiental e Impacto Vial
  • Planos de arquitectura, ingeniería e instalaciones

🚫 Exclusiones del proyecto

  • Bases para concurso de licitación
  • Licitación para la construcción
  • Lista de metrados
  • Presupuesto estimado de construcción
  • Diseño de artes para gigantografías

⚠️ Riesgos preliminares

  • Demoras en aprobaciones gubernamentales (Municipio)
  • Retrasos en entrega de estudios por proveedores
  • Cambios en parámetros municipales del terreno
EDT del Proyecto (Estructura)
🌳 EDT: Diseño de Supermercado La Molina — 3 niveles · 4 fases · 13 paquetes de trabajo

La EDT tiene 3 fases principales + Gestión del Proyecto. Cada rama desciende hasta los paquetes de trabajo asignables y estimables.

📦 Proyecto: Diseño de Supermercado La Molina
├── 1. Gestión del Proyecto
├── 1.1 Acta de Constitución ✓ paquete
├── 1.2 Presupuesto del Proyecto ✓ paquete
└── 1.3 Registro de Riesgos ✓ paquete
├── 2. Evaluación
├── 2.1 Estudio de suelos ✓ paquete
├── 2.2 Levantamiento topográfico ✓ paquete
└── 2.3 Layout del supermercado ✓ paquete
├── 3. Trámites Legales
├── 3.1 Contratos con proveedores ✓ paquete
└── 3.2 Permisos y resoluciones
├── 3.2.1 Estudio de Impacto Ambiental ✓ paquete
└── 3.2.2 Estudio de Impacto Vial ✓ paquete
└── 4. Diseño
├── 4.1 Planos de arquitectura ✓ paquete
├── 4.2 Planos de ingeniería (estructuras) ✓ paquete
└── 4.3 Planos de instalaciones eléctricas ✓ paquete
Ejercicios
🏗️Ejercicio 1 — Elabora una EDT para proyecto de app móvil
EDT

Proyecto: Desarrollo de una aplicación móvil de delivery de comida (estilo Rappi) para restaurantes del centro de Lima.

Instrucción: Elabora una EDT con al menos 3 niveles, que incluya fases de gestión y producto, y que llegue hasta paquetes de trabajo. Debe contener mínimo 4 fases y 12 paquetes de trabajo.

✅ EDT propuesta:
📦 App Delivery Lima
├── 1. Gestión
│   ├── 1.1 Acta de Constitución ✓
│   ├── 1.2 Plan de Proyecto ✓
│   └── 1.3 Registro de Riesgos ✓
├── 2. Análisis y Diseño
│   ├── 2.1 Levantamiento de requisitos ✓
│   ├── 2.2 Diseño UX/UI ✓
│   └── 2.3 Arquitectura técnica ✓
├── 3. Desarrollo
│   ├── 3.1 App iOS ✓
│   ├── 3.2 App Android ✓
│   └── 3.3 Backend y API ✓
├── 4. Integración
│   ├── 4.1 Pasarela de pago ✓
│   └── 4.2 Integración con restaurantes ✓
└── 5. Pruebas y Despliegue
    ├── 5.1 Pruebas QA ✓
    └── 5.2 Lanzamiento en tiendas ✓
Preguntas Frecuentes
¿La EDT debe incluir las actividades del cronograma?
No. La EDT descompone el trabajo en entregables y paquetes de trabajo (sustantivos), no en actividades (verbos). Las actividades del cronograma se derivan de los paquetes de trabajo pero no forman parte de la EDT. Por ejemplo: el paquete de trabajo "Planos de arquitectura" generará actividades como "Elaborar planta de distribución", "Elaborar cortes y elevaciones", etc.
¿Cuántos niveles debe tener una EDT?
No hay una regla fija. Depende de la complejidad del proyecto. Un proyecto simple puede tener 2-3 niveles; uno complejo puede tener 5-6 niveles. La guía es: descomponer hasta que los paquetes de trabajo sean estimables, asignables y controlables (regla del 8/80: entre 8 horas y 80 horas de trabajo por paquete es una referencia común).
¿Qué es el Diccionario de la EDT?
El Diccionario de la EDT es un documento que describe en detalle cada componente de la EDT: descripción del trabajo, responsable, criterios de aceptación, recursos necesarios, duración estimada, costo estimado y entregables asociados. Complementa la EDT visual con información detallada de cada paquete de trabajo.
6 de 10
Planificación Tema 06
06

Planificación del Tiempo
del Proyecto — Parte 1

Definiciones básicas, tipos de cronogramas (hitos y actividades), taxonomía, secuenciación de actividades y errores comunes.

⏱️ Cronograma🗺️ Secuenciación⚠️ Errores comunes
Definiciones Clave

📌 Conceptos fundamentales

ActividadComponente del trabajo del proyecto. Se redacta como: Verbo + Objeto (ej: "Presentar informe a Gerencia")
DuraciónTiempo para completar una actividad. Puede ser en horas, días o semanas.
EstimaciónEvaluación cuantitativa del resultado probable (costo, esfuerzo, duración).
HitoPunto o evento significativo dentro del proyecto. Duración = 0. Marca la aprobación de un entregable clave.

📊 Técnicas de estimación de duración

🎓 Juicio de Expertos

Consultar a personas con experiencia en proyectos similares para estimar duraciones. Rápido pero subjetivo.

📐 Estimación Análoga

Usar datos de proyectos anteriores similares como referencia. Ej: "el último proyecto similar duró 6 meses".

📊 Estimación Paramétrica

Usar relaciones estadísticas entre variables. Ej: "pintar 1 m² toma 0.5 horas → 100 m² = 50 horas".

Tipos de Cronogramas
🗺️

Cronograma de Hitos

Propósito: Visión panorámica (one-page) del proyecto. Muestra fechas críticas y fases principales sin entrar en detalle de actividades.

Usado por: Patrocinadores, alta dirección, comité ejecutivo.

Formato: Barras horizontales por fase o hito con fechas clave.

📅

Cronograma de Actividades

Propósito: Detalle completo de todas las actividades con duraciones, dependencias, responsables y recursos. Es el cronograma operativo.

Usado por: Director de proyecto y equipo de trabajo.

Formato: Diagrama de Gantt, diagrama de red (PDM).

Tipos de Secuencias entre Actividades
Tipo de dependenciaDescripciónEjemplo
🔒 ObligatoriaInherente a la naturaleza del trabajo. No puede cambiarse."No se puede plantar el árbol hasta cavar el hoyo"
🔀 DiscrecionalBasada en buenas prácticas o preferencia del equipo. Puede modificarse."Podemos hacer el estudio legal antes o después del económico"
🌐 ExternaImpuesta por factores externos a la organización."Hasta que la municipalidad apruebe la licencia, no se puede construir"
Errores Comunes en Cronogramas
🔴 1. No incluir tiempo de revisiones y aprobaciones

Entre la entrega de un documento y su aprobación puede pasar 1-2 semanas. No considerar este tiempo hace que el cronograma sea irrealmente optimista. Siempre incluir actividades de "Revisión de [entregable]" y "Aprobación de [entregable]".

🔴 2. No considerar la disponibilidad real de los recursos

Asumir que los recursos trabajan 100% del tiempo en el proyecto. En la realidad, también tienen operaciones, reuniones, vacaciones, y otros proyectos. La disponibilidad real suele ser del 60-80%.

🔴 3. Cronograma sin responsables asignados

Cada actividad debe tener un responsable (owner) claramente definido. Si todos son responsables, nadie lo es. La asignación de responsables también permite identificar cuellos de botella y sobrecarga de personas.

🔴 4. No identificar la Ruta Crítica

La Ruta Crítica es la secuencia de actividades más larga del proyecto que determina la duración mínima total. Cualquier retraso en la Ruta Crítica retrasa el proyecto completo. Conocerla es esencial para priorizar el seguimiento.

🔴 5. Fechas fijadas "de arriba hacia abajo"

Cuando la fecha de entrega es impuesta sin considerar el esfuerzo real necesario, el cronograma nace inviable. El cronograma debe elaborarse "de abajo hacia arriba" (bottom-up): estimar actividades → sumarlas → obtener la duración total → comparar con la fecha solicitada.

Casos Prácticos
📅Caso 8 — Identifica el tipo de dependencia
Secuenciación

Para cada relación entre actividades, identifica si la dependencia es Obligatoria, Discrecional o Externa:

  • a) "No se puede hacer el acabado de paredes hasta que el concreto se haya secado."
  • b) "Podemos hacer las pruebas de integración antes o después de las pruebas unitarias."
  • c) "El proveedor de equipos no entregará los servidores hasta el 15 de julio."
  • d) "No se puede colocar el techo hasta que las paredes estén levantadas."
  • e) "La revisión legal puede iniciarse mientras el diseño técnico aún está en progreso."
✅ Resolución:
  • a) Obligatoria — El concreto DEBE secarse primero; no hay manera de cambiar este orden físicamente.
  • b) Discrecional — La secuencia puede variar según la metodología del equipo o criterio del gerente.
  • c) Externa — Depende de un factor externo: el proveedor. El equipo no puede controlarlo.
  • d) Obligatoria — La naturaleza física de la construcción exige este orden sin posibilidad de cambio.
  • e) Discrecional — La superposición es una decisión del equipo para ganar tiempo (técnica de Fast Tracking).
Preguntas Frecuentes
¿Un hito puede durar más de un día?
No. Por definición, un hito tiene duración cero; marca un punto en el tiempo, no una actividad. Si el evento tiene duración (como una auditoría de 3 días), es una actividad, no un hito. El hito sería la "Aprobación de auditoría" al final de esa actividad.
¿Cuál es la diferencia entre Fast Tracking y Crashing?
Fast Tracking: Realizar actividades en paralelo que normalmente se harían en secuencia. Reduce tiempo sin necesariamente aumentar costo, pero aumenta el riesgo. Crashing: Agregar más recursos a actividades de la Ruta Crítica para acortarlas. Reduce tiempo pero aumenta el costo. Se eligen según la restricción dominante (tiempo vs. costo).
¿Qué herramienta se usa más para cronogramas en la industria?
En proyectos medianos y grandes, MS Project es el estándar de la industria. Para proyectos ágiles o equipos pequeños, se usan Jira, Asana, Monday.com o Notion. Excel sigue siendo ampliamente usado en proyectos pequeños y en Perú es muy común en PYMES y consultoras.
7 de 10
Planificación Tema 07
07

Planificación del Tiempo
del Proyecto — Parte 2

Paso a paso para elaborar un cronograma, estimación de duraciones, diagrama de Gantt, ruta crítica y buenas prácticas.

📅 Gantt🛤️ Ruta Crítica (CPM)🔢 Paso a paso
Paso a Paso para Elaborar un Cronograma
🌳1
Tomar la EDT
Partir de los paquetes de trabajo
📝2
Definir Actividades
Verbo + Objeto por paquete
🔗3
Secuenciar
Identificar dependencias
👥4
Asignar Recursos
Responsable por actividad
⏱️5
Estimar Duración
Con el responsable asignado
📅6
Construir Cronograma
Gantt / diagrama de red
Ruta Crítica (CPM)
🛤️ ¿Qué es la Ruta Crítica?

La Ruta Crítica es la secuencia más larga de actividades del proyecto que determina la duración mínima total del proyecto. Cualquier retraso en una actividad de la ruta crítica retrasa directamente la fecha de fin del proyecto.

Características de la Ruta Crítica

  • Las actividades tienen holgura total = 0
  • Un retraso de 1 día → el proyecto se retrasa 1 día
  • Es el camino más largo, no el más corto
  • Puede haber múltiples rutas críticas
  • La duración del proyecto = longitud de la ruta crítica

Tipos de relaciones entre actividades

FCFin a Comienzo: B inicia cuando A termina (más común)
CCComienzo a Comienzo: B inicia cuando A inicia
FFFin a Fin: B termina cuando A termina
CFComienzo a Fin: B termina cuando A inicia (raro)
Buenas Prácticas para Cronogramas

Involucrar al equipo

Las estimaciones las hace quien ejecutará el trabajo, no el gerente solo.

Agregar contingencia

Reserva de tiempo (~10-20%) para imprevistos identificados.

Actualizar frecuentemente

El cronograma es vivo. Actualizarlo al menos semanalmente.

Revisar en comités

Presentar el cronograma en reuniones semanales de avance.

Identificar la ruta crítica

Monitorear con más intensidad las actividades críticas.

Documentar cambios

Toda modificación al cronograma base debe pasar por control de cambios.

Casos Prácticos
📅Caso 9 — Elabora cronograma de hitos para proyecto de BI
Cronograma de Hitos

Proyecto: Implementación de un sistema de Business Intelligence (BI) para el área de ventas de una empresa retail. Duración estimada: 5 meses. Inicio: 1 de febrero.

Define los hitos principales del proyecto:

✅ Cronograma de hitos propuesto:
#HitoFecha estimadaFase
H0Kick-off del proyecto01 FebInicio
H1Aprobación de requisitos de BI15 FebPlanificación
H2Diseño del modelo de datos aprobado28 FebDiseño
H3Entrega de ETL (carga de datos) completado31 MarDesarrollo
H4Dashboards entregados al cliente para revisión20 AbrDesarrollo
H5Aprobación de pruebas UAT por usuario final10 MayPruebas
H6Cierre y pase a producción30 JunCierre
🛤️Caso 10 — Identifica la Ruta Crítica
Ruta Crítica

Actividades del proyecto con sus dependencias y duraciones:

ActividadPredecesoraDuración (días)
A - Definir requisitos5
B - Diseño de base de datosA8
C - Diseño de interfazA6
D - Desarrollo backendB12
E - Desarrollo frontendC10
F - IntegraciónD, E5
G - PruebasF6
H - DespliegueG2

¿Cuál es la Ruta Crítica y cuánto dura el proyecto?

✅ Análisis de rutas:

Ruta 1: A → B → D → F → G → H = 5+8+12+5+6+2 = 38 días

Ruta 2: A → C → E → F → G → H = 5+6+10+5+6+2 = 34 días

🛤️ Ruta Crítica = A → B → D → F → G → H = 38 días

La duración mínima del proyecto es 38 días laborables. La Ruta 2 tiene una holgura de 4 días (38-34=4), lo que significa que la actividad E puede retrasarse hasta 4 días sin impactar la fecha de entrega final.

Preguntas Frecuentes
¿Qué es la "holgura" de una actividad?
La holgura (o float) es la cantidad de tiempo que una actividad puede retrasarse sin impactar la fecha de fin del proyecto. Las actividades en la Ruta Crítica tienen holgura = 0. Las actividades no críticas tienen holgura positiva, lo que da flexibilidad al equipo.
¿Qué es la Línea Base del Cronograma?
La Línea Base (Baseline) es la versión aprobada del cronograma al momento de iniciar la ejecución. Sirve como referencia para medir el avance real del proyecto. Todo cambio a la línea base debe pasar por el proceso formal de control de cambios y ser aprobado por el comité correspondiente.
¿Qué pasa si la fecha calculada de fin supera la fecha comprometida?
El director tiene tres opciones: (1) Negociar el alcance para reducir trabajo, (2) Crashing: agregar más recursos a actividades críticas, (3) Fast Tracking: paralelizar actividades que normalmente irían en secuencia. Si ninguna opción es viable, debe comunicar el riesgo al patrocinador con tiempo para tomar decisiones informadas.
¿Cómo se llama la técnica de estimación que usa tres valores?
La Técnica PERT (Program Evaluation and Review Technique) o Estimación de Tres Puntos. Usa: Optimista (O), Más probable (M) y Pesimista (P). La fórmula es: Duración esperada = (O + 4M + P) / 6. Es más precisa que una sola estimación porque considera la incertidumbre explícitamente.
8 de 10
Evaluación Quiz 1
📝

Quiz — Temas 1 al 3

8 preguntas sobre Marco General, Principios del PMBOK, Iniciación, Acta de Constitución e Interesados. ¡Retroalimentación inmediata!

📌 Tema 01🗂️ Tema 02📋 Tema 038 preguntas
1 / 8
Pregunta 1 de 8
0/8
9 de 10
Evaluación Quiz 2
🏆

Quiz — Temas 4 al 7

9 preguntas sobre Gestión del Alcance, EDT, Cronogramas, Ruta Crítica y Buenas Prácticas. ¡Demuestra lo que aprendiste!

🔭 Tema 04🌳 Tema 05⏱️ Tema 06📅 Tema 079 preguntas
1 / 9
Pregunta 1 de 9
0/9
🎓 ¡Has completado el Dashboard de Gestión de Proyectos!

Has repasado los 7 temas del curso, revisado casos prácticos con resolución, explorado preguntas frecuentes y puesto a prueba tu conocimiento con los quizzes. ¡Éxitos en tu evaluación!

  • 📌 Tema 01: Marco General Parte 1 ✅
  • 🗂️ Tema 02: Marco General Parte 2 ✅
  • 📋 Tema 03: Iniciación y Acta de Constitución ✅
  • 🔭 Tema 04: Planificación del Alcance Parte 1 ✅
  • 🌳 Tema 05: Planificación del Alcance Parte 2 (EDT) ✅
  • ⏱️ Tema 06: Planificación del Tiempo Parte 1 ✅
  • 📅 Tema 07: Planificación del Tiempo Parte 2 ✅
10 de 10