Skip to main content

Cuando se trata de metodologías de gestión de proyectos, hay tantas opiniones sobre ellas (si no más) como metodologías existen en realidad, y son muchas.

Los líderes y gestores de proyectos con visión de futuro no se adhieren a una única metodología. Conocen a fondo muchas de ellas y aprenden a combinar distintas prácticas para adaptarse a lo que requiera cada proyecto.

¿Qué son las metodologías de gestión de proyectos?

Las metodologías de gestión de proyectos son enfoques estructurados que orientan la forma en que se planifican, gestionan y entregan los proyectos. Pueden incluir principios, procesos, roles, prácticas y estándares de gobernanza, aunque no todos los enfoques abarcan todos estos elementos.

Continue Reading for Free

Create a free account to finish this article, plus get ongoing access to timely insights and practical resources.

  • Algunas metodologías de gestión de proyectos simplemente definen principios, como Ágil.
  • Otras definen un marco metodológico de “pila completa” compuesto por temas, principios y procesos, como PRINCE2.
  • Algunas son una lista exhaustiva de estándares con algunos procesos, como el Cuerpo de conocimientos de la gestión de proyectos (PMBOK).
  • Otras, como la metodología Scrum, simplemente definen procesos.

En la práctica, los gestores de proyectos rara vez siguen una metodología al pie de la letra. Puedes utilizar Scrum para organizar la entrega, Kanban para gestionar las solicitudes entrantes y las directrices del PMBOK para reforzar la gobernanza del proyecto. El objetivo no es seguir todas las reglas, sino elegir las prácticas que se adapten al proyecto, al equipo y al cliente.

Tu software de gestión de proyectos debería respaldar esas prácticas en lugar de dictar cómo trabaja tu equipo.

No todas las metodologías de gestión de proyectos funcionan de la misma manera. Algunas proporcionan procesos estructurados, mientras que otras se centran en principios, flujos de trabajo del equipo o estándares de gobernanza.

Antes de explicar cómo funciona cada una en la práctica, veamos cómo se comparan nueve enfoques populares.

EnfoqueEnfoque principalEstructuraPrincipal contrapartida
ÁgilEntrega adaptable e iterativaPrincipios flexiblesRequiere colaboración continua
ScrumEntrega del trabajo en iteracionesRoles y eventos definidosNecesita el compromiso periódico del equipo
KanbanVisualización y gestión del flujo de trabajoFlujo flexible y continuoMenor estructura de planificación integrada
ScrumbanCombinación de Scrum y KanbanHíbrido adaptableRequiere reglas de trabajo acordadas
LeanReducción del desperdicio y mejora del valorBasada en principiosNecesita una mejora continua de los procesos
Programación extrema (XP)Calidad de la ingeniería de softwarePrácticas técnicas definidasRequiere disciplina de ingeniería
CascadaEntrega secuencial del proyectoFases estructuradasLos cambios pueden resultar costosos
PRINCE2Gobernanza y control del proyectoFormal y basada en etapasPuede añadir una carga administrativa
PMBOKEstándares y directrices de gestión de proyectosMarco de referencia adaptableNo es una metodología lista para usar

Ágil: un proceso flexible e iterativo

La gestión ágil de proyectos se basa en los principios ágiles, que hacen hincapié en la colaboración, los comentarios y la respuesta al cambio. En lugar de prescribir un único proceso, Ágil proporciona principios que los equipos pueden aplicar mediante distintos métodos ágiles.

En la práctica, los equipos:

  • Dividen los entregables grandes en incrementos más pequeños.
  • Recopilan los comentarios de las partes interesadas durante todo el desarrollo.
  • Ajustan las prioridades a medida que hay nueva información disponible.

El desafío no consiste en realizar cambios, sino en mantenerlos alineados con los objetivos del proyecto. Los equipos también necesitan herramientas ágiles que respalden el flujo de trabajo elegido en lugar de imponer una estructura innecesaria.

cómic que muestra cómo construir un barco con Ágil
Los marcos ágiles permiten que el equipo mantenga la flexibilidad ante los requisitos cambiantes.

2. Scrum: entrega rápida mediante un equipo pequeño

Scrum lleva los principios ágiles a la práctica mediante responsabilidades definidas, una lista de tareas pendientes del producto priorizada y ciclos de entrega cortos llamados iteraciones. Las iteraciones suelen durar un mes o menos, durante las cuales el equipo trabaja para alcanzar un objetivo específico de la iteración.

Las prácticas clave incluyen:

  • Planificación del sprint: Decidir qué trabajo abordar y acordar un objetivo para el sprint.
  • Scrums diarios: Comprobar el progreso y adaptar el plan del equipo mediante reuniones diarias periódicas.
  • Revisiones del sprint: Inspeccionar el resultado con las partes interesadas y recopilar comentarios.
  • Retrospectivas del sprint: Identificar mejoras para el siguiente ciclo.

Estos eventos de Scrum crean un ritmo regular, pero no todos los equipos necesitan el marco completo. Las agencias suelen adoptar prácticas útiles y utilizar herramientas de Scrum para gestionar las listas de tareas pendientes y hacer un seguimiento del progreso.

viñeta que muestra cómo construir un barco con Scrum
Scrum incluye varios eventos (también conocidos como ceremonias de Scrum) cuyo objetivo es medir, revisar y planificar el progreso.

3. Kanban: Mayor visibilidad del trabajo en curso y limitación de la multitarea

Kanban hace visible el trabajo para que los equipos puedan identificar cuellos de botella y mejorar la entrega. A diferencia de Scrum, no requiere sprints ni roles predefinidos. Así es como suelen aplicarlo los equipos:

  • Visualizar el trabajo: Representar tu flujo de trabajo ágil mediante un tablero Kanban.
  • Limitar el trabajo en curso (WIP): Establecer límites sobre el número de tareas que pueden estar activas al mismo tiempo.
  • Gestionar el flujo: Supervisar las tareas bloqueadas, los tiempos de espera y la rapidez con la que el trabajo avanza por el sistema.
  • Mejorar continuamente: Revisar los cuellos de botella y ajustar el proceso.

Para los equipos que gestionan solicitudes cambiantes de los clientes, Kanban ofrece una alternativa a los compromisos de sprint fijos. Nuestra comparativa entre Kanban y Scrum explica las diferencias operativas.

Los equipos pueden gestionar manualmente un tablero básico o utilizar software Kanban para hacer un seguimiento del trabajo de varios colaboradores. El enfoque también puede adaptarse a los flujos de trabajo ágiles de las agencias.

viñeta que muestra cómo construir un barco con Kanban
Kanban limita el trabajo en curso para garantizar que el equipo se mantenga centrado en la tarea actual.
Únete a la comunidad DPM para acceder a contenido exclusivo, plantillas prácticas, eventos solo para miembros e ideas semanales sobre liderazgo. Es gratis unirse. <br><br>

Únete a la comunidad DPM para acceder a contenido exclusivo, plantillas prácticas, eventos solo para miembros e ideas semanales sobre liderazgo. Es gratis unirse.

4. Scrumban: Limita el WIP y añade estructura y procesos adicionales

Scrumban es una metodología híbrida de gestión de proyectos que combina las prácticas de planificación de Scrum con el flujo de trabajo continuo de Kanban.

En lugar de seguir todos los eventos de Scrum o comprometer todo el trabajo en sprints fijos, los equipos pueden:

  • Incorporar nuevas tareas al trabajo activo cuando haya capacidad disponible.
  • Establecer límites de WIP para evitar la multitarea y la sobrecarga.
  • Celebrar sesiones de planificación cuando cambien las prioridades o la capacidad.
  • Utilizar revisiones del sprint o retrospectivas cuando proporcionen comentarios útiles.

La clave es acordar qué prácticas conservar. Sin reglas claras para la priorización y la incorporación de trabajo, Scrumban puede convertirse en una combinación incoherente de procesos.

5. Lean: Lograr más con menos

La metodología Lean se centra en ofrecer valor al cliente mientras reduce el trabajo innecesario. Examina tres tipos de problemas operativos:

  • Muda (desperdicio): Actividades que consumen recursos sin aportar valor al cliente.
  • Mura (irregularidad): Cargas de trabajo o procesos incoherentes que generan ineficiencias.
  • Muri (sobrecarga): Exigencias excesivas sobre las personas o los sistemas que provocan errores y retrasos.

Para los directores de proyectos, esto significa cuestionar las aprobaciones innecesarias, los traspasos repetidos, la elaboración excesiva de informes y los calendarios sobrecargados.

En lugar de considerar Lean como un proceso de entrega independiente, piensa en cómo sus principios pueden mejorar tu flujo de trabajo actual. También existen similitudes entre Lean y ágil, especialmente en torno a la mejora continua y el valor para el cliente. La gestión ágil de proyectos Lean consiste en optimizar el flujo de los proyectos entre tecnologías, recursos y departamentos hasta llegar a los clientes. Lean puede ser una mentalidad útil que adoptar al revisar tu proceso de entrega de proyectos. Piensa en cómo puedes reducir tu proceso de desarrollo a lo esencial que aporta valor y eliminar los adornos y las tradiciones por el mero hecho de mantenerlos.

cómic que muestra cómo construir un barco con Lean
Lean se centra en eliminar el desperdicio del proyecto y del producto final.

6. Programación extrema: desarrollar de forma sólida para garantizar la calidad del software

La programación extrema (XP) es un enfoque ágil de desarrollo de software que pone énfasis en prácticas técnicas diseñadas para mantener la calidad del código a medida que cambian los requisitos.

Entre las prácticas habituales de XP se incluyen:

  • Programación en parejas: Dos desarrolladores trabajan juntos en el mismo código.
  • Desarrollo basado en pruebas: Escribir pruebas automatizadas antes de implementar la funcionalidad.
  • Integración continua: Integrar y probar el código con frecuencia.
  • Versiones pequeñas: Entregar mejoras funcionales con regularidad para recopilar comentarios.

A diferencia de los enfoques centrados principalmente en la coordinación del proyecto, XP proporciona a los equipos de desarrollo prácticas específicas de ingeniería que deben seguir. Estas prácticas requieren compromiso técnico, no solo cambios en la forma de gestionar los proyectos.

7. Cascada: previsibilidad para el presupuesto, el calendario y el alcance

La gestión de proyectos en cascada organiza la entrega en fases secuenciales, y normalmente cada fase se completa y aprueba antes de comenzar la siguiente.

Un flujo de trabajo habitual incluye:

  1. Definir los requisitos y crear un plan de proyecto detallado.
  2. Completar el diseño antes de comenzar la implementación.
  3. Desarrollar y probar conforme a los requisitos acordados.
  4. Obtener la aprobación antes de la entrega final.

El principal desafío consiste en gestionar los cambios una vez que el trabajo está en marcha. Si los requisitos cambian después de aprobar el diseño, es posible que el equipo tenga que revisar el trabajo completado, actualizar el calendario y reevaluar los costes.

Una documentación clara, un control formal de cambios y un software de gestión de proyectos en cascada pueden ayudar a los equipos a gestionar las dependencias y supervisar el progreso.

cómic que muestra cómo construir un barco con el método de cascada
La gestión de proyectos en cascada puede significar a menudo que los proyectos tarden más en completarse, pero tiene su lugar.

8. PRINCE2: procesos definidos para proyectos a gran escala

PRINCE2 (Proyectos en entornos controlados) proporciona un enfoque estructurado para la gobernanza, la rendición de cuentas y la toma de decisiones de los proyectos. Organiza el trabajo en etapas manejables, con expectativas claras en torno a la planificación, la supervisión y la aprobación.

Entre sus prácticas clave se incluyen:

  • Justificación empresarial: Comprobar periódicamente que el proyecto sigue siendo beneficioso.
  • Responsabilidades definidas: Establecer la responsabilidad sobre las decisiones y la entrega.
  • Límites de las etapas: Revisar el progreso y aprobar la siguiente etapa del trabajo.
  • Gestión por excepción: Elevar las decisiones cuando se superen las tolerancias acordadas.

Aunque una implementación completa de PRINCE2 puede generar una carga innecesaria en proyectos pequeños, sus prácticas de gobernanza pueden seguir siendo útiles. Esto es especialmente relevante al gestionar proyectos empresariales en los que participan varios departamentos y niveles de aprobación.

cómic que muestra cómo construir un barco con PRINCE2
PRINCE2 puede estar sobredimensionado para proyectos pequeños de agencias, pero resulta útil para grandes proyectos empresariales.

9. PMBOK del PMI: aplica las mejores prácticas para optimizar tus proyectos

La Guía del PMBOK del Instituto de Gestión de Proyectos proporciona un conjunto de conocimientos, principios y directrices de gestión de proyectos, en lugar de una metodología de entrega prescrita.

Los directores de proyectos pueden recurrir a ella para:

  • Establecer la gobernanza y la rendición de cuentas.
  • Planificar y gestionar el alcance, los cronogramas, los costes y los riesgos.
  • Mejorar la participación de las partes interesadas y el seguimiento del rendimiento.
  • Adaptar las prácticas de gestión a las necesidades del proyecto.

Las directrices del PMBOK pueden respaldar distintos enfoques de entrega, incluidos los proyectos predictivos, adaptativos e híbridos.

Para obtener más contexto, consulta cómo se relaciona el ciclo de vida del proyecto con la entrega o explora las áreas de conocimiento de la gestión de proyectos tradicionales del PMI.

cómic que muestra cómo construir un barco con el PMBOK
No deberías intentar utilizar el PMBOK como una metodología; en su lugar, elige las normas y mejores prácticas que funcionen mejor en tus proyectos.

Otras metodologías de gestión de proyectos

Los nueve enfoques anteriores cubren muchas necesidades de entrega de proyectos, pero no son tus únicas opciones. Algunos métodos se centran más específicamente en la calidad de los procesos, la planificación de los cronogramas o las limitaciones de recursos.

A continuación se presentan seis enfoques y técnicas adicionales que conviene conocer.

Enfoque o técnicaQué haceParticularmente útil para
Marco de proyectos adaptativo (APF)Revisa el alcance del proyecto mediante una planificación iterativa y comentariosProyectos con requisitos inciertos
Seis SigmaUtiliza datos y análisis estadístico para reducir los defectos y la variación de los procesosMejora de la calidad y de los procesos
Lean Seis SigmaCombina la reducción de desperdicios con el control de la variaciónMejora de la eficiencia operativa y la calidad
Método de la ruta crítica (CPM)Identifica las actividades dependientes que determinan la duración del proyectoProgramación de proyectos con dependencias complejas
Gestión de proyectos mediante cadena crítica (CCPM)Considera las limitaciones de recursos y utiliza reservas en el cronogramaProyectos con recursos limitados
Técnica de evaluación y revisión de programas (PERT)Utiliza estimaciones de tres puntos para tener en cuenta la incertidumbre en la duración de las tareasProyectos con estimaciones inciertas de la duración de las actividades

Para proyectos en los que la programación es fundamental, explora el método de la ruta crítica y cómo utiliza una estructura de desglose del trabajo para trazar las dependencias. El método de la cadena crítica también tiene en cuenta la disponibilidad de recursos.

Cómo elegir la metodología de gestión de proyectos adecuada

No existe una única metodología de gestión de proyectos que sea la mejor. La elección adecuada depende de lo predecible que sea el trabajo, del grado de participación que necesiten las partes interesadas y de la flexibilidad de la que disponga el equipo.

Antes de elegir, ten en cuenta estos cinco factores. Para obtener una explicación más detallada, consulta nuestra guía sobre cómo elegir una metodología de gestión de proyectos.

1. Grado de complejidad del proyecto

ilustración de un barco en mares tranquilos frente a un barco en mares agitados
El nivel de complejidad de las circunstancias de tu proyecto influirá en la metodología que elijas.

Considera el número de partes interesadas, dependencias, aprobaciones y restricciones del proyecto. Una mayor complejidad no requiere automáticamente una metodología más rígida, pero sí aumenta la necesidad de una asignación clara de responsabilidades y coordinación.

Por ejemplo, los directores de proyectos logísticos pueden tener que coordinar proveedores, requisitos de envíos internacionales y calendarios de entrega entre varios equipos.

2. Rigidez o flexibilidad de tu entorno de trabajo

¿Cuánto cambio puede admitir tu proyecto? Si los requisitos van a evolucionar, elige un enfoque que permita recibir comentarios y volver a establecer prioridades con regularidad. Si el alcance y el proceso de aprobación son fijos, puede ser apropiado un enfoque más estructurado.

Tu metodología también debería funcionar junto con las estrategias de gestión de proyectos existentes de tu organización, en lugar de crear procesos contradictorios.

3. Qué aporta más valor

Considera cuándo necesitan ver resultados las partes interesadas. ¿Ayudarían unos prototipos iniciales y comentarios frecuentes, o el proyecto requiere un único entregable completo?

Elige un enfoque de entrega que respalde la forma en que se creará y evaluará el valor, no simplemente la manera en que tu equipo prefiere organizar las tareas.

4. Alineación con los objetivos organizativos

Utiliza las metas u objetivos del proyecto que ya hayáis creado como equipo u organización para orientar la selección de una metodología de gestión de proyectos. Naturalmente, tus métodos deben ser un medio para alcanzar tus objetivos; el mejor método es el que te guía hacia tus objetivos estratégicos de la forma más directa, con los mayores beneficios y el menor impacto negativo.

5. Alineación con los valores de la organización y del equipo

Considera la experiencia del equipo, sus hábitos de toma de decisiones y su capacidad para el cambio. Una metodología que parece buena sobre el papel no funcionará si el equipo carece del tiempo, las habilidades o el apoyo de las partes interesadas necesarios para seguirla.

Involucra a las personas que realizan el trabajo antes de comprometerte con nuevos procesos, funciones o requisitos de elaboración de informes.

Cuándo utilizar cada metodología de gestión de proyectos

¿Aún estás decidiendo? Empieza por el mayor desafío que tu proyecto debe resolver. La tabla siguiente relaciona escenarios habituales de proyectos con enfoques que merece la pena considerar.

Estos son puntos de partida, no reglas rígidas. Muchos equipos combinan técnicas para satisfacer sus necesidades de entrega, gobernanza y gestión de las partes interesadas.

Si tu proyecto necesita...ConsideraPor qué
Comentarios frecuentes y requisitos cambiantesÁgilFavorece la adaptación durante la entrega
Una cadencia de entrega regular y responsabilidades claras en el equipoScrumProporciona actividades repetibles de planificación y revisión
Trabajo entrante continuo y prioridades en competenciaKanbanAyuda a controlar el WIP y detectar cuellos de botella
Trabajo de producto planificado junto con solicitudes de soporte impredeciblesScrumbanCombina la planificación con una entrada de trabajo flexible
Menos desperdicio y menos traspasos ineficientesLeanCentra la mejora en el valor para el cliente
Código de alta calidad con cambios frecuentesXPDa prioridad a las pruebas y a una ingeniería disciplinada
Requisitos fijos y aprobaciones formalesCascadaFavorece una ejecución planificada y secuencial
Varias capas de aprobación y una gobernanza formalPRINCE2Define la rendición de cuentas y los controles por etapas
Una referencia coherente de gestión de proyectos en todos los equiposPMBOKProporciona estándares y directrices adaptables

Si ninguna de estas opciones encaja a la perfección, no la fuerces. Un enfoque híbrido puede ser más práctico. Por ejemplo, un equipo podría utilizar PRINCE2 para la gobernanza, Scrum para el desarrollo y Kanban para las solicitudes de soporte. Asegúrate de que todo el mundo entiende qué prácticas se aplican y quién es responsable de tomar las decisiones.

Errores habituales de las metodologías de gestión de proyectos que debes evitar

Elegir una metodología es solo la mitad del trabajo. La forma de aplicarla es igual de importante. Estos son cinco errores que pueden debilitar incluso un enfoque bien elegido.

  1. Elegir basándose en la popularidad en lugar de en las necesidades del proyecto. Ágil no es automáticamente mejor que cascada, y Scrum no es adecuado para todos los equipos. Empieza por tus requisitos, limitaciones y expectativas de las partes interesadas antes de elegir un marco de trabajo.
  2. Seguir todas las reglas sin tener en cuenta el contexto. Algunos proyectos necesitan una gobernanza formal, mientras que otros se benefician de procesos más ligeros. Adapta el enfoque cuando sea apropiado, pero no elimines las prácticas que lo hacen eficaz. Si utilizas Scrum, por ejemplo, eliminar los eventos de comentarios y revisión puede socavar sus beneficios.
  3. Combinar metodologías sin una asignación clara de responsabilidades. Los enfoques híbridos pueden funcionar bien, pero mezclar prácticas sin definir las responsabilidades genera confusión. Decide quién prioriza el trabajo, aprueba los cambios y resuelve los conflictos entre procesos.
  4. Pasar por alto la capacidad y la preparación del equipo. Las nuevas ceremonias, los requisitos de informes y las herramientas generan trabajo adicional. Asegúrate de que el equipo tenga las habilidades, el tiempo y el apoyo necesarios para aplicar el enfoque elegido de forma coherente.
  5. No revisar si el enfoque está funcionando. Una metodología no debería ser permanente simplemente porque se seleccionó al inicio del proyecto. Supervisa el rendimiento de las entregas, los cuellos de botella, los comentarios de las partes interesadas y la carga de trabajo del equipo. Ajusta tus prácticas cuando dejen de responder a las necesidades del proyecto.

El objetivo no es alcanzar la perfección metodológica. Es contar con una forma de trabajo repetible que ayude a tu equipo a lograr los resultados adecuados.

¿Qué viene ahora?

Obtén ayuda para utilizar estas metodologías de forma óptima (¡y aprende los fundamentos de la gestión de proyectos!) con formación relevante, práctica y dirigida por expertos. Nuestro curso de gestión de proyectos digitales en línea ofrece formación experta para que puedas liderar equipos satisfechos y entregar proyectos de gran valor en el mundo digital.

ben aston headshot

Soy Ben Aston, gestor de proyectos digitales y fundador de thedpm.com. Llevo más de 20 años en la industria trabajando en las mejores agencias digitales de Londres, como Dare, Wunderman, Lowe y DDB. He gestionado desde películas hasta CMS, juegos, publicidad, eCRM y sitios de comercio electrónico. He tenido la suerte de trabajar con grandes clientes: marcas automotrices como Land Rover, Volkswagen y Honda; marcas de servicios públicos como BT, British Gas y Exxon; marcas de bienes de consumo como Unilever, y de electrónica de consumo como Sony. ¡Soy Scrum Master certificado, Practitioner PRINCE2 y fanático de la productividad!