¿Cómo se toman las decisiones en Scrum?
El rol de un Scrum Master en la toma de decisiones dentro de un marco ágil como Scrum es matizado y dinámico. Un Scrum Master facilita el proceso de toma de decisiones en lugar de tomar decisiones unilateralmente. Guía al equipo para que comprenda el contexto de la decisión, se asegura de que toda la información relevante esté disponible y fomenta la colaboración entre los miembros del equipo. El Scrum Master fomenta un entorno en el que las decisiones se toman de manera colectiva, aprovechando la diversa experiencia y perspectivas dentro del equipo. También actúa como mediador, ayudando a resolver conflictos y asegurando que las decisiones se alineen con los principios y objetivos del marco Scrum. En última instancia, el Scrum Master empodera al equipo para que tome decisiones informadas de manera autónoma, fomentando la propiedad y la responsabilidad.
En Scrum, las decisiones se toman en función de la observación y la experimentación en lugar de una planificación detallada por adelantado. El control de procesos empírico se basa en las tres ideas principales de transparencia, inspección y adaptación.
Transparencia
La transparencia permite que cualquier persona pueda observar todas las facetas de cualquier proceso Scrum. Esto promueve un flujo de información fácil y transparente en toda la organización y crea una cultura de trabajo abierta. En Scrum, la transparencia se refleja en lo siguiente:
- Una declaración de visión del proyecto que puede ser vista por todas las partes interesadas del negocio y el equipo Scrum
- Un backlog de producto priorizado abierto con historias de usuario priorizadas que puede ser visto por todos, tanto dentro como fuera del equipo Scrum
- Un backlog de sprint que puede usarse para enumerar todas las tareas, asociadas con las historias de usuario comprometidas, que ejecutará el equipo Scrum en el sprint actual
- Un cronograma de planificación de lanzamiento que puede usarse para coordinar el trabajo entre varios equipos Scrum y otras partes interesadas del negocio
- Visibilidad clara del progreso del equipo mediante el uso de un tablero Scrum, un diagrama de evolución y otros radiadores de información
- Reuniones de planificación de sprint durante las cuales el equipo Scrum estima el esfuerzo necesario para entregar historias de usuario de máxima prioridad y se compromete con un conjunto de historias de usuario para completar en el sprint
- Reuniones diarias de puesta en marcha realizadas durante el proceso de realización de una puesta en marcha diaria, en las que todos los miembros del equipo informan lo que han hecho el día anterior, lo que planean hacer hoy y cualquier problema que les impida completar su Tareas en el Sprint actual
- Reuniones de revisión del Sprint realizadas durante el proceso de demostración y validación del Sprint, en las que el equipo Scrum demuestra los entregables del Sprint potencialmente entregables al propietario del producto y a las partes interesadas del negocio
- Reuniones de retrospectiva del Sprint realizadas después de las reuniones de revisión del Sprint el último día del Sprint durante las cuales el equipo Scrum analiza las oportunidades de mejora para futuros Sprints
- Se lleva a cabo una reunión o sesión de planificación de lanzamiento para permitir que el equipo Scrum tenga una descripción general de los lanzamientos planificados y el cronograma de entrega para el producto que están desarrollando
Inspección
La inspección en Scrum se representa a través de lo siguiente:
- Uso de un tablero Scrum común y otros radiadores de información que muestran el progreso del equipo Scrum en la finalización de las tareas en el Sprint actual.
- Recopilación de comentarios del cliente y otras partes interesadas del negocio durante los procesos de desarrollo de épicas, creación de la lista de pendientes de producto priorizada, realización de la planificación de la versión y refinamiento de la lista de pendientes de producto priorizada.
- Inspección y aprobación de los entregables por parte del propietario del producto y el cliente en el proceso de demostración y validación del sprint.
Adaptación
La adaptación se produce a medida que el equipo central de Scrum y las partes interesadas del negocio aprenden a través de la transparencia y la inspección y luego se adaptan mediante la realización de mejoras en el trabajo que están realizando. Algunos ejemplos de oportunidades de adaptación en el marco de Scrum incluyen:
- En las reuniones diarias de Standup, los miembros del equipo Scrum discuten abiertamente los impedimentos para completar sus tareas y buscan ayuda de otros miembros del equipo. Los miembros más experimentados del equipo Scrum también asesoran a aquellos con relativamente menos experiencia en el conocimiento del proyecto o la tecnología.
- La identificación de riesgos se realiza y se itera a lo largo del proyecto. Los riesgos identificados se convierten en insumos para varios procesos de Scrum, incluidos Create Prioritized Product Backlog, Refine Prioritized Product Backlog y Demonstrate and Validate Sprint.
- Las mejoras también pueden dar lugar a solicitudes de cambio, que se discuten y aprueban durante los procesos Develop Epic(s), Create Prioritized Product Backlog y Refine Prioritized Product Backlog.
- El Scrum Guidance Body interactúa con los miembros del equipo Scrum durante los procesos Create User Stories, Estimate Tasks, Create Deliverables y Refine Prioritized Product Backlog para ofrecer orientación y también proporcionar experiencia según sea necesario. En el proceso de Retrospect Sprint, las mejoras acordadas y viables se determinan en función de los resultados del proceso de Demostración y Validación del Sprint.
- En la Reunión de Lanzamiento de Retrospectiva, los participantes documentan las lecciones aprendidas y realizan revisiones en busca de oportunidades para mejorar los procesos y abordar las ineficiencias.