domingo, 12 de diciembre de 2021

Divide con coherencia y Vencerás con éxito!

Sabemos que tener una gran meta que requiere de tiempo, recursos y esfuerzos, puede ser algo complejo de abordar y muy abrumador, especialmente cuando existe incertidumbre.

La estrategia “Divide y Vencerás” es utilizada por la mayoría de las metodologías y marcos de trabajo, y en agilidad nos facilita el Descubrir, Aprender y Adaptar el Producto y método de trabajo del equipo, utilizando un modelo de desarrollo iterativo e incremental, con eventos basados en la mejora continua.

Saber Dividir es parte esencial del éxito. Es por ello que en Scrum dividimos el desarrollo en iteraciones o sprints de 1 a 4 semanas y el producto backlog en historias de usuario con pequeñas funcionalidades que deben construirse y validarse en un sprint.

Cada sprint y cada historia de usuario debe disponer de un objetivo y meta coherente con la del producto general. El producto backlog suele surgir de un mapa de historias (user story mapping) que a partir de los objetivos del producto, identifica las actividades, épicas e historias de usuario (HU). 

Algunos equipos se preguntan cómo dividir las HU para que sean pequeñas y quepan en un sprint, recordando que una HU debe convertirse en una pieza del producto funcionando, demostrable y validable por un usuario. Para ello, disponemos de diferentes técnicas, según: Pasos del flujo de trabajo, Reglas de negocio, Flujo feliz / infeliz, Opciones de entrada, Tipos de entrada, Casos de prueba, Roles, entre otros. (Leer más en: 10 estrategias útiles para descomponer historias de usuario grandes). 

Otra forma que he experimentado, es describir una funcionalidad (HU grande) cuyos criterios de aceptación se corresponde con diferentes HU.

¿Qué estrategias te han funcionado para dividir y estimar HU?

#Agilidad, #Scrum, #ScrumMaster, #ProductBacklog, #HistoriasUsuario, #USM


miércoles, 8 de diciembre de 2021

Guia del Scrum Master: Ejecución (Sprint 1 y sucesivos)

 

La ejecución de un proyecto o producto ágil basado en Scrum comienza con el Sprint 1. Cada equipo acuerda la duración de los sprints, que suelen ser de 1, 2, 3 o 4 semanas, y una vez fijada la duración, debe ser la misma en todos los sprints. En cada sprint se dan 5 eventos: Refinamiento, Planificación de sprint, Reuniones diarias (dailies), Revisión y Retrospectiva (¿Es verdad que en Scrum hay demasiadas reuniones?: Los eventos en Scrum).

Disponer de una lista de actividades y verificaciones guía al Scrum master (SM) en la gestión exitosa del proceso Scrum, y como toda guía ágil, debe ser constantemente inspeccionada y adaptada a las particularidades del equipo, producto y organización donde se aplica (más sobre el SM en Lecciones Aprendidas con SCRUM. El Scrum Master (2)).

Guía básica para la ejecución de los eventos de cada sprint:

#
General

1
El SM realiza con anticipación las convocatorias a cada evento del sprint, incluyendo en cada caso: Propósito, Agenda, Fecha, hora y duración, Lugar o enlace digital
2
En la reunión el SM facilita las conversaciones dentro del equipo y modera la sesión para que siga la agenda, cumpla su propósito y se realice en el tiempo acordado.
Cómo tener sesiones de trabajo productivas en Scrum
3
Ayuda que el equipo disponga de una Sala Obeya para la gestión eficiente de su proyecto o producto
La Sala Obeya: Gestión visual y colaborativa de proyectos
 
Refinamiento
4
El Product Owner (PO) prioriza el Product Backlog y documenta las historias de usuario más próximas a realizarse en la herramienta y formato acordados. Se recomienda tener refinadas las historias para los próximos 2 sprints
5
El equipo de desarrollo analiza las historias prioritarias y toma nota de las dudas
 
Planificación de sprint
 
6
El SM verifica que se dispone de backlog priorizado y refinado para la planificación del sprint
7
En la reunión el SM verifica con el PO la prioridad de las historias, valida si el equipo de desarrollo tiene cualquier duda y solicita que estimen las historias que podrían acometerse en el sprint
8
El equipo, guiado por el PO, acuerda la meta del sprint y conforma el Sprint backlog con las historias que permiten cumplir la meta y cumplen la definición de Ready. El Sprint Goal: La meta del Sprint. Historias de Usuario: DoR y DoD clave para la eficiencia y productividad del Equipo
9
El equipo de desarrollo verifica que el alcance del sprint es el adecuado de acuerdo con su capacidad, teniendo en cuenta velocidad y disponibilidad
 
Reuniones diarias (Dailies)
10
El equipo debe tener actualizado el estado de las historias y tareas en las que trabaja
11
Compartir el tablero del sprint activo y hacer un recorrido del trabajo en curso de derecha a izquierda, dando prioridad al cierre del trabajo en curso más próximo a completarse
12
El SM toma nota de los impedimentos y dificultades del equipo de desarrollo para gestionar su solución
13
Verificar el trabajo en progreso que se encuentra en el sprint activo, asegurándose de que las personas del equipo no tienen más de 2/3 tareas asignadas (Work In Progress-WIP). Cómo hacer dailies productivas en 15 minutos
 
Revisión y Retrospectiva de sprint
 
14
El equipo prepara la demo para la revisión del sprint y durante la revisión se documentan los acuerdos referidos a cada historia de usuario trabajada durante el sprint. El PO valida las historias que pasan a Done. Definition-of-Done: Clave de la Calidad del Producto. ¿Qué es una review?
15
El SM prepara la retrospectiva llevando un registro de las acciones de mejora acordadas en la retrospectiva anterior para verificar su estado e impacto en el sprint. El valor de las retrospectivas potentes. Hagamos Retrospectivas potentes

¿Qué agregarías a esta lista?

¡Gracias por leerme!

Saludos, María Esther

Ig @Soy.agile.coach

sábado, 20 de noviembre de 2021

Guia del Scrum Master: Preparación (Sprint 0)

Con el propósito de facilitar una herramienta que guie al Scrum Master (SM) a realizar con éxito su rol en proyectos y equipos ágiles que implementan Scrum, he pensado que podría ser de utilidad disponer de una lista de actividades y verificaciones que deben realizarse en cada una de las fases y eventos Scrum, así como en otros aspectos relacionados con el liderazgo y el análisis de métricas, entre otros temas. 

Utilizo un formato tipo CheckList con una breve descripción de cada actividad y enlaces web que profundizan su contenido. He considerado desarrollar 3 puntos: 1. Preparación (Sprint 0), 2. Ejecución (Planificación, Dailies, Refinamiento, Revisión y Retrospectiva), 3. Liderazgo y Agente de cambio (Apoyo al PO, Desarrollo del equipo, Liderazgo servicial, análisis de métricas). Con estos artículos en particular, quiero recopilar feedback sobre su necesidad y utilidad, y de ser positivo este experimento, evolucionar la iniciativa hacia un e-book. Así que, si apoyas esta idea, por favor recomienda y comparte estos artículos, y si quieres amplia tu opinión en los comentarios. Este es el primer artículo sobre Preparación (Sprint 0).

#

Actividad

Status

1

Junto con el Product Owner (PO), identifica que técnicas y dinámicas realizar, así como las personas clave que deben asistir, y preparen la agenda del Sprint 0. How to plan an inception (or similar workshops)?

2

Siguiendo la agenda, y de acuerdo con la disponibilidad de los participantes, envía las convocatorias a las reuniones indicando: requisitos, objetivos y puntos a tratar en cada reunión.

3

Asegura que durante las sesiones de sprint 0 se crea el Mapa de Historias de Usuario. ¿Cómo hacer un User Story Mapping?

4

Si se trata del desarrollo o evolución de un producto o proyecto pueden necesitar la elaboración de un Plan de entregas. SCRUM: Release Planning y Scrum

5

En caso de que sea la primera vez que el PO trabaja con Historias de Usuario, realiza un taller de escritura de Historia de Usuarios. SCRUM: Cómo escribir historias de usuarios sin morir en el intento

6

Al disponer de las primeras historias descrita, coordina una sección de refinamiento con el equipo de desarrollo y el PO. Experiencia: Cómo hacemos las reuniones de refinamiento (Grooming)

7

Facilita que el equipo Scrum acuerde la Definición de Hecho (DoD) y la Definición de Preparado (DoR).  Definiciones ante de empezar el primer Sprint (DOR y DOD)

8

Apoya al PO en la creación del Product Backlog y del Plan de entregas. Por ejemplo, en Jira:  Historias, epics e iniciativas, Aprende a utilizar versiones en Jira Software

9

Convoca la Planificación del Sprint 1 y las Dailies del equipo de desarrollo

10

Recuerda moderar las reuniones para que se realicen en el tiempo agendado y siguiendo lo especificado en la convocatoria. 10 pautas para organizar reuniones de trabajo efectivas






















#Agile, #Scrum, @ScrumMaster, #Sprint0, #Inception, #Experimento

Gracias
Saludos
María Esther Remedios
Ig @Soy.Agile.Coach

Agile 2: Continuando con los Valores

En la web de Agile 2 se lee: "Valoramos todas estas cosas y nos esforzamos por equilibrarlas o combinarlas para cada situación", lo que evidencia una diferencia con el Agile manifesto del 2001, donde se disponen los valores en dos columnas y se declara "... hay valor en los elementos de la derecha, valoramos más los elementos de la izquierda".

La evolución de Agile reconoce lo complejas que son las organizaciones, por lo que en sus valores y principios priman los términos depende y reflexionar sobre el contexto y las necesidades particulares de cada organización y equipo, y para que en cada caso, los responsables incorporen las estrategias y prácticas más convenientes.

Valor 1: Consideración y Prescripción.

Este valor establece que en ocasiones se debe considerar la situación y el contexto, y luego de analizarlo y comprenderlo, actuar en consecuencia. Podríamos utilizar el ciclo de mejora continua PDCA, donde se Planifican acciones, se Ejecutan (Do), luego se Chequea el impacto en los procesos y resultados, y finalmente, se Actúa para estandarizar o adecuar prácticas. Si se decide utilizar un método prescriptivo, como un marco ágil de trabajo Scrum, las personas y equipos se forman en sus técnicas y herramientas, y las siguen sin cambios. En la filosofía Shu-Ha-Ri, a esta primera etapa se le conoce como Shu, y en la medida en que sus prácticas son comprendidas, podrían ser adaptadas (Ha) y posteriormente incluso, crear nuevas prácticas (Ri).

Poner en equilibrio prácticas de Consideración o de Prescripción, según lo demanden las circunstancias.

Valor 2: Resultados y productos (Outcomes and outputs).

Este valor, en mi opinión, mereció un artículo aparte que puedes leer aquí.

Los Resultados requieren Productos, y ambos importan, tomando en cuenta que son los Resultados los que dan valor a la organización.

Valor 3: Individuos y Equipos

Este valor destaca que los individuos y sus diferencias son igual de importantes que el equipo, y que las personas no son el equipo al que pertenecen. Cada miembro del equipo tiene objetivos e intereses personales, asimismo el equipo, como una unidad que busca lograr con éxito el desarrollo y evolución de un producto o servicio.

Los intereses del equipo y los intereses individuales deben estar en equilibrio, colocando especial énfasis en tener personas motivadas.

Valor 4: Comprensión Empresarial y Comprensión Técnica

El éxito del producto involucra una profunda comprensión holística de la información empresarial y de la técnica.El personal de tecnología debe interesarse por los aspectos funcionales y comerciales de la solución, así como el personal de negocio por las cuestiones tecnológicas.

Equilibrar ambas perspectivas funcional y técnica en todos los miembros del equipo, genera mayor colaboración y soluciones más efectivas e innovadoras.

Valor 5: Empoderamiento individual y buen Liderazgo

Las personas valoran y necesitan tener capacidad de acción, poder decidir cómo realizar su propio trabajo, darle la oportunidad de innovar, expresar nuevas ideas y arriesgarse a probar esas ideas. Promover en cada individuo un Liderazgo personal. Los equipos y unidades organizativas necesitan Líderes que guíen y empoderen a los que lideran, evaluando la madurez de cada persona y determinando el tipo de soporte y de formación que necesitan para su crecimiento.

Equilibrar el empoderamiento individual con un buen liderazgo para lograr un mejor desempeño.

Valor 6: Adaptabilidad y Planificación

En los entornos y productos complejos se producen frecuentes cambios que exigen capacidad de adaptabilidad. Por otra parte, la planificación es importante porque los planes establecen la mejor dirección de la acción y alinean a las personas y equipos sobre una ruta común.

Equilibrar adaptabilidad y planificación significa elaborar planes flexibles que se adaptan con rapidez a los cambios que se vayan produciendo.

¡Gracias por leerme y compartir!

Si quieres que profundice en alguno de estos temas, solicitalo en los comentarios (^.^)

Saludos,

María Esther Remedios

IG: @Soy.Agile.Coach

lunes, 1 de noviembre de 2021

Agile 2: Valor 2: Resultados y productos (Outcomes and outputs)

 

Entendamos primero la diferencia entre resultados (outcomes) y productos (outputs).

Los resultados son lo que la empresa quiere o necesita lograr y los productos son las acciones o elementos que contribuyen a lograr dichos resultados.

En la primera iteración de Agile, se da mucha relevancia a los Equipos y al Producto.

En Agile 2 se destaca que los Resultados requieren Productos, y ambos importan; pero los Resultados son lo que más importa.

Por ejemplo, un outcome o resultado organizacional podría ser "un incremento en las ventas" y el output o producto un sistema de pedidos en línea.

Hablar de Valor en Agile se refiere a los outcomes o resultados, y puede diferir entre lo que valora una empresa, un cliente y un usuario. Una empresa puede valorar la retención del cliente, el cliente tener mayor autonomía operacional y el usuario una menor tasa de incidencias que resolver, resultados que se buscan obtener evolucionando uno o más outputs o productos.

Luego, para avanzar hacia el logro de resultados organizacionales, debemos comprender las necesidades de sus clientes, sus dolencias, limitaciones y prioridades, y con este conocimiento desarrollar productos que logran cambios positivos.

Cabe destacar, que es más fácil medir productos que resultados, ya que estos últimos dependen en gran medida, de la satisfacción de las personas. En todo caso, se deben medir productos y resultados, a fin de evitar el conocido efecto sandía: indicadores exitosos en las actividades/productos y rojos en los resultados/satisfacción de clientes.

Imagen tomada de: https://www.bmc.com/blogs/outcomes-vs-outputs/


Agile 2 propone entonces, realizar más reflexiones y dedicar mayores esfuerzos en entregas de valor que generen resultados felices.

Gracias por compartir y comentar!!!
Saludos, Ma.Esther
Ig @Soy.Agile.Coach


Agile 2: Valor 1: Consideración y Prescripción

 

En la web de Agile 2 se lee: "Valoramos todas estas cosas y nos esforzamos por equilibrarlas o combinarlas para cada situación", lo que evidencia una diferencia con el Agile manifesto del 2001, donde se disponen los valores en dos columnas y se declara "... hay valor en los elementos de la derecha, valoramos más los elementos de la izquierda".

La evolución de Agile reconoce lo complejas que son las organizaciones, por lo que en sus valores y principios priman los términos depende y reflexionar sobre el contexto y las necesidades particulares de cada organización y equipo, y para que en cada caso, los responsables incorporen las estrategias y prácticas más convenientes.

El primer valor se resume en: Consideración y Prescripción.

Este valor establece que en ocasiones se debe considerar la situación y el contexto, y luego de analizarlo y comprenderlo, actuar en consecuencia. Podríamos utilizar el ciclo de mejora continua PDCA, donde se Planifican acciones, se Ejecutan (Do), luego se Chequea el impacto en los procesos y resultados, y finalmente, se Actúa para estandarizar o adecuar prácticas.

Si se decide utilizar un método prescriptivo, como un marco ágil de trabajo Scrum, las personas y equipos se forman en sus técnicas y herramientas, y las siguen sin cambios. En la filosofía Shu-Ha-Ri, a esta primera etapa se le conoce como Shu, y en la medida en que sus prácticas son comprendidas, podrían ser adaptadas (Ha) y posteriormente incluso, crear nuevas prácticas (Ri).

En próximos artículos conversaremos sobre otros valores del Agile 2.

Gracias por compartir y comentar!!!

Saludos, Ma.Esther
Ig @Soy.Agile.Coach

 


viernes, 8 de octubre de 2021

La Sala Obeya: Gestión visual y colaborativa de proyectos

La Sala Obeya es una herramienta para la gestión visual de proyectos usada en la cultura Lean. Obeya se refiere a un espacio físico o digital, donde se visualiza información clave del proyecto, con el propósito de facilitar la comunicación, colaboración y toma de decisiones con agilidad.

Sala Obeya, que en japonés significa Sala Grande, tiene su origen en Toyota, y fue implantada con la primera generación del Prius en la década de 1990.


Se ha implementado bajo diferentes denominaciones, tales como: “Cuarto de guerra” o “War Room”, “Big Room”, “Salón de programas”, “Sala de control”, “La sala de pulso”, “Sala de trabajo”, “Sala de reuniones”, “Discovery Room”, “Sharing Room”, “Sala de flujo de trabajo”, “Sala de gestión visual”, entre otras.

Una forma de organizar la información del proyecto en una Sala Obeya es siguiendo la estructura del Ciclo de Deming PDCA, disponiendo en distintas “paredes” información sobre la Planificación del proyecto, su Ejecución (Do), Verificación y Actuación.

Cada equipo decide qué información necesita en la Sala Obeya, y que eventos periódicos realizar para su evaluación y mejora.

Por ejemplo, para un proyecto Scrum:

Pared

Información

Eventos

Planificación

(Plan)

· Básica del proyecto: Nombre, descripción,   objetivos, alcance general, entre otros

·  Fecha inicio y fecha fin

·  User Story Mapping

·  Equipo de Trabajo

·  Plan de entregas (MVP y otros releases)

Revisión de la Planificación

 

Mensual

Ejecución (Do)

·  Sprint activo

·  Puntos de atención

·  Alertas de interés para el equipo

Dailies

 

Diario

Verificar (Check)

·  Métricas del proyecto

·  Velocidad media del equipo

·  Porcentaje de predictibilidad del equipo

·  Evolución del proyecto

Verificación mensual

 

Mensual

Actuar

(Act)

·  Tareas de mejora continua

·  Tareas bloqueadas

·  Registro de riesgos

Actuar para mejorar

 

Mensual



Para construir y operacionalizar una Sala Obeya, se debe considerar:
  1. Seleccionar la plataforma tecnológica donde funcionará la Sala Obeya (PowerBI, Confluence, Jira, Teams, Sharepoint, etc).
  2. Determinar que mecanismos de seguridad se necesitan implementar para el control de acceso a la Sala Obeya.
  3. Establecer el Alcance y el MVP que facilitará la validación y evolución del concepto.
  4. Realizar un plan preliminar de trabajo que incluya el diseño, maquetación, interfases, desarrollo, pruebas y puesta en producción.
  5. Desarrollar la Sala Obeya utilizando un marco de trabajo ágil.

María Esther Remedios

Ig @Soy.Agile.Coach