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.
Definición de proyecto, diferencias con trabajo operativo, criterios de éxito, áreas de conocimiento y grupos de procesos.
12 principios del PMBOK 7, proyectos/programas/portafolio, organización, influencias, plan de gestión y enfoque de desarrollo.
Iniciación del proyecto, acta de constitución (Project Charter), registro de interesados y equilibrio de la triple restricción.
Gestión del alcance, colección de requisitos, plan de gestión del alcance, definición y validación del alcance.
Enunciado del alcance, Estructura de Desglose del Trabajo (EDT), tipos de EDT y caso práctico completo.
Cronograma de hitos vs. actividades, taxonomía, definición de actividades, secuenciación y errores comunes.
Paso a paso para elaborar cronogramas, estimación de duraciones, ruta crítica, diagrama de Gantt y buenas prácticas.
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.
Definición de proyecto, trabajo operativo, criterios de éxito, razones de fracaso, áreas de conocimiento y grupos de procesos.
Un proyecto es un esfuerzo temporal que se lleva a cabo para crear un producto, servicio o resultado único.
Tiene dos características esenciales:
Todo proyecto nace para resolver un problema o aprovechar una oportunidad.
| Aspecto | Proyecto | Operativo |
|---|---|---|
| Duración | Temporal | Permanente |
| Resultado | Único | Repetitivo |
| Gestión | Proyectos | Operaciones |
| Ejemplo | Desarrollar una app | Atención al cliente diaria |
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.
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.
Los 5 grupos de procesos del PMBOK 6 son: Inicio → Planificación → Ejecución → Monitoreo y Control → Cierre. Son la estructura temporal del proyecto. El PMBOK 7 los reemplaza con 12 principios orientados al valor.
Instrucción: Para cada actividad, determina si es un Proyecto (P) o Trabajo Operativo (TO). Justifica tu respuesta.
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.
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:
1. Identifica las razones de fracaso presentes. 2. ¿Qué debió hacerse diferente?
Razones de fracaso identificadas:
¿Qué debió hacerse?
12 principios del PMBOK 7, proyectos · programas · portafolio, tipos de organización, influencias y plan de gestión del proyecto.
Actuar con integridad, cuidado, confiabilidad y cumplimiento.
Equipos que operan dentro de culturas organizacionales y crean su propia cultura de trabajo.
Involucrar proactivamente a todos los que impactan o son impactados por el proyecto.
Enfocarse en entregar valor real, cuantitativo o cualitativo, durante y después del proyecto.
Visión holística de cómo las partes del proyecto interactúan entre sí y con el entorno.
Promover el éxito, actuar con integridad y adaptar el estilo de liderazgo a la situación.
Cada proyecto es único; adaptar métodos al contexto para producir los resultados deseados.
Cumplir los criterios de aceptación y satisfacer las expectativas de los interesados.
Identificar y gestionar la complejidad generada por comportamientos humanos e incertidumbre.
Abordar riesgos positivos (oportunidades) y negativos (amenazas) de forma continua.
Capacidad de responder al cambio y recuperarse rápidamente de contratiempos.
Facilitar la adopción del cambio organizacional; involucrar interesados y usar enfoques motivacionales.
| Nivel | Definición | Objetivo | Ejemplo |
|---|---|---|---|
| Proyecto | Esfuerzo temporal para crear un resultado único | Cumplir objetivos específicos | Desarrollar App de pagos |
| Programa | Grupo de proyectos relacionados gestionados coordinadamente | Lograr un objetivo global conjunto | Transformación digital del banco |
| Portafolio | Colección de proyectos/programas alineados a estrategia | Maximizar valor organizacional | Todos los proyectos TI del banco |
Contexto: Ripley Perú tiene las siguientes iniciativas en curso:
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?
En una organización funcional, el gerente de proyectos tiene poco o ningún poder formal sobre los recursos. Impactos esperados:
Estrategias para el gerente:
Proceso de iniciación, triple restricción, Acta de Constitución (Project Charter), registro de interesados y la sesión de Kick-off.
Las tres restricciones fundamentales de todo proyecto son Alcance · Tiempo · Costo. Cualquier cambio en una de ellas impacta en las otras dos. El gerente de proyecto debe mantenerlas en equilibrio durante toda la vida del proyecto mediante una adecuada gestión de cambios.
¿Qué se va a hacer? Define el trabajo total requerido para entregar el producto o servicio del proyecto.
¿Cuándo se entregará? El cronograma define las fechas de inicio, fin y los hitos intermedios del proyecto.
¿Cuánto costará? El presupuesto incluye recursos humanos, materiales, equipos y servicios necesarios.
Documento emitido por el patrocinador que autoriza formalmente la existencia del proyecto y le confiere al Director de Proyecto la autoridad para aplicar recursos.
Sin Acta de Constitución, el proyecto NO existe formalmente.
| Categoría | Información a recopilar | Ejemplo |
|---|---|---|
| Identificación | Nombre, empresa, puesto, contacto, localización | Juan Pérez, ABC SAC, Gerente de TI, Lima |
| Evaluación | Requisitos, expectativas, influencia potencial, fases de interés | Requiere: sistema sin interrupciones. Influencia: Alta |
| Clasificación | Interno/Externo · Apoyo/Neutral/Opositor | Externo · Apoyo activo |
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.
Por qué son SMART: Specific (qué exactamente), Measurable (métrica clara), Achievable (factible), Relevant (vinculado al negocio), Time-bound (plazo definido).
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.
| Interesado | Rol | Influencia | Clasificación |
|---|---|---|---|
| Gerente de Cadena de Suministro | Patrocinador | Muy alta | Interno · Apoyo |
| Director de Proyecto | Nelson Juárez | Alta | Interno · Apoyo |
| Municipalidad de Lurín | Entidad reguladora | Alta | Externo · Neutral |
| Contratista de obras civiles | Proveedor principal | Media | Externo · Apoyo |
| Vecinos de la zona | Comunidad afectada | Media | Externo · Opositor potencial |
| Gerencia de Marketing | Usuario interno | Media | Interno · Apoyo |
| MINEM / OEFA | Ente fiscalizador ambiental | Alta | Externo · Neutral |
Plan de gestión del alcance, recopilación de requisitos, definición y validación del alcance. Control de cambios y 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.
• 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
• 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écnica | Descripción | Cuándo usar |
|---|---|---|
| Entrevistas | Conversaciones individuales con expertos o usuarios | Cuando los interesados tienen información crítica |
| Talleres facilitados | Sesiones grupales estructuradas (JAD sessions) | Para alinear rápidamente múltiples perspectivas |
| Encuestas / Cuestionarios | Formularios para recopilar info de muchos interesados | Proyectos con muchos usuarios finales dispersos |
| Observación | Observar a los usuarios trabajar en su ambiente real | Para entender el trabajo operativo que se digitalizará |
| Prototipos | Modelos visuales para validar requisitos antes de construir | Proyectos de software o diseño de productos |
| Benchmarking | Comparar con estándares o mejores prácticas del mercado | Para establecer criterios de calidad y desempeño |
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".
Problemas que generará:
¿Qué debió hacer el director?
Lección: Decir NO o "necesito evaluarlo primero" al CEO no es falta de respeto; es buena gestión de proyectos.
Enunciado del alcance, tipos de EDT, paquetes de trabajo, diccionario de la EDT y caso práctico completo: Supermercado La Molina.
La Estructura de Desglose del Trabajo (EDT / WBS) es una descomposición jerárquica del alcance total del proyecto en componentes más pequeños, manejables y controlables, hasta llegar a los paquetes de trabajo.
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.
Nivel 1: Proyecto completo
Nivel 2: Fases o entregables principales
Nivel 3-N: Subentregables
Último nivel: 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.
Resumen ejecutivo de qué es el proyecto, qué problema resuelve o qué oportunidad aprovecha, y cuál es el resultado esperado.
Descripción detallada de las características y funciones del producto, servicio o resultado que el proyecto creará. Define el "qué" en detalle.
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.
Condiciones que deben cumplirse para que el cliente acepte cada entregable. Definen cuándo algo está "terminado". Deben ser objetivos y medibles.
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."
Supuestos: condiciones que se asumen verdaderas (ej: el terreno ya está disponible). Restricciones: limitaciones que condicionan el proyecto (ej: debe obtener certificación LEED).
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.
La EDT tiene 3 fases principales + Gestión del Proyecto. Cada rama desciende hasta los paquetes de trabajo asignables y estimables.
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.
Definiciones básicas, tipos de cronogramas (hitos y actividades), taxonomía, secuenciación de actividades y errores comunes.
| Actividad | Componente del trabajo del proyecto. Se redacta como: Verbo + Objeto (ej: "Presentar informe a Gerencia") |
| Duración | Tiempo para completar una actividad. Puede ser en horas, días o semanas. |
| Estimación | Evaluación cuantitativa del resultado probable (costo, esfuerzo, duración). |
| Hito | Punto o evento significativo dentro del proyecto. Duración = 0. Marca la aprobación de un entregable clave. |
Consultar a personas con experiencia en proyectos similares para estimar duraciones. Rápido pero subjetivo.
Usar datos de proyectos anteriores similares como referencia. Ej: "el último proyecto similar duró 6 meses".
Usar relaciones estadísticas entre variables. Ej: "pintar 1 m² toma 0.5 horas → 100 m² = 50 horas".
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.
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).
| Tipo de dependencia | Descripción | Ejemplo |
|---|---|---|
| 🔒 Obligatoria | Inherente a la naturaleza del trabajo. No puede cambiarse. | "No se puede plantar el árbol hasta cavar el hoyo" |
| 🔀 Discrecional | Basada en buenas prácticas o preferencia del equipo. Puede modificarse. | "Podemos hacer el estudio legal antes o después del económico" |
| 🌐 Externa | Impuesta por factores externos a la organización. | "Hasta que la municipalidad apruebe la licencia, no se puede construir" |
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]".
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%.
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.
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.
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.
Para cada relación entre actividades, identifica si la dependencia es Obligatoria, Discrecional o Externa:
Paso a paso para elaborar un cronograma, estimación de duraciones, diagrama de Gantt, ruta crítica y buenas prácticas.
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.
FC | Fin a Comienzo: B inicia cuando A termina (más común) |
CC | Comienzo a Comienzo: B inicia cuando A inicia |
FF | Fin a Fin: B termina cuando A termina |
CF | Comienzo a Fin: B termina cuando A inicia (raro) |
Las estimaciones las hace quien ejecutará el trabajo, no el gerente solo.
Reserva de tiempo (~10-20%) para imprevistos identificados.
El cronograma es vivo. Actualizarlo al menos semanalmente.
Presentar el cronograma en reuniones semanales de avance.
Monitorear con más intensidad las actividades críticas.
Toda modificación al cronograma base debe pasar por control de cambios.
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.
| # | Hito | Fecha estimada | Fase |
|---|---|---|---|
| H0 | Kick-off del proyecto | 01 Feb | Inicio |
| H1 | Aprobación de requisitos de BI | 15 Feb | Planificación |
| H2 | Diseño del modelo de datos aprobado | 28 Feb | Diseño |
| H3 | Entrega de ETL (carga de datos) completado | 31 Mar | Desarrollo |
| H4 | Dashboards entregados al cliente para revisión | 20 Abr | Desarrollo |
| H5 | Aprobación de pruebas UAT por usuario final | 10 May | Pruebas |
| H6 | Cierre y pase a producción | 30 Jun | Cierre |
Actividades del proyecto con sus dependencias y duraciones:
| Actividad | Predecesora | Duración (días) |
|---|---|---|
| A - Definir requisitos | — | 5 |
| B - Diseño de base de datos | A | 8 |
| C - Diseño de interfaz | A | 6 |
| D - Desarrollo backend | B | 12 |
| E - Desarrollo frontend | C | 10 |
| F - Integración | D, E | 5 |
| G - Pruebas | F | 6 |
| H - Despliegue | G | 2 |
¿Cuál es la Ruta Crítica y cuánto dura el proyecto?
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.
8 preguntas sobre Marco General, Principios del PMBOK, Iniciación, Acta de Constitución e Interesados. ¡Retroalimentación inmediata!
9 preguntas sobre Gestión del Alcance, EDT, Cronogramas, Ruta Crítica y Buenas Prácticas. ¡Demuestra lo que aprendiste!
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!