El para qué de los eventos de scrum 1 01 02 Introducción Contexto 03 Recorrido por cada uno de los eventos Scrum + el refinamiento 04 Scrum master y product owner: dos roles diferentes e igual de importantes 05 Conclusión El para qué de los eventos de scrum 4 01 Introducción En este documento haremos un recorrido por cada uno de los eventos del marco de trabajo scrum + el refinamiento, partiendo desde su propósito y repasando sus características, sus outcomes y las responsabilidades de cada uno de los miembros del equipo. Su escritura está basada en la Guía scrum versión latinoamericana, publicada en noviembre del 2020. Para su mejor comprensión, se recomienda haber leído el Manifiesto ágil y la Guía definitiva de scrum: las reglas del juego, creada por Ken Schwaber y Jeff, publicada en noviembre de 2020. 5 El para qué de los eventos de scrum 02 Contexto Fundamentos scrum. Scrum es un marco ligero que ayuda a las personas, a los equipos y a las organizaciones a generar valor a través de soluciones adaptables para problemas complejos. Se basa en el empirismo y en el pensamiento Lean. El empirismo afirma que el conocimiento proviene de la experiencia y de la toma de decisiones basadas en lo que se observa. El pensamiento Lean reduce los desperdicios y se centra en lo esencial. Scrum emplea un enfoque iterativo e incremental para optimizar la previsibilidad y controlar el riesgo e involucra a grupos de personas que colectivamente tienen todas las habilidades y la experiencia para hacer el trabajo o en su defecto, están en la capacidad de adquirirlas según sea necesario. 6 El para qué de los eventos de scrum Los 3 pilares de Scrum Como todo proceso empírico, scrum se basa en tres pilares fundamentales: La transparencia permite la inspección. La inspección sin transparencia genera engaños y desperdicios. La inspección permite la adaptación. La inspección sin adaptación se considera inutíl. Pilares empíricos de Scrum 7 El para qué de los eventos de scrum Valores propuestos por la Guía scrum La Guía Scrum nos dice textualmente: “El equipo scrum se compromete a lograr sus objetivos y a apoyarse mutuamente. Su foco principal está en el trabajo del sprint para lograr el mejor progreso posible hacia estos objetivos. El equipo scrum y sus interesados son francos sobre el trabajo y los desafíos. Los miembros del equipo scrum se respetan entre sí para ser personas capaces e independientes, y son respetados como tales por las personas con las que trabajan. Los miembros del equipo scrum tienen el coraje de hacer lo correcto para trabajar en problemas difíciles”. Extraído de la guía Definitiva de Scrum: Las Reglas del Juego de Noviembre de 2020 El para qué de los eventos de scrum En este párrafo rescatamos los cinco valores propuestos indispensables para que el uso de este marco de trabajo sea exitoso: 8 El para qué de los eventos de scrum Coraje Respeto Franqueza Foco Compromiso 9 10 El para qué de los eventos de scrum Artefactos scrum Un artefacto en scrum es un elemento que se produce como resultado de la aplicación del marco de trabajo. En scrum se manejan 3 artefactos principales: El product backlog es la única fuente del trabajo realizado por el equipo scrum y está conformado por una lista emergente y ordenada de lo que se necesita para lograr el objetivo del producto. El sprint backlog es un conjunto de elementos del product backlog seleccionados para desarrollar en el sprint. El incremento es el resultado del sprint, el cual nos debe acercar al objetivo del producto. Cada artefacto contiene un elemento que proporciona información que ayuda a garantizar la transparencia y el enfoque frente al progreso del producto. El para qué de los eventos de scrum Cada artefacto contiene un elemento que proporciona información que ayuda a garantizar la transparencia y el enfoque frente al progreso del producto. Para el product backlog, este elemento es el objetivo del producto; para el sprint backlog, es el objetivo del sprint; y para el Incremento es el DoD (Definition of Done o definición de terminado). 11 12 El para qué de los eventos de scrum Equipo scrum Scrum master SCRUM TEAM Product owner Developers Un equipo scrum es un equipo autoorganizado y multifuncional que entrega valor de forma iterativa e incremental. Este equipo está conformado por un product owner, un scrum master y los developers. Las responsabilidades de cada uno de los miembros del equipo se mencionarán en el recorrido que haremos a continuación de los eventos scrum + refinamiento. 13 El para qué de los eventos de scrum El concepto de developer abarca cualquier rol necesariopara construir el producto. (programadores, testers,líderes, analistas de negocios, diseñadores UX/UI, entre otros) Developers Product Backlog Daily Scrum SPRINT Cada 24 horas Máximo 4 semanas Sprint Backlog Objetivo del sprint Increment SCRUM TEAM Sprint Planning Sprint Retrospective Sprint Review INTERESADOS Scrum Master Product Owner SCRUM TEAM Developers El para qué de los eventos de scrum 14 03 Recorrido por cada uno de los eventos scrum + el refinamiento Cada evento scrum más el refinamiento es una oportunidad formal para inspeccionar y adaptar los artefactos de scrum. Los eventos se utilizan para crear regularidad y minimizar la necesidad de reuniones no definidas en el marco de trabajo. A continuación haremos un recorrido por cada uno de estos, partiendo desde su propósito y repasando sus características, sus outcomes y las responsabilidades del equipo scrum.publicada en noviembre de 2020. El para qué de los eventos de scrum Al iniciar cada evento, se resaltan el propósito y la importancia del trabajo colaborativo para lograr resultados grandiosos. Aunque pueda parecer repetitivo, esta acción lleva al equipo a la conciencia del para qué hacemos lo que hacemos y a ser piloto de nuestro destino. 15 El para qué de los eventos de scrum 01 Evento: sprint Propósito: crear consistencia y entregas tempranas y continuas de valor. 16 17 El para qué de los eventos de scrum Evento: sprint Características: Roles y responsabilidades: Los sprints son el corazón de scrum, donde las ideas se convierten en valor. Developers: son todas las personas que de una u otra forma contribuyen en la construcción del incremento que se espera obtener en el sprint. Todo el trabajo necesario para lograr el objetivo del producto, incluyendo los otros 4 eventos y el refinamiento, ocurre dentro de los sprints. Es un evento de duración fija (máximo 4 semanas). No hay tiempo entre un sprint y otro; es decir, un nuevo sprint comienza inmediatamente después de la conclusión del anterior. Product owner: es el responsable de mantener el product backlog actualizado para maximizar el valor del producto en cada sprint. Scrum master: es responsable de establecer todos los eventos scrum como se define en la guía. Outcome: Ítems del product backlog transformados en un incremento del producto que genera valor. El para qué de los eventos de scrum 02 Evento: sprint planning Propósito: establecer el plan de trabajo que se realizará en el sprint. 18 El para qué de los eventos de scrum Evento: sprint planning Características: Con este evento se da inicio al sprint, además de buscar: Definir el objetivo del sprint. Comprender por qué este sprint es valioso. Seleccionar los ítems del product backlog que se van a trabajar en el sprint de acuerdo con el objetivo, la capacidad actual del equipo y el cumplimiento del DoR definido. Descomponer los ítems seleccionados en tareas de máximo 1 día que conlleven a cumplir para cada uno el DoD definido. 19 20 El para qué de los eventos de scrum Roles y responsabilidades: Developers: planifican el trabajo necesario para crear el incremento cumpliendo con el DoD. Product owner: prioriza los elementos en el product backlog, informa claramente el objetivo de sprint y ayuda a clarificar los elementos seleccionados. SCRUM TEAM Scrum master: asegura que los participantes entiendan el propósito del evento y que este se lleve a cabo de acuerdo con los lineamientos establecidos en la Guia Scrum. Outcome: INTERESADOS El sprint backlog, que está conformado por objetivo del sprint, los ítems seleccionados del product backlog que se van a trabajar en el sprint y el plan de trabajo. 21 El para qué de los eventos de scrum El DoR (Definition of Ready o definición de listo) es una descripción formal de los criterios que una historia de usuario debe cumplir para considerarse lista para ser incluida en un sprint. El DoD (Definition of Done o definición de terminado) es una descripción formal del estado del Incremento cuando cumple con las medidas de calidad requeridas para el producto. En el momento en que un elemento del product backlog cumpla con el DoR, estará listo para incluirse enun Sprint. Cuando cumple con el DoD, nace un incremento. Las historias de usuario facilitan la comunicación entre quienes quieren el producto y quienes deben construirlo. Una historia de usuario es una representación de un requisito escrito en lenguaje común de quienes utilizan el producto. El para qué de los eventos de scrum 03 Evento: daily Scrum Propósito: inspeccionar el progreso del sprint y generar acciones en pro de cumplir con su objetivo. 22 El para qué de los eventos de scrum Evento: daily Scrum Características: Se recomienda hacerlo todos los días, a la misma hora, y que no supere los 15 minutos. Promueve el trabajo colaborativo enfocado en un mismo objetivo. Sirve para adaptar el sprint backlog según sea necesario, ajustando el próximo trabajo planeado. Promueve acciones rápidas para la identificación y gestión de riesgos e impedimentos, y la toma de decisiones. Roles y responsabilidades: Developers: participan activamente informando el avance de su compromiso del día anterior, los riesgos e impedimentos identificados y sus compromisos para el próximo daily. Product owner: si está trabajando activamente en elementos del sprint backlog, participa cómo developer. De lo contrario, podría participar como observador. Scrum master: asegura que los participantes entiendan el propósito del evento y que éste se lleve a cabo de acuerdo con los lineamientos establecidos en la Guia Scrum. 23 24 El para qué de los eventos de scrum Outcome: El sprint backlog, que está conformado por objetivo del sprint, los ítems seleccionados del product backlog que se van a trabajar en el sprint y el plan de trabajo. Los developers definen la estructura y las técnicas que se deben usar en la daily scrum, siempre y cuando esta se centre en el progreso hacia el objetivo de sprint y produzca un plan accionable para el día siguiente de trabajo. Así se mejora el enfoque y la autogestión del equipo. El para qué de los eventos de scrum 04 Evento: scrum review Propósito: inspeccionar el resultado del sprint y determinar adaptaciones para los próximos. 25 El para qué de los eventos de scrum Evento: scrum review Características: Es el único evento que cuenta con la participación de todos los interesados del producto. Se discute el progreso hacia el ojetivo del producto, lo que ha cambiado en el entorno y que implicaciones puede tener en product backlog. Se revisa en forma general el trabajo pendiente (product backlog) y lo próximo que se va a trabajar. Roles y responsabilidades: Developers: presentan los resultados del incremento, despejan dudas sobre los ítems entregados y no entregados. Product owner: asegura que sean invitadas las partes interesadas y sponsors necesarios que contribuyan al avance del objetivo de producto. Scrum master: asegura que los participantes entiendan el propósito del evento y que este se lleve a cabo de acuerdo con los lineamientos establecidos en la Guia Scrum. 26 27 El para qué de los eventos de scrum Todos participan activamente en las discusiones que se pueden generar alrededor del trabajo en progreso, del trabajo pendiente y de los cambios en el entorno. Outcome: Incremento y retroalimentación sobre éste. Visión del progreso y alineación de expectativas hacia el objetivo del producto. Product backlog actualizado. Ítems para tener en cuenta durante la retrospectiva. El evento review es una sesión de trabajo y no solo una presentación. Se recomienda que el equipo scrum realice una sesión previa para prepararlo. El para qué de los eventos de scrum 05 Evento: retrospectiva scrum Propósito: planificar formas de aumentar la calidad y la efectividad. 28 El para qué de los eventos de scrum Evento: retrospectiva scrum Características: Espacio donde nace la adaptación y la mejora continua. Es un espacio facilitado por el scrum master en el que todos participan activamente con respeto, franqueza y coraje. Roles y responsabilidades: Developers: analizan cómo fue el último sprint con respecto a las personas, las interacciones, los procesos y las herramientas e identifican actividades que lleven a mejorar la calidad y efectividad del equipo y se priorizan dentro del product backlog. Product owner: su participación es opcional y es decidida por los developers. Scrum master: diseña y facilita la retrospectiva scrum teniendo en cuenta que su objetivo es inspeccionar cómo fue el último sprint con respecto a las personas, las interacciones, los procesos, las herramientas y su DoD (Definition of Done). Outcome: Product backlog actualizado con las mejoras propuestas. 29 El para qué de los eventos de scrum 06 Refinamiento Propósito: preparar los ítems del product backlog para trabajar en próximos sprints. 30 31 El para qué de los eventos de scrum Evento: daily Scrum Características: El refinamiento no es un evento, sino un proceso continuo en el que se dividen los ítems del product backlog en elementos más pequeños y precisos, hasta que se encuentren preparados para incluirlos en algún sprint. El equipo Scrum decide cómo y cuándo se hace el refinamiento. Roles y responsabilidades: Developers: validan el DoR y dimensionan las historias de usuario refinadas. Product owner: da contexto de la historia de usuario que se va a refinar y ayuda a la compresión de la misma. Ajusta el Product Backlog de acuerdo con los resultados del refinamiento. Scrum master: asegura que el refinamiento se dé y que los participantes entiendan el propósito de este. Outcome: Ítems del product backlog refinados. Actividades pendientes y responsables de su ejecución para ítems que no pudieron ser refinados. DoR ajustado en caso de ser necesario. El El para para qué qué de de los los eventos eventos de de scrum scrum El scrum master le ayuda al product owner a encontrar técnicas para una definición efectiva de objetivos de producto, objetivos de sprint y la gestión del product backlog. Asimismo, apoya al equipo Scrum para comprender la necesidad de tener elementos del product backlog claros y concisos, a establecer una planificación empírica de productos para un entorno complejo y facilitar la colaboración de los interesados según se solicite o necesite. 32 33 El para qué de los eventos de scrum 04 Scrum master y product owner: dos roles diferentes e igual de importantes Product owner (PO): El PO es el facilitador de la relación entre el cliente y el equipo. El PO debe contar con sólidos conocimientos sobre el tipo de producto y el negocio de la organización. Además, debe tener experiencia con herramientas de definición y dimensionamiento de proyectos, habilidades de negociación y gestión de proyectos. El conocimiento de la tecnología no es indispensable, pero se considera un plus. 34 El para qué de los eventos de scrum El PO tiene cuatro responsabilidades principales: Comprensión: el PO es responsable de que el equipo entienda adecuadamente el problema que se va a resolver y los parámetros de la solución. ­ ­Priorización: el PO es el punto único de entrada de trabajo al equipo. Por tanto, el PO es responsable de que exista una priorización en la forma de un backlog. Información: el PO es responsable de que exista información adecuada y actualizada respecto al desempeño del proyecto o proyectos. Validación: el PO es responsable de que, conforme el proyecto avanza y se van realizando entregas, estas sean validadas por el cliente y se incorporen al backlog las los ajustes y nuevas historias de usuario resultantes de este proceso. El para qué de los eventos de scrum Scrum master (SM): El SM es un facilitador que está enfocado en cultivar un entorno en el que los profesionales puedan alcanzar su máximo potencial, la mejora continua y la transformación organizacional. Por eso, debe contar con sólidos conocimientos de los principios y comportamientos ágiles, del framework de trabajo que tiene implementado la organización y poseer habilidades de gestión y manejo de conflictos. Es un líder servicial con el equipo y con la organización en general. La responsabilidad global del scrum master es el aprendizaje y la mejora continua. Esta mejora incluye: La mejora del sistema y de los procesos (eliminación de impedimentos, adopción de mejoras). ­La mejora de los profesionales q ue componen el equipo (desarrollo personal). ­La mejora de los equipos ( colaboración). ­La mejora de la cultura corporativa (agente de cambio). ­La mejora de los productosy su éxito (colaboración con clientes y áreas de negocio). 35 El para qué de los eventos de scrum 36 05 Conclusión Este documento busca complementar la Guía definitiva de scrum 2020: las reglas del juego, de Ken Schwaber & Jeff Sutherland viendo scrum desde el para qué de sus eventos, roles, y artefactos.
