metodología ágil Archives - IngeCivil

Kanban: qué es, el tablero, los límites WIP y las 6 prácticas

admin — Sat, 19 Sep 2026 13:13:38 +0000

Si alguna vez has ordenado tareas en columnas de «por hacer», «en proceso» y «hecho», ya intuyes de qué va Kanban. Pero detrás de ese tablero tan simple hay un método completo para gestionar el flujo de trabajo, reducir atascos y entregar más rápido sin sobrecargar al equipo. A diferencia de Scrum, no impone iteraciones ni roles nuevos: se adapta a lo que ya haces. Esta guía explica qué es Kanban, cómo funciona su tablero y su regla clave —el límite de trabajo en curso—, y dónde encaja en la ingeniería civil.

Qué es Kanban

Kanban es un método para visualizar y gestionar el trabajo, basado en un sistema de tracción (pull): el trabajo avanza cuando hay capacidad para recibirlo, no cuando alguien lo empuja. La palabra procede del japonés y significa, aproximadamente, «tarjeta visual» o «tablero». Su promesa es sencilla: hacer visible el trabajo, limitar cuánto se hace a la vez y mejorar el flujo de forma continua.

A diferencia de otros enfoques, Kanban es evolutivo, no revolucionario: empieza con tu proceso actual, tus roles y tu forma de trabajar, y los mejora poco a poco. No pide reorganizar el equipo ni cambiarlo todo de golpe.

El origen: de Toyota al trabajo de conocimiento

Kanban nació en la fábrica de Toyota, dentro de su Sistema de Producción, como una forma de coordinar la producción «justo a tiempo»: cada etapa solo produce lo que la siguiente necesita, señalizado con tarjetas. Décadas después, David J. Anderson adaptó esos principios al trabajo de conocimiento (software, servicios, gestión), dando origen al Método Kanban tal como se usa hoy en equipos de todo tipo.

El tablero Kanban

El corazón visible del método es el tablero: columnas que representan las etapas por las que pasa el trabajo, y tarjetas que representan cada tarea. El trabajo fluye de izquierda a derecha, y de un vistazo cualquiera ve en qué estado está todo.

Figura 1. Un tablero Kanban. Los números en las columnas «en proceso» y «en revisión» son los límites de trabajo en curso (WIP): mientras estén llenas, no entra trabajo nuevo.

El límite de WIP: la regla que lo cambia todo

Lo que distingue a Kanban de una simple lista de tareas es el límite de trabajo en curso (WIP, Work In Progress): un tope de cuántas tareas puede haber a la vez en cada etapa. Cuando una columna llega a su límite, no se empieza nada nuevo hasta que algo salga. Suena restrictivo, pero es justo lo que acelera el flujo.

Figura 2. La Ley de Little explica por qué funciona: con el mismo equipo, cuanto menos trabajo se abre a la vez, antes se termina cada tarea. Empezar mucho a la vez alarga todo.

La razón es contraintuitiva pero sólida: abrir muchas tareas en paralelo no las termina antes; solo reparte la atención y alarga el tiempo de entrega de todas. Limitar el WIP obliga a terminar antes de empezar.

Las 6 prácticas de Kanban

El método se apoya en seis prácticas centrales, que se implantan de forma gradual. Además, Kanban parte de cuatro principios de gestión del cambio: empezar con lo que haces ahora, buscar la mejora evolutiva, respetar los roles actuales y fomentar el liderazgo en todos los niveles.

Figura 3. Las seis prácticas centrales de Kanban, de la más visible (el tablero) a la más profunda (la mejora continua basada en datos).

Visualizar el flujo: hacer visible todo el trabajo en un tablero.
Limitar el WIP: no empezar más de lo que el equipo puede terminar.
Gestionar el flujo: vigilar y suavizar el movimiento del trabajo, reduciendo atascos.
Hacer explícitas las políticas: reglas claras de cuándo una tarea puede avanzar de columna.
Implementar circuitos de retroalimentación: reuniones y métricas periódicas para revisar el sistema.
Mejorar de forma colaborativa: evolucionar con cambios pequeños, basados en datos, entre todos.

Las métricas de Kanban

Kanban se gestiona con datos de flujo, no con estimaciones. Las métricas clave son el tiempo de entrega (desde que se pide una tarea hasta que se entrega), el tiempo de ciclo (desde que se empieza a trabajar en ella), el rendimiento o throughput (tareas terminadas por periodo) y el diagrama de flujo acumulado, que muestra visualmente dónde se acumula el trabajo.

Kanban vs. Scrum

Ambos son ágiles, pero funcionan distinto. La elección depende de si tu trabajo llega en un flujo continuo o se presta a organizarse en ciclos.

Figura 4. Kanban vs. Scrum. Kanban gestiona un flujo continuo con límites de WIP; Scrum organiza el trabajo en sprints de duración fija.

En la práctica: elige Kanban cuando el trabajo llega de forma continua e impredecible (soporte, mantenimiento, tareas variadas), y Scrum cuando puedes agrupar el trabajo en objetivos por iteración. Muchos equipos combinan ambos (a veces llamado «Scrumban»).

Kanban en la ingeniería civil

Aquí Kanban tiene más recorrido que Scrum en el entorno de la obra, porque encaja con el trabajo continuo y variado que rodea a un proyecto. Es muy útil para gestionar la oficina técnica (planos, revisiones, entregables), el seguimiento de observaciones y pendientes de la supervisión, el flujo de trámites, permisos y aprobaciones, o las tareas de mantenimiento. En todos esos casos no hay «sprints» naturales, pero sí un flujo de tareas que conviene visualizar y limitar para que no se atasque.

Cómo empezar con Kanban

Dibuja tu flujo actual en columnas (por hacer, en proceso, en revisión, hecho…), sin cambiar cómo trabajas.
Pon todas las tareas en tarjetas dentro del tablero.
Fija límites de WIP en las columnas de trabajo activo.
Haz explícitas las reglas de cuándo una tarea pasa de una columna a otra.
Revisa el flujo con métricas y mejora poco a poco donde se acumulen atascos.

Preguntas frecuentes

¿Kanban es una metodología ágil?

Es un método ágil de gestión del flujo de trabajo. A diferencia de Scrum, no usa iteraciones fijas ni define roles nuevos: se adapta a tu proceso actual y lo mejora de forma evolutiva.

¿Qué es el límite de WIP?

Es el número máximo de tareas que pueden estar a la vez en una etapa. Obliga a terminar el trabajo empezado antes de abrir uno nuevo, lo que acelera el flujo y reduce los atascos.

¿Kanban o Scrum?

Kanban para trabajo continuo e impredecible; Scrum para trabajo que se puede agrupar en objetivos por iteración. No son excluyentes: pueden combinarse.

¿Sirve Kanban en construcción?

Sí, sobre todo para el trabajo continuo que rodea a la obra: oficina técnica, seguimiento de pendientes y observaciones, trámites y mantenimiento.

Conclusión

Kanban demuestra que a veces la mejora no exige revolucionar el equipo, sino ver el trabajo con claridad y limitar cuánto se abre a la vez. Para la ingeniería civil es un aliado natural en todo el trabajo continuo que acompaña a un proyecto. Puedes situarlo junto a los demás enfoques en nuestra guía de metodologías de gestión de proyectos, de la que este artículo forma parte.

The post Kanban: qué es, el tablero, los límites WIP y las 6 prácticas appeared first on IngeCivil.

Scrum: qué es, roles, eventos y artefactos (guía práctica)

admin — Sat, 19 Sep 2026 13:07:14 +0000

Fuera de Norteamérica, es probablemente el método de gestión de proyectos más reconocido del mundo, y aparece por su nombre en pliegos de licitación de gobiernos, agencias europeas y proyectos de financiamiento público. Hablamos de PRINCE2. Es un método estructurado, basado en procesos y muy orientado a la justificación de negocio, que ordena un proyecto de principio a fin. Esta guía explica qué es, cómo funciona su edición vigente (la 7.ª) y en qué se diferencia del PMBOK.

Qué es PRINCE2

PRINCE2 (del inglés PRojects IN Controlled Environments) es un método de gestión de proyectos genérico, estructurado y adaptable. A diferencia de un marco de conocimiento, PRINCE2 es prescriptivo: define roles, procesos, productos de gestión y puntos de control concretos. Nació en el Reino Unido en 1996, se ha convertido en un estándar de facto en el sector público y en muchos entornos europeos, y hoy lo gestiona PeopleCert (junto con AXELOS).

PRINCE2 7: la edición vigente

La versión actual es la 7.ª edición, publicada en 2023, la primera gran actualización desde la 6.ª (2017). Conviene conocer sus novedades, porque buena parte del contenido en español todavía describe la edición anterior. Los cambios principales:

Los antiguos «temas» pasaron a llamarse «prácticas» (siguen siendo siete).
Se incorporó un elemento dedicado a las personas: liderazgo, colaboración y gestión del cambio.
Se integraron la sostenibilidad (como nuevo objetivo de desempeño) y la gestión de datos.
Los 7 principios y los 7 procesos se mantienen, con solo cambios menores de nombre.

Los 5 elementos integrados de PRINCE2

PRINCE2 7 se estructura en cinco elementos que funcionan de forma conjunta. Ninguno se entiende bien sin los demás.

Figura 1. Los cinco elementos integrados de PRINCE2 (7.ª edición): principios, personas, prácticas y procesos, todo dentro del contexto del proyecto al que el método se adapta.

Los 7 principios de PRINCE2

Los principios son la base: son obligatorios y universales. Si un proyecto no los aplica todos, no puede considerarse un proyecto PRINCE2.

Figura 2. Los siete principios de PRINCE2, la columna vertebral del método.

Justificación de negocio continua: el proyecto debe seguir valiendo la pena a lo largo de toda su vida.
Aprender de la experiencia: registrar lecciones y aplicarlas de verdad.
Roles, responsabilidades y relaciones definidos: cada quien sabe qué le corresponde (reforzado en la 7.ª con el elemento «personas»).
Gestionar por fases: planificar y controlar el proyecto por etapas.
Gestionar por excepción: delegar dentro de tolerancias y escalar solo cuando se rebasan.
Enfocarse en los productos: definir bien los entregables antes de producirlos.
Adaptar al entorno del proyecto: ajustar PRINCE2 al tamaño, riesgo y contexto de cada caso.

Las 7 prácticas (antes «temas»)

Las prácticas son los aspectos del proyecto que deben atenderse de forma continua, en paralelo a los procesos. En la 6.ª edición se llamaban «temas»; el cambio de nombre es una de las señas de la 7.ª.

Figura 3. Las siete prácticas de PRINCE2. Son transversales: se gestionan durante todo el proyecto, no en una fase concreta.

Caso de negocio: por qué se hace el proyecto y si sigue justificándose.
Organización: los roles y la estructura de decisión.
Planes: cómo, cuándo y con qué recursos se logran los productos.
Calidad: los requisitos y criterios que deben cumplir los entregables.
Riesgo: identificar y tratar amenazas y oportunidades.
Incidencias: el control formal de cambios y problemas (antes «cambio»).
Progreso: el seguimiento del avance frente al plan.

Los 7 procesos de PRINCE2

Los procesos describen el ciclo de vida del proyecto: quién hace qué y en qué momento, desde antes de arrancar hasta el cierre.

Figura 4. Los siete procesos de PRINCE2. «Dirigir un proyecto» acompaña a todos desde el nivel de la Junta de Proyecto; el bloque de entrega se repite en cada fase.

Una característica distintiva es el nivel de la Junta de Proyecto, que dirige por excepción y decide en los puntos clave (los límites de fase), mientras el jefe de proyecto gestiona el día a día dentro de las tolerancias acordadas.

PRINCE2 vs. PMBOK: no son rivales

Es una comparación habitual y una falsa disyuntiva. El PMBOK es un marco de conocimiento agnóstico: describe principios, dominios y buenas prácticas, pero no te dice cómo organizar el proyecto. PRINCE2 es un método prescriptivo: te da roles, procesos y productos concretos. Muchas organizaciones los combinan: PRINCE2 aporta la estructura de gobierno y control; el PMBOK, el cuerpo de técnicas. No compiten, se complementan.

PRINCE2 en la ingeniería civil y los proyectos públicos

PRINCE2 brilla en entornos formales, regulados y con múltiples partes interesadas —justo el perfil de muchos proyectos de infraestructura pública y de financiamiento multilateral—. Su énfasis en la justificación de negocio, el control por fases y la gobernanza encaja bien con las exigencias de transparencia y rendición de cuentas de la obra pública. En proyectos con financiadores internacionales, donde el gobierno del proyecto es crítico, su estructura resulta especialmente útil.

Certificación PRINCE2

PRINCE2 se certifica a través de PeopleCert en dos niveles: Foundation (valida la comprensión del método) y Practitioner (valida la capacidad de aplicarlo y adaptarlo, con examen a libro abierto sobre el manual oficial). Foundation es requisito previo para Practitioner. Es una de las credenciales de gestión de proyectos más valoradas fuera de Norteamérica.

Ventajas y límites

Ventajas: estructura clara, gobierno sólido, foco en la justificación de negocio, roles bien definidos y adaptabilidad a proyectos de cualquier tamaño.
Límites: puede percibirse como burocrático si no se adapta bien; no cubre técnicas específicas (para eso se apoya en el PMBOK u otras fuentes); y requiere disciplina documental.

Preguntas frecuentes

¿Cuál es la versión actual de PRINCE2?

La 7.ª edición, publicada en 2023 por PeopleCert y AXELOS. Renombró los «temas» como «prácticas», añadió el elemento «personas» e incorporó sostenibilidad y gestión de datos.

¿PRINCE2 es una metodología o un marco?

Es un método prescriptivo: define roles, procesos y productos de gestión. Se diferencia de un marco de conocimiento agnóstico como el PMBOK.

¿PRINCE2 o PMP?

No son excluyentes. PRINCE2 aporta estructura de gobierno y control; la certificación PMP (basada en el PMBOK) aporta un cuerpo amplio de técnicas. Muchos profesionales tienen ambas.

¿Sirve PRINCE2 para obras de ingeniería civil?

Sí, especialmente en proyectos públicos, regulados o con financiamiento multilateral, donde el gobierno del proyecto y la trazabilidad de decisiones son prioritarios.

Conclusión

PRINCE2 no es una moda: es un método probado que aporta orden, gobierno y control a proyectos que lo necesitan, y su 7.ª edición lo actualiza con foco en las personas y la sostenibilidad. Para la ingeniería civil, es una herramienta valiosa sobre todo en el ámbito público y multilateral. Puedes verlo en contexto, junto a los demás enfoques, en nuestra guía de metodologías de gestión de proyectos.

The post Scrum: qué es, roles, eventos y artefactos (guía práctica) appeared first on IngeCivil.

Metodologías de gestión de proyectos: guía integral basada en el PMBOK 8

admin — Sat, 20 Jun 2026 00:17:13 +0000

Dirigir una obra sin un método es como construir sin replanteo: tarde o temprano algo se desvía. Las metodologías de gestión de proyectos son los marcos de trabajo que ordenan cómo planificamos, ejecutamos, controlamos y cerramos un proyecto. No existe una única «mejor» metodología; existe la más adecuada para cada contexto. Esta guía integral presenta el panorama completo —con el PMBOK en su última edición (la 8.ª) como base de referencia— y sirve de punto de partida para los artículos donde desarrollaremos cada metodología en detalle.

Qué es una metodología de gestión de proyectos (y qué no es)

Conviene empezar por una distinción que evita mucha confusión. Un estándar o marco (como el PMBOK del PMI) define qué es importante hacer y por qué: principios, dominios de práctica y buenas prácticas. Una metodología baja a tierra el cómo: define roles, fases, ceremonias, artefactos y reglas concretas (por ejemplo, Scrum o PRINCE2). Y un enfoque del ciclo de vida (predictivo, híbrido o ágil) describe la forma general en que se entrega el proyecto.

En la práctica, los tres niveles se combinan: un proyecto puede regirse por el marco del PMBOK, adoptar un enfoque predictivo y apoyarse en herramientas concretas de programación. Entender esa diferencia es el primer paso para elegir bien.

La base: el PMBOK en su última edición

El PMBOK (Project Management Body of Knowledge), publicado por el Project Management Institute (PMI), es el estándar de referencia mundial en gestión de proyectos. Su octava edición, publicada a finales de 2025 y disponible desde inicios de 2026, es la versión vigente y la que tomamos como base aquí. El examen PMP se alinea con ella a partir del 9 de julio de 2026.

La 8.ª edición reunifica en una sola publicación el marco y el estándar, y combina la flexibilidad basada en principios de la 7.ª edición con el regreso de una estructura práctica de procesos. Su arquitectura tiene cinco capas:

Figura 1. Arquitectura del PMBOK 8.ª edición: una mentalidad orientada al valor, 6 principios, 7 dominios de desempeño, 5 áreas de enfoque (los antiguos grupos de procesos) y 40 procesos no prescriptivos, todo bajo la lógica de la adaptación (tailoring).

6 principios que actúan como brújula de comportamiento: visión holística, enfoque en el valor, calidad integrada, liderazgo responsable, sostenibilidad y cultura empoderada.
7 dominios de desempeño que representan las áreas de práctica: gobernanza, alcance, cronograma, finanzas, interesados, recursos y riesgo.
5 áreas de enfoque —los clásicos grupos de procesos— ahora presentados de forma flexible: inicio, planificación, ejecución, monitoreo y control, y cierre.
40 procesos no prescriptivos, cada uno con sus entradas, herramientas/técnicas y salidas (ITTO), ofrecidos como referencia opcional para adaptar, no como pasos obligatorios.
Adaptación (tailoring): el marco es deliberadamente agnóstico y se ajusta a entornos predictivos, híbridos y ágiles.

Por qué el PMBOK 8 es la base ideal para hablar de metodologías. Precisamente porque no impone una sola metodología. Define principios y prácticas universales y luego te invita a elegir y adaptar el «cómo» según tu proyecto. Es el mapa; las metodologías son las rutas.

Qué cambió respecto a la 7.ª edición

Para quien venga de ediciones anteriores: la 8.ª edición consolidó los 12 principios en 6, refinó los 8 dominios de desempeño en 7 (la calidad pasó a ser principio) y reintrodujo los procesos que la 7.ª había dejado fuera, ahora de forma no prescriptiva. Añadió además la sostenibilidad como principio formal y amplió la cobertura de inteligencia artificial, oficinas de proyectos (PMO) y adquisiciones.

Los tres grandes enfoques: predictivo, híbrido y ágil

Antes de listar metodologías concretas, hay que situar el enfoque del ciclo de vida, porque define el resto de decisiones. Imagina un espectro continuo:

Figura 2. El continuo de enfoques. A la izquierda, el mundo predictivo (requisitos estables, planificación por anticipado); a la derecha, el ágil (requisitos cambiantes, entrega incremental); en el centro, las combinaciones híbridas.

Predictivo (cascada): el alcance se define al inicio y se ejecuta por fases secuenciales. Funciona cuando se sabe con claridad qué se va a construir. Es el enfoque dominante en ingeniería civil.
Adaptativo / ágil: el alcance se descubre y ajusta a medida que se avanza, con entregas incrementales en iteraciones cortas. Funciona en entornos de alta incertidumbre o innovación.
Híbrido: combina lo mejor de ambos —partes firmes planificadas por anticipado y partes inciertas trabajadas por iteración—. Cada vez más frecuente en proyectos complejos.

Panorama de metodologías de gestión de proyectos

Sobre ese continuo se ubican las metodologías y marcos más usados. Las agrupamos en tres familias. Cada una tendrá su propio artículo desarrollado en profundidad.

Figura 3. Mapa de metodologías por familia. En ingeniería civil predominan las predictivas, pero Lean Construction y los enfoques híbridos ganan terreno.

Cascada (Waterfall)

El enfoque predictivo clásico: fases secuenciales —estudios, diseño, ejecución, cierre— donde cada una empieza al terminar la anterior. Es intuitivo, fácil de contratar y controlar, y encaja con la lógica de la obra civil. Su debilidad: tolera mal los cambios tardíos.

El marco PMI / PMBOK

Más que una metodología, es el estándar que da el lenguaje común y la estructura (principios, dominios y procesos) sobre la que se montan las demás. Es la base de la certificación PMP y de buena parte de la profesión.

PRINCE2

Método estructurado por procesos y fases, muy orientado a la justificación de negocio continua y al control por etapas. Es popular en el sector público y en entornos europeos. Es predictivo en esencia, pero altamente adaptable.

Cadena Crítica (CCPM)

Variante de la programación que se centra en los recursos críticos y en gestionar holguras (buffers) en lugar de fechas individuales. Útil cuando los plazos son ajustados y los recursos, limitados —situación habitual en obra—. Se apoya bien en herramientas como MS Project.

Lean Construction y Last Planner System

Aplicación de los principios lean a la construcción: eliminar el desperdicio (esperas, retrabajos, sobreproducción) y crear un flujo de trabajo confiable. El Last Planner System planifica de forma colaborativa y compromete a los últimos responsables de cada tarea. Es, probablemente, el enfoque no tradicional con mayor impacto real en obras de ingeniería civil.

Scrum, Kanban y el mundo ágil

Scrum organiza el trabajo en iteraciones (sprints) con roles y ceremonias definidas; Kanban gestiona el flujo de tareas de forma visual con límites de trabajo en curso. Brillan en software e innovación. En obra civil su uso es más limitado, aunque aparecen en diseño, coordinación BIM y gestión de oficina técnica.

Enfoques híbridos

Combinan fases predictivas con ciclos ágiles: por ejemplo, un diseño que se itera con el cliente mientras la ejecución sigue una planificación firme. Permiten control donde se necesita y flexibilidad donde el alcance todavía es incierto.

Comparativa rápida

Metodología / marco	Enfoque	Idea central	En ingeniería civil
Cascada (Waterfall)	Predictivo	Fases secuenciales	Muy usada
Marco PMI / PMBOK	Agnóstico (estándar)	Principios + dominios + adaptación	Base de referencia
PRINCE2	Predictivo, adaptable	Procesos, fases y caso de negocio	Proyectos públicos/formales
Cadena Crítica (CCPM)	Predictivo	Buffers y recursos críticos	Útil en programación
Lean Construction	Lean / pull	Eliminar desperdicio, flujo confiable	Creciente y de alto impacto
Scrum	Ágil	Iteraciones y equipo autoorganizado	Limitada (diseño, BIM)
Kanban	Ágil / lean	Flujo visual, límites de WIP	Oficina técnica, mantenimiento
Híbrido	Mixto	Combinar control y flexibilidad	Creciente en proyectos complejos

Cómo elegir la metodología: el arte del tailoring

El PMBOK 8 insiste en una idea: no se trata de aplicar una metodología «de catálogo», sino de adaptarla al proyecto. Para decidir, evalúa cómo inclinan los factores clave de tu proyecto hacia un extremo u otro del continuo.

Figura 4. Cada factor del proyecto inclina la elección hacia lo predictivo o lo ágil. En obra civil, la mayoría de los factores empuja hacia lo predictivo, pero conviene revisarlos caso por caso.

Como regla práctica: cuanto más claro, estable y regulado sea el alcance, más conviene un enfoque predictivo; cuanta más incertidumbre y cambio se espere, más sentido tiene lo ágil o lo híbrido. La decisión no es ideológica, es contextual.

Las metodologías en la ingeniería civil

En construcción y obra civil el enfoque predictivo domina por buenas razones: el alcance suele estar definido por el proyecto, los contratos fijan precio y plazo (recuerda los contratos FIDIC), y la normativa y los permisos exigen previsibilidad. Por eso la cascada, el marco PMBOK y la programación con cadena crítica son protagonistas.

Sin embargo, el sector evoluciona. Lean Construction y el Last Planner System están demostrando reducciones reales de desperdicio y plazos; los enfoques híbridos ayudan cuando el diseño todavía evoluciona; y la digitalización (BIM, datos, IA) acerca prácticas que antes parecían ajenas a la obra. El profesional completo no se casa con un método: conoce el abanico y adapta.

Preguntas frecuentes

¿El PMBOK es una metodología?

No exactamente. Es un estándar o marco de referencia que reúne principios y buenas prácticas, y que es agnóstico respecto al método. Sobre él puedes aplicar una metodología concreta (cascada, Scrum, PRINCE2, etc.) y adaptarla a tu proyecto.

¿Cuál es la última versión del PMBOK?

La 8.ª edición, publicada a finales de 2025 y disponible desde inicios de 2026. Reintroduce los procesos, consolida los principios en seis y los dominios de desempeño en siete, e incorpora la sostenibilidad y la inteligencia artificial.

¿Qué metodología es mejor para una obra de ingeniería civil?

En la mayoría de los casos, un enfoque predictivo apoyado en el marco PMBOK y una buena programación. Pero conviene evaluar cada proyecto: incorporar Lean Construction o trabajar de forma híbrida puede aportar mucho valor según el contexto.

Conclusión y próximos artículos

Elegir y adaptar la metodología correcta no es un trámite: condiciona el costo, el plazo y la calidad del proyecto. La buena noticia es que, con el PMBOK 8 como base, no tienes que escoger un bando: dispones de un marco común y un abanico de metodologías para adaptar a cada obra.

En los próximos artículos de esta serie desarrollaremos, una a una, cada metodología —cascada, PMBOK en detalle, PRINCE2, cadena crítica, Lean Construction, Scrum, Kanban e híbridos— con ejemplos aplicados a la ingeniería civil. Este artículo es el mapa; los siguientes serán las rutas.

The post Metodologías de gestión de proyectos: guía integral basada en el PMBOK 8 appeared first on IngeCivil.