Sprint Planning

No hay precondiciones

El Product Owner explica los items que le gustarían para el Sprint

El Development Team realiza preguntas para clarificar el alcance
Se determina un Sprint Goal entre el Product Owner y el Development Team
El Development Team se reunen para crear un plan (Sprint Backlog) sobre como acometer
el Sprint Goal
El Development Team decide la cantidad que van a acometer (forecast)
El Development Team le explica al Product Owner y al Scrum Master cómo van a conseguir
el Sprint Goal

Retrospective
La Reunión de retrospectiva del sprint tiene un time-box de cuatro horas en un sprint de un
mes, y se lleva a cabo como parte del proceso Retrospectiva del sprint. Durante esta reunión,
el Equipo Scrum se reúne para revisar y reflexionar sobre el sprint anterior en relación a los
procesos que se siguieron, las herramientas empleadas, la colaboración y los mecanismos de
comunicación, así como otros aspectos de interés para el proyecto. El equipo discute lo que
salió bien durante el sprint anterior y lo que no salió bien, con el objetivo de aprender y
mejorar sprints futuros. Algunas oportunidades de mejora o las mejores prácticas de esta
reunión también podrían actualizarse como parte de los documentos del Scrum Guidance
Body

Todo los asistentes deben participar

Asiste el Product Owner
Se puede revisar la Definition of Done
Se hace al finalizar el Sprint
Es buena idea repasar las acciones de la retrospectiva anterior
Debe acabar con acciones concretas para los participantes
Si hay un facilitador de la sesión no debería participar como buena práctica
Al menos una de las acciones resultantes debe ir al Sprint Backlog y ser priorizado para el
siguiente Sprint

Sprint Review El Product Owner con ayuda del Development Team

El PO invita a Interesados clave
El PO comenta que elementos del Product Backlog están terminados
El Development Team enseña los elementos terminados
Los stakeholders hacen preguntas sobre el incremento
El Development Team muestra que problemas tuvieron en el Sprint y cómo los resolvieron
El PO muestra el estado del Product Backlog
El PO hace proyecciones de posibles fecha de release en base a la velocidad del equipo
Se revisa el mercado y el impacto de su producto para saber qué hacer a continuación
Se revisan las números actuales del producto: costes, línea de tiempo, proyecciones para
estudiar el producto
Se actualiza el Product Backlog
Daily Scrum El Development Team
Dura como máximo 15 minutos
El Sprint Backlog (Jira o Físico) debe estar delante
El Development Team decide el formato
Pueden ir Stakeholders (invitados y sin participar activamente)
Participa el DT

 Control del Proceso Empírico transparencia, inspección y adaptación.

El ciclo de Scrum empieza con una reunión de stakeholders, durante la cual se crea la visión
del proyecto. Después, el Product Owner desarrolla una Backlog Priorizado del Producto que
contiene una lista requerimientos del negocio y del proyecto por orden de importancia en
forma de una historia de usuario.

El ritmo sostenible se traduce en una mayor satisfacción del empleado, en estabilidad y una
mayor precisión en la estimación; todo ello conlleva, en última instancia, a un aumento en la
satisfacción del cliente. Para desarrollar un producto verdaderamente de alta calidad y
conservar un sano ambiente laboral, es importante realizar periódicamente actividades de
integración, en vez de retrasar el trabajo de integración hasta el final en tales circunstancias.

El framework de Scrum se basa en la creencia de que el conocimiento de los trabajadores de

hoy en día puede ofrecer mucho más que solo su experiencia técnica, y en que tratar de
asignar y planear en un ambiente de constante cambio no es eficiente. Por lo tanto, Scrum
alienta a la toma de decisiones iterativa basada en datos. En Scrum, el enfoque principal es la
entrega de productos que satisfagan los requisitos del cliente en pequeños incrementos
iterativos que sean entregables. Para entregar la mayor cantidad de valor en el menor tiempo
posible, Scrum promueve la priorización y el Time-boxing en vez de la fijación del alcance, del
costo y del cronograma de un proyecto. Una característica importante de Scrum es la auto-
organización, lo cual permite a las personas que hacen el trabajo estimar y asumir la
propiedad de las tareas.

El framework de Scrum se guía por la finalidad de ofrecer el máximo valor empresarial en un

mínimo período de tiempo. Una de las herramientas más eficaces para entregar el mayor valor
en el menor tiempo posible es la priorización. La priorización se puede definir como la
determinación del orden y la separación de lo que debe hacerse ahora, de lo que debe
hacerse después. El concepto de priorización no es nuevo para la gestión de proyectos. El
modelo tradicional de gestión de proyectos llamado Cascada o Waterfall propone el uso de
múltiples herramientas de priorización. Desde el punto de vista del Project Manager, la
priorización es integral debido a que ciertas tareas deben llevarse a cabo primero a fin de
acelerar el proceso de desarrollo y el cumplimiento de los objetivos del proyecto. Algunas de
las técnicas tradicionales de la priorización de tareas incluyen el establecimiento de plazos
para las tareas delegadas y el uso de matrices de priorización

El énfasis en Scrum está en la auto-organización y la auto-motivación, donde el equipo asume

una mayor responsabilidad en lograr el éxito de un proyecto. Esto también garantiza la
existencia de un sentido de compromiso del equipo y responsabilidad compartida. Esto, a su
vez, da lugar a la motivación del equipo que lleva a una optimización de su eficiencia. El
Product Owner, el Scrum Master y el Equipo Scrum trabajan de cerca con el(los)
stakeholder(s) relevante(s) para ajustar los requisitos a medida que avanzan a través de los
procesos de Desarrollar de épica(s), Crear el Backlog Priorizado del Producto y Crear historias
de usuario. Esto asegura que no haya margen para la planificación aislada en Scrum. El
conocimiento y las experiencias del equipo sobre el desarrollo de productos se utilizan para
evaluar las entradas necesarias para planificar, calcular y ejecutar el trabajo del proyecto. La
colaboración entre los miembros del equipo principal de Scrum asegura que el proyecto se
lleve a cabo en un ambiente innovador y creativo propicio para el crecimiento y la armonía del
equipo.