• Dim Conocimiento.
- Las personas que trabajan juntas deben
• Declaración de la visión del proyecto (Project Vision Statement) que pueden • Entender la visión del proyecto y por qué el proyecto • La colaboración en Scrum se refiere a que el equipo estar al tanto del trabajo de los demás.
• Un sentido de compromiso del equipo y aporta valor a la organización
ver todos los stakeholders y el Equipo Scrum. principal de Scrum trabaja e interactúa con los • Dim Articulación.- Los colaboradores deben distribuir el
• Un Backlog Priorizado del Producto abierto con historias de usuario priorizadas
de responsabilidad compartida • Estimar historias de usuario durante el proceso de stakeholders para crear y validar los resultados del trabajo en unidades; dividir las unidades entre los miembros
• Motivación, lo cual conduce a un mejor Estimar historias de usuario y asignarse tareas
que todos pueden ver. proyecto. del equipo y después reintegrarlo cuando el trabajo esté
nivel de rendimiento del equipo durante el proceso de Crear el Sprint Backlog.
• Un cronograma de planificación del lanzamiento (Release Planning Schedule) • La colaboración, se produce cuando un equipo trabaja hecho.
• Un ambiente de trabajo innovador y • Identificar tareas en forma independiente durante el
que se puede coordinar a través de múltiples equipos Scrum en conjunto para contraponer los aportes del otro a • Dim Apropiación.- Adaptar la tecnología a la situación
creativo que conduzca al crecimiento proceso de Identificación de tareas
• Una clara visibilidad sobre el progreso del equipo a través del uso de •
fin de producir algo más grande. individual; la tecnología se puede utilizar de forma
Scrumboard, Burndown Chart y otros radiadores de información
La auto-organización no significa que a • Aplicar y aprovechar la experiencia de ser un equipo completamente distinta a lo esperado por los diseñadores.
los miembros del equipo se les permita interfuncional al trabajar en las tareas durante el
• Daily Standups que se llevan a cabo durante el proceso de Realizar Dialy actuar como quieran.
Standup. proceso de Crear entregables
• Las reuniones de revisión del sprint
3 Dimensiones
Transparencia
• Uso de un Scrumboard común y otros radiadores de
(Trabajo Abierto)
información que muestran el progreso del Equipo Scrum.
• Recopilación de la retroalimentación del cliente y otros
stakeholders durante los procesos de Desarrollar de 2. Auto-organización (Self-
épica(s), Crear Backlog Priorizado del Producto y Realizar
planificación del lanzamiento. 1. Control del proceso organization)
• Inspección 3. Colaboración (Collaboration)
La inspección y aprobación de los entregables por parte empírico (Empirical
del Product Owner y el cliente en el proceso de
Demostrar y validar el sprint. Process Control)
Adaptación
Co-ubicaciؚÓn Métodos de
Aprender mediante la transparencia y la inspección • Entregar resultados tangibles que sean aceptados por el cliente
Equipos que trabajan comunicación
• Resolver problemas individuales durante los Daily Standups
en la misma oficina
• Aclarar cualquier discrepancia o duda y tener la disposición de aprender
• En los Daily Standups, los miembros del Equipo Scrum hablan abiertamente sobre los cosas nuevas
impedimentos • Actualizar los conocimientos y habilidades de manera continua a través de
• • Las preguntas se contestan rápidamente.
Se lleva a cabo la identificación del riesgo y se repite a lo largo del proyecto. constantes interacciones dentro del equipo • Cara a cara
• • Los problemas se solucionan en ese
Los riegos que se identifican se convierten en entradas para varios procesos de Scrum • Mantener la estabilidad de los miembros del equipo durante la duración • Salas de decisión o War Rooms
• momento.
Las mejoras pueden resultar en solicitudes de cambios que se discuten y aprueban. del proyecto al no cambiar los miembros • Scrumboards
• • Existe menor fricción entre las interacciones.
En el proceso de Retrospectiva del sprint se determinan las mejoras aceptadas. • Información visual colocada en la pared
• • La confianza se gana con mucha más
En la reunión de retrospectiva del proyecto, los participantes documentan las • Mesas compartidas
lecciones aprendidas y realizan revisiones en busca de oportunidades para mejorar los rapidez.
procesos y atender ineficiencias. • En Scrum, es preferible contar con equipos
co-ubicados.
• En la mayoría de los proyectos complejos, el cliente puede
tal vez no pueda definir requisitos muy concretos o • Ofrecer el máximo valor empresarial en un mínimo
pudiera no estar seguro sobre cómo debería de ser el • Proceso de desarrollo eficiente período de tiempo.
producto final. • Menos gastos generales • El Product Owner debe interpretar las entradas y
• El modelo iterativo es más flexible para asegurar que • Alta velocidad para los equipos las necesidades de los proyectos de los stakeholders
cualquier cambio que solicite el cliente se pueda incluir • A veces, el Time-boxing puede utilizarse para evitar para crear el Backlog Priorizado del Producto.
como parte del proyecto. • Reunión de Planificación de las tareas.- Time box de la mejora excesiva de un elemento por ejemplo, • El Product Owner cuando prioriza las historias de
• En las etapas iniciales de redacción, la mayoría de las 2 Horas por semana de duración del sprint Casos gold-plating usuario en el Backlog Priorizado del Producto
historias son las funcionalidades de alto nivel, a estas • La reunión de retrospectiva del proyecto NO TIENE Especiales
historias de usuario se conocen como épica(s). Time box
• Las épicas generalmente son muy grandes como para • La reunión de Scrums de Scrums NO TIENE Time box
que los equipos las completen en un sólo sprint, y por lo • La reunión de Scrums de Scrums de Scrums NO Time-box de una a seis semanas de duración
tanto se dividen en pequeñas historias de usuario. TIENE Time box durante el cual el Scrum Master guía, facilita y
6. Desarrollo iterativo Sprint protege al Equipo Scrum de impedimentos tanto
internos como externos durante el proceso de
(Iterative Development) Crear entregables
4. Priorización basada en
5. Time-boxing
Time-box de 15 minutos valor (Value-based
1. ¿Qué he hecho desde la última reunión? Prioritization)
Ciclo de vida predictivo. Un enfoque más tradicional, en el que la mayor Reunión de retrospectiva Daily Standup 2. ¿Qué tengo planeado hacer antes de la
parte de la planificación ocurre por adelantado, y luego se ejecuta en una del sprint siguiente reunión?
sola pasada; es un proceso secuencial. 3. ¿Qué impedimentos u obstáculos (si los
Ciclo de vida iterativo. Un enfoque que permite obtener hubiera) estoy enfrentando en la actualidad?
retroalimentación para el trabajo sin terminar, a fin de mejorar y
modificar ese trabajo. Reunión de planificación
Ciclo de vida incremental. Un enfoque que proporciona entregables Reunión de revisión del sprint
3 Factores de
terminados que el cliente puede utilizar de inmediato. del sprint Priorización
Ciclo de vida ágil. Un enfoque que es tanto iterativo como incremental a
fin de refinar los elementos de trabajo y poder entregar con frecuencia. Time-box de ocho horas durante un sprint de un
mes de duración.
1. Definición del objetivo.- Durante la primera • Valor
Time-box de cuatro horas en
Time-box de de cuatro horas en un sprint de parte de la reunión, el Product Owner explica las • Riesgo o incertidumbre
un sprint de un mes, el Equipo
un mes, y se lleva a cabo como parte del historias de usuario de más alta prioridad • Dependencias
Scrum presenta los
proceso Retrospectiva del sprint. Durante 2. Identificación y estimación de tareas.- El
entregables del sprint actual al
esta reunión, el Equipo Scrum se reúne para Equipo Scrum decide "cómo" completar los
Product Owner.
revisar y reflexionar sobre el sprint anterior elementos seleccionados en el Backlog
en relación a los procesos que se siguieron Priorizado del Producto.
