Buscar en Gazafatonario IT

Mostrando las entradas con la etiqueta Adaptación. Mostrar todas las entradas
Mostrando las entradas con la etiqueta Adaptación. Mostrar todas las entradas

viernes, junio 16, 2023

¡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.

jueves, enero 09, 2020

El último día del sprint

Imagen tomada de Pixabay
"Comenzar fuerte es bueno. Terminar fuerte es épico". [Robin Sharma]

Desde siempre he visto como los equipos de desarrollo de producto, especialmente los de desarrollo de software, emprenden los más titánicos proyectos con unas ganas inconmensurables, una fuerza interior, personal y grupal, que parece infinita y una pasión energizante que enciende los motores de la creación, el trabajo en equipo y los deseos de triunfar.

Nada muy distinto a lo que ocurre hoy en cada iteración de cualquier iniciativa o esfuerzo de desarrollo: el primer día los equipos planifican su propósito de vida para las siguientes jornadas y hasta son capaces de hacer un pronóstico de cómo alcanzarán la meta del sprint que comienza. Y diariamente acuden a la cita de la colaboración y la creación de valor con la mejor sonrisa y disposición.

O así es… ¡hasta que se acerca el fin de la iteración!

Un sprint es un bloque de tiempo breve en el que hay que mantener el foco y el esfuerzo regulado para terminarlo como lo empezamos. Con brío y pundonor. Pero eso no está ocurriendo con muchos equipos. En mis continuos ejercicios de acompañamiento y consultoría me sigo encontrando las historias de nunca acabar:
  • Es que no hicimos retrospectiva para terminar las historias de usuario
  • Programadores escribiendo programas minutos antes de la revisión con los interesados. ¿Y las pruebas?
  • Vamos a aplazar la revisión. Mañana hacemos la planificación del próximo sprint, luego la retrospectiva. Pasado mañana hacemos la revisión de este sprint que termina.
  • Solicitemos un aplazamiento del paso a producción para el próximo sprint.
  • Pidamos una extensión del sprint. Necesitamos dos o tres días más para terminar lo prometido.
  • Y la lista continúa.
Entre otras cosas, es a lo que se refieren Jeff y Ken cuando dicen que Scrum es “difícil de llegar a dominar”. Pero no se trata solo de Scrum. Es esa falta de disciplina que tenemos para hacer que las cosas terminen, ese apego a lo que es y no queremos dejar ir, inherente a todo ser humano. Es esa facilidad para conjugar el verbo empezar pero a la vez esa dificultad para conjugar la voz finalizar.

El último día del Sprint comienza el primer día del Sprint

Imagen tomada de Pixabay
Hagamos un plan hasta el penúltimo día del sprint, sea cual fuere su duración. Sí, con historias de usuario más pequeñas es posible. Y sí, todavía pueden ser entre 6 y 10 historias de usuario.

Recordemos en la planificación que la revisión y la retrospectiva requieren de preparación. No es algo que ocurre solo porque llegó la hora de hacerse o porque el marco de trabajo lo exige. Nunca veo esas tareas de preparación en el backlog del sprint. Y no, no son historias de usuario. Son actividades que bien pueden realizar el Scrum Master, pero también el Dueño de Producto o cualquier otro miembro del equipo, aunque preferiblemente uno de los dos primeros.

En cada reunión diaria, examinemos efectivamente cómo vamos hacia el cumplimiento de la meta del sprint y qué estamos haciendo específicamente para preparar esa gran fiesta que es la revisión del incremento con los interesados, no solo con el Dueño de Producto. Y, ni más faltaba, vayamos pensando qué clase de retrospectiva queremos hacer. Y sí, quince minutos es suficiente para ello. Durante la preparación de estos eventos finales también surgen impedimentos que hay que resolver con prontitud.

Recordemos, si no aseguramos la calidad del producto, no está terminado. Siempre pongamos de manifiesto que solo revisaremos lo que verdaderamente está terminado. Y no, casi terminado no es terminado.

El Scrum Master bien puede crear una campaña de expectativa hacia el exterior del equipo, dirigida a los interesados, sobre la próxima revisión, el siguiente gran hito. Y también hacia el interior del equipo: la siguiente gran oportunidad de inspección y adaptación, la retrospectiva. Sin que esto quiera decir que los demás eventos no son oportunidades de evaluación y ajuste, en el sentido de mejora continua.

Promovamos el descanso placentero y el sueño profundo, incluso la relajación y la meditación, la noche antes del día final del sprint. Descansemos, estemos con nuestras familias o amigos, salgamos a cenar, a disfrutar de una caminata a la luz de la luna con quien mejor nos sintamos o simplemente reposemos al ritmo que nuestro corazón dicte. Preparémonos así para la gestación de un día de buenas noticias con el resto del ecosistema organizacional.

Participemos de los preparativos, una revisión interna previa del producto no está demás. Lleguemos antes que todos los demás y recibamos a los invitados a la revisión, si los hay, con una gran sonrisa, con sendos mensajes de bienvenida, con una bebida. Y no, no es hora de licor.

[De la revisión propiamente dicha hemos hablado en variadas ocasiones así que no voy a entrar detalles sobre lo que debe o debería ocurrir durante la misma]*.

Aunque esto es del ámbito de la reunión misma, no dejemos de solicitar y recibir con la mente bien abierta toda la retroalimentación que nos brinden los asistentes. Ese será el motor que nos permita hacerlo mejor la siguiente vez. Y finalicemos con los agradecimientos respectivos, los aplausos, los abrazos, ¿por qué no? Después de todo, estamos todos en el desafío de deleitar a los consumidores finales de nuestro producto.

Finalmente, hagamos una pausa, tomemos un café y vamos a la retrospectiva. Esa cita íntima y necesaria en cada iteración. [Tampoco me extenderé mucho en este apartado]**

Al final del día, piensa que mañana seguirás mejorando. Es todo lo que necesitas para triunfar.


Apostilla:

No solo el último día, sino todos los días de tu vida, tiende la cama antes de salir. Si al final tienes un mal día o muchos malos días, siempre te recibirá una cama limpia y tendida. ¡Es la clave para cambiar el mundo!


-----
* Por ejemplo, además de lo que dice la guía de Scrum, mi gran amigo Jorge Abad ha publicado, entre otros, los siguientes artículos sobre el tema de la revisión del sprint:





Los invito a que los lean. Encontrarán consejos muy útiles cuando de preparar y realizar este evento del que les he hablado se trata.

** Por ejemplo, pueden leer mis artículos:




Aquí mismo en este Gazafatonario.


miércoles, julio 18, 2018

Apuntes sobre transformaciones ágiles: las personas, sus miedos y qué hacer al respecto


(Tiempo aproximado de lectura: 7 minutos, 30 segundos)
***********************************************************
Nota:
Esta es la segunda parte de una serie de apuntes sobre transformaciones ágiles. Encuentran la primera parte en:
http://www.gazafatonarioit.com/2018/04/apuntes-sobre-transformaciones-agiles_1.html
***********************************************************

Las personas son lo más importante de una organización y los gerentes deben hacer todo lo que puedan para mantener a las personas activas, creativas y motivadas, o algo así nos dice Jurgen Appelo a propósito de energizar a las personas en sus ya muy conocidas técnicas de Management 3.0. Los agentes de cambio también tenemos esa obligación con las personas: motivarlos, energizarlos, enamorarlos de las nuevas propuestas, de las nuevas formas de hacer las cosas.
Por ejemplo, promover el uso de herramientas simples que se adapten a las personas puede ser una magnífica idea cuando introducimos nuevas formas de trabajar en una organización. Instrumentos cuyo aprendizaje no tome mucho tiempo y cuyo uso sea natural y hasta espontáneo y que no intimide. Los radiadores de información como los tableros de tareas son un buen inicio.
Ahora bien, la revitalización casi nunca viene de arriba (de la alta gerencia). La revitalización comienza en los suburbios de la organización, conducida por líderes de área que crean planes para solucionar problemas concretos. A través del alineamiento de tareas –dirigiendo las responsabilidades de las personas hacia la tarea competitiva central de la empresa– estos líderes enfocan su energía en el trabajo y no en abstracciones como “empoderamiento” o “cultura”.
Revisar el propósito y la visión de la empresa, publicar la declaración de la misión y lanzar programas diseñados para causar un cambio en la organización, no siempre tienen el resultado esperado. ¿Cuál es el papel de la alta gerencia en este proceso? Establecer en qué dirección irá la compañía, sin necesidad de implantar lo que para el resto de la empresa puede verse como soluciones dictatoriales. Después, simplemente tiene que dedicarse a respaldar y divulgar las lecciones aprendidas de las áreas renovadas en toda la compañía.
Por su parte, los equipos son dueños de su propio destino. Los líderes están allí para suministrarles las piezas necesarias y suficientes y las guías apropiadas para el uso de esas piezas: armar el rompecabezas sigue siendo responsabilidad de cada uno de ellos y de sus miembros.
Durante los procesos de transformación te encuentras con dos tipos de personas: las que quieren el proceso para seguirlo, aquellas que no son capaces de hacer nada sin un proceso riguroso, meticuloso, estricto, universal, absoluto, paso a paso, detallado y definitivo. Y las que quieren ese conjunto de reglas rigurosas, estrictas, detalladas, obligatorias, para no seguirlas. En cualquiera de los dos casos, el pensamiento Ágil no les cae bien porque no establece o prescribe ni lo uno ni lo otro.
Algunos enemigos de la innovación son también enemigos del cambio y generan aprensión, estudia y practica cómo lidiar con ellos:
1.  Cultura de culpa
2.  No hay espacios seguros para experimentar
3.  Deseo de complacer a todos
4.  Grandes egos
5.  Dudas
6.  Microgestión del talento
7.  Miedo al fracaso
8.  Demasiado rigor en los procesos
9.  Impaciencia
10.      Abundancia de recursos
11.      HIPPO (Opiniones de las Personas más Altamente Pagadas en la compañía, muchas veces consultores externos que no conocen el ambiente organizacional actual)
12.      Necesidad de KPI medibles inmediatos
En síntesis, lograr una transformación sostenible requiere de compromiso, coordinación y competencia y nada de eso se logra por decreto. Las ordenanzas, por el contrario, producen más temor en las personas y estas se retraen y terminan alejándose del cambio. Algunos de estos consejos te pueden ayudar a lidiar con este fenómeno[1]:
1.  Haz que el compromiso a la transformación se logre mediante el diagnóstico conjunto de problemas. Sé inclusivo, logra la participación de todos en la organización.
2.  Desarrolla una visión compartida de cómo prepararse y organizarse para la competitividad. Las empresas más exitosas actualmente tienen un alto grado de colaboración y de innovación pero no olvidan el mercado.
3.  Promueve el consenso para la nueva visión, la competencia para promulgarla y la cohesión para avanzar. Esto requiere de liderazgo y de apoyo de la alta gerencia. Sin eso estás perdido.
4.  Energiza todas las áreas de la empresa, empezando por las personas que las integran. Eso sí, no presiones ni busques que la alta gerencia presione. Necesitas crear un entorno cooperativo, no uno coercitivo.
5.  Cuando hayas probado el cambio, cuando hayas logrado que la organización deguste lo que viene, institucionaliza la revitalización a través de políticas, sistemas y estructuras formales.
6.  Monitorea el proceso de energización, ajustándolo en respuesta a los problemas que encuentres, a los escenarios actuales. No trates de copiar una receta o un modelo calificado como exitoso en otra organización, el que obtengas el mismo resultado será apenas una feliz coincidencia.
Influenciar el grado de resistencia al cambio es un esfuerzo colectivo. Cada que puedas, une a más personas, a más áreas en la organización y con todos, haz un nuevo esfuerzo para influir en el resto aun no “convencido”, esta vez con más ahínco que antes. Y sin importar a cuántos logres convencer esta vez, prepara de inmediato la siguiente actividad. Esto es constante, hasta que la transformación sea sostenible.
Finalmente, si dejas de preocuparte por el porcentaje de avance, por el número de historias de usuario que vas a recibir, por el tiempo que te va a tomar recibirlas y por quién es el responsable de hacer qué y cuándo, lo que te queda es atender el valor recibido y con qué calidad lo recibes.
Liderar o fomentar el cambio requiere que las personas enfrenten problemas dolorosos y renuncien a los hábitos y creencias que aprecian. ¿Resultado? Algunas de estas personas intentan eliminar el agente visible del cambio: ¡ese eres tú!
No te desanimes por ello. Aprende a manejar tu entorno y tus propias emociones. Por sobre todas las cosas, mantente fiel a tus principios.
Finalmente, muchos no esperan o no están preparados para hacer la inversión necesaria para cambiar. Un jefe seguirá queriendo ser el jefe, no un líder al servicio de nadie (léase Scrum Master). ¡Es la forma cómo los inspires lo que motivará una real y profunda transformación!

Fuentes:
1-  Why Change Programs Don’t Produce Change. By Michael Beer, Russell A. Eisenstat, and Bert Spector.

miércoles, junio 01, 2016

Los Pilares de Scrum

Los Pilares de Scrum. Clic en la imagen para ampliar.

Sin ninguna duda, para que Scrum sea eficiente y efectivo, cada uno de estos pilares debe estar en pie, deben promoverse desde las personas y los equipos hasta toda la organización y deben apoyarse sin restricciones. Sin uno o más de estos pilares, cualquier implementación de Scrum está condenada a un cataclismo anunciado.

Déjame saber en el foro como te ha ido con la puesta en macha de estos pilares mientras implementas Scrum en tu organización.

Puedes descargar el PDF de la imagen en alta resolución haciendo clic aquí.

O me la solicitas a mi correo: lucho.salazar@gmail.com.