La gestión de proyectos ágiles ha revolucionado la forma en que las empresas abordan la planificación y ejecución de proyectos.
Scrum y Kanban son dos de los enfoques más conocidos en este campo, pero el mundo de la gestión de proyectos ágiles es mucho más amplio y diverso.
No todo es Scrum en el mundo Agile, es más en los últimos meses cada vez son más las voces que reniegan de este modelo y abrazan otras prácticas como XP (eXtreme programming).
En muchos casos el problema es que se emplean prácticas ágiles, antes de que el equipo y la propia organización sea ágil, es decir se utilizan los métodos y prácticas pero sin aplicar previamente el «mindset» agile, sus valores y principios.
En el artículo de hoy, exploraré otros métodos ágiles menos convencionales y cómo algunas empresas de renombre han aplicado con éxito estas prácticas en sus proyectos.
Extreme Programming (XP)
Extreme Programming es un enfoque que se centra en la calidad del código y la colaboración cercana entre el equipo de desarrollo y el cliente.
Spotify es un ejemplo de empresa que adoptó principios de XP en su cultura de desarrollo. Utilizan la práctica de «pair programming» y pruebas automatizadas para mantener la calidad del código.
Crystal
El enfoque Crystal, propuesto por Alistair Cockburn, reconoce que no todos los proyectos son iguales. Se adapta a la complejidad y las necesidades de cada proyecto.
IBM es un buen ejemplo de una empresa que ha aplicado este enfoque. IBM utiliza Crystal en proyectos de desarrollo de software, seleccionando las prácticas específicas que mejor se ajustan a las características de cada proyecto.
Feature Driven Development (FDD)
FDD se centra en la identificación y entrega de características específicas del software.
Jeff De Luca, quien lideró el proyecto de desarrollo del sistema de reservas de aerolíneas en Singapore Airlines, utilizó FDD con éxito. La metodología permitió una gestión eficiente de las diversas características requeridas para el sistema de reservas.
Dynamic Systems Development Method (DSDM)
DSDM es un enfoque que se centra en la entrega temprana de productos de alta calidad.
La BBC utilizó DSDM para su proyecto iPlayer, un servicio de transmisión de video en línea. El enfoque permitió la entrega de una versión inicial del producto en un corto período de tiempo, lo que fue fundamental para el éxito del servicio.
Scrumban
Scrumban combina elementos de Scrum y Kanban.
Se utiliza cuando un equipo Scrum encuentra que su proceso está evolucionando hacia un enfoque más flexible.
Microsoft, por ejemplo, ha aplicado Scrumban para desarrollar productos como Visual Studio Team Services. Esto les permite combinar la estructura de Scrum con la adaptabilidad de Kanban.
Otros ejemplos de uso de marcos y prácticas ágiles:
- Google: Google utiliza una combinación de Lean Startup y Scrum para el desarrollo de productos. Un ejemplo notable es el lanzamiento de Google Glass, donde se realizaron pruebas piloto y se recopiló retroalimentación antes de su lanzamiento completo.
- Apple: Apple utiliza una variante de Extreme Programming en su desarrollo de software. La empresa se enfoca en la calidad del código y en la colaboración continua para garantizar productos de alta calidad.
- Facebook: Facebook aplica la metodología Crystal para adaptarse a la diversidad de proyectos que manejan. Esto les permite ser ágiles y flexibles en su desarrollo de software.
La gestión de proyectos ágiles ofrece una variedad de enfoques para adaptarse a diferentes situaciones.
Si bien Scrum y Kanban son ampliamente conocidos, otras enfoques como Lean Startup, Extreme Programming, Crystal, FDD, DSDM y Scrumban también tienen mucho que ofrecer.
Estos enfoques pueden ser utilizados por empresas de todos los tamaños para mejorar la eficiencia y la calidad en la ejecución de proyectos.
Al mirar más allá de Scrum las organizaciones pueden descubrir otras prácticas que se alineen mejor con sus necesidades específicas y, como muestran los ejemplos de empresas líderes, pueden lograr un éxito sobresaliente en sus proyectos.
Alejandro Pérez, PMP, PMI ACP, PM²
Por favor, ayuda a difundir estos contenidos:
💬 Comparte tu opinión y deja tu comentario
👌 Pulsa «Like / Recomendar»
⏭️ Difunde y comparte entre tus contactos
Me parece interesante entender estar variedad de enfoques que hay que conocer para que previamente a arrancar el proyecto, se defina y decida cual de ellos es el más adecuado (citas a varias organizaciones que aplican diferentes enfoques – quizás por el conocimiento de sus líderes y también por la característica del proyecto).
Existen muchos perfiles que solo usan un enfoque pensando que sirve para todo, cuando disponemos de muchas herramientas (incluso waterfall) que se adaptan y sirven al proyecto.
También me parece importante que se recalque que se trata de un enfoque de «ejecución» o «ataque» al proyecto, pero que no deja de lado que el proyecto deba definirse con antelación, para que sirva de entrada a esta decisión.
No se trata de empezar un proyecto directamente programando en XP -por ejemplo- si no que se define el proyecto y se decide que la mejor aproximación es esta para lograr el éxito. Si no, volveríamos al error previo a la gestión de proyectos de empezar a trabajar sin haber pensado en como abordar el proyecto de la mejor forma.
Gracias Sergio por tu aportación.
Totalmente de acuerdo con lo que comentas, primero hay que analizar el proyecto para escoger el método/enfoque más adecuado, esto debería quedar ya decidido si es posible en el Acta de Constitución del mismo.
Saludos!
Muy buen aporte muchas gracias
Gracias a ti Joyce por seguir nuestros contenidos 🙂
Plenamente de acuerdo, hay que evaluar las metodologías posibles en relación al proyecto para escoger el más adecuado.
-Determinar el posible impacto de una u otra metodología en caso de ser seleccionadas.
-Analizar cada metodología potencial comparando los pros y los contras de cada una.
-Determinar qué metodología traerá el mayor éxito y eficiencia al proyecto y, también, qué metodología significa el mayor riesgo.
Gracias Edilberto por tu comentario y aportación 🙂
Muy interesante el tema.
Es muy complicado pasar de un enfoque tradicional, cuando la organizaciónn aun no esta con la madurez suficiente para dar el siguiente paso.
Me gustaria saber como lograr un esquema hibrido ante estas metodologias agiles pudieran adaptarse en un sector ingenieril.
Saludos
ZCM
Hola Modesto,
Como bien apuntas no siempre es fácil, especialmente para organizaciones de cierto tamaño y prácticas de gestión clásicas ya muy consolidadas. Tomo nota de tu petición para futuros articulos.
Saludos,
Muy buen artículo, lo compartiré con mis alumnos en clases. Gracias por agregar información de valor
Gracias Majo por seguir nuestros contenidos y compartirlos 🙂
Si la organización no ha adoptado la metodología Agil, aplicar los métodos de agilidad puede presentar resistencia y de esta manera afectará al proyecto.
Gracias Ruth por tu comentario.
Las metodologías «ágiles» están enfocadas particularmente al desarrollo de software. En algunos casos también para proyectos de prototipos de un producto, pero no puedes utilizarla para proyectos de infraestructura tecnológica que dependen de plazos inamovibles, como lo son las gestiones de compras.
Saludos.
Gracias Martín por compartir tu opinión 🙂