Enable javascript in your browser for better experience. Need to know to enable it? Go here.

Micro hábitos para lograr una transformación ágil y pegajosa

Las transformaciones pegajosas son aquellas en las que los equipos de ingeniería adoptan las prácticas productivas como un hábito y no necesitan ninguna influencia externa para llevarlas a cabo. Pero la transformación de la ingeniería requiere un cambio en la mentalidad de la organización y una transformación exitosa requiere un cambio continuo. Durante un ejercicio de transformación, los entrenadores, los equipos y la dirección se centran en impulsar el cambio y transformar las formas de trabajar. Este blog analiza lo que esto significa para las organizaciones. 

 

El cambio de comportamiento es difícil. Para lograr transformaciones pegajosas, debemos animar a las personas a tomar decisiones que redunden en su propio interés general. La teoría del "empujón" reconoce esta característica del comportamiento. Richard Thaler ganó el Nobel por su trabajo sobre el "nudging". Esta teoría hace hincapié en la idea de que el refuerzo positivo ayuda a las personas a tomar las decisiones correctas y, a su vez, facilita el cambio de comportamiento.

 

Entonces, ¿cómo se puede ayudar a impulsar el cambio de comportamiento a través de grandes elecciones? Esto nos lleva a otro libro de gran éxito: Hábitos atómicos, de James Clear. Clear aboga por un cambio diario del uno por ciento en los hábitos, lo suficientemente pequeño como para que haya poca fricción. Sin embargo, si persistes, estos cambios pueden hacerte mejorar 37 veces al final del año. Sí, esas son las matemáticas: 3700% de mejora si haces un cambio del 1% cada día durante un año. Si eso te llama la atención, también te interesará la forma en que dice que formamos hábitos. 

 

Tomando prestada la receta de Clear, si queremos que los hábitos se mantengan, esto es lo que tenemos que hacer:

Actuar en función de una señal

Hazlo evidente

Para activar un antojo

Hazlo atractivo

Para responder al anhelo

Hazlo fácil

Para obtener la recompensa

Hazlo satisfactorio

Todo esto suena bastante sencillo por escrito, pero ¿cómo ponerlo en práctica a la hora de diseñar sus iniciativas de transformación? 

 

Cualquier transformación requiere que ciertas cosas se hagan no sólo mecánicamente, sino utilizando el método correcto para ver beneficios visibles. Por ejemplo, al realizar un ejercicio en el gimnasio, una forma y una postura inadecuadas pueden perjudicarle. El mismo principio se aplica a cualquier proceso, incluidas las transformaciones. Hay que deshacerse de algunos viejos hábitos y formar algunos nuevos para que sean eficaces.

 

Según mi experiencia, los desarrolladores pueden ver los beneficios de la transformación desde el principio si hacen algunos cambios en su forma de trabajar.

Cómo las señales refuerzan los comportamientos

Señal/gatillo

La señal, ya sea un pensamiento interno o un entorno externo, desencadena un deseo.

Anhelo

La señal canta un anhelo, a menudo un sentimiento o un impulso, que indica al cerebro que debe buscar una respuesta.

Respuesta

La respuesta es lo que te motiva a actuar para satisfacer el anhelo.

Recompensa

La recompensa satisface el ansia de consumo y refuerza la asociación para crear un loop de feedback. Esto refuerza la conexión entre la señal/el gatillo y la recompensa.

Basándonos en la referencia anterior, vamos a tratar de entender el proceso de refuerzo de conductas con los siguientes ejemplos:

 

  Señal/gatillo

 Deseo

Respuesta Recompensa
Alarma durante cinco minutos antes de la reunión de pie Aumentar la eficacia del stand up del equipo Escriba su actualización para una narración concisa Stand-up sin estrés y comunicación eficaz para el equipo.
Los analistas de negocio (BAs) establecen un tiempo con los desarrolladores senior del equipo para curar las historias para las reuniones de planificación de la iteración Trabajar con historias bien escritas Examinar todos los aspectos del desarrollo de la función y ayudar a los BA a elaborar la narración y los criterios de éxito El emparejamiento de desarrolladores y analistas aporta beneficios a largo plazo gracias a una mejor comprensión de los aspectos técnicos y empresariales y una mayor eficacia
Estás listo para trabajar en una nueva historia Reducir las diferencias de comunicación entre las distintas disciplinas Hacer el kick-off de la historia con BA, Quality Assurance (QA), y cualquier otro rol (por ejemplo, DevOps, Seguridad) Eliminar las incógnitas discutiendo la aplicación y los criterios de éxito
Se encontró con un bloque de código complejo, una implementación con errores o un antipatrón Reducir la deuda técnica limpiando la base de código Inicie un chat de refactorización social en el comunicador de su equipo para encontrar mejores formas de resolverlo Difundir las mejores prácticas de codificación y permitir que todos aprendan sin sentirse a la defensiva
Te quedas atascado con un problema durante unos minutos Recurrir a la experiencia del grupo Convocar una reunión de desarrolladores (virtual o física) para una sesión de brainstorming sobre soluciones Construir un conocimiento compartido sobre diferentes situaciones problemáticas y soluciones
Te estás embarcando en la implementación de la historia Desarrollo de la historia sin fricciones ni incógnitas Discutir la historia, las estrategias de implementación, los escenarios de prueba y los requisitos no funcionales con el equipo Sumérjete en la implementación de la historia con claridad
Está a punto de concluir el desarrollo de la historia Garantizar el cumplimiento de los criterios de éxito/conclusión de la historia. Traspaso fluido de la funcionalidad Revisar el desarrollo con el QA y el BA (adicionalmente el líder técnico u otra persona técnica) para hacer el traspaso Eliminar cualquier sorpresa durante las pruebas, permitiéndole asegurarse de que ha cumplido con todos los criterios de éxito/conclusión durante el desarrollo
Aparece una notificación de fallo de construcción en IM Mantener las construcciones ecológicas para el equipo Echa un vistazo a los motivos de los fallos. Si nadie responde, construye el deber de arreglar y ofrécete como voluntario si puedes arreglarlo El pipeline de construcción debe estar en verde para evitar que se comprometa el código en las construcciones fallidas. El canal debe estar siempre en verde

Los micro hábitos mencionados aquí son fáciles de desarrollar y no alterarán tu rutina diaria. Todos los miembros del equipo deben promover el diálogo del "por qué" y realizar ciertas acciones de forma repetida. Esto les permitirá eliminar las ineficiencias y promover la adopción de procesos que se adapten a su equipo.

Aviso legal: Las declaraciones y opiniones expresadas en este artículo son las del autor/a o autores y no reflejan necesariamente las posiciones de Thoughtworks.

Mantente al tanto de nuestros insights más recientes