Buscar en Gazafatonario IT

Mostrando las entradas con la etiqueta Mejoramiento continuo. Mostrar todas las entradas
Mostrando las entradas con la etiqueta Mejoramiento continuo. Mostrar todas las entradas

lunes, septiembre 11, 2017

Gestión Lean del Cambio

O de cómo puedes empezar a convertirte en un Agente de Cambio extraordinario


“Si realmente quieres entender algo, trata de cambiarlo” - Kurt Lewin -
Hace poco tuve el privilegio de asistir al curso de Lean Change Management con mi buen amigo Luis Mulato de AgileSpin, con quien además he tenido la grandiosa oportunidad de liderar varias de las iniciativas más importantes que hemos emprendido en la Comunidad Ágiles Colombia, a manera de experimentos de los que precisamente hemos obtenido un aprendizaje fantástico.
Si estás involucrado en procesos de transformación quiero invitarte a tomar el curso con Lucho, con quien espero facilitarlo algún día. Además de tener un excelente sentido del manejo del tiempo y foco en los temas principales de la materia, Lucho es poseedor de un sentido de recursividad y creatividad y de una perspectiva abierta que, combinados con su amplia experiencia – conocedor  de una extensa gama de prácticas, marcos de trabajo y herramientas ágiles – logra despertar en los participantes, nuevos Agentes de Cambio, un interés inusitado durante los dos días del taller.
Pues bien, Lucho abre la discusión diciéndonos que los modelos de gestión y de cambio actuales no son suficientes para lograr una transformación exitosa en las organizaciones del siglo XXI o de los tiempos del VUCA* como él las llama. Lean Change Management o LCM nos muestra cómo descubrir una cultura y cómo alterar la dinámica del trabajo por objetivos. En la práctica, LCM se basa en la retroalimentación y nos provee de herramientas para validar el aprendizaje. ¿Cómo hacerlo? ¡Si hubo un cambio de comportamiento, el experimento tuvo éxito!
Acto seguido, Lucho nos presenta una suerte de Manifiesto por el Cambio – o Manifiesto Ágil para la gestión del cambio – a la usanza Lean, donde valoramos:
Halar sobre empujar
Contacto sobre tecnología
Orgánico sobre prescriptivo
Crecimiento sobre perfección
En este enfoque propuesto por Jason Little, las personas involucradas en el cambio participan sí o sí en el experimento, en su cocreación; además, intervienen en la toma de decisiones y son parte integral del equipo de cambio. En los términos que lo caracterizan, Lucho nos dice que Lean Change Managment  es People-Driven.
Como con otros elementos de la mentalidad Ágil, LCM promulga por la generación de una cultura de mejora continua para el cambio. Bien sabemos que entre más individuos haya, más caótico es el cambio. En la práctica, no podemos hacer que una persona cambie; pero podemos generar las condiciones necesarias para que cambie. Para mí, esta fue una de las grandes conclusiones del curso.
Es un hecho: el cambio comienza con uno mismo. Primero el mindset, tu mentalidad, y entonces empiezas a cambiar como individuo. Si no triunfas en este apartado, no sigas adelante. Si lo logras, a tu ritmo, con disciplina, entonces estás preparado para hacer parte del cambio de tu grupo o equipo interno: tu grupo familiar, tu equipo de trabajo. A partir de allí, las posibilidades son infinitas: puedes cooperar en o, mejor aún, liderar el cambio de la organización para la que trabajas y hacer parte del cambio del ecosistema, es decir, de la comunidad que habitas, de un pueblo o de toda una sociedad.
Ya he dicho insistentemente en los últimos años que la agilidad no es un estado final. Y también que la Agilidad no es sobre Ágil, es sobre Cambio. Y LCM nos señala el camino a seguir en ese sentido. El cambio no se hace y no ocurre a puerta cerrada y no lo logra un grupo de individuos cual conciliábulo, sin involucrar al resto de la organización.
Ahora bien, no todos los cambios son iguales. El cambio en las grandes organizaciones causa más disrupción y esto aumenta la incertidumbre y la complejidad. Cuando se implementan múltiples cambios, hacemos un trazado de la incertidumbre y complejidad relativas entre cambios.
Finalmente hemos entendido que la “mejor práctica” es la que tú mismo creas basado en los experimentos que realizas en tu organización. Y con el tiempo, tú mismo aprenderás lo que funciona y lo que no, dados los atributos específicos de tu organización. ¡Eso es lo hermosamente simple de la Agilidad!

Sobre el Ciclo de Gestión Lean del Cambio

Un modelo no lineal, basado en la retroalimentación, para gestionar el cambio
No puedo finalizar esta primera crónica sobre LCM, de la que espero sea una jugosa serie de historias, sin explicar brevemente de qué se trata lo que su autor denomina el Ciclo de Gestión Lean del Cambio.
El mismo Jason Little se pregunta en este apartado si debería llamar a esto un modelo, un marco de trabajo, un método o un proceso, entre otros. Al final decide que no le preocupa la etiqueta, a mí tampoco, así que te dejo en libertad de formar tu propia opinión.
  • Hallazgos: antes de planear cualquier cambio, necesitas entender el estado actual de la organización. Para hacerlo hay muchas herramientas, evaluaciones y modelos que puedes aplicar para obtener esos Hallazgos. Por ejemplo, la evaluación ADKAR® o reuniones informales tipo Café Lean.
  • Opciones: una vez que consigas suficientes Hallazgos para comenzar a planear, vas a necesitar Opciones. Estas tienen un costo, un valor y un impacto y usualmente incluyen una o más hipótesis y beneficios esperados. Más adelante, cuando estés listo para introducir un cambio, convertirás estas Opciones en Experimentos.
  • Experimentos: en este punto ya has aprendido bastante del estado actual de las cosas y has considerado diversas Opciones. Ahora es tiempo de introducir un cambio y ver si funciona como pensaste que lo haría.
Los Experimentos, a su vez, tienen un su propio ciclo:
  • Preparar: es la etapa de planificación del Experimento. La clave acerca de esta etapa es que en ella solo tienes supuestos sobre el cambio, tus supuestos. Aquí es donde validarás tu enfoque con las personas que se verán impactadas por el cambio antes de implementarlo.
  • Introducir: aquí comienzas a trabajar con las personas afectadas  por el cambio. Si llegaste a este punto, el cambio está en proceso. Como con todo trabajo en progreso, debes buscar el límite apropiado de cambios que quieras introducir en simultáneo.
  • Revisar: compruebas los resultados del Experimento. En este punto ya habrá pasado el tiempo que proyectaste como necesario para que el cambio se consolide.
Como siempre, si el experimento no arrojó el resultado que querías o si lo produjo a medias, no desfallezcas. ¡Estas cosas suelen suceder! Simplemente te levantas al día siguiente y comienza el ciclo nuevamente. Las posibilidades son infinitas.

¿Quieres saber más?

Para saber más sobre Lean Change Management, leer el libro de Jason Little y descargar material valioso para iniciar tus experimentos de cambio, ve a leanchange.org. Pero mi humilde recomendación es que tomes el curso con Luis Mulato. ¡Es el primer gran paso que puedes dar para convertirte en un Agente de Cambio extraordinario! Además puedes conseguir un gran grupo de amigos y colegas que te ayudarán en la travesía.
Y este es mi llamado a la acción muy especial. Piensa en tu Mínimo Cambio Viable o Mínimo Cambio Deseable. ¿Qué vas a hacer para conseguirlo? Déjamelo saber en el foro.

*VUCA, por las siglas en inglés de Volátil, Incierto, Complejo, Ambiguo

martes, mayo 30, 2017

De Retrospectivas y de Ratones


O de cómo los Agilistas le ponemos el cascabel al gato

La falta de atención a las acciones de mejoramiento es una de las razones principales por las cuales muchas personas, equipos y organizaciones no ven valor en las retrospectivas*; es uno de los motivos por los cuales en una tras otra de estas ceremonias dejamos entrever el mismo comportamiento apático y hasta errático, es la causa por la cual nos sentimos grandemente desmotivados cuando de regresiones ágiles se trata.
Las acciones de mejoramiento que surgen a raíz de una retrospectiva o de cualquier otro evento durante el sprint no se ejecutan los fines de semana a las 3 de la tarde o el jueves a las 10 de la noche antes de finalizar el sprint actual; tampoco se realizan solo por mencionarlas, como si la lista de acciones se tratara de un pozo de los deseos que el Hada de las Retrospectivas hace realidad cada dos semanas o menos.
Cada una de esas acciones toma tiempo, se trata de un esfuerzo serio para el que quizás no estamos preparados pero que debemos llevar a cabo si queremos mejorar como personas, como equipo, como organización.
Hay diferentes categorías de mejoramiento:
A nivel personal
A nivel de equipo
A nivel de liderazgo
A nivel de organización
Conocer el impacto que tendrá la acción de mejoramiento nos ayuda a saber a dónde ir, qué puertas tocar en la organización, cómo tenemos que proceder.
En ocasiones, las acciones de mejoramiento no se implementan o el objetivo no se alcanza en un solo sprint. Lo importante es que al final de cada iteración haya avances o hayamos logrado metas intermedias. Volveré con esto más adelante en una de mis recomendaciones a continuación.
Recomendaciones
Podemos proponer o establecer un time-box para ejecutar estas acciones de mejoramiento. Es decir, un lapso de tiempo máximo durante el sprint, así como lo hacemos con la planificación, el refinamiento o la misma retrospectiva. Ese tiempo dependerá de si la acción de mejora será ejecutada una sola persona, varias o todo el equipo; también, si depende de alguien más en la organización o de otra área de la misma. En este último caso, alguien del equipo Scrum, no tiene que ser solo el Scrum Master, debería encargarse de gestionar la realización de esas acciones. Lo importante es que en la siguiente retrospectiva mostremos avance medible y verificable de la tarea.
No tratemos de mejorar solo lo que hemos hecho mal o lo que no estamos haciendo. También se puede seguir mejorando lo que estamos haciendo bien o muy bien. ¡No hay límites!
En ese mismo sentido, no abordemos solo los problemas que enfrentamos durante el sprint, analicemos también lo que hemos hecho bien y por qué, para seguir haciéndolo, para convertirlo en algo común y corriente en nuestro trabajo, recordable y repetible.
No convirtamos la retrospectiva en una sesión de autoflagelación. El “mea culpa” por humildad o por sacrificio no funciona. Si esto se repite es porque no estamos creando escenarios seguros para fallar y aprender y entonces allí hay una acción de mejoramiento que realizar.
No dejemos todo en manos de la Organización. En principio, las acciones de mejoramiento son nuestra responsabilidad. Si más adelante, después de implementarlas, logramos que la organización se beneficie con ellas, bienvenidas. Las tareas que se salgan de nuestras manos o de nuestro control, ya sea por presupuesto, por tiempo o por complejidad o por cualquier otra razón, entreguémoslas a ojos cerrados. El Scrum Master o el Dueño de Producto nos pueden servir de puente con el resto de la organización para que estas se implementen en algún momento. En cualquier caso, no dejemos que estás bloqueen nuestro trabajo.
Aunque el mejoramiento no es el foco principal de lo que hacemos, tampoco debería ser lo más complejo, lo que más estrese el esfuerzo de las personas o del equipo. Concentrémonos en acciones pequeñas pero de alto impacto, o realicemos su implementación gradualmente. Por ejemplo, si queremos mejorar nuestra puntualidad porque estamos llegando tarde, no intentemos lograrlo del todo en un sprint o menos. Más, si esa no es nuestra cultura. En cambio, hagámoslo incrementalmente. ¿Qué tal 5 minutos la primera semana o el primer sprint? ¿Lo logramos? Bueno, ahora otros 10 minutos. ¿Meta alcanzada? Ahora sí, últimos 15 minutos. ¿Ya estamos llegando a tiempo? Sigámoslo haciendo de esta manera para siempre, motivados, con energía, ¡con la mente en el juego!
Toyota Kata viene a mi mente, pero hablaremos de ello en otra ocasión. Sin embargo, y a propósito de esto, las acciones de mejoramiento no tienen por qué ser una lista plana, a veces sin voluntad, sin vida. Pensemos en experimentos. Propongamos hipótesis. Hagámoslo divertido. Después de todo, esto debe ser lo “fácil” de nuestro trabajo. Lo otro, lo verdaderamente esencial, el desarrollo del producto/servicio en medio de la incertidumbre y hasta del caos, eso sí que debe estresarnos. Busquemos en la realización de estos experimentos, en la prueba de estas hipótesis, ese descanso que nuestra mente necesita para lograr ese otro objetivo cardinal que nos ocupa.
¿Y qué sucede, qué hacemos cuando la implementación de una acción de mejoramiento nos está causando problemas? ¿Desechamos esa mejora? No. Cambiamos la estrategia, solicitamos ayuda, ¡está bien pedir ayuda!
Trabajemos en equipo: el todo es mayor que la suma de las partes y es una de las razones por las cuales, los equipos Ágiles, como los gatos, siempre caemos de pie.
Finalmente, no esperemos al término del sprint para revisar y conocer si nuestras acciones de mejoramiento se han implementado o están en camino. Seamos proactivos: ¿en qué vamos? ¿Cómo podemos ayudar? ¿Hay algo que pueda hacer para que logremos este objetivo? Son algunas de las preguntas que nos podemos hacer como equipo, quizás durante la Reunión Diaria o en cualquier otro momento del día, mientras estiramos las piernas o nos tomamos un café. O simplemente digamos, “¡hoy es un buen día para mejorar!”
Siempre recomiendo realizar una retrospectiva al final de la iteración, a no ser que alguien mencione que está muy ocupado. ¡En cuyo caso, recomiendo hacer una segunda a mitad del sprint!

Y tú, ¿qué estás haciendo para mejorar? Déjamelo saber en el foro.

-----
*Adenda
Siempre recomiendo a los Scrum Masters que acompaño o a cualquier miembro del equipo que recuerde durante las primeras de cambio la Directiva Primaria de las Retrospectivas, sobre todo las primeras veces que se realiza un ritual de esta naturaleza, cuando el equipo es nuevo o cuando detectamos en los asistentes cierto temor a participar activamente de las mismas. Puedes descargarla de:
Ahora bien, para saber más de retrospectivas, puedes leer este artículo de mi gran amigo Leonardo Agudelo, http://www.twitter.com/sweepnoise, que publicamos en la página de la Comunidad Ágiles Colombia:
Y luego te recomiendo ampliamente las Lecciones Aprendidas de mi otro gran amigo Jorge Abad, http://twitter.com/jorge_abad, con quien he tenido la oportunidad de hablar extensamente sobre el asunto mientras ayudamos a terceros a implementar todas estas formas mejores de hacer las cosas:
Y un recurso indispensable para realizar retrospectivas fantásticas, es Retromat, de Corinna Baldauf, una suerte de elementos en los cuales inspirarnos y con los cuales podemos planear nuestras próximas retrospectivas, y cuya traducción al español hace ya algunos años fue conducida por Thomas Wallet, quien se define a sí mismo como un enfermo de las retrospectivas, acompañado de Pedro Serrano y un grupo de entusiastas de la Comunidad Ágil Latinoamericana:

Créditos de la portada: Designed by Peoplecreations / Freepik

lunes, mayo 29, 2017

Directiva Primaria de las Retrospectivas



Independientemente de lo que descubramos, entendemos y creemos sinceramente que todo el mundo hizo el mejor trabajo posible, dado lo que sabía en ese momento, sus capacidades y habilidades, los recursos disponibles y la situación en ese momento.
Norman L. Kerth

jueves, mayo 25, 2017

Generación de Valor con Scrum

El pensamiento Ágil llegó para quedarse. Se trata de un enfoque caracterizado por el trabajo colaborativo, las entregas de producto con Valor tempranas y frecuentes, el mejoramiento continuo y las continuas inspección y adaptación a los cambios que se suscitan en el entorno. 
Scrum es hoy el marco de trabajo Ágil más ampliamente usado porque es un instrumento que nos conduce hábilmente por el camino de la Agilidad, nos permite aumentar la productividad y la calidad de lo que hacemos a la vez que obtener retroalimentación sucesiva de los consumidores finales. 
En esta presentación revisaremos como con el marco de trabajo Scrum se puede generar Valor de manera temprana y frecuente durante los esfuerzos de desarrollo de nuevos productos.
Descarga la presentación a continuación y déjanos conocer tus pensamientos e inquietudes al respecto en el foro: