sábado, 25 de julio de 2020



Siguiendo con conversaciones ágiles, en este podcast te hablo sobre los Objetivos en Agile.

Escucha el audio en: https://www.ivoox.com/54364770

O puedes leer aquí su contenido si lo prefieres.



Hola, hablemos un poco sobre lo que nos guía, marca nuestras prioridades nuestros éxitos y aprendizajes, los Objetivos, esos resultados que queremos obtener a partir de determinadas acciones para conseguir nuestras metas y fines. 

Unos buenos Objetivos permiten que los miembros de un equipo alineen sus pensamientos y concentración con la tarea adecuada, los ayudará a mantener el rumbo y evitará que desperdicien tiempo en otras tareas menos significativas.

Los objetivos nos hacen responsables, incitan la motivación del equipo y una presión social saludable que nos anima a ser mejores.

En Agile, trabajamos con varios tipos de objetivos, están los que impulsan la mejora continua de los equipos de trabajo, los objetivos detrás de la iniciativa o producto que se desarrolla, los objetivos que marcan la meta de cada entrega o reléase y el objetivo o meta de cada Sprint (Sprint Goal).

Por otra parte, el equipo, y cada uno de nosotros, necesita objetivos desafiantes, que, sin dejar de ser factibles, nos obliguen a salir de rutinas cómodas y de la zona de confort.

Queremos objetivos que nos conduzcan al éxito, pero sabemos ¿qué es el éxito? A menudo, los objetivos se confunden con tareas o descripciones del trabajo, y en ocasiones, cuando se definen, permanecen sin cambios, lo que ocasiona apatía y estancamiento. Objetivos como “Mantener la eficiencia operacional” o “Velar por el control de calidad de los productos”, pueden no significar nada en concreto, están abiertos a la interpretación y son demasiado etéreos para ser útiles.

Los buenos objetivos son SMART, Inteligentes, y son aquellos cumplen 5 criterios y que conforman el acrónimo SMART:

1. S de “Específico”, con mediciones que nos sirvan para evaluar si estamos en el camino correcto o no. Evitar términos imprecisos como “Quiero ser rico” o “Entregar software de calidad”, ya que estos términos son ambiguos y pueden tener diferentes significados para diferentes personas. Es mejor “Quiero jubilarme a los 55 años con 10 millones de euros en el banco” o “El número de incidencias en nuestro equipo, mes a mes, debe mantener una tendencia hacia cero incidencias”.

2. M de “Medible”, teniendo en mente tu meta establecida, determina las métricas objetivas por las cuales medirás tu progreso, hacia la consecución de esta meta. Sabrás que has conseguido ser rico cuando dispongas de 10 millones de euros en el banco, o que se está cumpliendo la meta del equipo al observar una gráfica de incidencias que mes a mes, se acerca a cero. Hay que recordar que es importante que el objetivo se pueda medir.

3. A de “Alcanzable”, retador pero que se pueda lograr. El objetivo de tener 10 millones de euros al cumplir los 55 años puede ser factible si tienes 30 o 40, pero quizás menos realista si tienes 50 y un montón de deudas. Apunta alto, pero no definas objetivos que no se pueden alcanzar y puedan resultar frustrantes. Esto nos lleva al próximo punto.

4. R de “Realista”, un objetivo para ser realista debe disponer de los recursos necesarios para ser llevado a cabo. Pretender ser rico y no saber nada de finanzas y no tener tiempo para investigar o emprender, hace este objetivo poco realista. Un objetivo realista tiene un plan de acción con recursos, tiempo y capacidad de trabajo a su disposición.

5. T “Tiempo Limitado”, los objetivos deben incluir una fecha límite para lograr su propósito. La ley de Parkinson establece que: “El trabajo se expande hasta llenar el tiempo disponible”, si tienes 10 horas para entregar un informe, lo harás en 10 horas, y si tienes 10 días, te tomará 10 días, lo mismo si te dan 10 semanas, siempre habrá algo que hacer, y motivos y excusas para no terminar antes. El objetivo “El número de incidencias en nuestro equipo, mes a mes, debe mantener una tendencia a cero incidencias”, queda mejor especificado si se le añade en los 3 próximos meses.

Como otras prácticas, no hacemos del Sistema SMART un plan de acción estricto, tómalo como una lista de verificación que te apoya a tener mejores objetivos.

Para los equipos que trabajan en Scrum, el Sprint Goal es el objetivo más importante que tiene que cumplir el equipo durante el Sprint.

Sirve para que todos en el equipo y los involucrados, estén alineados respecto a qué es lo más importante, lo más prioritario en cada iteración.

Todo el equipo es responsable de definir y redactar el objetivo del sprint. El equipo de desarrollo, de acuerdo al orden de los elementos en el Product Backlog y según su capacidad, durante el Sprint Planning, selecciona los elementos prioritarios que se compromete a realizar, y con el Product Owner, acordarán la meta del sprint.

Para facilitar la comunicación y entendimiento compartido, el Sprint Goal es una frase en lenguaje de negocio. Por ejemplo: “Que el cliente pueda realizar el pago de un producto en tarjeta de crédito o pay-pal”.

Tener una meta en cada Sprint, está en línea con los valores de Scrum:

1ro. Sirve de foco al equipo, quien se compromete a cumplir su misión

2do. El equipo desarrolla el coraje para superar los impedimentos que surgen durante el camino

3ro. La transparencia se pone en evidencia cuando el equipo da seguimiento al cumplimiento de la meta del sprint en cada una de las dailies, y

4to. Todos respetan el compromiso de cumplir el sprint goal al mantener el foco en la meta.

Al ser el cumplimiento del sprint goal tan importante para el éxito del equipo, una métrica de valor es el "Sprint Goal Success", que contabiliza cuántos Sprints alcanzaron su objetivo sobre el número total de Sprint en un período dado de tiempo, La meta de este indicador es que sea del 100%, pero de acuerdo con la madurez del equipo y del producto, lo deseable es que su tendencia sea creciente.

Te invito a impulsar el éxito y la mejora continua en tus equipos de trabajo, incorporando objetivos como el Sprint Goal, y midiendo su cumplimiento.-

Imagen tomada de Higger Blog
Para los equipos que trabajan en Scrum, el Sprint Goal es el objetivo más importante que tiene que cumplir el equipo durante el Sprint.

Sirve para que todos en el equipo y los involucrados, estén alineados respecto a qué es lo más importante, lo más prioritario en cada iteración.

Establecer y redactar el objetivo del Sprint es responsabilidad de todo el equipo Scrum, ya que representa una necesidad concreta de negocio, cuyos requerimientos están ordenados en el Product Backlog.

El equipo de desarrollo, de acuerdo al orden de los elementos en el Product Backlog y según su capacidad, durante el Sprint Planning, selecciona los elementos que se compromete a realizar, y con el Product Owner, acordarán la meta del sprint.

Para facilitar la comunicación y entendimiento compartido, se recomienda que el Sprint Goal sea una frase en lenguaje de negocio, por ejemplo: “Que el cliente pueda realizar el pago de un producto en línea”.

Tener una meta en cada Sprint, honra los valores de Scrum, dado que sirve de foco al equipo, quien se compromete a cumplir su misión, desarrolla el coraje para superar los impedimentos que surgen durante el camino, transparencia sobre su grado de consecución al hacer seguimiento en las dailies y respecto al equipo y stakeholders al poner foco en la meta.

Una métrica de valor para el equipo es el "Sprint Goal Success", que contabiliza cuántos Sprints alcanzaron su objetivo sobre el número total de Sprint en un período dado de tiempo, La meta de este indicador es que sea del 100%, pero de acuerdo a la madurez del equipo y del producto, lo deseable es que su tendencia sea creciente.

Te invito a impulsar el éxito y la mejora continua en tus equipos de trabajo, incorporando objetivos como el Sprint Goal, y midiendo su cumplimiento.

Te dejo enlaces a 2 interesantes artículos de Paradigma: ¿Cómo crear un Sprint Goal? y El poder del Sprint Goal.

Gracias por leerme.

La importancia de establecer Objetivos Smart


Los objetivos son la brújula del equipo, dan dirección y propósito. Con base en los objetivos se realiza la evaluación de éxito o fracaso de las metas establecidas.

Establecer objetivos en un equipo facilita alinear sus pensamientos y concentración con la tarea asignada, lo ayudará a mantener el rumbo y evitará que desperdicie tiempo en otras tareas menos significativas.

Los objetivos nos hacen responsables, incitan la motivación del equipo y una presión social saludable que nos anima a ser mejores.

En Agile, se trabaja al menos con dos tipos de objetivos: los que proveen la mejora continua de los equipos y el objetivo o meta del sprint. Veamos un ejemplo de mejora continua:
  1. El equipo identifica un área que necesita atención, por ejemplo, “nuestras dailies están siendo muy largas”. Se fija el objetivo de tener dailies que no superen los 15 minutos.
  2. El equipo acuerda los primeros pasos, no importa si no son los mejores, lo más importante es comenzar, ponerse en movimiento, y decide que, en la daily, cada miembro del equipo dispone de 1 minuto para presentar qué hizo ayer, qué hará hoy y qué problemas tiene, lo llevará preparado y sí estima que 1 minuto es insuficiente, deberá proponer una reunión para profundizar el tema. 
  3. El equipo identifica qué puede pasar y acciones de contingencia, y sí tiene todos los recursos que necesita para hacer el trabajo. Por ejemplo, Luis activará un cronómetro de 1 minuto en el turno de cada persona, cuando toque el turno a Joaquín, el hablador del equipo, se le harán las 3 preguntas pidiéndole que sea concreto, y cuando se presente un asunto que exige más tiempo, se toma nota para tratarlo fuera de la daily.
  4. Luego de un par de dailies el equipo reflexiona sobre lo efectivas que han sido las medidas e introduce otros cambios de ser necesario.
Por otra parte, el equipo, y cada uno de nosotros, necesita objetivos desafiantes, que, sin dejar de ser factibles, nos obliguen a salir de rutinas cómodas y de la zona de confort.

Necesitamos objetivos que nos conduzcan al éxito, pero sabemos ¿qué es el éxito? A menudo, los objetivos se confunden con tareas o descripciones del trabajo, y en ocasiones, cuando se definen, permanecen sin cambios, lo que ocasiona apatía y estancamiento. Objetivos como “Mantener la eficiencia operacional” o “Velar por el control de calidad de los productos”, pueden no significar nada en concreto, están abiertos a la interpretación y son demasiado etéreos para ser útiles.

Los buenos objetivos son Smart, Inteligentes, cumplen 5 criterios, que desarrolló George Doran en 1981, y que conforman el acrónimo Smart:

  1. S de “Específico”, con mediciones que nos sirvan para evaluar si estamos en el camino correcto o no. Evitar términos imprecisos como “Quiero ser rico” o “Entregar software de calidad”, ya que estos términos son ambiguos y pueden tener diferentes significados para diferentes personas. Es mejor “Quiero jubilarme a los 55 años con 10 millones de euros en el banco” o “El número de incidencias en nuestro equipo, mes a mes, debe mantener una tendencia hacia cero incidencias”.
  2. M de “Medible”, teniendo en mente tu meta establecida, determina las métricas objetivas por las cuales medirás tu progreso, hacia la consecución de esta meta. Sabrás que has conseguido ser rico cuando dispongas de 10 millones de euros en el banco, o que se está cumpliendo la meta del equipo al observar una gráfica de incidencias que mes a mes, se acerca a cero. Hay que recordar que es importante que el objetivo se pueda medir.
  3. A de “Alcanzable”, retador pero que se pueda lograr. El objetivo de tener 10 millones de euros al cumplir los 55 años puede ser factible si tienes 30 o 40, pero quizás menos realista si tienes 50 y un montón de deudas. Apunta alto, pero no definas objetivos que no se pueden alcanzar y puedan resultar frustrantes. Esto nos lleva al próximo punto.
  4. R de “Realista”, un objetivo para ser realista debe disponer de los recursos necesarios para ser llevado a cabo. Pretender ser rico y no saber nada de finanzas y no tener tiempo para investigar o emprender, hace este objetivo poco realista. Un objetivo realista tiene un plan de acción con recursos, tiempo y capacidad de trabajo a su disposición.
  5. T “Tiempo Limitado”, los objetivos deben incluir una fecha límite para lograr su propósito. La ley de Parkinson establece que: “El trabajo se expande hasta llenar el tiempo disponible”, si tienes 10 horas para entregar un informe, lo harás en 10 horas, y si tienes 10 días, te tomará 10 días, lo mismo si te dan 10 semanas, siempre habrá algo que hacer, y motivos y excusas para no terminar antes. El objetivo “El número de incidencias en nuestro equipo, mes a mes, debe mantener una tendencia a cero incidencias”, queda mejor especificado si se le añade en los 3 próximos meses. 
Cabe destacar, que el sistema SMART para establecer objetivos, es más una “lista de verificación recomendada” que un “plan de acción estricto”. Toma aquello que te aporte mayor valor.

Para los equipos que trabajan en Scrum, el Sprint Goal es el objetivo más importante que tiene que cumplir el equipo durante el Sprint. Sobre el Sprint Goal te hablaré en el próximo artículo.

Gracias por leerme y comentar.-

sábado, 18 de julio de 2020

Podcast 4: El Agile Coach


Hola, hoy en conversaciones ágiles responderé a dos de las preguntas sobre el agile coach que me has hecho llegar por Instagram @soy.agile.coach o por email soy.agile.coach@gmail.com.

1. ¿Qué hace exactamente un agile coach?

2. ¿Qué es lo más difícil y retador para un Agile Coach?

Escucha las respuestas en el podcast: https://go.ivoox.com/rf/54071936


O puedes leer las respuestas si lo prefieres.

1. ¿Qué hace exactamente un agile coach?

Recordemos que un agile coach es un consultor experto en agilismo con competencias para observar y escuchar las necesidades de las personas, y con estrategias de formación, facilitación y coaching ayudarlas a transitar el camino hacia una organización ágil. Les voy a describir un día típico en el quehacer de un agile coach:

8 am Planifica su jornada laboral, repasa estrategias y diseños, realiza pruebas, prepara materiales y se alista para iniciar un día productivo.

8:30 am Observa la daily de un equipo Scrum, cómo es la escucha entre sus miembros, en qué centran sus interacciones y cuánto dura. Luego conversará con el Scrum Master y le dará feedback para que incorpore correctivos de ser necesarios.

10 am. Imparte un taller sobre Scrum a un equipo que comenzará a trabajar con este marco de trabajo. Utiliza dinámicas y ejercicios que involucren activamente a los participantes para incentivar su curiosidad, ya que sabe que es en el día a día, aplicando los elementos del marco, que realmente lo aprenderá.

2 pm. Prepara la sesión de retrospectiva que facilitará al día siguiente, debe servir de modelo para el SM que está aprendiendo a moderar este tipo de eventos. Diseña las dinámicas, configura las herramientas, establece el time-box de cada punto en la agenda de la reunión, y se asegura de que la retro termine con acciones de mejora priorizadas y con un responsable de que se lleve a cabo.

3 pm. Realiza una sesión de coaching con el Product Owner de uno de los equipos, escucha sus dudas e inquietudes, repasan juntos como mejorar algunas de sus funciones en el equipo y conversan sobre cómo promover relaciones y acuerdos con los stakeholders que favorezcan el cumplimiento de los objetivos del Sprint.

4 pm. Investiga y estudia mecanismos de medición y evaluación para validar rutas, realizar ajustes y facilitar la generación de acciones de mejora continua.

5 pm. Repasa como ha sido el día, reflexiona sobre los aciertos, y las disfuncionalidades observadas, consulta con sus compañeros de la práctica y diseña estrategias de intervención que ayuden al logro de los objetivos.

2. ¿Qué es lo más difícil y retador para un Agile Coach?

Interesante pregunta, el agile coach es un agente de cambio, con lo cual se enfrenta a las resistencias y temores de las personas.

Sabe que es normal que haya algo de caos y desequilibrio para conseguir resultados.

Sabe que equivocarse es parte del proceso de cambio y de la transformación agile.

También que habrá que enfrentar el conflicto y los impedimentos que se dan en las relaciones con los distintos entes de la organización que participan en la cadena de valor.

Adicionalmente, deberá admitir que no tendrá todas las respuestas, pero que sabrá donde conseguir ayuda e investigar para ir con las mejores aproximaciones a las situaciones que se presenten.

Y muy importante, tendrá que disponer de paciencia, entusiasmo y constancia, además de auto-control y humildad.


Gracias por escucharme y leerme-

Poscast 3: Entrevista sobre el Agilismo


En Conversaciones Ágiles te comparto un nuevo podcast, ahora en un formato tipo entrevista, donde Anaís V. Legonía R. guía nuestra conversación desde el por qué de la agilidad hasta los nuevos roles y profesiones que demanda esta nueva tendencia que llegó para quedarse.
Podcast: https://lnkd.in/g5Has3Z

Gracias por escucharme.

#agile#podcast#scrum,, #agilecoach , #scrummaster#productowner

miércoles, 8 de julio de 2020

Podcast 2: Principios del Manifiesto Agile

Los sistemas y marcos de trabajo ágiles se basan en los 4 valores y en los 12 principios del Manifiesto Ágil.
En el podcast Nro. 1 hablé sobre la Agilidad en la Práctica y lo que significa Hacer Agile, describiendo los Valores.

En este podcast Nro 2 comparto los 12 principios de este Manifiesto:



lunes, 6 de julio de 2020

El valor de las retrospectivas potentes


La retrospectiva es una reunión periódica que el equipo realiza al final del sprint para reflexionar explícitamente sobre los eventos más importantes que ocurrieron desde la reunión anterior y tomar decisiones con el objetivo de remediar o mejorar. También pueden realizarse luego de la ejecución de un proceso, dado que supone un punto de inspección y adaptación de nuestros procesos y equipos 

Esta reunión, conocida también como retro, utiliza un formato establecido que invita a los miembros del equipo, tanto en forma individual como conjunta, a especificar qué ha funcionado bien, qué problemas surgieron, y cuáles son las acciones de mejora que permitirán solucionar los problemas encontrados, mejorar la forma de trabajo y conseguir el objetivo propuesto.

Las retros promueven la propiedad y responsabilidad del equipo con sus procesos y resultados, y son una fuente natural de oportunidades para mejorar el rendimiento del equipo. Suelen tener una duración de 1 hora y 30 minutos para sprint de 2 semanas.

En ocasiones, la retro no fluye como esperamos, encontrándose problemas como: poca participación de los miembros del equipo, temas repetitivos, sentimiento de pérdida de tiempo, ambiente incómodo o evasión de conflictos.

Para que una Retro sea efectiva debe cumplir:
  1. Revelar hechos o apreciaciones que tienen efectos medibles en el desempeño del equipo, evitando lamentaciones y dramatismos subjetivos y generales.
  2. Requiere un ambiente de confianza donde cada participante se sienta cómodo expresando sus opiniones y puntos de vista.
  3. Estar preparada con antelación a fin de incluir una dinámica que facilite la participación y un ambiente propicio para la retro.
  4. Generar acciones que pueden ir conformando un backlog de tareas de mejora.
  5. Priorizar el backlog de mejoras y seleccionar las tareas, suelen ser suficientes 1 o 2, que pueden abordarse en el siguiente sprint. Pueden colocarse en el Sprint backlog.
  6. Los problemas repetitivos que surgen en cada retrospectiva, sin una mejora medible con el tiempo, pueden indicar que la retro necesita un cambio de estrategia.
  7. Un moderador debe dirigir la retro: a) Explicar la dinámica, b) Establecer acuerdos de la reunión, por ejemplo, pedir la palabra, escuchar a los demás cuando hablan, mutear el micrófono, prender la cámara, no atender el móvil en la reunións, etc.) c) Dar seguimiento a las acciones de la retro anterior, d) Controlar el timebox de cada tema, e) Motivar la participación, entre otros.
Esther Derby y Diana Larsen, autoras del libro ‘Agile Retrospectives (Making good teams great)’, plantean organizar las retros en 5 pasos:
  1. Set the stage: romper el hielo o ‘preparar el escenario’, haciendo preguntas o eligiendo dinámicas orientadas a animar a la gente a participar.
  2. Gather data: recopilar información sobre la última iteración: qué se hizo bien y ayudó a conseguir los objetivos, y qué se hizo mal o generó impedimentos.
  3. Generate insights: con los resultados del paso anterior, generar expectativas con respecto a la siguiente iteración, viendo qué cosas se deben evitar, qué riesgos se pueden correr y qué nuevos objetivos se pueden marcar.
  4. Decide what to do: definir acciones que puede realizar el equipo o establecer acuerdos para conseguir los objetivos o mitigar los riesgos. Si son muchas acciones, conformar un backlog de acciones de mejora y priorizar lo que puede hacerse en el siguiente sprint.
  5. Close the retrospective: al margen de cómo haya ido la retro, el equipo debe salir motivado y animado para afrontar el siguiente sprint.
En relación con las dinámicas que mejor apoyan una retro, en el portal All About Retrospectives. The Retromat-Blog, se incluye un conjunto de tips, recursos y dinámicas, incluyendo retrospectivas en remoto.

Otras Referencias para profundizar: