El poder de la experimentación: una travesía a través de Scrum e historias de usuarios

 

Luego de muchos desafíos he observado una constante: la transformación ágil es una travesía de descubrimiento. Es un camino cargado de preguntas, dudas y esa ansiedad que genera la experimentación. He recorrido este camino con personas, equipos y organizaciones, y una de esas revelaciones es que Scrum, combinado con Historias de Usuario y Desarrollo Conducido por Hipótesis (HDD), puede ser la brújula que nos guíe a través de los paisajes corporativos actuales.

La esencia de la experimentación

Hecho: la experimentación no se trata de fracaso o éxito. Se trata de aprender, adaptarse y mejorar, en el sentido de crecer. Se trata de desafiar las suposiciones y aceptar una realidad en constante cambio. En el corazón de Scrum, el proceso iterativo de inspección y adaptación es en sí mismo un experimento. Es una búsqueda de la verdad, pero también de la belleza y la excelencia.

La experimentación es un arte, pero, sobre todo, una ciencia. Es una filosofía que ha estado en el centro de mi trabajo durante más de una década. Pero ¿qué significa exactamente y por qué resuena tan profundamente en el mundo Ágil?

El proceso de descubrimiento. En el ámbito de Scrum, la experimentación no es simplemente una herramienta o un método; es una forma de pensar que impregna cada acción, decisión e interacción. Permite a los equipos navegar por esos horizontes complejos y en constante cambio de los negocios modernos.

Para experimentar, ten la voluntad de explorar. La experimentación comienza con la curiosidad. Se trata de preguntar, "¿Y si…?" ¿Y por qué no…?" Se trata de tener el valor de adentrarse en lo desconocido, desafiar el statu quo y sondear posibilidades sin un destino predeterminado.

Para experimentar, no le temas a la incertidumbre. Uno de los aspectos más viscerales y emocionales de la experimentación es su incertidumbre inherente. Hay un miedo y una sensación de asombro al no saber qué sucederá a continuación. Es esta incertidumbre la que alimenta la creatividad, la innovación y el crecimiento. Es por ello por lo que causa tanto temor hablar en voz alta de experimentos en los entornos organizacionales de hoy. Sigue siendo un tabú. Antes, era una herejía.

Experimentando, aprendes a través del fracaso. No voy a usar palabras bonitas. Que falla, que negación, que infortunio. No.  En mis años como coach, he visto equipos tropezar, flaquear y frustrarse. Pero también los he visto crecer, aprender y transformarse. La experimentación reconoce que el fracaso no es un callejón sin salida sino una encrucijada, un punto de reflexión, una lección que se debe acoger, que se debe dejar entrar en nuestra cultura organizacional. Es en estos momentos de fracaso cuando a menudo se produce el aprendizaje más profundo.

Experimentando continuamente, cimientas resiliencia. Es de esta manera que las personas y los equipos se vuelven más adaptables, más receptivos y más alineados con la naturaleza dinámica de su trabajo. Es un proceso que fomenta una cultura de confianza, colaboración y empoderamiento.

Frecuentemente me preguntan cómo fomento, cómo cultivo la experimentación. Aquí les dejo algunas notas:

1. Colabora: involucra a todos. La diversidad de pensamiento es el caldo de cultivo de la innovación.
2. Acepta el fracaso: este es una oportunidad de aprendizaje. Celébralo, analízalo, crece a partir de él.
3. Haz preguntas: fomenta la curiosidad. Aviva una cultura en la que se celebre hacer preguntas.
4. Itera: los experimentos pequeños y frecuentes permiten un aprendizaje y una adaptación rápidos.
5. Reflexiona: Tómate el tiempo para reflexionar sobre los resultados. ¿Qué aprendiste? ¿Cómo lo aplicarás?
6. Crea espacios seguros: permite errores. Crea un entorno en el que el fracaso se vea como una oportunidad, no como una amenaza.
7. Celebra el aprendizaje: concéntrate en el viaje de aprendizaje, no solo en los resultados. Reconoce y recompensa el crecimiento y la comprensión.
8. Comparte ideas: la transparencia fomenta la colaboración. Comparte hallazgos, ideas y reflexiones abiertamente dentro del equipo y la organización.

La esencia de la experimentación es algo rico y complejo que ha moldeado mi trabajo y la vida de aquellos a los que he acompañado. Es más que una técnica o un proceso; es una forma de ser, un camino que conduce a una comprensión más profunda de nosotros mismos, nuestro trabajo y nuestro mundo. Es el latido del corazón Ágil, y es lo que hace que nuestro trabajo no sea solo un trabajo, sino una pasión, una aventura y una celebración del potencial humano.

Puedes leer algo más sobre esto en:

http://www.gazafatonarioit.com/2022/01/no-cometas-los-mismos-errores.html

O en mi libro Cultura Ágil: ese oscuro objeto del deseo.

La técnica de desarrollo conducido por hipótesis (HDD)

Esta técnica es el núcleo de la experimentación. Con HDD, planteamos preguntas, diseñamos experimentos, analizamos resultados y tomamos decisiones.

Por ejemplo, considera un equipo que lucha con su compromiso de sprint. La hipótesis podría ser: "Al reducir la cantidad de Historias de Usuario en un 25 % en el próximo Sprint, mejoraremos la tasa de finalización en un 20 %". ¿El resultado? A veces funciona, y a veces no. Pero siempre, aprendemos. Incluso ya sabemos que, si aplicas patrones como El Clima de Ayer o Los Equipos que terminan más temprano aceleran más rápido, vas a aumentar tus probabilidades de tener éxito. Entonces dejará de ser un experimento y se convertirá en una práctica común a tu alrededor. Para saber más de estos patrones, puedes consultar el libro Scrum: epítome de experiencias o en mis blogs en:

http://www.gazafatonarioit.com/

O en:

https://luchosalazar.com/category/agilidad/

La técnica HDD no es simplemente un método, sino un enfoque filosófico para el desarrollo de productos y la resolución de problemas. He aquí un breve vistazo a sus elementos centrales y cómo ha llegado a influir en la forma en que trabajo con equipos y organizaciones.

Un enfoque científico. El corazón de HDD radica en tratar cada nueva idea, característica o cambio como un experimento. Adopta un enfoque científico en el que se formula una hipótesis y luego se diseña un experimento estructurado para probar esa hipótesis.

La hipótesis. Una hipótesis es una declaración bien elaborada que expresa una suposición que se va a probar. Por ejemplo, "Implementar la función Pagar Contra Entrega mejorará la participación del usuario en un 20 %". La belleza de este enfoque es su claridad y enfoque, que establece una meta y una métrica precisas para el éxito o el fracaso.

Diseña el Experimento. Dibujar el experimento implica planificar cómo se probará la hipótesis. Esto incluye definir las métricas, el público objetivo, las condiciones y los criterios de evaluación. Es una etapa crítica donde entran en juego la precisión, la previsión y la colaboración.

Ejecuta el experimento y aprende. Una vez que el experimento está diseñado, es hora de ejecutarlo. Esta etapa puede estar llena de anticipación, conmoción y, a veces, desasosiego. Los resultados pueden confirmar la hipótesis, refutarla o revelar ideas inesperadas. Independientemente del resultado, la atención se centra en el aprendizaje y la adaptación. Si no aprendes nada del experimento, quizás no era un experimento del todo.

Itera y adáptate. HDD no es un evento único sino un ciclo continuo. Cada experimento conduce a nuevos conocimientos, nuevas preguntas y nuevas hipótesis. Es un proceso dinámico y en evolución que se alinea perfectamente con la naturaleza iterativa y adaptativa de Ágil y Scrum.

Ahora bien, ¿por qué debería importarte HDD? Esta técnica ha sido transformadora en mi práctica. Aporta disciplina, claridad y un enfoque implacable en el aprendizaje. Alienta a las personas a pensar de manera crítica y sistémica, desafiar los supuestos y aceptar la naturaleza cambiante de su trabajo.

Historias de usuarios y la conexión humana

¡El poder de las historias de usuario!

Las historias de usuarios dan vida a nuestro trabajo. Son la voz de nuestros usuarios, el latido de nuestro producto. Pero también pueden ser un campo de juego para la experimentación. Recuerdo a un equipo que una vez tuvo el desafío de comprender las necesidades de sus clientes. Decidimos experimentar involucrando a los clientes directamente en la creación de Historias de Usuario. El compromiso, la empatía, los conocimientos que obtuvimos fueron transformadores. El producto prosperó, al igual que el equipo. De hecho, usamos Historias de Usuario Conducidas por Hipótesis para que cada nueva característica del producto, y el producto mismo, fueran considerados una hipótesis, un experimento en sí. Es de esta manera que empiezas a promover, aún sin mencionarlo, una cultura de experimentación en tu ámbito empresarial.

La belleza de las historias de usuario radica en su sencillez y humanidad. Sirven como puente entre los requisitos técnicos y las necesidades humanas reales, creando una conexión que impulsa el desarrollo significativo de productos.

El elemento humano. Las historias de usuario ponen al usuario en el foco del proceso de desarrollo de productos. No se trata de código, algoritmos o bases de datos; se trata de personas, emociones, experiencias. Infunden empatía en el desarrollo del producto, convirtiéndolo en un esfuerzo colaborativo y compasivo. Son una parte viva y palpitante del desarrollo ágil. Les ponen cara a las funciones, voz al código y corazón al producto. Al utilizar Historias de Usuario como base para los experimentos, no solo humanizamos el proceso, sino que también aportamos claridad, enfoque y empatía a nuestra búsqueda de innovación y excelencia.

En mi trabajo con diversos equipos y empresas, estas historias simples pero profundas a menudo han sido el catalizador de la creatividad, la colaboración y la conexión. Nos recuerdan que, en el centro de toda nuestra tecnología, procesos y métodos, siempre hay una persona, con necesidades, deseos y sueños. Conectar con ese elemento humano es lo que hace que nuestro trabajo no solo sea efectivo sino también significativo y satisfactorio.

No quiero extenderme más en este sentido. En mi blog puedes encontrar docenas de publicaciones sobre ello, incluyendo presentaciones, artículos y, por supuesto, el libro de la portada negra y naranja.

Pensamientos finales

Mi periplo ha sido uno de continua experimentación. Con cada fracaso, éxito y sorpresa, he aprendido, evolucionado y prosperado. Al menos, lo he intentado. Es una experiencia profundamente personal, llena de pasión, temor, alegría y resiliencia. Lo que he compartido no es solo un método o una técnica, sino una forma de vivir y trabajar. Se trata de ser humano y humanizante en un mundo de complejidad. Se trata de coraje, curiosidad y compasión. Y, sobre todo, se trata de la voluntad de experimentar, cuestionar y crecer.

Aquí tienes el próximo experimento y el siguiente paso en tu propio viaje. Auguro que será tan emocionante, esclarecedor y gratificante como todo lo anterior.

¡Resuelto! Descubriendo la Agilidad a través de la Magia del Cubo de Rubik

Ver primero el video 👆

Como practicante ágil y entusiasta del Cubo de Rubik, con frecuencia encuentro una asombrosa simetría entre estos dos campos aparentemente dispares. El simple Cubo de Rubik de 3 x 3,  especialmente en las manos hábiles de maestros como el joven Max Park, ofrece una profunda analogía de los principios ágiles y lean.

En el mundo de las competencias del Cubo de Rubik, se les concede a los competidores unos preciosos momentos para estudiar el cubo desordenado antes de que comience a correr el reloj. Este periodo de observación es similar a la fase de identificación del problema en una iniciativa ágil. Es un tiempo para absorber el estado actual de las cosas, para descubrir el problema detrás del problema. Los colores del cubo, aunque estén desordenados, representan el estado presente de una iniciativa, por ejemplo, de desarrollo de un producto - un contexto único, un desafío único.

Estos momentos críticos de observación forman nuestra hipótesis inicial, nuestro punto de partida. Al igual que un solucionador de cubos anticipa movimientos basándose en el estado inicial del cubo, nosotros, en los equipos ágiles, nos tomamos el tiempo para entender las complejidades y las interdependencias de nuestros proyectos. Diseñamos estrategias, planeamos, y creamos un camino a seguir, todo en un estado de proba incertidumbre.

Luego sucede la verdadera magia. Con el cubo, como en un proyecto ágil, nos comprometemos con una solución y la ponemos en marcha. Resolver el cubo, al igual que la fase de ejecución en el ágil, es un proceso adaptativo de alto ritmo. Iteramos, aprendemos, ajustamos. Siempre estamos abiertos a cambiar el enfoque si un movimiento no produce los resultados esperados. Cada giro, como cada sprint ágil, nos acerca a la solución. Pero hasta que esa solución no esté completamente formada, sigue siendo una hipótesis, una teoría que se prueba con cada movimiento pequeño, pero significativo.

La belleza del enfoque ágil y lean, al igual que resolver un Cubo de Rubik, es que prospera con un bucle ajustado de retroalimentación y ciclos de aprendizaje rápidos. No se trata de lograr la perfección en el primer intento. Se trata de aprender de cada movimiento, de cada error. Cada tropiezo es un escalón, una lección aprendida. Este principio es el núcleo de la agilidad, no se trata sólo de llegar a la meta, sino del viaje de aprendizaje que emprendemos para llegar allí.

Durante más de una década, he tenido el privilegio de acompañar a individuos, equipos y organizaciones en sus viajes ágiles. Cada iniciativa, como cada cubo desordenado, aportó un nuevo conjunto de desafíos, oportunidades de aprendizaje y triunfos. Y cada vez, al igual que la emoción de finalmente encajar esa última pieza del cubo en su lugar, el éxito de una diligencia bien ejecutada lleva una satisfacción única y emocionante.

La agilidad, como la resolución de cubos, es un testimonio del poder de la resolución sistemática de problemas, del aprendizaje rápido y de la pura alegría de convertir un enigma caótico en una solución ordenada. En ambos, encontramos la belleza de la experimentación, la emoción de la incertidumbre y el triunfo de la adaptabilidad.

 

Sobre el récord mundial de Max Park con el cubo de Rubik de 3 x 3

El pasado 11 de junio de 2023, Max Park, de 21 años y una verdadera leyenda, rompió el récord mundial de armado del cubo de Rubik 3 x 3, en un increíble tiempo de 3,13 segundos, superando el anterior registro del chino Yusheng Du que ostentaba el título con 3,47 segundos desde 2018.

Max es una estrella en esto de armar el cubo de Rubik en cualquiera de sus configuraciones. Con una mano lo hace en 6,2 segundos y también tiene el registro mundial de la media, es decir, el que se toma promediando los tiempos de armarlo cinco veces consecutivas. Lo comparte con su amigo australiano, Feliks Zemdegs, quien también alcanzó una media de 4,86 segundos.

Los invito a que vean el documental de estos 2 velocistas del cubo en Netflix, llamado precisamente “The Speed Cubers”.

Como nota al margen, mi récord personal, hace ya algo más de 40 años, fue de 42 segundos y hoy siempre mantengo 2 cubos en mi escritorio, de los muchos que poseo, que me sirven como distractores cuando quiero encontrar la mejor solución a una situación presente. No he vuelto a lograr esa lucidez de hace cuatro décadas, aunque de tanto en tanto intento alcanzar un tiempo de 3,13 minutos, pero me relajo mientras los armo y desarmo y me divierto pensando que hay jóvenes brillantes que vibran con este juego.

Con información de Wikipedia, YouTube y Netflix.

Monólogo de la Product Owner viendo llover en la organización*

 

El invierno de la agilidad se precipitó un martes al finalizar la reunión diaria. El día anterior había sido sofocante por las continuas solicitudes sin pies ni cabeza de la aún establecida oficina de proyectos o PMO. Pero aún en la mañana del martes no se pensaba que pudieran llover los improperios propios de grupos y seudoequipos de una empresa ámbar, más que de una que se preciaba de estar recorriendo ya el camino ágil hacia convertirse es una corporación verde y luego Teal.

Después de la reunión diaria y antes de que los miembros de los equipos tuvieran tiempo de ir por el café de la mañana, sopló un viento espeso y oscuro en forma de correo electrónico, el mismo que apenas tardó segundos en convertirse en un mensaje viral de chat que barrió en una amplia vuelta redonda los acuerdos y planes que se acababan de concertar para ese día. Alguien dijo junto a mí: “Son los vestigios de la gestión tradicional”. Y yo lo sabía desde antes. Desde antes de empezar la reunión y me sentí estremecida por la viscosa sensación en mi mente.

Los miembros de los equipos corrieron hacia los escritorios más próximos con una mano en la cabeza y los ojos arrugados, como tratando de protegerse de las noticias contradictorias y la polvareda de impedimentos que iban a encontrar en el detalle del correo. El techo de la oficina se cubrió como de una sustancia roja, que nos hizo recordar las épocas en la que los así llamados “líderes” demostraban su poder mediante el uso de la violencia y el acoso laboral, un retroceso abismal de esa utopía que suponía el pensamiento ágil y lean de poner foco en el bienestar de los empleados y la autogestión.

Durante el resto de la mañana, mi Scrum Master y yo estuvimos sentadas junto a mi escritorio, preocupadas por la revitalización de las prácticas de gestión antiguas debido al poco éxito que estaba teniendo la iniciativa de transformación ágil en la organización. Habían sido siete meses de primavera intensa, pero el polvo abrasante de la austeridad había vuelto junto al infame tren de las 2 de la tarde, lleno de los preceptos que habíamos abandonado cuando emprendimos el proceso de cambio cultural.

Entonces rebobiné mis recuerdos. ¿Por qué estábamos fracasando? ¿Por qué nos habíamos estancado ante la vegetación ámbar donde se llegaba a la cúspide empresarial por antigüedad y no habíamos logrado llegar a ese punto donde el empoderamiento estuviera en todos y cada uno de los miembros de la organización? Reviví una conferencia donde mi Scrum Master le preguntó al Agile Coach de turno que “cómo lidiaba con un PO con ínfulas de PM” y de otro Scrum Master que se sumó a la conversación para indagar sobre “qué hacer con un PO que habían nombrado a dedo y de manera inesperada”.

Vivifiqué mis pensamientos de entonces. Quise pensar que mi Scrum Master dijo “lidiar” solo como una forma de decir que quería mejorar su relación con el PO, conmigo, o con cualquier otro. Estaba segura de que lo primero en lo que debería pensar es en que no somos “sujetos de lidia”, como los toros, ni más faltaba. Tampoco se lidia con ninguna otra persona del equipo ni de la organización. Lidiar es un término despectivo que no ayuda a la relación. Al PO, aún con delirios de PM, lo acompañas, le facilitas su vida como PO, lo ayudas en la transición. Paso a paso. Despacio. Con paciencia. Sin importar como haya llegado al equipo. A propósito, casi siempre un PO llega al equipo como dijo el otro Scrum Master: nos ponen allí. El viernes a las 7 de la noche me dijeron que, a partir del siguiente lunes, además de lo que ya hacía, ahora iba a ser PO. Nada raro en una empresa de ambiente rojo, que tuvo su origen en las comunidades más primitivas y que se basaba en la existencia de un líder todo poderoso que ejercía su autoridad a través del miedo.

Tampoco se trataba simplemente de explicarme una sola vez cuales eran mis responsabilidades como Product Owner, o cuales eran las distinciones del enfoque ágil respecto al enfoque tradicional que veníamos abrazando desde siempre, ni de decirme que tome un curso de esto o de lo otro. Es un proceso. Es un camino realmente. En estas situaciones es donde el coaching y la mentoría entran a jugar un papel muy importante, es donde las conversaciones conscientes se vuelven el instrumento principal de mejora. Para mejorar la comunicación conmigo como PO, haciéndome pedidos efectivos, asegurándote de brindarme todo lo que necesito para que cumpla con mis compromisos, pero un paso a la vez.

Tienen que saber, estimados Scrum Masters, que el cambio es algo difícil, es el síndrome del “siempre lo hemos hecho así”. El temor a la falla. Es algo natural. Por ejemplo, enséñame que es distinto “fracasar” que “cometer errores” y que de ambas situaciones puedo aprender. Enséñame a experimentar como PO, a hacer planes es un contexto empírico. En los entornos tradicionales eso es algo que desconocíamos. Enséñame distintas maneras de expresar historias de usuario, entre otras, usando Hypothesis-Driven Development, por aquello de los experimentos. Las posibilidades son muchas, por no decir que infinitas.

Como siempre, el equipo en pleno debe estar comprometido en la gesta. Si el equipo no entrega valor, no produce al menos parte de los resultados que quiero como Product Owner, muy poco o nada de lo anterior nos va a servir. Y una vez más, con paciencia, el cambio de mentalidad no va a suceder pronto. Aún los PO con mentalidad de emprendedores tenemos miedo alguna vez o muchas veces.

No sé cuánto tiempo estuve hundida en aquel sonambulismo en que los sentidos perdieron su valor. Solo sé que después de muchas horas incontables oí una voz en el cubículo vecino. Era una voz fatigada, propia de las personas que han vivido bajo una cultura de sacrificio laboral y andando “millas extras” por doquier, como si el permanecer en la oficina produjera resultados de valor. Era una voz casi de persona convaleciente. Una voz que decía: “Ahora tendremos una retrospectiva”. Esa voz tenía razón, las últimas retrospectivas no habían servido de mucho, ¿por qué esta habría de ser distinta?

Solo entonces me di cuenta de que había llegado la cita a la reunión y de que en torno a nosotros se extendía un silencio, una tranquilidad, una beatitud misteriosa y profunda, un estado imperfecto que debía ser muy parecido a la muerte laboral.

* El título y algunos apartes del artículo están basados en el cuento “Monólogo de Isabel viendo llover en Macondo”, de Gabriel García Márquez.

Crédito de la foto de la portada: Foto de Zinkevych en iStockPhoto https://www.istockphoto.com/es/portfolio/Zinkevych?mediatype=photography

No cometas los mismos errores

Imagen tomada de Pixabay

Esta simple e inocente expresión que quisiera complementar con: “habiendo tantos nuevos por hacer” (No cometas los mismos errores habiendo tantos nuevos por hacer), es uno de mis mantras ágiles, hace parte del pensamiento ágil y lean que conduce mi comportamiento personal y profesional.

Sé que, si lo digo así, de esta manera tan escueta, es difícil de entender, así que trataré de explicarlo en las siguientes mil palabras… o menos.

Casi todos los equipos y empresas que conozco juegan a “lo seguro”. Se mueven como pez en el agua en su zona más confortable, usando técnicas de gestión y de ejecución y herramientas que no los desafían a ir más allá de lo necesario. Se pasean por los pasillos de una cultura donde no florecen ideas novedosas, así que, a lo sumo, alcanzan a equivocarse con errores ampliamente conocidos y miden su éxito de mejora con la velocidad a la que resuelven esos impases.

Me viene a la mente esta reflexión de Donald Rumsfeld, exsecretario de Defensa de Estados Unidos: “Hay cosas conocidas que sabemos; son cosas que sabemos que sabemos. Hay cosas conocidas que desconocemos; se trata de cosas que no sabemos que sabemos. Pero también hay cosas desconocidas que desconocemos, cosas que ni siquiera sabemos que no sabemos”.

Pues bien, estas empresas de las que hablo se agrupan en los dos primeros estados. Saben lo que saben, son hechos y son conscientes. Saben lo que no saben, saben que son cuestiones no respondidas, pero que tienen respuestas y están a su alcance. Incluso algunas no saben lo que saben, intuiciones; es lo que flota en algún limbo entre la consciencia e inconsciencia empresarial y que en algún instante se hará evidente. Todas estas organizaciones tampoco están conscientes de que la velocidad de cambio en su entorno es vertiginosa, mucho mayor que la velocidad de cambio en su interior. Y esta dolencia es sinónimo de extinción.

Entra la cultura de experimentación

Imagen tomada de Pixabay

Entonces, ¿cómo ir más allá? ¿Cómo provocar esa sacudida en el pensamiento de los líderes actuales? ¿Cómo ir a ese terreno inexplorado que supone lo que no sabemos que no sabemos? Los practicantes ágiles hemos encontrado una respuesta a estas preguntas: interiorizar, practicar y promover una cultura de experimentación.

Esencialmente, una cultura de experimentación implica implementar nuevas ideas o soluciones en la empresa, sin restringirlo solo a ciertas áreas.  Hago énfasis en lo de “restringirlo” porque hoy por hoy, los así llamados y recién instaurados laboratorios de innovación o centros de experimentación se están convirtiendo en una isla más en la organización. Un lugar, físico o virtual, al que solo ingresan algunos “privilegiados” de la empresa en tiempos de cambio.

La experimentación debe adoptarse en toda la empresa y los líderes junto con la alta dirección deben tener una mentalidad que promulgue e incentive la búsqueda de ideas en todas las personas que hacen parte del entorno corporativo. Es un hecho, las buenas organizaciones tienen personas y equipos con una fuerte convicción sobre el logro de objetivos y ejecutan iniciativas de una manera equilibrada; pero una organización virtuosa agrega la dimensión de una cultura de experimentación consistente.

Como siempre, la falla es un imperativo, es una condición sine qua non una cultura de experimentación se establece y arraiga en la empresa. Sin experimentar y errar en algunas acciones, iniciativas, incluso proyectos, no será posible encontrar las mejores ideas que posibiliten dar nuevos, grandes y concretos saltos a la organización, para entrar otra vez en el mercado ampliamente volátil y competitivo actual.

Una cultura de experimentación reta el statu quo organizacional y, a no ser que las empresas aprendan a desafiar sus formas actuales de pensar, no podrán sobrevivir. Perentorio.

La experimentación es dolorosa al comienzo. Saber que la mitad o más de nuestras hipótesis fallarán, no es algo que aliente a muchos en la empresa, mucho menos a la alta dirección. Pero es un paso necesario en la evolución corporativa hacia dejar una huella más profunda en los clientes y consumidores y hacia el logro de ese propósito superior que toda organización virtuosa ambiciona hoy. Aumentar el número de experimentos por unidad de tiempo, a lo Jeff Bezos, es una manera de salirle al paso a este dolor. Y es que las empresas exitosas prueban muchas ideas cada día, cada semana.

Cómo empezar a adoptar una cultura de experimentación

Imagen tomada de Pixabay

Estamos hablado de cultura. No cambiamos la cultura de un equipo, mucho menos de una organización en poco tiempo. Es una tarea titánica. De hecho, intentar cambiar la cultura organizacional es algo que raya en lo imposible. Lo que hacemos es apropiarnos de, empezar a practicar y a incentivar comportamientos inéditos, originales, que a la postre den como resultado el cambio cultural que queremos. De manera paralela, desincentivamos poco a poco comportamientos que nos hagan arraigar en la cultura actual.

Para este caso en particular, algunos comportamientos siembran la semilla de la experimentación en la empresa:

Invita a todos en la organización, incluso en el ecosistema empresarial. La experimentación la hacemos las personas y es para las personas. La gran mayoría de laboratorios de innovación que he visto son un ejemplo de lo que no debe ocurrir. Apenas si alcanzan a ser una bodega más en las selvas corporativas de la actualidad. La inteligencia colectiva y la diversidad de perspectivas son algunas de las mejores formas de enfrentar los escenarios complejos inherentes al trabajo que hacemos día a día; y se constituyen en pilares esenciales de la generación de nuevas ideas a probar.

Fomenta nuevas iniciativas por doquier. Grita a los cuatros vientos, hasta los extramuros de la empresa, que estamos bajo un manto seguro para fallar. Algo así como el manto de la invisibilidad de Harry Potter, una reliquia de la experimentación y la alquimia. Incentiva el nacimiento de hipótesis, premia los experimentos realizados, sin importar el resultado, siempre que haya aprendizaje para el equipo y la organización.

Motiva a las personas a mantenerse hambrientas, al menor estilo de Steve Jobs y su ya muy famoso y recordado “Mantente hambriento, mantente alocado”. Si empiezas a institucionalizar muy rápido estarás erigiendo paredes infranqueables para una cultura de experimentación. Es una vía rápida a la cultura del “siempre lo hemos hecho así”. Y de allí, al estancamiento solo hay unos pequeños pasos. Es definitivo, erradica todos los “talla única” de tu empresa; es decir, un único proceso para todo, una única forma de hacer las cosas, una sola práctica para todo, etcétera.

¿Ves que todavía hay mucho espacio para cometer errores? El trabajo es cuesta arriba, pero vale la pena escalar la montaña. Casi siempre la vista desde arriba es fantástica.

¿Y tú, qué estás haciendo para impregnar una cultura de experimentación en tu equipo y en tu empresa? Por favor, déjamelo saber en el foro.