Scrum Master (10 Preguntas - 20min) :D

Se asignó un Equipo de Scrum a un nuevo proyecto y ese equipo decide agregar el siguiente enunciado a la Definición de “Completo” (Definition of Done - DoD):

"Solo se colocan en el Backlog del Sprint aquellas características de un diseño funcional que fueron elaboradas y aceptadas”.

El Scrum Master revisa esto y dice:

"Se necesita documentación. Para cada característica, se debe crear o actualizar el diseño. Necesitamos agregar esto a la Definición de “Completo” (Definition of Done - DoD) y tenerlo presente a la hora deestimar tareas para el próximo Backlog del Sprint".

¿Por qué el Scrum Master dice esto?

• Porque la documentación puede crearse y ajustarse por característica.

• Porque el Cliente es valorado más que la documentación en el desarrollo Ágil.

• Porque el Scrum Master sabe si el equipo tiene tiempo para implementar esto.

• Porque el Backlog del Sprint proporciona suficiente información para hacerlo rápidamente.

Después de una semana en un Sprint de cuatro semanas, el Equipo de Desarrollo se dio cuenta de que no podrá entregar la mitad de los elementos del Backlog del Sprint. El Dueño del Producto (Product Owner) no está satisfecho con esto, porque el cliente espera la mayoría de esas características para una liberación (“Release”) al finalizar el Sprint.

¿Cuál es el mejor curso de acción como Scrum Master?

• Recomendar que se cancele el Sprint y comenzar otro inmediatamente, solo enfocado en las características que debe tener.

• Recomendarle al Dueño del Producto (Product Owner) que revise el orden de los elementos del Backlog del Sprint y que deje a los desarrolladores continuar de la mejor manera que puedan.

• Recomendarles a los desarrolladores que trabajen horas extra y, a cambio, se tomen unos días libres después del Sprint.

• Recomendar que se prolongue la duración del Sprint, hasta que todo esté terminado para la liberación (“Release”).

El Dueño del Producto (Product Owner) asigna tareas a los desarrolladores en el Scrum Diario y la reunión siempre lleva más de 15 minutos.

¿Cuál es la mejor respuesta para el Scrum Master?

• Convencer al Dueño del Producto (Product Owner) parar la asignación de tareas al Equipo de Desarrollo y no participar en los Scrums Diarios.

• El Scrum Master es quien debe asignar las tareas, así que debe comenzar hacerla y mantenerla dentro del límite de 15 minutos de tiempo.

• El Scrum Master no interfiere en discusiones y debe dejar que sean los miembros del equipo de la auto-organización quienes, resuelvan este problema por ellos mismos.

• Explicarle al Dueño del Producto (Product Owner) que las tareas se asignan después del Scrum Diario, para que la reunión se mantenga dentro del límite de 15 minutos de tiempo.

El Dueño del Producto (Product Owner) y el Equipo de Desarrollo están en desacuerdo en la reunión de Planificación del Sprint. El Dueño del Producto (Product Owner) cree que los desarrolladores hicieron estimaciones muy pesimistas de los elementos y su capacidad y en consecuencia, ellos seleccionaron muy pocos elementos para el Sprint.

¿Cuál es la mejor acción para el Scrum Master?

• Solicitarle al Equipo de Desarrollo que revise sus estimaciones, ya que el Dueño del Producto (Product Owner) representa al cliente.

• Pedirles a las dos partes que se calmen, discutan el tema y lleguen a un acuerdo; probablemente, algún lugar intermedio.

• Decirle al Dueño del Producto (Product Owner) que revise las estimaciones y calcule la velocidad, y hacerles saber a los desarrolladores cuántos elementos deben selecionar.

• Explicarle al Dueño del Producto (Product Owner) que esta decisión le corresponde al Equipo de Desarrollo y que debe ser aceptada.

¿Cuándo es la primera vez que un Equipo de Desarrollo utiliza la Definición de “Completo” (Definition of Done - DoD)?

• Durante la estimación de las características en el Backlog de Producto, ya que el trabajo depende de los requisitos de las características y también de la Definición de “Completo” (Definition of Done - DoD).

• Durante las reuniones diarias (Daily Stand-up), cuando una característica se define como Completa, ya que se debe verificar si cada característica está lista tan pronto se termina durante el Sprint.

• Durante la Demostración al Dueño del Producto (Product Owner) y a los Interesados, ya que ellos tienen que aceptar el producto como uno potencialmente entregable.

• Durante el Sprint de la liberación (“Release”), cuando se confirma que todas las características creadas cumplen con los deseos del cliente y, por consiguiente, son entregables.

El Dueño del Producto (Product Owner) quiere tener dos liberaciones (“Releases”) en el proyecto: una en la mitad y la otra al final. El Scrum Master señala que eso no importa.

¿Por qué el Scrum Master dice eso?

• Estos son los puntos habituales de una liberación (“Release”) en un proyecto Scrum.

• Lo usual es solo una liberación (“Release”) por proyecto, por lo tanto se debe dividir el proyecto.

• Todos los incrementos deberían ser potencialmente liberables (“releasable”).

• La planificación de liberaciones (“releases”) es una decisión del Equipo de Desarrollo.

¿Cuál de las siguientes opciones es aceptable como resultado del primer Sprint?

• Unas pocas funcionalidades simples que agregan el mayor valor.

• Un diseño de la interfaz de usuario aceptado por el cliente.

• Una arquitectura de la solución completa para el proyecto.

• Un Backlog de producto y una infraestructura preparada para el desarrollo.

Hay nueve equipos trabajando en un importante proyecto internacional. Todos ellos se componen de desarrolladores con gran experiencia que han estado trabajando en ambientes Scrum por mucho tiempo.

¿Cuántos roles de Scrum Master se necesitan para este proyecto?

• 0, porque los equipos tienen suficiente experiencia.

• 1 rol de Scrum Master es suficiente para todo el proyecto.

• 9, porque cada equipo necesita un rol de Scrum Master.

No todos los proyectos son apropiados para que se les aplique el enfoque Agile Scrum.

¿En qué caso es Scrum el más deseable?

• Los requisitos se conocen por anticipado para una implementación rápida.

• La competencia de los desarrolladores es relativamente baja.

• La organización no quiere llevar a cabo pruebas de aceptación del usuario.

• Los requisitos del producto pueden cambiar durante el proceso.

ADAPT es el acrónimo de las actividades en el plan de transición Ágil. La "A" significa "Awareness" (Toma de Conciencia).

¿Por qué el “Awareness”(Toma de Conciencia) es importante como primer paso al introducir Ágil?

• Porque todos necesitan aprender a pensar y a trabajar como equipo.

• Porque es necesario que haya una comprensión común acerca de que el proceso actual no está proporcionando resultados aceptables.

• Porque las técnicas Ágiles no se deben usar en un solo departamento.