Buscar en Gazafatonario IT

martes, enero 21, 2025

Del caos a la sinfonía: Armoniza a tu equipo antes de que todo suene mal

Del caos a la sinfonía: Armoniza a tu equipo antes de que todo suene mal

Durante 37 años he trabajado con o acompañado a cientos de equipos y miles de personas y he tenido la oportunidad de crear con ellos productos asombrosos. Incluso he escrito y publicado libros en los últimos 15 años, una operación que siempre se logra colaborando en equipo. Es bastante satisfactorio cuando entregas al público algo en lo que has sido minucioso y le has dedicado buena parte de tus mejores momentos.

Pero también he estado allí cuando las cosas no han salido bien. No es solo tu desilusión, es la de todo un grupo de personas que se han desempeñado de la mejor manera posible para lograr un objetivo y no ha sido posible. He estudiado mucho este fenómeno de cuando las cosas no terminan bien para un equipo o para una empresa. Después de todo, las heridas físicas y hasta mentales causadas por estas caídas saltan a la vista.

Precisamente, una de las causas más frecuentes, casi endémicas, de tales decepciones es esta de la desalineación de los equipos. Y voy a empezar a explicarte de qué se trata con un ejemplo muy común. Es como cuando intento llevar a cabo un plan de salir a cenar con mi esposa y mi hija. Parece algo sencillo, ¿cierto? ¡No te apresures!

He estado en medio de ambas cuando una lleva soñando toda la semana con comida italiana mientras la otra quiere sushi porque es más digno de Instagram. Yo, en cambio, solo quiero un buen bistec porque he tenido una larga semana y necesito algo más sustancioso. En el debate emergen argumentos de que los ñoquis son un alimento reconfortante, pero hay un contraataque diciendo que el sushi es más ligero y saludable. Ni hablar de cuando trato de ser el pacificador sugiriendo un restaurante de carnes con opciones de sushi, porque te dicen: “¡Eso no cuenta como sushi de verdad!”.

Esto es esencialmente un desajuste de equipo en su forma más evidente. Todos compartimos el mismo objetivo general (cenar juntos), pero las diferentes perspectivas (comida reconfortante versus comida de moda versus comida saludable), objetivos específicos disímiles (satisfacer antojos versus comidas dignas de Instagram) y alcances discordantes (satisfacción inmediata versus experiencia culinaria) convierten todo en un caos.

¿Les suena familiar? Este tipo de desajustes ocurren todo el tiempo en los equipos y, si no se resuelven, pueden hacer que hasta las tareas más sencillas resulten agotadoras. Por suerte, al igual que en mi familia, un poco de empatía, alineación y compromiso pueden salvar el día y tal vez incluso llevar a descubrir el mejor restaurante de cocina fusión de la ciudad.

Tres formas de desalineación en los equipos

Mi historia de la cena malograda captura la esencia de los desajustes que a menudo vemos en los equipos: perspectivas diferentes, objetivos diferentes y alcances diferentes.

Diferentes perspectivas: el “elefante en la habitación”

Surgen diferentes perspectivas porque cada uno tiene su propio "enfoque" moldeado por experiencias, conocimientos y prejuicios personales. Esta es la clásica historia de los ciegos que describen un elefante: uno siente la trompa y dice que es una serpiente, otro agarra la pata y afirma que es un árbol, mientras que el que toca la cola piensa que es una cuerda. Todos tienen razón, pero no están alineados.

Este tipo de desalineación se caracteriza principalmente por:

·       Opiniones contradictorias a pesar de datos compartidos.

·       Desafíos para comprender “por qué” alguien lo ve de manera diferente.

·       Con frecuencia una fuente de frustración es: "¡¿Cómo es posible que no lo entiendan?!"

Es un hecho, las personas estamos programadas para interpretar las situaciones en función de nuestra experiencia y función. Un programador se centra en el código, mientras que alguien de mercadeo ve el impacto en el cliente. Ninguno de los dos está equivocado, pero ambos carecen de una visión completa. Es lo que alguna vez llamé “dicotomía peyorativa”. ¡Todavía recuerdo aquella reunión!

Diferentes objetivos: el tira y afloja

Se presentan distintos objetivos cuando los miembros del equipo priorizan diferentes resultados. ¿Recuerdan lo del sushi o la comida italiana? Es así. No se puede complacer a todo el mundo, a menos que se encuentren puntos en común. Los equipos se enfrentan al mismo tira y afloja cuando los individuos o los grupos tienen objetivos contrapuestos.

Lo que he visto que ocurre incluye:

·       Desacuerdos sobre lo que es "más importante".

·       Prioridades mal alineadas conducen a un desperdicio de energía.

·       La gente tira en direcciones opuestas, por ejemplo: “¡Necesitamos velocidad!” versus “¡Necesitamos calidad!”.

De primerísima mano sé que los objetivos están influenciados por los roles de los miembros del equipo, los incentivos y las definiciones individuales de éxito. Sin una visión compartida, las prioridades personales se imponen. He visto Product Owners presionando para que se lance un producto rápidamente, mientras que el equipo de desarrollo aboga por que se realicen más pruebas. Es el clásico debate de "rápido versus impecable".

Diferentes alcances: el efecto zoom

Los alcances definen cuán estrecha o amplia es nuestra perspectiva de una situación. He conocido personas que se obsesionan con los pequeños detalles mientras que otras los desestiman como si "no fueran gran cosa". De hecho, ahora que lo pienso, yo mismo he estado en ambos lados del disco. Los equipos experimentan esto cuando los individuos operan en diferentes "niveles de zoom": algunos piensan estratégicamente, otros tácticamente.

Eso es una desalineación del alcance. Si te has encontrado con algunas de estas escenas, también has estado allí:

·       Alcance limitado: "Vamos a solucionar este error".

·       Amplio alcance: "¿Cómo encaja esto en nuestro roadmap anual?"

·       Tensiones entre la corriente o dirección táctica y la estratégica del equipo o de la empresa.

El alcance también depende de las prioridades y la responsabilidad. Un desarrollador tiene la tarea de solucionar el problema de hoy, mientras que el CEO tiene en mente la participación de mercado del próximo año.

¿Y la solución?

Tengo que admitir que soy mejor resolviendo desajustes de equipos de trabajo que los emocionantes y románticos conflictos  familiares tipo sushi versus espagueti. Igual me divierto con estos y me hacen muy feliz.

Pero primero buscamos la causa raíz. ¿Qué tienen en común estos tipos de desalineación de equipos? En general, se deben a:

·    Brechas en la comunicación: con frecuencia, las suposiciones reemplazan las conversaciones reales.

·   Falta de contexto compartido: las responsabilidades y la experiencia de las personas determinan lo que consideran relevante.

·    Naturaleza humana: somos naturalmente centrados en nosotros mismos y se necesita esfuerzo para ver más allá de nuestra propia perspectiva. Esta es la raíz más compleja de todas.

Hay más orígenes, pero estos son los más comunes. En ocasiones, vas a necesitar acompañamiento para resolver estos trances, pero para ir del caos a la cohesión puedes empezar:

Creando un entendimiento compartido: incentiva a las personas a compartir sus perspectivas abiertamente. Ayuda a que todos vean el problema en su conjunto, no solo sus partes. Por ejemplo, en las reuniones, utiliza la regla “¿cuál es tu opinión?”, donde cada uno comparte su punto de vista antes de llegar a las conclusiones.

Alineándolos en torno a un objetivo común: facilita debates para identificar objetivos compartidos. Una "estrella del norte" sólida alinea las prioridades en pugna. Aquí, por ejemplo, los OKR (objetivos y resultados clave) juegan un papel fundamental para que los objetivos finalmente sean explícitos y visibles para todos.

Aclarando los alcances: aumenta y reduce la perspectiva entre todos. Analiza las prioridades inmediatas (logros a corto plazo) y cómo se relacionan con los objetivos más extensos (visión a largo plazo). Y,

Fomentando la empatía: adquiere el hábito de tener en cuenta las responsabilidades y las prioridades de los demás. Esto disminuye los juicios y fomenta la colaboración. Me ha ido bien con las dinámicas tipo “ponerse en los zapatos del otro” durante las retrospectivas o en cualquier otra sesión necesaria.

Aplico algunas de estas prácticas con mi esposa y mi hija cuando se trata de salir a divertirnos o decidir dónde cenar. En la historia que les compartí, después de un entretenido tira y afloja, ¡terminamos eligiendo comida de mar! Es algo que conecta con nuestras raíces y que siempre nos ayuda a encontrar un punto en común. Si esto es posible en mi familia—donde las decisiones a veces parecen un cónclave de las Naciones Unidas—créanme, también es posible alinear a tu equipo de trabajo.

Llamado a la acción

No es más por esta vez. Los desajustes son naturales, pero no insalvables. Fomenta la comunicación abierta, la alineación en torno a objetivos armónicos y el equilibrio de alcances. Con esto, los equipos pueden transformar la fricción en combustible. Ya sea que se trate de una sencilla cena familiar o de un proyecto de trabajo, la magia ocurre cuando todos reman en la misma dirección. Y, si todo lo demás falla, ¡siempre hay hamburguesas para cenar!

martes, octubre 29, 2024

Planificación empírica de productos

 

Mi serie de artículos sobre los errores de los [nuevos] Scrum Masters despertó interés en algunos otros temas. La cuestión más recurrente que me llegó fue esta de la planificación empírica de productos. Es un descuido común. Lo decía en el primero de los tres artículos, mismo que encuentras aquí:

Siete errores comunes de los nuevos Scrum Masters al servicio de los Product Owners – Lucho Salazar

Pues bien, sobre este asunto ya escribí hace algunos años, así que para entenderlo mejor, empieza por aquí:

Nuestro Scrum empírico de todos los días - Gazafatonario IT

Específicamente, establecer una planificación empírica de productos para un entorno complejo significa tomar decisiones relacionadas con el producto basadas en datos, observaciones y evidencias reunidas a lo largo del proceso de desarrollo, en lugar de confiar en suposiciones, planes a largo plazo o predicciones. Y una advertencia en este apartado: hay que ser cuidadosos con ese “a lo largo del proceso de desarrollo”. En ocasiones no es bueno ir tan atrás.

En entornos complejos, donde las condiciones del mercado, las preferencias de los clientes y la tecnología cambian rápidamente, raya en lo imposible predecir con certeza qué le dará más valor al producto. Es allí donde aprovechamos el enfoque iterativo e incremental de Scrum para hacer planificación empírica de productos, recopilando retroalimentación con frecuencia y adaptándonos en función de lo que observamos y aprendemos.

Trataré de dilucidar al respecto.

Paso a los entornos complejos

Ya basta de Cynefin o de cualquier otro modelo que intente explicar los distintos entornos donde nos movemos. En la práctica, un entorno complejo se caracteriza por la gran cantidad de variables y factores desconocidos con las que los equipos lidian al intentar predecir de manera confiable el mejor curso de acción. Ejemplos de esto incluyen:

·       Tendencias de mercado cambiantes.

·       Necesidades inciertas de los clientes.

·       Evolución de la competencia o cambios regulatorios.

·       Avances tecnológicos rápidos.

En escenarios de esta clase, los planes a largo plazo basados en supuestos fijos no arrojan los resultados esperados. El éxito del producto depende de un aprendizaje constante vía experimentación, retroalimentación y adaptación.

Implicaciones de la planificación empírica de productos

La planificación empírica de productos requiere de transparencia, inspección y adaptación: los tres pilares de Scrum.

Transparencia: todos los involucrados en el desarrollo del producto tienen visibilidad sobre el progreso, los riesgos y el estado del trabajo. Esto requiere que los elementos del Product Backlog estén claros y actualizados, así como una comunicación continua.

El Product Backlog es compartido abiertamente y visible para todos los interesados. Alguien como el Product Owner lo actualiza regularmente en función de los últimos datos proporcionados por los usuarios, el mercado, regulaciones o descubrimientos técnicos. Ese 50 % del tiempo que el Product Owner no pasa con el equipo, lo debe transitar en el entorno del producto. Indaga. Profundiza. Se proyecta. Se anticipa, por ejemplo, a asuntos regulatorios por venir.

Inspección: todo el equipo, especialmente el Product Owner con ayuda del Scrum Master, inspecciona con regularidad el producto y el progreso hacia los objetivos. Recopilan retroalimentación con frecuencia a través de Sprints de corta duración, revisiones y pruebas.

Por ejemplo, al final de cada Sprint, el equipo Scrum revisa el trabajo completado y busca la retroalimentación del cliente. Además, inspeccionan métricas como el compromiso de los usuarios, los datos de rendimiento del producto en producción o las funcionalidades más usadas, entre otras.

Adaptación: en función de las observaciones durante las inspecciones, los equipos adecúan sus planes, prioridades y enfoques. En lugar de seguir una hoja de ruta fija, se ajustan para reflejar nuevos conocimientos. Es cuando la “magia” ocurre. Por ejemplo, si el Product Owner nota una disminución en el compromiso de los usuarios, con el equipo ajusta el Product Backlog, priorizando funciones que mejoren la experiencia del usuario en lugar de seguir el plan ya establecido.

Planificación empírica de productos en acción

En la planificación empírica de productos no creamos planes elaborados a largo plazo. En cambio, usamos un enfoque de onda continua, donde proyectamos en detalle para los dos o tres sprints siguientes a la vez que mantenemos el trabajo futuro flexible.

También hacemos planificación empírica cuando, en lugar de construir una funcionalidad basada en suposiciones sobre el comportamiento del usuario, lanzamos una versión básica después de uno o dos Sprints. A partir de allí, observamos cómo los usuarios interactúan con ella, aprendemos qué funciona y qué no y ajustamos los planes futuros.

Además, cuando adoptamos una mentalidad donde las funciones y mejoras son realmente experimentos, estamos haciendo planificación empírica de producto. Establecemos hipótesis, las probamos rápidamente y utilizamos los resultados para guiar nuestras próximas decisiones. Después de todo, de eso se trata el “ser” ágil: de experimentar.

Las cosas así, los beneficios no se hacen esperar. Mitigamos riesgos, porque evitamos perder tiempo y recursos en funciones que no aportan valor. Nos centramos en el cliente, ya que los ciclos frecuentes de retroalimentación aseguran que el producto esté en constante evolución para satisfacer sus necesidades. Y somos flexibles, esto es, respondemos rápidamente a cambios en el mercado o nuevas oportunidades.

La responsabilidad del Scrum Master en la planificación empírica de productos

No hay otra forma de decirlo: el Scrum Master debe asegurarse de que el Product Owner y el equipo en pleno adopten la planificación empírica de productos. Este es el quid de la cuestión.

·       Fomenta ciclos de planificación más cortos: promueve pequeños pasos incrementales en lugar de planes a largo plazo.

·       Facilita los ciclos de retroalimentación: se asegura de que las Sprint Reviews sean significativas y conduzcan a ideas accionables.

·       Enseña pensamiento adaptativo: ayuda al Product Owner y al equipo a centrarse en la toma de decisiones basada en evidencias, en lugar de planes rígidos basados en antojos o cábalas.

·       Impulsa la inspección y adaptación: facilita que el equipo e interesados inspeccionen el progreso con regularidad y adapten su enfoque según lo que aprenden.

Pensamiento final

Solo quiero enfatizar que el desempeño pasado no es garantía del desempeño actual y mucho menos de futuro. Son solo eso, predicciones, pronósticos, hipótesis en el mejor de los casos, unas fallarán, otras no.

Es un hecho, la cantidad de incertidumbre en un pronóstico aumenta a medida que miras hacia el futuro. Perentorio.


viernes, octubre 25, 2024

Tres cosas que se necesitan para ser un líder ágil y lean estratégico


Evidencia tres de los principios que todo líder ágil y lean estratégico debe dominar para guiar a su organización en tiempos de cambio y complejidad. Inspirado en la visión transformadora de Satya Nadella, estos pilares de claridad, energía colectiva y soluciones creativas son la clave para liderar con impacto y conectar propósito y quehacer en cada decisión.

[Nuevo artículo] en Experimentum.

martes, noviembre 28, 2023

Los artefactos Scrum: un enfoque unificado para el éxito del producto

 

Fuente: https://www.linkedin.com/feed/update/urn:li:activity:7132793258551726080/

He tenido el privilegio de guiar a numerosos equipos y empresas a través de implementaciones exitosas de Scrum. Una de las preguntas más comunes que encuentro es: "¿Cuál es el artefacto principal en Scrum: el Product Backlog, el Sprint Backlog o el Incremento?"

En una encuesta reciente en LinkedIn realizada por Scrum Inc., a manera de trivia, el 74 % de los encuestados, incluyéndome, indicaron que los tres artefactos son igualmente críticos para el éxito de Scrum. Esto se alinea con mi propia experiencia, donde he sido testigo de cómo cada artefacto desempeña un papel distinto pero complementario a la hora de impulsar el desarrollo de productos.

Pero qué pasa con quienes dieron respuestas diversas: el 13% estaba a favor del Product Backlog, el 6% optó por el Sprint Backlog y otro 6% creía que el Incremento era el más crucial. Este último parece tener sentido, después de todo, se trata del objeto final de la iniciativa de producto, ir creándolo en pequeñas partes, pero ni siquiera tuvo una mayoría favorecedora dentro de los artefactos individuales.

La ilusión de la separación: un nombre inapropiado

Si bien cada artefacto posee sus propios méritos disímiles, la verdadera magia de Scrum radica en su interacción sinérgica. El Product Backlog proporciona una visión general, el Sprint Backlog traduce esa visión en tareas procesables y el Increment manifiesta esas tareas en valor tangible.

Es definitivo: la noción de que un artefacto reina sobre los demás es un error. Es como afirmar que los cimientos, las paredes o el techo de una casa son más importantes que los demás. Cada componente juega un papel crucial en la integridad de la estructura. De manera similar, cada artefacto Scrum contribuye al éxito general del proceso de desarrollo del producto.

El Product Backlog: la brújula visionaria

El Product Backlog sirve como base de Scrum y representa la visión en constante evolución del producto. Es una lista ordenada de características, requisitos y mejoras que definen el estado deseado del producto. Continuamente refinado y actualizado, el Product Backlog guía los esfuerzos del equipo, asegurando que estén alineados con la dirección estratégica del producto.

El Sprint Backlog: la hoja de ruta táctica

El Sprint Backlog, derivado del Product Backlog, traduce la visión del producto en tareas procesables para un solo sprint. Es una lista dinámica de historias de usuario, errores, tareas y otros elementos de trabajo que el equipo se compromete a completar durante el sprint. El Sprint Backlog proporciona enfoque y claridad, lo que permite al equipo ofrecer valor tangible al final de cada sprint.

El Incremento: la expresión concreta del progreso

El Incremento, la culminación de cada sprint, representa el producto funcional que está potencialmente disponible para los clientes. Es la manifestación tangible de los esfuerzos del equipo, que muestra las capacidades en evolución del producto y permite que se proporcione retroalimentación temprana para una mejora continua. El Incremento sirve como un faro de progreso, motivando al equipo y validando la dirección del producto.

Adoptando la naturaleza entrelazada de Scrum

El verdadero dominio de Scrum radica en reconocer la interconexión de estos artefactos. No son entidades aisladas sino más bien elementos interdependientes que se entrelazan para formar el tejido del éxito de Scrum. Descuidar un artefacto inevitablemente afecta a los demás, lo que dificulta la capacidad del equipo para entregar valor de manera consistente.

Cuando aceptamos el significado colectivo de los artefactos Scrum, liberamos el verdadero potencial del framework. Normalmente, capacito a los equipos para que naveguen por las complejidades del desarrollo de productos con agilidad, enfoque y mejora continua. Juntos, el Product Backlog, el Sprint Backlog y el Increment forman la piedra angular del éxito de Scrum, lo que permite a los equipos ofrecer productos que deleitan a los clientes e impulsan el crecimiento y la innovación en las empresas.

En mi experiencia, los intentos de aislar un artefacto como el más crucial a menudo conducen a una comprensión incompleta del enfoque holístico de Scrum. Cada artefacto juega un papel indispensable y su integración armoniosa forma la base del éxito de las iniciativas Scrum.

Estos instrumentos no son meras herramientas; son el alma de Scrum, son las expresiones tangibles de una mentalidad ágil. Encarnan los principios de mejora continua, colaboración y adaptabilidad, transformando el proceso de desarrollo de productos en un viaje de experiencias y evolución continuas.

Entonces, la próxima vez que reflexiones sobre la importancia relativa de los artefactos Scrum, recuerda que no son entidades aisladas sino hilos interconectados que tejen el tapiz del éxito de Scrum.

miércoles, octubre 04, 2023

El TAO de la Experimentación: del caos a la evolución organizacional

 

Una de las conversaciones más extensas que sostuve en el más reciente Ágiles Latinoamérica en Lima, Perú, trató sobre experimentar en las organizaciones, a raíz de una charla de Jorge Abad sobre Liderazgo Digital, donde él preguntaba a los asistentes sobre el número de experimentos en el último mes: solo 2 o 3 personas mencionaron que 1. Un número irrisorio por demás que deja mucho que desear para empresas que están en la senda de la transformación digital. Y, sin embargo, muchísimo más que el resto de las empresas representadas en la sesión, cuyo número de experimentos simplemente es un vacío cero.

Mi crítica no se hizo esperar a la salida. Les contaba a mis amigos peruanos cómo Booking.com realiza más de 1.000 pruebas rigurosas simultáneamente y, según estimaciones, más de 25.000 pruebas al año. En cualquier momento dado, millones de miles de millones de permutaciones de páginas de destino activas, lo que hace prácticamente improbable que dos clientes en la misma ubicación vean la misma versión. Este nivel de experimentación ha ayudado a transformar la empresa de una pequeña empresa emergente holandesa a la plataforma de alojamiento en línea más grande del mundo en menos de dos décadas.

Les prometí finalmente que iba a escribir más sobre ello y aquí estoy.

Y es que experimentar, en el sentido amplio del concepto, no es solo un método. Es un estilo de vida. En mi era ágil como coach ágil, me di cuenta de que cada organización, cada equipo y cada individuo poseen un universo de potencial. Pero para aprovecharlo, debemos fomentar una cultura de experimentación.

Primero hablemos de las razones por las cuales no experimentamos:

1. Experimentación vs. Miedo al Fracaso

Durante mis primeros años como coach ágil, me encontré con equipos tan paralizados por el miedo al fracaso que dudaban en probar algo nuevo. Estaban practicando Scrum, pero sentía que estaban "haciendo ágil" en lugar de "ser ágiles". A uno de ellos, en particular, les propuse un desafío: en cada retrospectiva, llevaríamos a cabo un experimento. ¿Los resultados? Asombrosos. Cuanto más experimentaban, más aprendían. Y con cada experimento, el miedo al fracaso disminuía. Al celebrar los fracasos tanto como los éxitos, transformamos ese miedo en combustible para el crecimiento.

2. Generación y Validación de Hipótesis

Trabajando con el sector financiero siempre me encuentro con vacilaciones, dado el alto nivel de aprehensión por la seguridad, la regulación y la gestión de riesgos, que son aspectos cruciales en esta industria. En una ocasión, un equipo estaba interesado en integrar una nueva funcionalidad, pero a su vez estaba inseguro sobre su recepción. En lugar de hacer suposiciones, generamos una hipótesis: "Creemos que, al agregar la Función X, podemos aumentar la participación de los usuarios en un 15 % durante el próximo trimestre". Lanzamos un producto mínimo viable (MVP) y lo probamos. Los resultados no fueron los que esperábamos, pero las percepciones que obtuvimos fueron invaluables. Este enfoque iterativo de generar y validar hipótesis se convirtió en el corazón de su desarrollo de producto.

3. Aprendiendo del Fracaso: la esencia del crecimiento

Una vez guie a una organización a través de una transformación ágil a gran escala. Enfrentamos desafíos en cada esquina, desde la resistencia al cambio hasta malentendidos sobre ágil. En lugar de ver estos como obstáculos, vimos cada desafío como un experimento. Con cada "fracaso", recopilamos datos, adaptamos nuestro enfoque y avanzamos con una comprensión aún mayor. Fue en estos momentos de adversidad donde ocurrió el crecimiento más profundo.

La esencia de la experimentación en las organizaciones

La experimentación es ese gen de una práctica deliberada de probar nuevas ideas, procesos o productos de manera controlada para determinar su viabilidad o valor. En general implica establecer hipótesis sobre los cambios que podrían lograr y luego probar esos cambios en un entorno real, a menudo a pequeña escala inicialmente, para validar o refutar esas hipótesis.

Si fomentas una cultura de Experimentación, tienes:

1.  Innovación: la experimentación fomenta la creatividad y las nuevas ideas, impulsando la innovación dentro de la organización.

2. Gestión de Riesgos: al probar cambios a menor escala, las organizaciones pueden evaluar resultados antes de una implementación a gran escala, reduciendo pérdidas potenciales.

3. Decisiones basadas en datos: la experimentación conduce a conclusiones basadas en evidencia, permitiendo una toma de decisiones más informada.

4. Adaptabilidad: las organizaciones que experimentan regularmente pueden adaptarse más rápidamente a las condiciones cambiantes del mercado o las necesidades del cliente.

5.  Mejora Continua: las pruebas y refinamientos regulares conducen a mejoras constantes en productos, servicios y procesos.

6.  Compromiso de los colaboradores: una cultura que valora la experimentación a menudo empodera a sus empleados, lo que lleva a un mayor compromiso y satisfacción.

Es un hecho, una mentalidad de "todo es una prueba" produce beneficios sorprendentemente grandes y competitivos, e incluso puede ayudar al desempeño de las acciones en el mercado. O si no preguntémosle a Google, Amazon, Nike, Amazon o al mismo Booking que ya mencioné.

Por el contrario, si no fomentas una cultura de experimentación, consigues:

1.     Estancamiento: las empresas podrían perderse ideas innovadoras o nuevos modelos de negocio que podrían impulsarlas por delante de la competencia.

2.    Oportunidades desaprovechadas: Sin experimentar, las empresas pueden pasar por alto posibles fuentes de ingresos o segmentos de clientes.

3.    Resiliencia reducida: las empresas que no experimentan y aprenden de esos experimentos podrían ser menos adaptables a interrupciones o cambios en el mercado.

4.  Dependencia de suposiciones: sin pruebas en el mundo real, las empresas basan las decisiones en suposiciones en lugar de datos, lo que puede llevar a costosos errores.

Pero, ojo, si no lo haces bien puedes caer en el lodo de:

1.  Parálisis por Análisis: demasiada experimentación sin objetivos claros puede llevar a indecisiones o retrasos en la implementación de productos/servicios.

2. Drenaje de recursos: la experimentación continua puede consumir recursos significativos, especialmente si no se hace de manera eficiente.

3.   Confusión potencial: si no se comunica bien, los cambios y pruebas frecuentes pueden confundir tanto a colaboradores como a clientes, principalmente a estos últimos.

4.   Miedo al fracaso: aunque una cultura de experimentación tiene como objetivo abrazar el fracaso como una oportunidad de aprendizaje, no todos los colaboradores o interesados pueden verlo de esa manera, lo que podría llevar a una reducción de la moral o confianza.

5.   Énfasis excesivo en resultados a corto plazo: existe el riesgo de que las empresas se concentren demasiado en los resultados de los experimentos a corto plazo en detrimento de los objetivos estratégicos a largo plazo.

Además de Booking, estas otras empresas lo hacen bien:

Google es conocido por su cultura de experimentación. Sin embargo, la tasa de éxito puede ser bastante baja. Por ejemplo, en Google y Bing, entre el 10 % y el 20 % de los experimentos controlados generan resultados positivos.

Amazon es otra empresa que depende en gran medida de la experimentación para la innovación y el crecimiento, pero no encontré una fuente confiable que me hablara de la tasa de éxito o fracaso de estos.

La unidad Bing de Microsoft ha descubierto que los experimentos en línea cambian las reglas del juego. Han ayudado a Bing a realizar docenas de mejoras mensuales, que en conjunto han aumentado los ingresos por búsqueda entre un 10 % y un 25 % al año.

Nike es otra empresa que realiza experimentos para impulsar la innovación. Tampoco pude encontrar la tasa de éxito exacta.

Para concluir,

Experimentar no se trata de acertar siempre. Se trata de crear un ambiente seguro para probar, aprender y crecer. Cuando cambiamos nuestra mentalidad de temer a los errores a valorarlos como oportunidades de aprendizaje, desbloqueamos un mundo de potencial.

La experimentación en las organizaciones es una espada de doble filo. Cuando se hace correctamente, puede llevar a la innovación, adaptabilidad y mejora continua. Pero, sin objetivos claros, comunicación y un equilibrio entre resultados a corto plazo y objetivos a largo plazo, también puede presentar desafíos. Es vital que las empresas encuentren el equilibrio adecuado y se aseguren de fomentar una cultura de experimentación que realmente las beneficie.

Y mientras preparo una segunda parte de este capítulo sobre experimentación, no dejes de contarnos en el foro cómo lo estás haciendo en tu empresa.

Algunas referencias

Building a Culture of Experimentation, by Stefan Thomke

https://hbr.org/2020/03/building-a-culture-of-experimentation

 

The Secret Behind Successful Corporate Transformations

by Paul A. Argenti, Jenifer Berman, Ryan Calsbeek, and Andrew Whitehouse

https://hbr.org/2021/09/the-secret-behind-successful-corporate-transformations

 

A Harvard Business School professor on how companies like Google and Amazon use experimentation to innovate, grow, and improve, by Stefan H. Thomke

https://www.businessinsider.com/harvard-business-professor-on-companies-using-experimentation-2020-2