SCRUM - Casos I

SCRUM - Casos I

Evalúa las siguientes situaciones planteadas por el equipo XXXX y da la respuesta correcta.

Multiple Select

La última review fue decididamente mala para el equipo. Los stakeholders no estuvieron contentos con el trabajo entregado por el Scrum Team y ahora el PO esta muy preocupado por la situación.

Cómo podrá contribuir el Scrum Master?

• Establecer el mismo la priorización de las historias

• Ayudar al equipo a remover impedimentos

• Ayudar a encontrar técnicas para una definición efectiva de Objetivos del Producto y la gestión del Product Backlog

• Ayudar al Scrum Team a comprender la necesidad de tener elementos del Product Backlog claros y concisos

El Scrum Master

• Puede ayudar a la priorización del Product Baklog mediante técnicas y herramientas, pero la última palabra es del PO.

• Colabora con el equipo de desarrollo que deben tener historias concisas y bien refinadas.

Multiple Choice

En la retrospectiva posterior a esta review, los desarrolladores están muy preocupados por el feedback y se propone revisar el producto entregado.

El Scrum Master:

• Accede al pedido y se revisa el producto entregado al cliente a fin de detectar el problema

• No hace caso al pedido de los desarrollos y les propone la actividad que tenía preparada para dicha ceremonia

• Accede al pedido pero se realizará la retrospectiva de como se trabajó en el sprint para mejorarlo en los siguientes

• No puede hacer nada porque el feedback de la review fue hacia el PO

La retrospectiva:

• Permite ver, analizar y mejorar el COMO se hizo el trabajo por sobre el QUE.

• Recuerden! el PO puede participar de la Retro pero no es obligatorio. En casos como estos es indispensable su participación!

Multiple Choice

Llega la planning y el equipo esta ansioso con las nuevas historias. La retro determinó que se iban a refinar mejoras las historias y existe una priorización acorde a lo que el negocio espera.

El equipo de desarrollo:

• Acepta todas las historias que se propongan por parte del PO

• Independientemente del resultado de la review y la retro el equipo tomará las historias que crean necesarias para el sprint goal.

• Independientemente del resultado de la review y la retro el equipo tomará las historias que estén a su alcance de acuerdo a la velocity del equipo

En la planning, el equipo de desarrollo:

• Debe tomar las historias que puedan tomar en base a la velocidad del equipo.

• Es el SM quien debe monitorear y velar porque esto se cumpla y se mantenga la estimación de las historias dentro del capacity del equipo

• En caso de finalizarse las historias anticipadamente pueden incorporar más al Sprint Backlog!

Multiple Select

El equipo parece haber encontrado una buena dinámica de trabajo y las historias se terminan en tiempo y forma. Dos de los desarrolladores ya terminaron con sus asignaciones y los otros dos aún no.

Ante esta situación, deberán:

• Tomar nuevas historias del Product Backlog

• Coordinar con los compañeros que no terminaron y ayudarles / tomarles historias pendientes

• Hablar con el PO y solicitar nuevas historias

• Hablar con el SM que les va a dar el día libre

El equipo se autorganiza pero con límites:

• Puede tomar historias de otro desarrollador y ayudarlo a finalizar las historias, siempre y cuando estas estén en el Sprint Backlog

• No se podrán tomar historias del Product Backlog sin consentimiento previo del PO

• El SM no es un jefe, no puede otorgar licencias

Multiple Choice

Al ser muchos en el equipo (SM, PO, 4 desarrolladores, 2 testers) las dailys se demoran mucho, siendo mas largas que los 15 minutos.

El Scrum Master, deberá:

• Aceptar esta situación debido a que la cantidad de personas en el equipo

• Limitar el tiempo de la ceremonia, intentando cumplir los 15 minutos

• Hacer una daily con los desarrolladores y otra con los testers

Las dailys deben:

• Realizarse dentro de los 15 minutos

• Llevarse a cabo a la misma hora y en el mismo lugar todos los días hábiles del Sprint

• Poseer la estructura y las técnicas que deseen, siempre que su Daily Scrum se centre en el progreso hacia el Objetivo del Sprint y produzca un plan viable para el siguiente día de trabajo.

• Si los 15 minutos no alcanzan, siempre existen otros momentos donde se puede reunir el equipo para discusiones mas detalladas!