De scrum puro, agilidad pura y otras adicciones

Sigo avanzando en el reto #3odíasdeblog y hoy, día 9, el tema es #Reflexión.

¿Cómo sé que estoy haciendo XP puro o scrum puro?

Ésta pregunta me la hicieron hace un par de semanas durante el tiempo de Q&A luego de finalizar una charla sobre XP (me refiero a Extreme Programming no a la versión de Windows), que facilité a un grupo de estudiantes de un bootcamp sobre agilidad.

Antes de responder a la pregunta, lo primero que me vino a la mente fue que no existe tal cosa como un scrum puro y que cuando nos hacemos ese tipo de preguntas es porque aún no conocemos el propósito verdadero de marcos de trabajo como scrum, XP ni de la agilidad en general. En este caso al ser estudiantes pude entender el porqué de la pregunta y me pareció muy oportuno el tener la oportunidad de responderles.

Mi respuesta

No recuerdo de forma textual exactamente como contesté a la pregunta, pero trataré de compartir la idea.

Creo que NO existe tal cosa como XP o scrum puro.

Si bien es cierto, que cada uno de esos marcos de trabajo tiene sus reglas. XP con sus principios, valores y prácticas. Scrum con sus roles, eventos y artefactos e incluso la agilidad en general con los valores, principios y la actitud que adoptamos junto con el cambio de mentalidad al que llegamos al comprenderlos, aplicarlos y vivirlos.

También lo es que cada uno nos muestra un camino que podemos seguir (el cómo) pero no el fin (el qué). Nos brindan algunas maneras de cómo podemos organizar nuestro trabajo, nuestro equipo de personas, incluso como deberíamos alinear nuestro pensamiento de forma que podamos lograr los objetivos que nos trazamos, que podamos medir si vamos avanzando o no en la dirección correcta, que podamos reflexionar y ajustar nuestro objetivo si nuestros hallazgos nos indican que existe una opción mejor (lo que se conoce como pivotar).

El fin no te lo da ni XP, ni scrum ni la agilidad, el fin lo debemos trazar nosotros y apoyarnos en las herramientas que nos proporcionan para conseguirlo.

decidimos hacer XP porque queremos construir un software que...

decidimos usar scrum porque queremos crear un producto innovador que...

decidimos seguir los principios y valores de la agilidad porque queremos que nuestra organización...

Por ejemplo, cuando pensamos en hacer scrum puro, estamos desviando la mirada del propósito de hacer scrum, y hacemos del "hacer scrum" nuestro objetivo.

Scrum (n): Es un marco de trabajo a través del cual las personas pueden abordar problemas complejos adaptativos, a la vez que se entregan productos de forma eficiente y creativa con el máximo valor.
- Guía de Scrum

Scrum fue desarrollado para resolver problemas complejos, gestionar y desarrollar productos, etc. no fue creado para decirle a las organizaciones que hagan scrum.

Lo mismo sucede con XP, si hay algo en lo que estos 2 marcos de trabajo convergen es que sus creadores estuvieron de acuerdo en firmar el manifiesto ágil por el desarrollo de software, dónde uno de los principios dice:

El software que funciona es la medida principal de
progreso.

Nótese que no dice:

seguir la "metodología" al pie de la letra es la principal medida de progreso, o

seguir todas las prácticas de ingeniería de XP, es la principal medida de progreso, o

tener una pared muy bonita y colorida con muchos post-its es la medida principal de progreso, ni

tener una mesa de ping-pong, muchos puff y una máquina de café chévere que hace felices a todos, es la medida principal de progreso.

Cada una de las prácticas ágiles que existe, nos proporciona elementos y herramientas que podemos utilizar según el contexto de nuestra organización, el equipo en el que estemos y para crear el producto o servicio que tenemos como objetivo.

Lo que tenemos que hacer es conocerlas, explorar nuestro contexto, establecer objetivos y utilizar los aspectos, prácticas o herramientas que nos ayuden a conseguirlos. Recordemos, el fin no es buscar aplicar un "Scrum puro" o "XP puro" como sucede muy a menudo hoy en día, ya que por desconocimiento o por que han sido o están siendo aconsejados por profesionales "certificados" pero sin experiencia o Agile Coaches que sólo están buscando facturar, muchas organizaciones implementan frameworks o prácticas que no les ayudan realmente a conseguir aquello que realmente les aporta valor.

Hacer Scrum, XP, Kanban o Agile no es el fin, aportar valor y satisfacer a nuestros clientes sí que lo es.

Y así, completo el día 9 de mi reto #30díasdeblog.

¡Un abrazo!

P. D.: Este artículo tiene 767 palabras.