Universo Agile: ¿qué uso?

Me gustaría compartir con vosotrxs, algo que creo va a ser muy exclarecedor para todxs aquellxs que queréis saber más de #Agile.

Todo el mundo me pregunta cosas como: "¿de todas estas metodologías, marcos de trabajo, sistemas de escalado ágiles cuál debería usar?", "para gestionar proyectos, ¿debo usar scrum o project management en cascada?", "¿hay otras formas de trabajo menos conocidas?"

Para daros respuesta a eso, he creado esta imagen, completamente inédita y original, que convertiré en infografía estos días y es parte de nuestra visión del mundo agile, los contenidos que impartimos en nuestros talleres, etc. (+ info: PRIMER TALLER ONLINE EN ESPAÑOL DE DESIGN SPRINT - 15 al 19 de junio -16 a 20h - horario en españa CEST - UTC+2).

1. ¿Tu organización es (o quiere ser) "exponencial"? Si la respuesta es "sí", entonces debes empezar a trabajar con ExO, analizando las características ExO, usando herramientas ExO, haciendo sprints de transformación ExO, etc. Si la respuesta es "no", debes hacerte la siguiente pregunta...
2. ¿La cuestión que me planteo tiene un alto componente tecnológico? Si la respuesta es "sí", deberías valorar introducir DevOps, XP (eXtreme Programming, DSDM, etc.). Si la respuesta es "no" o si ya has incluido esa metodología o marco de trabajo más vinculado con programación, deberías hacerte la siguiente pregunta.
3. ¿Lo que me propongo es realmente un proyecto? Si la respuesta es "sí", urge preguntarse si puede haber muchos cambios o no. Si no es probable que haya muchos cambios, se puede usar Project Management tradicional (waterfall o cascada). Si la respuesta es que puede haber muchos cambios, yo me decantaría por metodologías ágiles de gestión de proyectos y me preguntaría...
4. ¿Esto es realmente crítico, complejo, urgente, delicado, hay mucha gente involucrada, cuesta llevarlo adelante, etc.? Si la respuesta es "sí", te recomiendo Design Sprint (ver info taller: PRIMER TALLER ONLINE EN ESPAÑOL DE DESIGN SPRINT - 15 al 19 de junio -16 a 20h - horario en españa CEST - UTC+2) y que lo trabajéis siguiendo su modelo en 5 días. Si la respuesta es que "no es tan complejo y además se va a extender en el tiempo", (unas semanas o meses), entonces uséis Scrum.
5. Pregúntate, para conseguir mi objetivo, ¿necesito más de 3 equipos de trabajo simultáneamente? Si la respuesta es "no", puedes seguir sólo con las pautas de Scrum. Si necesitas más de 3 equipos, deberías plantearte un sistema de escalado. ¿pero cuál?
6. ¿Todos los equipos van a trabajar en un producto final común? (o cada uno tiene un objetivo final distinto) Si la respuesta es "sí", te recomiendo LeSS (Large Scale Scrum). Si la respuesta es "no", recomiendo SAFe (Scaled Agile Framework). "Scrum of Scrums", también te podría ser de ayuda.
7. En ocasiones, lo que te propones no es un proyecto (respondiendo a una de las preguntas anteriores). Ahí debes preguntarte, entonces ¿es un proceso estable?. Si la respuesta es "sí", Kanban es una de las soluciones recomendables. Si la respuesta es "no", no es un proceso, ni tampoco un proyecto (como tal), sino que, probablemente, es algo que se resuelva con grupos de trabajo correctamente facilitados, podrías utilizar Design Thinking o Visual Thinking.

Las grandes conclusiones son:

• Todas las metodologías, marcos de trabajo y sistemas de escalado son perfectamente compatibles entre sí, incluso como actividades puntuales dentro de un proyecto en cascada (al menos...)
• Existen cada día más soluciones a nuestra disposición (como ExO, Design Sprint,...) pero la mayoría de la gente no lo sabe, porque incluso teniendo las características comunes de otras metodologías, etc. no se entienden como parte del catálogo de Agile. En el "13th state of agile" se puede observar como los profesionales y las organizaciones están mayoritariamente centrados en Scrum y sus híbridos con XP o Kanban...

• Es fundamental la facilitación de cualquiera de estas metodologías por profesionales formados en ellas, con experiencia en proyectos con ellas y no solo por quienes han leído el libro de referencia: Lean Start Up (Eric Ries), Design Sprint (Jake Knapp), Design Thinking (Tim Brown), Scrum (Ken Schwaber y Jeff Sutherland), etc. No obstante, y a pesar de que yo estoy certificado en la mayoría de ellas, las certificaciones no aseguran la comprensión de Agile o de una metodología, marco de trabajo, etc. (Nota personal: cada vez que conozco a un "gurú" de alguna de estas metodologías, más me parece que se están creando "ghettos y fanáticos metodológicos", todo ello completamente ANTI-ÁGIL)
• Cuando tienes la visión global de todo este espectro de soluciones, aunque la imagen quizás no sea del todo perfecta, correcta, etc. te das cuenta de las posibilidades de combinación con otras herramientas, la capacidad de adaptarlas sin que pierdan su esencia, la posibilidad de integrarlas más fácilmente en el día a día de una organización... al fin y al cabo de eso se trata... de probar y aprender para lograr lo que necesitas en el menor tiempo posible, con el mínimo coste y la mejor experiencia para los participantes...
• Cada vez me interesan menos las guerras entre empresas certificadoras y profesionales expertos en cada una de ellas...

Después de muchas sesiones de trabajo internas y con equipos de profesionales de varios cientos de empresas, cada día me ilusiona más poder compartir con todxs vosotrxs estos pequeños destellos de claridad...

Por favor, decidme qué pensáis y completemos este flujograma con mejores preguntas, caminos más acertados, nuevas metodologías, etc. (este es un trabajo que se hace mejor con otrxs y juntxs nos convertimos en expertxs)