Mostrando las entradas con la etiqueta retrospectiva. Mostrar todas las entradas
Mostrando las entradas con la etiqueta retrospectiva. Mostrar todas las entradas

martes, septiembre 24, 2024

En entornos complejos y empresariales para avanzar más rápido y en la dirección correcta, hay que parar. Una reflexión desde el Corazón de la Agilidad.

Imagen creada con DALL-E

Hola a todos,

En el mundo de los negocios, donde la velocidad y la eficiencia son cruciales, a menudo nos encontramos con prácticas que parecen desafiar la lógica tradicional. Lean y Agile contienen una serie de prácticas que desafían nuestros paradigmas y nos proponen preguntas retadoras a nuestro accionar habitual. ¿Cómo es posible que planear menos trabajo haga a los equipos más rápidos? ¿O que mantener un 85% de capacidad de trabajo sea más efectivo que intentar aprovechar al 100% (1)? Estas ideas, que desafían la intuición, son parte fundamental de cómo podemos prosperar en entornos complejos.

Otros ejemplos comunes de estos contrasentidos son:

  • Planear menos trabajo para el ciclo para ser más rápido (2): Al planear menos trabajo en el ciclo, hace que los equipos terminen más rápido, debido a que logran  adaptarse mejor a los cambios inesperados y reducir la presión, facilitando la innovación y la mejora continua.
  • Reducir el WIP (Work In Progress) (3): Limitar la cantidad de trabajo en curso hace que los equipos sean más eficientes y reduce los tiempos de entrega, aunque parezca que al hacer menos cosas a la vez estamos avanzando más lento.
  • Evitar la multi-tarea (4): En lugar de hacer múltiples tareas a la vez, centrarse en una sola mejora la calidad y velocidad del trabajo.

Pero mi objetivo no es resumirlos todos (aunque algún día lo haré), el contrasentido que quiero explorar hoy es quizás uno de los más retadores: En entornos complejos y empresariales para avanzar más rápido y en la dirección correcta, hay que parar.


¿Pero Qué es la Complejidad?

Estas aparentes contradicciones son especialmente relevantes en entornos complejos, donde el cambio es constante y la predictibilidad es baja. Pero, ¿qué entendemos realmente por complejidad? La complejidad se refiere a sistemas o situaciones caracterizados por múltiples elementos interconectados e interdependientes, donde las interacciones entre estos elementos no siguen patrones lineales predecibles. En entornos complejos, la causa y el efecto no siempre son obvios y, a menudo, las soluciones simples no funcionan. En estos escenarios, las decisiones y acciones deben adaptarse constantemente, ya que el contexto cambia de manera impredecible.

Ejemplos de Entornos Complejos en el Mundo Empresarial:

  1. Transformación Digital u Organizacional en Grandes Corporaciones: Empresas como bancos, aseguradoras o compañías de telecomunicaciones que buscan modernizar sus sistemas tecnológicos y procesos enfrentan desafíos complejos. La integración de nuevas tecnologías con sistemas heredados, la resistencia al cambio y la necesidad de formación del personal son solo algunos de los factores que deben manejarse simultáneamente.

  2. Lanzamiento de Productos Innovadores: Empresas que lanzan productos innovadores al mercado, deben navegar en un entorno donde la incertidumbre de la aceptación del mercado, la presión competitiva y los desafíos de producción masiva crean un entorno lleno de incertidumbres.

  3. Mercados Financieros Globales: Las decisiones en los mercados financieros globales, como la política monetaria de un banco central, pueden tener efectos impredecibles en la economía global, debido a la interdependencia de los mercados, la volatilidad de las políticas económicas y las reacciones de los actores económicos.

  4. Gestión de la Cadena de Suministro Internacional: Empresas que operan en un entorno global, como Amazon o Walmart, enfrentan una complejidad significativa al gestionar su cadena de suministro, donde factores como regulaciones locales, disponibilidad de materias primas, variabilidad en la demanda y cuestiones geopolíticas pueden impactar en la operación.

Otros ejemplos de complejidad en el mundo empresarial y en la vida cotidiana son: el desarrollo de soluciones de software, procesos de gestión del cambio organizacional, campañas de mercadeo, atención a problemas de salud pública, la política, la diplomacia, las estrategias del cambio climático, las estrategias corporativas en el Siglo XXI, entre otras.

La Importancia de Parar para Reflexionar

Alistair Cockburn, en su Corazón de la Agilidad(5), identifica la reflexión como un elemento clave. Según la RAE, reflexionar(6) es “pensar atenta y detenidamente sobre algo”. En un entorno complejo, reflexionar implica detenerse, observar, mirar con atención e intención, y decidir hacia dónde avanzar. Parar es parte del proceso de avanzar, aunque suene contradictorio.

Corazón de la Agilidad de Alistair Cockburn https://heartofagile.com/?lang=es 

Cuando nos detenemos a reflexionar, podemos:

  1. Revisar el rumbo del producto, del servicio, de la estrategia  o la arquitectura: Reflexionar sobre si lo que estamos construyendo realmente responde a las necesidades del mercado o a la visión del producto. O si estamos equivocando el rumbo y debemos replantear nuestra dirección, pues la existente es inútil.
  2. Cuestionar nuestras prácticas: Evaluar cómo estamos trabajando, individual y colectivamente, y si las metodologías, herramientas o enfoques que estamos utilizando siguen siendo adecuados.
  3. Mirar datos y emociones: Analizar métricas objetivas y también cómo se siente el equipo. ¿Están motivados? ¿Existen fricciones internas que debemos abordar?

Reflexionar en un entorno complejo implica parar, detenerse y evaluar en dos dimensiones: el producto y el proceso. No se trata solo de lo que estamos construyendo, sino también de cómo lo estamos construyendo.

Corazón de la Agilidad Extendido. Fuente: https://heartofagile.com/heart-of-agile-plus-teaching-denmark-sept-2020/


Escuchar al Equipo: La Clave para una Reflexión Efectiva

La reflexión no puede ser un ejercicio unilateral. Es fundamental escuchar al equipo, acoger múltiples perspectivas y asegurarnos de que todas las voces sean escuchadas. Este enfoque colectivo nos permite:

  • Identificar puntos ciegos: Cada miembro del equipo tiene una visión única del proyecto. Escuchar a todos ayuda a descubrir áreas problemáticas que podrían pasar desapercibidas.
  • Evitar sesgos: La sabiduría de las masas nos protege de decisiones basadas en suposiciones erróneas o en perspectivas limitadas.
  • Incorporar la sabiduría colectiva: El equipo en su conjunto posee más conocimiento y experiencia combinados que cualquier individuo. Aprovechar esto aumenta la calidad de las decisiones.
  • Evitar el octavo desperdicio de Lean: No escuchar al equipo. No hacerlo es desperdiciar la oportunidad de mejorar con base en la experiencia directa de quienes están más cerca del trabajo.
  • Identificar los problemas existentes antes de que se conviertan en crisis: Abrir espacios para la reflexión en los equipos de trabajo, abre oportunidades para darle voz "a los secretos que se dicen los pasillos", evitando darnos cuenta demasiado tarde de algo que todos sabían, y que por estar encerrados en la cotidianidad no veíamos, permitiéndonos evitar las crisis presentidas por todos.

No parar a reflexionar y escuchar al equipo implica avanzar con la estrategia incorrecta, perpetuar prácticas ineficaces y perder oportunidades de mejora. Asegurémonos de que cada pausa para la reflexión sea una oportunidad para aprender, corregir y avanzar juntos.


En Scrum la Reflexión está ligada a la Inspección y Adaptación

La reflexión está intrínsecamente ligada al mantra de Scrum: Inspección y Adaptación. Si no nos detenemos a inspeccionar lo que hemos hecho y cómo lo hemos hecho, ¿cómo podemos adaptarnos y mejorar?. En Scrum, cada uno de los eventos es una oportunidad para hacer inspección y adaptación: el producto, el proceso, los artefactos constantemente con inspeccionados, con la intención de provocar cambios lo antes posible, tan pronto ocurre una desviación o se aprende algo nuevo; pues:

  • ¿De qué sirve avanzar rápidamente en la dirección incorrecta?
  • ¿De qué sirve seguir con prácticas técnicas o de proceso equivocadas?
  • ¿De qué sirve avanzar si el conocimiento que tenemos no es el adecuado?
  • ¿De qué sirve avanzar con las herramientas incorrectas?
En Scrum, la posibilidad de adaptarse rápidamente según lo aprendido, es una fortaleza que potencializa el marco y los equipos que lo adoptan correctamente.

La Reflexión como Antesala a la Mejora

A lo largo de este artículo, hemos visto cómo detenerse nos ofrece ventajas a ser incorporadas en el producto, en las personas, en las interacciones, en el servicio, en el proceso o en todas a la vez. La reflexión, nos permite ver las mejoras y las mejoras son el camino para hacernos inalcanzables. Percibir e implementar las mejoras, de forma integral, es una de las características de los equipos de alto rendimiento. La reflexión nos permite visualizar las mejoras escondidas en la cotidianidad y en las conversaciones explícitas o implícitas del equipo, desaprovechar este súper poder es destruir valor para la organización.

Efecto en el desempeño de la ejecución de retrospectivas (sesiones de mejora) en un equipo Scrum. Fuente:  https://scrumbook.org/retrospective-pattern-language/scrumming-the-scrum.html



La Reflexión como Práctica Regular

Mi sugerencia es: al menos una vez al mes, dedica tiempo con tu equipo a reflexionar. Esto implica mirar hacia dónde están avanzando, que ha cambiado, qué han aprendido nuevo, qué deben corregir y qué deben mejorar. Analicen datos, el entorno, las emociones y el feedback recibido para identificar uno o dos puntos de acción concretos a ejecutar en el siguiente ciclo o mes, es recomendabe tener pocos puntos de acción, pues muchos  te quitarán el foco y harán que no se identifique que fue lo que impulso la nueva dirección obtenida. Es mejor avanzar de a pequeños cambios, comenzando por los más importantes o los que más impacto y menos esfuerzo requieren.

En un equipo Scrum con sprints de dos semanas, esta reflexión ocurre al menos cada revisión (para evaluar el producto) y en cada retrospectiva (para evaluar personas, interacciones, procesos, herramientas y la Definition of Done). Detenerse, aunque sea solo un momento, permite a los equipos reorientarse y no propagar errores, o avanzar en la estrategia equivocada.

Ahora, podrías decir estoy en un equipo operativo, mi trabajo es el mismo todos los días, mi pregunta es ¿Crees que no existe nada que aprender?¿Algo que cambiar o mejorar?, yo he observado que sí, no pierdas la oportunidad de mejorar tu desempeño aun con menos carga para tu equipo.


El Costo de No Parar

No detenerse significa propagar el error, avanzar con la estrategia equivocada o aplicar prácticas inadecuadas por mucho tiempo hasta tu próximo ciclo de avance o hasta que sea tarde. Algunos impactos no parar pueden ser:

  • Propagación de errores y desperdicio de recursos
  • Perpetuación de estrategias ineficientes
  • Falta de innovación
  • Desconexión con la realidad del cliente
  • Desconexión con el entorno empresarial
  • Riesgo de desalineación estratégica
  • Compromiso con el conocimiento incorrecto
  • No escuchar ideas valiosa del equipo que podrían impactar positivamente o reducir riesgos
  • Incremento del costo del cambio
  • Perdida de oportunidades de mejora
  • Impacto Negativo en la Cultura Organizacional


Conclusión

Avanzar sin parar puede ser contraproducente. La verdadera agilidad y la mejora continua requieren momentos de pausa y reflexión. Así que, en entornos complejos, para avanzar más rápido, hay que detenerse. Solo así podremos asegurar que estamos yendo en la dirección correcta y con las prácticas adecuadas. Y recuerda, escuchar al equipo no es opcional, es la clave para evitar desperdicios y mejorar de manera continua.

Unas preguntas para que te lleves:

  • ¿Hace cuánto no se hace reflexíón en tu equipo, área o empresa?
  • ¿Con que frecuencia deberías tener estos ciclos de reflexión, para garantizar avanzar en la dirección y ritmo correcto?


Saludos ágiles,

Jorge Abad.


Referencias

  1. Leído y Recomendado: To Build a Top Performing Team, Ask for 85% Effort / Para formar un equipo de alto rendimiento, pida un 85% de esfuerzo 
  2. Teams That Finish Early Accelerate Faster: A Pattern Language for High Performing Scrum Teams 
  3. Varios proyectos a la vez generará más retraso en la generación de valor. Limita el WIP.
  4. Desperdicio Generado por la Pérdida de Contexto entre Proyectos 
  5. Corazón de la agilidad 
  6. Definición de reflexionar: https://dle.rae.es/reflexionar

domingo, enero 31, 2021

Haciendo Retrospectivas Inútiles

 



Las retrospectivas perderán valor o terminarán perdiendo importancia bajo varias circunstancias:

  1. Las mejoras no se implementan, convirtiéndose en un ritual sin valor.
  2. Similar al anterior, las mejoras escaladas hacia el entorno, es decir, fuera del equipo no son tenidas en cuenta, ni consideradas.
  3. Se vuelven un rito para el equipo, el cual tiene que hacer, porque así lo dice un proceso, pero no se vuelve un espacio de aprendizaje y reflexión.
  4. Cuando se hacen con afán o a la carrera, buscando terminar rápido y posiblemente terminen con: “envíenme un email con sus mejoras, yo las organizo”.
  5. Cuando una persona es la que manipula las retrospectivas, opacando al grupo.
  6. Cuando existe temor, desconfianza y no hay transparencia.
  7. Siempre se realizan las mismas actividades de interacción.
  8. Las mejoras implementadas son carentes de valor y no generan impacto, ni retan el statu quo del equipo. 
  9. Se juega, se come, se brinda, se hacen bromas, es decir, se hace de todo, pero no hay una reflexión sobre el pasado y acciones concretas hacia el futuro.

Evita por tu bien y el de tu equipo las retrospectivas inútiles.


Saludos ágiles

Jorge Abad




Este es uno de los miniartículos del mi minilibro: "Algunas ideas sobre retrospectivas". ¿Querés saber más sobre retrospectivas o cómo desarrollo este concepto en el minilibro?

A continuación te comparto el link en Amazon:

lunes, enero 18, 2021

Retrospectivas con Propósito

 


En ocasiones el facilitador puede al principio de la sesión compartir una pregunta o propósito poderoso que requiere resolverse en la retrospectiva.

La idea es que conjuntamente todas las actividades y agenda de la retrospectiva giren alrededor de ese propósito compartido.

Este propósito puede identificarse tanto por el facilitador y los hechos que observó, sugerido por algún miembro del equipo o alguien externo.

Algunas ideas de preguntas o propósitos poderosos pueden ser:

·         ¿Qué tenemos que hacer para ser un equipo de alto rendimiento?

 

·         ¿Cómo vamos a resolver la deuda técnica que nos atormenta?

 

·         ¿Qué nos está apartando de nuestro propósito como equipo?

 

·         ¿Cómo vamos a mejorar las interacciones con “x” área de la organización?

 

·         ¿En qué reprocesos estamos incurriendo? ¿Cómo los estamos generando? ¿Cómo podemos evitarlos?

 

·         ¿Qué actividades nos están desenfocando comúnmente de nuestro objetivo del sprint?

 También puede ser poner una palabra o concepto y conversar alrededor de él, algunos ejemplos pueden ser:

·         Software funcionando sobre documentación extensiva


·         Interacción

 

·         Resultados

 

·         Cambio

 

·         Empatía

 

·         Excelencia

 

·         Respeto

 

·         Comunicación

 

·         Mejora implacable

 

·         Flujo

 

·         Valor

 

·         Desperdicio

 

·         Valores de Scrum

 

·         Valores del Equipo

 

·         Valores de la Organización a la que se pertenece

 

O tal vez, por votación elegir entre varios de estas ideas claves u otras que te llamen la atención. 

Se requiere de lectura del facilitador respecto al equipo, es decir, entender el momento que están atravesando, para saber si el tema debe ser abordado o aplazado.

Una buena finalización de la retrospectiva sería evaluar con los asistentes las siguientes preguntas:

 

·         ¿Logramos el propósito que buscábamos con esta retrospectiva?

 

·         ¿algo que consideren que deba ser compartido?

 

Saludos ágiles

Jorge Abad




Este es uno de los miniartículos del mi minilibro: "Algunas ideas sobre retrospectivas". ¿Querés saber más sobre retrospectivas o cómo desarrollo este concepto en el minilibro?

A continuación te comparto el link en Amazon:

miércoles, enero 13, 2021

Los Dos Movimientos de la Retrospectiva

Una retrospectiva requiere de dos movimientos claves, una mirada para entender el pasado y una para el futuro. Se asemeja a la diástole y la sístole del corazón, los movimientos de la retrospectiva: 


Diástole = ¿Qué pasó?

Sístole = ¿Qué vamos a hacer?


Sin importar el formato, la guía, el esquema que encuentres, si logras resolver estos dos movimientos en tus retrospectivas estarás logrando el objetivo para el cual fueron planteadas en entornos ágiles.





Este es uno de los miniartículos del mi minilibro: "Algunas ideas sobre retrospectivas". ¿Querés saber más sobre retrospectivas o cómo desarrollo este concepto en el minilibro?

A continuación te comparto el link en Amazon:

martes, diciembre 22, 2020

New Minibook: Some Ideas for Agile Team’s Retrospectives


More than two years ago, after sharing a meetup on Retrospectives in Mexico City, I observed that were retrospectives, so useful in Agile frameworks, was not being conducted in a way that would generate the desired impact, which is: ACHIEVING THE IMPROVEMENT OF TEAM PERFORMANCE.

Due to the above, the idea of ​​this minibook entered my backlog of pending to build, and today I am finally sharing it with the Agile community and with all those who want to take their work teams to a mindset of continuous improvement.



Some Important Notes from the Mini-Book

The illustrations were made by my wife Diana Apráez, the launch flyer was designed by my daughter Mariana, translation by Dhiraj Bellara - @BellaraDhiraj, additionally I asked colleagues and friends of the Latin American Agile Community to collaborate with me with their reviews, prologues, advices and revisions, thanks again: Diana, Nadia, Lucho, Carlos Palacio, Carlos Quiroga, Carlos Serna, Wbeimar, Juan Andrés, Jaime, Augusto, Alma, Roberto, Daniel and Leonardo for all your contributions.

For the English edition, Ben Linders -https://www.benlinders.com/- did me the honor of writing a Foreword.

I share it below.



Foreword by Ben Linders

Retrospectives are not a new thing. They became widely known through the agile manifesto, the Scrum Guide, and by books like Project Retrospectives by Norm Kerth and Agile Retrospectives by Esther Derby and Diana Larsen. The practice of reflecting to learn and improve is much older. I was doing it already in the past century, by assisting people to form a shared picture of what's happening to learn and improve. 


The main thing that we can learn from agile is that retrospecting is a team activity. It's up to the team to find out, acknowledge, and take action. The retrospective facilitator is there to assist the team, to provide the environment, and foster a culture where people feel safe to speak up. Having said that, facilitating is not an easy thing to do.


Many people still seem to struggle when facilitating retrospectives. Expectations are often high, which makes it even harder. Jorge's book brings together many useful practices and suggestions that can help you to facilitate retrospectives that help teams to become a better version of themselves. Use the book to experiment in your retrospectives, and see what works for you. Don't worry if something goes wrong, remember the Prime Directive and use it to learn from things that didn't work. Occasionally you may want to retrospect your retrospectives too. 


Wishing you a wonderful journey of learning and improving!

- Ben Linders

----

Thanks a lot Ben for this foreword!

Thanks a lot Dhiraj for the translation!


www.amazon.com/-/es/dp/B08R6YVSCJ


Agile greetings / Saludos ágiles

Jorge Abad



viernes, diciembre 18, 2020

Entrevista de Tribu Ágil sobre el Libro: Algunas Ideas Sobre Retrospectivas para Equipos Ágiles

Hola a todos 

Les comparto esta amena entrevista que me realizaron Cristhian Arias y Gino Ravelo del equipo de Tribu Ágil - https://www.tribuagil.com/, sobre el minilibro "Algunas Ideas Sobre Retrospectivas para Equipos Ágiles", espero la disfruten tanto como yo.

Próximamente el minilibro en inglés.


 ¡¡¡Gracias Tribu por este regalo!!! 

Saludos Ágiles

Cuídense mucho y cuiden a sus familias del COVID-19 en estas fiestas.

¡Feliz Navidad, Feliz Año y Próspero 2021 para todos!







viernes, diciembre 04, 2020

Lanzamiento del Libro: Algunas Ideas Sobre Retrospectivas para Equipos Ágiles



Desde hace más de dos años de compartir un meetup sobre Retrospectivas en Ciudad de México, observaba que esta práctica tan útil en los marcos ágiles, no estaba siendo conducida de forma que generara el impacto buscado, el cual es: LOGRAR LA MEJORA DEL DESEMPEÑO DEL EQUIPO.

Debido a lo anterior, la idea de este minilibro entró en mi backlog de pendientes a construir, y hoy por fin estoy compartiendo con la comunidad ágil y con todos aquellos que quieran llevar sus equipos de trabajo a un mindset de mejora continua.


Algunas notas importantes del minilibro

Las ilustraciones fueron elaboradas por mi esposa Diana Apráez, el flyer de lanzamiento fue diseñado por mi hija Mariana, adicionalmente pedí a compañeros y amigos de la Comunidad Ágil Latinoamericana que me colaboraran con sus reseñas, prólogos, consejos y revisiones, nuevamente gracias: Diana, Nadia, Lucho, Carlos Palacio, Carlos Quiroga, Carlos Serna, Wbeimar, Juan Andrés, Jaime, Augusto, Alma, Roberto, Daniel y Leonardo por todos sus aportes.





Disfrútenlo,



A continuación el link en Amazon:

https://www.amazon.com/-/es/dp/B08PP3BZ6B/

Link de Amazon - Libro Algunas Ideas Sobre Retrospectivas para Equipos Ágiles



Saludos ágiles,

Jorge Abad

lunes, abril 06, 2020

La Guía de Scrum 2017 - En Mapa Mental

Hola a todos

La Guía de Scrum, la oficial, la publicada en https://scrumguides.org/, y en su versión en español para suramérica en 2017 https://scrumguides.org/docs/scrumguide/v2017/2017-Scrum-Guide-Spanish-SouthAmerican.pdf  traducida por mi estimado amigo Lucho Salazar, es un trabajo de sus creadores Jeff Sutherland y Ken Schawber de más de 20 años sobre ella.

Es bastante rica en conceptos, prácticas y sugerencias, fuera de ser muy, pero muy resumida.

Muchas veces al hacer una lectura de la misma, no somos conscientes de la cantidad de información allí depositada, y como nos pasa a muchos, cada vez que vamos a buscar un concepto, nos encontramos con perlas ocultas a nuestros antiguos ojos desprevenidos (los ojos del pasado) o tal vez sin el conocimiento para entender lo allí descrito, (me decía mi amiga Paola Becerra,  el ojo ve lo que es capaz de interpretar).

Bueno, con el fin de decodificar un poco la guía, me he animado a ponerla en formato de mapa mental.


Mapa Mental - Capítulos
Mapa Mental - Capítulos y Subcapítulos
El ejercicio no fue muy estricto desde las recomendaciones para crear mapas mentales, pero si con miras a ubicar fácilmente conocimiento clave.


Mapa Mental Completo - (lo sé, no se ve nada, pero es para que te hagas una idea de lo extenso del mapa)

De igual forma, he marcado en color verde y con (*) el texto relevante o las perlas ocultas a mis ojos del pasado.


Descárgalo y Úsalo

A continuación, pongo a su disposición varios formatos de descarga y visualización

Espero que esta decodificación les sea tan útil como lo fue para mí, en este entendimiento y reestudio de la guía.

Disfruten las perlas (las que estan con asterisco (*) y en verde)

Saludos ágiles

Jorge Abad

domingo, diciembre 22, 2019

Mis notas sobre la charla "El Corazón de la Agilidad" de Alistair Cockburn

Hola a todos

Hace poco mi gran amigo y líder técnico Daniel Ramirez, publicó las notas de la sesión que asistimos sobre el Corazon de la Agilidad de Alistair Cockburn - en Pragma el pasado mes de noviembre de 2019 -  https://contactosagiles.co/aoc-colombia-2019/el-corazon-de-la-agilidad/ -, yo también dejar un pequeño registro de ciertas frases contundentes que nos compartío Alistair en esta excelente sesión:








El corazón de la agilidad se basa en:
  • colaboración
  • entrega
  • reflexión
  • mejora

Combinando estas palabras se obtiene
  • colabora para entregar
  • entrega para reflexionar
  • reflexiona para mejorar
  • mejora la colaboración
  • colabora para mejorar
  • colaboramos para tener mejores ideas
  • entrega para aprender
  • la mejora reflexiva (es la inspección y adaptación de scrum)
  • pausa para reflexionar (obvio no es una combinación)
  • mejora para cambiar el mundo (obvio no es una combinación)
  • mejora el sistema de entrega

Los tres estados del aprendizaje
  • Shu - seguir la técnica
  • Ha - agregar técnicas diferentes, romper la regla
  • Ri-  dejar el dojo

Concepto clave Kokoro:
  • esencia o corazón de algo
  • simplificación radical de conceptos

Al hacer una transformación en una organización se debe buscar:
  • no intentar cambiar la cultura
  • aumentar la confianza
  • reducir el miedo
  • mejorar la interacción
  • mejorar el sistema de entrega
  • mejorar la conversación entre las personas

Respecto a la gerencia de proyectos y a los errores
  • una empresa es una fábrica de ideas
  • una idea es precursora de una decisión
  • las decisiones son las molécula de lo que hacemos y entregamos al mundo
  • cada producto tiene mas de 100.000 decisiones
  • cada decisión es una posibilidad de error
  • El "ARTE" de la gerencia de proyectos se basa hoy en día en DESCUBRIR LOS ERRORES LO MÁS TEMPRANO POSIBLE
  • debido a lo anterior, entregamos lo antes posible para obtener feedback y evitar avanzar en la dirección equivocada


Preguntas para mejorar un equipo, un área, una organización:



Qué hacemos para:
- Mejorar nuestra colaboración
- Mejorar nuestra reflexión
-Mejorar nuestra mejora




Notas y frases varias:
  • si mi mundo es de contratación tradicional, es decir, alcance tiempo y costo fijo, sugiere hacer contratos de tres meses para poder adaptarnos dentro de esas restricciones
  • Valor: el cliente sabe lo que es valor
  • Una empresa será más ágil entre más NATURAL le podas dar MALAS NOTICIAS AL JEFE
  • Debemos mejorar la conversación entre las personas
  • el corazón de la agilidad es un recordatorio, no un proceso
  • "Show me the feedback loops"
  • Una métrica importante: ¿cuántas veces por dia o semana se interrumpe el trabajo del desarrollador?
  • "Todo lo que se diga puede ser malinterpretado o malutilizado y no se puede escoger cual de ellos dos sucederá"
  • "El corazón de la agilidad está en descubrir los errores y dar las malas noticias"
  • SAFe que es nivel shu
  • La resistencia al cambio es normal
  • Cambia poco a poco


Otras imágenes de su pasada por Medellín

Tomado de: https://twitter.com/claudytoscano/status/1198794111735734272
"Nuestro trabajo en la Agilidad es dar las malas noticias temprano, simplemente porque es menos costoso"
---- 
"Agilidad es encontrar errores más rápido, y si no se los podes contar a tu jefe y virar, ¿para qué haces Agilidad?
---- 

Tomado de: https://twitter.com/claudytoscano/status/1198794111735734272

Tomado de: https://twitter.com/pablitux/status/1198710728707973121



Hasta acá este compartir

Video de la charla: http://www.lecciones-aprendidas.info/2022/09/video-corazon-de-la-agilidad-alistair.html


Saludos ágiles

Jorge Abad

viernes, noviembre 01, 2019

De Colección: ¿Y tus retrospectivas cuándo van a ser de tipo Élite?

Tomado de (1)
Hola a todos

Uno de los informes que más ha tomado fuerza dentro del mundo Ágil y de DevOps es el elaborado por DORA (DevOps Research and Assessment): "Accelerate: State of DevOps", en la versión de 2018 "Accelerate: State of DevOpsStrategies for a New Economy 2018"(1)(clic aquí), en su capítulo "Influencing culture through learning" se encuentra este interesante texto

"We found that learning reviews help contribute to a climate for learning and also impact organizational culture. It is important to note that this is true when teams conduct them to learn from their mistakes and failures and then turn these into opportunities to improve how they work. In particular, teams that leverage findings from retrospectives to implement changes to tooling, processes, or procedures see the strongest impacts.

Our analysis found that elite performers are 1.5 times more likely to consistently hold retrospectives and use them to improve their work. When we asked respondents about their most recent retrospective, we see common themes around outages, failures, performance, and deployment."

Traducido

"Descubrimos que las revisiones de aprendizaje ayudan a contribuir a un clima para el aprendizaje y también impactan la cultura organizacional. Es importante tener en cuenta que esto es cierto cuando los equipos los conducen para aprender de sus errores y fracasos y luego los convierten en oportunidades para mejorar su funcionamiento. En particular, los equipos que aprovechan los hallazgos de las retrospectivas para implementar cambios en las herramientas, procesos o procedimientos ven los impactos más
 fuertes.


Nuestro análisis encontró que los Jugadores de Élite tienen 1.5 veces más probabilidades de tener retrospectivas consistentemente y usarlas para mejorar su trabajo. Cuando preguntamos a los encuestados acerca de su retrospectiva más reciente, vemos temas comunes sobre interrupciones, fallas, rendimiento y despliegue."
Luego comparten esta nube de temas que se discuten en los equipos élite en el mundo
Tomado de (1)

El listado de palabras en orden alfabético las encuentras al final del post(3).


Invitación

Una de las recomendaciones e invitaciones que hago a los Scrum Masters, Facilitadores, Líderes Ágiles y Equipos de Desarrollo que tienen cierta madurez haciendo Scrum o cualquier otro marco es:

"tarde o temprano tus retrospectivas tienen que hablar del tema técnico, o ¿vas a seguir perfeccionando la comunicación y el proceso en el sprint 20 y siguientes?, es urgente que veas el elefante en el cuarto si quieres llevar a tu equipo al alto desempeño"
No estoy afirmando que: "no sea necesario mejorar el proceso y el trabajo en equipo", si hay que mejorarlos se hace, pero el tema técnico es un tema obligatorio a tocar en las retrospectivas, y más si deseas alcanzar alto desempeño.

Scrum Master y Equipo evitando hablar del tema técnico

Basado en la sugerencia anterior he escrito y compartido post similares en el pasado:
  • Scrum Master: Cómo Continuar la Mejora Continua de tu Equipo (clic aquí)
  • Presentación: Los puntos ciegos del Scrum Master (clic aquí)
Quedan entonces dos preguntas
  • ¿de qué tema hablaron en la última retrospectiva de tu equipo?
  • ¿y tus retrospectivas cuándo van a ser de tipo Élite?


Hasta acá este compartir.

Bienvenido el feedback

Saludos ágiles
Jorge Abad

Notas, Referencias, Aclaraciones y Comentarios

  1. Accelerate: State of DevOps. Strategies for a New Economy 2018 - https://inthecloud.withgoogle.com/state-of-devops-18/dl-cd.html 
  2. Accelerate: State of DevOps 2019- https://services.google.com/fh/files/misc/state-of-devops-2019.pdf
  3. El listado de palabras de la nube en orden alfabético es el siguiente:
  • able
  • access
  • analysis
  • api
  • app
  • application
  • architecture
  • automated
  • automation
  • availability
  • aws
  • bad
  • behavior
  • breach
  • broken
  • bug
  • bugs
  • build
  • business
  • capacity
  • cases
  • cause
  • caused
  • certificate
  • change
  • changes
  • client
  • cloud
  • cluster
  • code
  • collaboration
  • communication
  • communications
  • config
  • configuration
  • container
  • cpu
  • crash
  • critical
  • customer
  • customers
  • data
  • database
  • deadlines
  • defect
  • defects
  • degradation
  • delivery
  • dependencies
  • deployed
  • deployment
  • deployments
  • design
  • development
  • devops
  • disaster
  • disruption
  • dns
  • documentation
  • done
  • dont
  • downtime
  • due
  • efficiency
  • email
  • environment
  • environments
  • error
  • errors
  • external
  • failed
  • failing
  • failure
  • failures
  • feature
  • features
  • feedback
  • firewall
  • functional
  • functionality
  • gaps
  • hardware
  • high
  • human
  • implementation
  • improve
  • improvement
  • improvements
  • incident
  • incidents
  • incomplete
  • incorrect
  • infrastructure
  • integration
  • issue
  • issues
  • kafka
  • know
  • knowledge
  • lack
  • last
  • learning
  • lessons
  • load
  • loss
  • major
  • management
  • manual
  • many
  • migration
  • mismatch
  • missed
  • missing
  • mistakes
  • monitoring
  • mortems
  • needed
  • network
  • networking
  • new
  • none
  • nothing
  • one
  • operational
  • outage
  • outages
  • party
  • patching
  • performance
  • planning
  • poor
  • post
  • postmortems
  • power
  • problem
  • problems
  • procedures
  • process
  • processes
  • prod
  • product
  • production
  • project
  • projects
  • push
  • quality
  • recovery
  • regression
  • regular
  • related
  • release
  • releases
  • requirements
  • resource
  • retrospective
  • retrospectives
  • review
  • reviews
  • rework
  • root
  • scope
  • security
  • server
  • servers
  • service
  • services
  • slow
  • software
  • sprint
  • sql
  • stability
  • steps
  • storage
  • support
  • system
  • systems
  • tasks
  • team
  • teams
  • technical
  • test
  • testing
  • tests
  • time
  • tool
  • tools
  • unexpected
  • unplanned
  • updates
  • upgrade
  • upgrades
  • use
  • user
  • value
  • vendor
  • version
  • went
  • work
  • working
  • wrong