En el manifiesto ágil, hay un valor que dice "Responder al cambio sobre seguir un plan", este valor nos permite adaptarnos e invertir más tiempo avanzando que planeando o defendiendo un plan. No es dejar de hacer planes, trabajar bajo marcos ágiles implica planear a corto plazo para acercarnos a un objetivo de largo plazo en un entorno de incertidumbre. 

Lo que evitamos en la agilidad, son los planes exhaustivos, sumamente detallados donde nos atrevemos a predecir el futuro con sumo detalle a pesar de que la única constante es el cambio.

Ante el mundo de prisa e inmediatez que vivimos, muchos mal interpretan el "Responder al cambio" como  "aquí te van 120 cambios o solicitudes y adáptate para hacerlos todos lo más pronto posible porque, el agilista se adapta".

Lo anterior no es responder al cambio es reaccionar al cambio y es muy diferente.

Creo que social, familiar y profesionalmente, se nos creó una tendencia a reaccionar a todo, así como la vida nos lo presente y hay que entender que las formas de recibir estímulos se multiplicaron muy agresivamente, antes recibíamos estímulos por vías limitadas a llamadas telefónicas y presencialidad.

Actualmente estamos sobre estimulados con tantos medios, estamos en un mundo de multicanalidad, multiproyectos, multimedios... conectados todo el tiempo.

Estamos a un mensaje de distancia con cualquier persona y esto lleva también a estar a un mensaje de invadir a una persona. Nos sentimos invadidos, invadidos de proyectos y de problemas. Los proyectos y los problemas llegan solos y no por ello estamos obligados a intentar atender todo al mismo tiempo.

Si el título de este Blog te sonó familiar, podría ser por alguna de las siguientes razones:

• Eres Product Owner pero consideras que no hay sinergia con los miembros del equipo.
• Eres Product Owner pero consideras que no tienes el empoderamiento suficiente que se supone tiene esta responsabilidad. 
• Eres parte de un equipo Scrum pero quien funge como Product Owner no aporta al equipo lo que se supone debería aportar.

Los 3 puntos anteriores, suelen ser los que más me he encontrado en los 9 años que llevo de experiencia en marcos ágiles.

Lamentablemente las capacitaciones se han volcado sobre quien funge como Scrum Master, olvidando que este rol no es mágico como para que el Scrum funcione. Scrum se logra a través de la sinergia entre las 3 responsabilidades (entre otras cosas).