Guía de Scrum · Artefactos y prácticas
Técnicas de Scrum: prácticas que complementan el marco
La Guía de Scrum es deliberadamente mínima. Deja margen para que los equipos elijan las prácticas que mejor les funcionen. Estas son las técnicas que más se usan junto con Scrum.
Puntos clave
- Scrum deja margen para prácticas complementarias.
- Las historias de usuario, el story mapping y el planning poker ayudan con el backlog.
- Elija técnicas que resuelvan problemas reales de su equipo.
Técnicas para el backlog
- Historias de usuario: «Como [usuario], quiero [objetivo] para [beneficio]».
- Criterios de aceptación: condiciones claras para cada elemento, a menudo en formato Dado-Cuando-Entonces.
- Mapeo de historias: organizar las historias a lo largo del recorrido del usuario para planificar las versiones.
- INVEST: Independiente, Negociable, Valiosa, Estimable, Pequeña (Small), Comprobable (Testable).
- Patrones de división: dividir por paso del flujo de trabajo, regla de negocio, tipo de datos o interfaz.
Técnicas de planificación y seguimiento
- Planning poker y otros métodos de estimación.
- Gráficos burndown del Sprint y burnup de la versión.
- Planificación de la capacidad; consulte planificación de la capacidad en Agile.
- Definición de Listo, una lista de verificación opcional para los elementos que entran en un Sprint.
Técnicas de entrega
- Programación en pareja o mob programming.
- Desarrollo guiado por pruebas e integración continua.
- Swarming en los elementos de alta prioridad.
- Límites WIP dentro del Sprint.
Técnicas de mejora
- Variado formatos de retrospectiva.
- Cinco porqués y análisis de causa raíz.
- Acuerdos de trabajo del equipo.
Preguntas frecuentes
¿Es la Definición de Listo una técnica oficial de Scrum?
No. Es una práctica opcional que usan algunos equipos; no debe convertirse en una barrera rígida.
¿Son las historias de usuario una técnica obligatoria de Scrum?
No. Scrum solo exige elementos del Product Backlog; las historias de usuario son un formato popular.
¿Cómo funcionan las historias de usuario como técnica de Scrum?
Una historia de usuario es una breve descripción de una necesidad desde el punto de vista del usuario, a menudo redactada así: Como usuario], quiero [objetivo] para [beneficio]. Consulte [historias de usuario.
¿Cómo se usa el modelo INVEST como técnica de Scrum?
Es una lista de verificación para buenos elementos del backlog: Independiente, Negociable, Valioso, Estimable, Pequeño (Small) y Comprobable (Testable). La propuso Bill Wake.
¿Es el story mapping una técnica útil de Scrum?
Sí. El story mapping organiza las historias de usuario a lo largo del recorrido del usuario, con la prioridad de arriba abajo, para planificar las versiones y encontrar la porción valiosa más pequeña.
¿Cómo funciona la Definición de Listo como técnica de Scrum?
Es una lista de verificación opcional que un elemento del backlog debe cumplir antes de entrar en un Sprint, como tener criterios de aceptación claros. No forma parte de la Guía de Scrum.
¿Por qué son los criterios de aceptación una técnica útil de Scrum?
Establecen las condiciones que debe cumplir un elemento del backlog para ser aceptado, a menudo redactadas en formato Dado-Cuando-Entonces. Se diferencian de la Definición de Terminado, que se aplica a todos los elementos.
¿Qué es el swarming como técnica de Scrum?
Varios Developers trabajan juntos en un elemento para terminarlo rápidamente, en lugar de que cada uno empiece elementos distintos. Consulte swarming ágil.
¿Es el mob programming una técnica de Scrum?
Es una práctica complementaria, no forma parte de Scrum en sí: todo el equipo trabaja en la misma tarea al mismo tiempo en un único ordenador, rotando quién escribe. Difunde el conocimiento y reduce los traspasos.
¿Por qué es el desarrollo guiado por pruebas una técnica útil de Scrum?
El desarrollo guiado por pruebas consiste en escribir una prueba automatizada antes de escribir el código que la supera y, después, refactorizar. Respalda una Definición de Terminado exigente.
¿Qué técnicas de Scrum ayudan a dividir historias de usuario grandes?
Divida por paso del flujo de trabajo, regla de negocio, tipo de datos, interfaz o casos simples frente a complejos, de modo que cada parte siga aportando valor por sí sola. Consulte épicas, historias y tareas.