Centrémonos en el aprendizaje validado en lugar de fracasar

Al venir de un entorno de entrega en cascada en el que había que evitar el fracaso a toda costa, me ha sorprendido la tolerancia al fracaso de Agile. Si me dieran un trozo de tarta por cada vez que he oído a alguien repetir el mantra de «tenemos que fracasar para aprender», habría tenido que empezar una dieta hace varios meses.

Aprender fracasando se ha convertido en la solución a la que recurrir para hacer frente a la incertidumbre, los problemas o el riesgo. A menudo también se considera una vía libre para «ver qué pasa» y «aprender algo por el camino».

Para que quede claro, creo plenamente en el poder de aprender cometiendo errores. Muchos empresarios de éxito aprendieron de sus fracasos y acabaron teniendo éxito. El problema del enfoque «a ver qué pasa» es que a menudo conduce al despilfarro. El tiempo suele ser un factor crítico debido a la limitación de recursos o a las presiones de la competencia. De ahí que para muchas organizaciones sea vital utilizar estos recursos de forma eficiente y eficaz.

Además, la cuestión es que «aprender fracasando» se ha convertido en una respuesta provisional, cuando seguramente el objetivo principal debería ser aprender minimizando el impacto del fracaso. Como señaló Eric Ries en Lean Startup:

«El aprendizaje es la excusa más antigua del libro para el fracaso de la ejecución. Es a lo que recurren los directivos cuando no consiguen los resultados que prometieron. somos tremendamente creativos a la hora de demostrar lo que hemos aprendido. Todos podemos contar una buena historia cuando nuestro trabajo, nuestra carrera o nuestra reputación dependen de ello»

En lugar de limitarse a «ver qué pasa», Ries aboga por el aprendizaje validado. El aprendizaje validado es «una pequeña unidad de progreso que puede verificarse rápidamente para determinar si la dirección elegida es correcta.» La teoría del aprendizaje validado anima a los empresarios a validar y medir continuamente lo que más importa a los clientes.

El término producto mínimo viable (MVP) se define como «una versión de un nuevo producto que permite a un equipo recoger la máxima cantidad de aprendizaje validado sobre los clientes con el menor esfuerzo.» Esto requiere que un empresario entienda de antemano qué aprendizajes quiere validar, o en otras palabras, que sepa qué preguntas quiere responder. Estas preguntas o suposiciones tienen que ser lo más medibles y precisas posible, basadas en la información disponible en ese momento.

La guía de Scrum también apoya este pensamiento y utiliza el término «empirismo». El empirismo consiste en tomar decisiones basadas en la evidencia, los hechos y la experiencia. Por la inspección periódica y la adaptación, un equipo Scrum es capaz de validar los supuestos y entrar en un ciclo de mejoras incrementales continuas.

«Scrum se basa en la teoría de control de procesos empíricos, o empirismo. El empirismo afirma que el conocimiento proviene de la experiencia y la toma de decisiones basadas en lo que se conoce.» (Guía de Scrum 2017)

El aprendizaje validado está arraigado en Scrum. Debido a su naturaleza incremental e iterativa, los equipos de Scrum son capaces de aprender continuamente con cada Sprint. Evidentemente, habrá fracasos. Es imposible hacer todo bien a la primera. Sin embargo, el impacto debe seguir siendo limitado y gestionado, ya que el equipo puede tomar los aprendizajes de este fracaso en el siguiente Sprint.

Además, debido a su arraigada flexibilidad, Scrum anima a los equipos a estar centrados en el usuario. Esto permite la validación temprana de los supuestos con los usuarios finales. Ejemplos de estas técnicas de validación incluyen la investigación de usuarios, la creación de prototipos, las pruebas A / B o la medición de los KPI a través de la analítica.

Así que sí, es posible que tengamos que fallar con el fin de aprender. Sin embargo, el fracaso nunca debe ser un objetivo en sí mismo. El enfoque principal debe ser siempre la comprensión de lo que se quiere aprender y validar. Por lo tanto, pido amablemente que dejemos de lado el enfoque del aprendizaje «a ver qué pasa». Cada vez que escuches a alguien decir «Vamos a aprender cosas», tu respuesta debería ser «¿Qué y cómo exactamente?».

¿Quieres escribir para Serious Scrum o discutir seriamente sobre Scrum?

Deja una respuesta

Tu dirección de correo electrónico no será publicada.