Please enable JavaScript.
Coggle requires JavaScript to display documents.
La Guía de Scrum™ (Eventos (E1: Sprint planning:
Time-box de 8 horas…
La Guía de Scrum™
Eventos
E2: Sprint:
- Time-box fijo de un mes o menos (por los riesgos)
- 1spring = 1incremento DONE potencialmente desplegable
- Incluyen el sprint planning, daily scrums, desarrollo, sprint review y sprint retrospective
- No se realizan cambios que pueden afectar el sprint goal
- Objetivos de calidad constantes
- El alcance puede renegociarse entre el DT y el PO a medida que se aprende
- Tiene un goal, un diseño, un plan flexible, el trabajo y el incremento.
- Solo el PO puede raramente cancelarlo en caso de un goal obsoleto
- A fin de crear regularidad y minimizar reuniones no definidas.
- Time-boxed (duración máxima)
- Oportunidades para inspección y adaptación
- La falta de alguno = reducción de transparencia
E1: Sprint planning:
- Time-box de 8 horas para sprint de un mes
- Trabajo colaborativo del equipo scrum
- El SM se asegura que se cumpla el propósito
Tema 1 del SP: ¿Qué puede hacerse en este sprint?
- Proyectar la funcionalidad que se desarrollará
- El PO discute los elementos del product backlog que lograrán el goal
- Los inputs son: Product backlog, el último incremento, capacidad proyectada del equipo, rendimiento pasado.
- El número de elementos del Spring backlog depende del DT
Tema 2 del SP: ¿Cómo se conseguirá completar el trabajo?
- el DT decide cómo construirá esta funcionalidad para formar un Incremento de producto DONE
- Se forma el Spring Backlog que apunta al GOAL que une al DT
- El trabajo se deglosa en unidades que serán asumidas proactivamente por el DT
- Pueden participar asesores
- Al fin del planning el DT explica al PO y al SM como pretende trabajar
E3: Daily Scrum:
- Time-box de 15 minutos (todos los días misma hora y lugar)
- Objetivo: optimizar la colaboración y el desempeño (inspección y adaptación)
- El DT se encarga de establecer la estructura de la reunión para alcanzar el propósito/objetivo. Ejemplo: ¿Qué hice ayer? ¿Qué haré hoy? ¿Qué impedimentos tenemos?
- El SM solo se encarga del tiempo en el daily
E4: Sprint review
- Time-box de 4 horas para sprints de un mes
- Inspeccionar el incremento y adaptar el product backlog para facilitar la retroalimentación y fomentar la colaboración.
- Participan los interesados (invitados por el PO) y el equipo scrum
- Es informal
- El PO explica cuales elementos están DONE y proyecta el avance
- Inspección del producto
- El DT muestra el producto y responde preguntas
- Se colabora sobre qué hacer a continuación
- Revisión del contexto, tiempo, prespuestos, capacidades y mercado.
- Output del review: Product backlog revisado.
E5: Spring retrospective:
- Time-box de 3 horas para sprints de un mes
- El SM se asegura que se cumpla el propósito de manera positiva y productiva
- Inspeccionar personas, relaciones, procesos y herramientas del último sprint
- Identificar mejoras e implementarlas en un plan
- Enfocado en la inspección y la adaptación.
Valores
-
-
-
-
-
Las personas se comprometen individualmente a alcanzar las metas del equipo. Los miembros tienen coraje para hacer bien las cosas y trabajar en los problemas difíciles. Todos se enfocan en el trabajo del spring y en las metas del equipo. El equipo y los interesados acuerdan estar abiertos a todo el trabajo y a los desafíos. Los miembros del equipo se respetan entre sí para ser personas capaces e independientes
Generalidades
Definiciones
SCRUM
- Marco de trabajo para desarrollar, entregar y mantener productos complejos
- Marco de trabajo por el cual las personas pueden abordar problemas complejos adaptativos, a la vez que entregar productos del máximo valor posible productiva y creativamente
- Scrum solo existe como un todo y funciona bien como contenedor para otras técnicas, metodologías y prácticas.
Definition of “Done”
- Común para el equipo scrum, puede variar entre equipos si la organización no lo establece
Creadores
- Ken Schwaber
- Jeff Sutherland
Es
- Liviano
- Fácil de entender
- Difícil de dominar
No es
- Proceso
- Técnica
- Método definitivo
Usos
- Mercados
- Desarrollo/liberación/renovación frecuente de Productos y mejoras
- Desarrollo/manetenimiento de entornos en línea
Artefactos
A1: Product backlog
- lista refinada, dinámica y ordenada de todo lo que se conoce que es necesario en el producto (1 producto : 1 lista)
- El DT es el responsable de estimar el tiempo de trabajo
- El progreso se predice usando burndown, burnup y cummulative flow pero se prioriza el empirismo.
A2: Sprint backlog
- Elementos seleccionados más un plan de entrega de incremento para alcanzar el goal del sprint.
- Incluye al menos una mejora identifcada en la retrospectiva
- Solo el DT influye en esta lista de pendientes durante el spring
A3: Incremento
- Suma de todos los elementos del product backlog completados en este y los anteriores springs.
- Producto inspeccionable y DONE que respalda el empirismo
- En condiciones de usarse sin importar si el PO decide liberarlo o no
-
El equipo Scrum
- Autoorganizado
- Multifuncional
- Flexible, creativo y productivo
- Retroalimentado
- Producto funcional iterativo e incremental
- Product owner: una persona responsable de:
- Maximizar el valor del producto resultante del DT
- Gestionar el product backlog (Clarificar, ordenar, optimizar, transparentar, traducir)
- Development team: 3 a 9 profesionales que trabajan sinérgicamente y entregan un producto DONE que puede ir a producción al final de cada sprint
- Autoorganizados en la traducción de product backlog a incrementos
- Multifuncionales
- Sin títulos ni subequipos reconocidos en el equipo
- Responsabilidad de equipo
- Scrum master: líder al servicio del equipo, que promueve y apoya ayudando a entender teoría, prácticas, reglas y valores.
Modifica y selecciona interacciones para maximizar el valor del equipo
El SM al servicio del PO:
- Técnicas de gestión del PB
- Entender empíricamente la planificación
- Agilidad
- Facilitar eventos según se necesite
El SM al servicio del DT:
- Guiar y ayudar
- Eliminar impedimentos
- Facilitar eventos
- Guiar al DT en entornos no tan ágiles
El SM a la organización:
- Guiar y ayudar en la adopción del framework
- Planificar implementaciones
- Motivar cambios
- Trabajar con SM de otros equipos
-