1.

Ágil: colaborar para entregar iterativamente lo que

funcione
Comencemos con la palabra de moda favorita de todos: Agile. La verdad es que
Agile no es en realidad una metodología, sino un conjunto de principios para
desarrollar software. Los principios se describen en el manifiesto ágil describe
cuatro valores:
 Individuos e interacciones sobre procesos y herramientas;
 Software de trabajo sobre documentación completa;
 Colaboración del cliente sobre la negociación del contrato;
 Respondiendo al cambio sobre seguir un plan.
Ser ágil es más una filosofía y un conjunto de valores a seguir, en lugar de un
proceso que puede aplicar directamente a un proyecto.

Entonces, en resumen (y para hacer las

cosas confusas) Agile no es una
metodología o proceso. Incluso si está
de acuerdo con los principios, aún
necesita definir los procesos para
entregar proyectos.
Cuando las personas hablan sobre una metodología de gestión de
proyectos A gile , lo que generalmente describen es un proceso flexible y iterativo
de diseño y construcción. Los proyectos ágiles se caracterizan por una serie de tareas
que se conciben, ejecutan y adaptan según lo requiera la situación, en lugar de un
proceso planificado previamente. Ser ágil ayuda a los equipos a responder a la
imprevisibilidad mediante procesos de trabajo incrementales e iterativos.
De la misma manera que un buen cocinero prueba la comida mientras la cocina,
agregando los ingredientes que faltan a medida que avanza, un proceso de gestión
de proyectos Agile requiere que los equipos del proyecto realicen un ciclo de
planificación, ejecución y evaluación a medida que avanzan. . Para otra forma de
verlo, PM Column ofrece una descripción interesante de Agile en su artículo
sobre cómo explicar Agile a los niños .
Agile es diferente de otros métodos de gestión de proyectos que generalmente
asumen que las cosas que afectan el proyecto son predecibles, por lo que enfatiza la
adaptabilidad a situaciones cambiantes, una comunicación adecuada y continua entre
el equipo del proyecto y entre ellos y el cliente. Las metodologías ágiles son
excelentes para usar en entornos dinámicos donde existe la posibilidad de cambios o
cambios en los requisitos, como el desarrollo de software y juegos.
Como conjunto de principios, Agile es el Big Daddy. Agile tiende a usarse como un
término general utilizado para los sabores de Agile, incluidos Scrum, eXtreme
Programming (XP), Kanban y Scrumban. En la gestión de proyectos Agile, puede
usar cualquiera de estas versiones de Agile (Scrum, eXtreme Programming, Kanban,
Scrumban).
Más acerca de Agile | Herramientas ágiles | Learning Agile: Comprender Scrum,
XP, Lean y Kanban

2. Scrum: permite que un equipo pequeño,

multifuncional y autogestionado entregue
rápidamente
Scrum es una metodología de gestión de proyectos que propone principios y
procesos para mejorar la entrega. Dentro del desarrollo de software, la metodología
Scrum es uno de los marcos más populares y simples para poner en práctica los
principios de Agile.
El objetivo de Scrum es mejorar la comunicación, el trabajo en equipo y la
velocidad de desarrollo. Si escuchas que la gente habla de sprints, scrums, retrasos y
retrasos, probablemente estén hablando de Scrum, o alguna derivada de este.
Scrum no es realmente una metodología de gestión de proyectos, sino un marco para
el desarrollo y mantenimiento continuos de productos complejos. Scrum es un
enfoque ligero y define un conjunto simple de roles, reuniones y herramientas para
entregar de manera eficiente, iterativa e incremental una funcionalidad valiosa y
transportable.
Fundamentalmente, Scrum se trata de capacitar a un equipo autogestionado para que
entregue y defina roles y responsabilidades para crear una tensión saludable entre
entregar lo correcto, de la manera correcta, lo más rápido posible.
Scrum aboga por el uso de un pequeño equipo multifuncional de hasta 9 personas
que trabajan en artículos en una cartera (una colección de historias de usuarios o
requisitos) que han sido definidos y priorizados por un Propietario del producto.
El trabajo se divide en “sprints”, un ciclo de desarrollo de usualmente de 2 a 4
semanas, durante el cual, se realizan “Scrums” diarios donde el equipo informa
sobre el progreso y los impedimentos. Al final de cada sprint, el trabajo se revisa en
una reunión de revisión de sprint para determinar, junto con el propietario del
producto, si pasa la definición de hecho (DoD).
Scrum es facilitado y servido por un Scrum Master. Dirigen los Scrums, los sprints,
las demostraciones y las revisiones, y una " retrospectiva del sprint" después de cada
sprint, para garantizar que el equipo esté continuamente optimizando y mejorando.
Scrum fue diseñado originalmente para el desarrollo de software. Por lo tanto, si
bien hay artefactos ágiles de Scrum que pueden aprovecharse, Scrum no encaja
perfectamente en el mundo de las agencias típicamente más estratégico y
creativo. Incluso en los proyectos web de la agencia, los presupuestos fijos, los
plazos y el alcance proporcionan una falta de flexibilidad para un equipo de
autogestión Scrum, en un proyecto con un principio y un final definidos.
Eso no quiere decir que no pueda funcionar en proyectos de desarrollo: los gerentes
de proyectos de la agencia pueden actuar como maestros de Scrum y clientes como
propietarios de productos en un gran equipo híbrido feliz. Pero normalmente es más
complicado que eso, con presupuestos fijos y alcance que proporcionan fuertes
restricciones. Es por eso que muchas agencias toman algunos de los conceptos de
Scrum: equipos pequeños, autoorganizados, multifuncionales, stand-ups diarios,
demostraciones de progreso y retrospectivas y los usan en algún tipo de enfoque
híbrido.
Más acerca de Scrum | Herramientas ágiles | Reunión de planificación de
Sprint | Scrum: una introducción impresionantemente breve y ágil

3. Kanban: mejora la velocidad y la calidad de la

entrega al aumentar la visibilidad del trabajo en
progreso y limitar la multitarea
Kanban es una metodología de gestión de proyectos centrada en los principios Lean
y un proceso estricto para aumentar la eficiencia. Es similar en muchos aspectos a
Scrum: se trata de lanzar temprano y, a menudo, con un equipo colaborativo y
autogestionado. Pero en comparación con Scrum, Kanban es un cambio más
evolutivo, un aterrizaje más suave en el mundo de Agile, ya que es menos
prescriptivo.
La metodología Kanban es ligera en el proceso, flexible, no tiene roles prescritos y
simplemente trata de mejorar el rendimiento al aumentar el enfoque del equipo en
las cosas que realmente importan. Las prácticas centrales son visualizar el flujo de
trabajo, limitar el trabajo en progreso, medir el tiempo de entrega, hacer explícitas
las políticas de proceso y evaluar continuamente las oportunidades de mejora.
El enfoque de Kanban está en el trabajo que se lanza continuamente, más rápido y
con mejor calidad. Es ideal para entornos operativos o de mantenimiento donde las
prioridades pueden cambiar con frecuencia. Kanban se enfoca en medir el tiempo de
entrega: cuánto tiempo lleva, después de recibir instrucciones, entregar.
Con Kanban, los gerentes de proyecto generalmente usan notas adhesivas en una
pizarra de Kanban o una herramienta en línea como Trello, para representar el flujo
de trabajo del equipo, con categorías tan simples como "Tareas pendientes", "Hacer"
y "Listo".
Esto visualiza lo que desea hacer y limita el trabajo en progreso (WIP) para que el
flujo de trabajo mejore a medida que mide y optimiza el tiempo promedio para
completar elementos.
También le da al equipo una visualización de lo que vendrá después, lo que facilita
la priorización, la detección de problemas de proceso y evita que las tareas se
detengan. También les ayuda a ver cómo cualquier nueva tarea puede afectar el
trabajo en curso.
Kanban es ideal para trabajos que requieren un rendimiento constante, como la
producción o el soporte y mantenimiento. En el mundo de las agencias, también
puede ser una herramienta útil, ya que se adapta más a los cambios y a los clientes
les gusta cambiar de opinión constantemente. Si Scrum parece un enfoque
demasiado rígido, pero desea 'hacer ágil', Kanban es una alternativa más simple.
Más acerca de Kanban | Kanban vs Scrum | Herramientas Kanban | Kanban: cambio
evolutivo exitoso para su negocio de tecnología

4. Scrumban: limitar el trabajo en progreso como

Kanban, con una posición diaria como Scrum
La metodología Scrumban es una metodología de gestión de proyectos híbridos
relativamente nueva que combina un método mixto scrum y Kanban para la gestión
de proyectos. Se necesita la flexibilidad de Kanban y agrega parte de la estructura de
scrum para crear una nueva forma de administrar proyectos.
En lugar de trabajar en sprints con límite de tiempo potencialmente restrictivos,
Scrumban utiliza un principio de planificación bajo demanda para llenar el trabajo
atrasado y las tareas son asignadas por el equipo que realiza las tareas como pueden
acomodarlas, como en Kanban. Esto significa que el trabajo en progreso es limitado
y el equipo de desarrollo se mantiene enfocado en la tarea en lugar de preocuparse
por la reunión de revisión del sprint y lo que el equipo se comprometió a entregar en
el sprint.
Sin embargo, no todo es Kanban. Scrumban retiene el Scrum diario con revisiones
y retrospectivas para mejorar el proceso que solo se usa cuando es
necesario. Además, sin la restricción de los sprints, la planificación se realiza según
sea necesario en lugar de alrededor de un sprint, lo que potencialmente ahorra
tiempo.
Scrumban realmente solo agrega cierta flexibilidad a Scrum al eliminar los sprints y
permitir un enfoque adaptativo a la planificación. O podría verlo como agregar una
estructura muy necesaria a Kanban con reuniones que pueden ayudar con la
colaboración y optimizar el proceso.
Scrumban puede ser bueno para el desarrollo de productos donde hay una visión
poco clara, donde hay requisitos cambiantes o no hay una hoja de ruta clara y si el
proceso necesita incluir trabajo de soporte y mantenimiento en el proceso.
Más acerca de Scrumban | Herramientas Scrumban | La evolución de Scrumban [R]:
sacar el máximo provecho de Agile, Scrum y Lean Kanban

5. Lean: racionalizando y eliminando desperdicios

para entregar más con menos
La metodología Lean es una metodología de gestión de proyectos centrada en el
tema de la eficiencia. Posiblemente el padrino de Agile, Lean se trata de hacer más
con menos. Comienza por identificar el valor y luego lo maximiza a través de la
mejora continua optimizando el flujo de valor y eliminando el desperdicio.
Es un tema con principios, más que una metodología que dicta procesos y cosas que
hacer. Sugiere que puede hacer más con menos al abordar las tres disfunciones que
generan desperdicio; Muda, Mura y Muri, también conocidos como los 3M.
  Muda se trata de erradicar el desperdicio: eliminar el proceso o cualquier cosa
que finalmente no agregue valor al cliente. En el mundo de lo digital, esto
podría estar eliminando rondas de revisiones.
 Mura se trata de eliminar variaciones: eliminar la sobrecarga que crean las
variaciones en el proceso estándar. Para nosotros, esto podría significar la
estandarización de resúmenes y procesos de aprobación.
 Muri se trata de eliminar la sobrecarga: la capacidad óptima es trabajar al 60-
70%. Más que eso, y todo se ralentiza. Podríamos aplicar esto para minimizar
la cantidad de proyectos que estamos tratando de ejecutar a través de la
agencia.
Lean se enfoca en cambiar la forma en que operamos para enfocarse en la entrega de
valor. Se trata de cambiar el enfoque de la optimización de tecnologías separadas,
activos y departamentos verticales a la optimización de los proyectos de flujo a
través de flujos de valor completos que fluyen horizontalmente a través de
tecnologías, activos y departamentos para los clientes.
Lean puede ser una mentalidad útil para adoptar al revisar el proceso de entrega de
su proyecto. Piense en cómo puede reducir el proceso de su proyecto a los elementos
básicos esenciales que brindan valor y recortar las cosas que simplemente son
esponjosas, o la forma en que siempre lo ha hecho, y estará pensando en Lean.
Más acerca de Lean | Running Lean: iterar del plan A a un plan que funcione

6. Metodología de programación eXtreme (XP):

desarrollo robusto para garantizar la calidad
La programación eXtreme (XP) es una metodología de gestión de proyectos de
desarrollo de software que define valores y procesos para mejorar la calidad del
software y garantizar la capacidad de respuesta a los requisitos cambiantes del
cliente. Los valores o principios son muy similares a Scrum, en torno a la
simplicidad, la comunicación, la retroalimentación, el respeto y el coraje.
Donde realmente se desvía de Scrum es en la definición de reglas o procesos
prescriptivos. Algunos de estos son similares a Scrum, pero existen reglas en torno a
las prácticas técnicas sobre el diseño de la codificación y las pruebas que lo hacen
específico para proyectos de desarrollo. Estas reglas incluyen hacer
obligatorio; Incluyendo historias de usuarios, desarrollo basado en pruebas (TDD),
programación de pares e integración continua entre muchos otros.
Más acerca de la programación eXtreme | Herramientas de programación
eXtreme | eXtreme Programming Pocket Guide

7. Cascada: planificación de proyectos en su totalidad,

luego ejecución por fases
La metodología de cascada, a menudo denominada SDLC (Software Development
Life Cycle) es un tema de metodología de gestión de proyectos con un enfoque muy
simple que valora la planificación sólida, haciéndolo una vez y haciendo lo correcto,
en lugar del enfoque ágil de entrega incremental e iterativa. Es fácil de entender
porque simplemente haces un buen plan y lo ejecutas.
El gerente del proyecto tiende a ser grande y responsable, y el trabajo se planifica
ampliamente por adelantado y luego se ejecuta, en secuencia estricta, cumpliendo
con los requisitos, para entregar el proyecto en un solo ciclo, y generalmente muy
largo.
Los requisitos se definen en su totalidad al principio, en la parte superior de la
cascada, antes de que comience cualquier trabajo. Luego, trabaje en cascada, como
el agua en una cascada a través de las fases del proyecto. En un modelo de cascada,
cada fase debe completarse antes de que pueda comenzar la siguiente fase y no haya
superposición en las fases. Típicamente, en un enfoque de Cascada, el resultado de
una fase actúa como la entrada para la siguiente fase secuencialmente.
Después de que se aprueba el plan, hay poco margen para adaptar el plan a menos
que sea absolutamente necesario, y los cambios necesarios generalmente requieren
solicitudes de cambio. Luego, el proyecto fluye a través del proceso desde los
requisitos, pasando por el diseño, implementación, pruebas y mantenimiento.
Debido al enfoque de ciclo único, en un proyecto de Cascada, hay poco margen para
reflexionar, revisar y adaptar una vez que haya completado algo. Una vez que está
en la etapa de prueba, es muy difícil regresar y cambiar algo que no estaba bien
diseñado en la etapa de concepto. Tampoco hay nada que mostrar y decirle al cliente
a medida que avanza. Completas el proyecto con una gran fanfarria y rezas para que
al cliente le guste. Eso es potencialmente muy arriesgado.
Las cataratas generalmente se consideran con cierto desdén dentro de las agencias
como un enfoque tradicional de gestión de proyectos ineficiente y pasado de
moda. Pero Waterfall puede ser un enfoque útil y predecible si los requisitos son
fijos, están bien documentados y son claros, la tecnología se entiende y madura, el
proyecto es corto y no se obtiene ningún valor adicional de 'volverse ágil'. Un
enfoque de cascada puede proporcionar un resultado final más predecible para el
presupuesto, el cronograma y el alcance.
Más sobre Cascada | Herramientas de gestión de proyectos en cascada | Ágil vs
Cascada | Herramientas de gestión de requisitos | The IT Project Manager: Cómo
gestionar proyectos en cascada

8. PRINCE2: gestión de proyectos controlada que no

deja nada al azar
La metodología PRINCE2 es una metodología de gestión de proyectos de cascada
completa que incluye principios, temas y procesos, creada por el gobierno del Reino
Unido en 1996 para proyectos de TI. El acrónimo PRINCE2
significa PR oyectos EN C ontrolled E nvironments. Es una metodología orientada
a procesos , que divide proyectos en múltiples etapas, cada una con sus propios
planes y procesos a seguir. La metodología define entradas y salidas para cada etapa
de un proyecto para que nada quede al azar.
El sistema enfatiza la justificación del curso tomado por una empresa, por lo que el
primer paso es identificar una necesidad clara del proyecto, quién es el cliente
objetivo, si existen beneficios realistas y una evaluación exhaustiva de los
costos. Una junta de proyecto es propietaria del proyecto y es responsable de su
éxito. Definen las estructuras para el equipo, mientras que un gerente de proyecto
supervisa las actividades cotidianas de nivel inferior. La metodología PRNCE2 se
basa en ocho procesos de alto nivel y brinda a los equipos un mayor control de los
recursos y la capacidad de mitigar el riesgo de manera efectiva.
Como metodología, es increíblemente exhaustivo: es un gran marco para ejecutar
proyectos empresariales grandes y predecibles. Aclara lo que se entregará, asegura
un enfoque en la viabilidad del proyecto, define claramente los roles y
responsabilidades, respalda la gestión por excepción (posiblemente un principio
ágil) y, de manera similar a PMBOK, proporciona un vocabulario común que
podemos aplicar a otras metodologías . Por otro lado, si bien los principios y los
temas son excelentes, el proceso puede hacer que sea laborioso y oneroso para
pequeños proyectos.
PRINCE2 está diseñado para proyectos de TI a gran escala, por lo que nunca
funcionaría en una agencia como metodología de gestión de proyectos. Sin embargo,
el énfasis en desarrollar un buen caso de negocio con KPI's y el valor ganado, roles
y responsabilidades claras, gestionar el cambio y el riesgo son útiles cuando
consideramos la gestión de proyectos para nuestros clientes.
Más sobre PRINCE2 | Herramientas PRINCE2 | Gestionar proyectos exitosos con
PRINCE2

9. PMBOK de PMI - aplicando estándares universales

a la gestión de proyectos en cascada
El PMBOK del Project Management Institute , o Cuerpo de conocimiento de gestión
de proyectos, no es realmente una metodología. En cambio, la "metodología"
PMBOK es un marco de estándares, convenciones, procesos, mejores prácticas,
terminologías y directrices que se aceptan como estándares de la industria de gestión
de proyectos. Aun así, el marco PMBOK del PMI a menudo se considera una
metodología tradicional de gestión de proyectos.
El PMBOK se refiere a los cinco pasos del proceso de gestión de proyectos: inicio,
planificación, ejecución, control y cierre. Contiene muchos procesos y técnicas de
gestión de proyectos mediante los cuales evaluar o completar la forma en que
ejecuta sus proyectos o la metodología que utiliza.
Las mejores prácticas de PMBOK son útiles como base, pero para implementarlo
como metodología, debe determinar qué procesos aplicará, cuándo, por quién y en
qué medida. También debe tener en cuenta la estructura, el gobierno y los flujos de
trabajo de su organización, adaptando los fundamentos generales del PMBOK a sus
circunstancias específicas.
Es, por lo tanto, más teórico, una guía de referencia, en la que puede certificarse, que
aunque popular en TI, realmente no vuela en el mundo de las agencias. En realidad,
no puede ejecutar un proyecto PMI o PMBOK, pero puede aprovechar los
estándares para crear un lenguaje universal y las mejores prácticas en torno a un
proyecto. Al comparar PMBOK frente a PRINCE2, podría considerar PMBOK y
PRINCE2 de PMI como complementarios entre sí en lugar de dos enfoques de
cascada diferentes o separados.
Más acerca de PMI | Una guía para el cuerpo de conocimiento de gestión de
proyectos

3 Ejemplos De Metodología De
Gestión De Proyectos De Equipos
Reales
Para ver cómo algunos de estos tipos de metodología de proyectos populares se
aplican en organizaciones reales, aquí hay algunos ejemplos de enfoques de gestión
de proyectos de empresas con las que probablemente esté familiarizado.

1. Método Kanban en Vanguard

Hay una variedad de prácticas basadas en Kanban, Lean y Agile en Vanguard, una
de las compañías de administración de inversiones más grandes del mundo que
administran alrededor de 5.2 billones de dólares en activos globales. A partir de
2019, han tenido alguna forma de prácticas ágiles durante 12 años, incluidos 5 años
de DevOps. En un estudio de caso sobre el modelo de operación Lean de Vanguard,
podemos ver los beneficios y desafíos que experimentaron 24 de los equipos ágiles
de la organización, junto con una descripción de cómo la organización utilizó los
datos para adaptar su enfoque basado en Kanban para adaptarse mejor a sus
objetivos y necesidades únicas. Curiosamente, la mayoría de sus equipos basados en
Kanban comenzaron con Scrum y eventualmente migraron hacia Kanban. Muchos
de ellos lo hicieron debido al "bloqueo de Scrum", lo que sucede cuando un equipo
de trabajadores del conocimiento se sobrecarga y se cuela crónicamente.