¿En qué consiste y cómo me puede ayudar a satisfacer las necesidades de los stakeholders de mi proyecto?

Uno de los dolores de cabeza que surgen cuando se está desarrollando un proyecto, es darnos cuenta de que el producto o servicio que ofrecemos no es lo que nuestro cliente necesita, lo cual implica que habremos perdido una gran cantidad de recursos y una oportunidad de negocio. En este artículo te mostraremos qué es la revisión del sprint y cómo te puede ayudar a enfocarte en la necesidad de tu cliente y en disminuir el riesgo de perder lo que has invertido en tu proyecto.

La revisión del sprint es uno de los cinco eventos del marco de trabajo Scrum y cada uno de estos eventos tiene una función muy importante en el desarrollo del sprint y de nuestro proyecto. En una línea de tiempo, cada evento ocurre en un momento específico del sprint y la revisión del sprint se lleva a cabo una vez ha terminado el sprint, es decir, cuando se ha completado el incremento.

Entonces, este va a ser el objetivo principal de la revisión del sprint: obtener una retroalimentación del trabajo completado durante el sprint.

Pero una retroalimentación solo es efectiva si la obtenemos de los grupos interesados de alguna u otra forma en el producto o servicio que resultará de nuestro proyecto (stakeholders), ya que estos son los que tienen unas necesidades específicas que quieren ser satisfechas con lo que estamos desarrollando. Por tanto, durante la revisión del sprint presentaremos a los Stakeholders los resultados del sprint y nos centraremos en mostrar lo que se hizo y no entraremos en detalles de cómo se llegó al producto que estamos presentando; con la retroalimentación de los grupos interesados podremos planear el siguiente sprint y nos seguiremos alineando con el objetivo final de nuestro proyecto, siempre en acompañados de nuestros stakeholders en cada sprint por medio de la revisión del sprint.

¿Quienes participan en este evento?

• Product Owner
• Developers
• Scrum Master
• Cliente

“Durante la revisión el Product Owner puede rastrear el progreso que el equipo ha hecho para cumplir la misión; cada Sprint sirve como plataforma de lanzamiento del siguiente y el Product Backlog se va completando ítem por ítem y Sprint por Sprint”

Tomado del libro “Scrum las estrategias del juego, es póker no ajedrez”

También, es importante tener en cuenta que en la revisión del sprint tendremos que presentar a los stakeholders un producto terminado (preparar una demo es altamente recomendable), porque de esta forma podremos saber de los grupos interesados si lo que desarrollamos llena sus expectativas, si tiene atributos que no les interesa o, en el peor de los casos, que lo que estamos desarrollando no tiene nada que ver con lo que los stakeholders necesitan.

Aunque el peor de los casos suena como un punto desastroso para un proyecto, y sobre todo para el presupuesto que se empleó en su desarrollo, no tiene que serlo si estamos usando el marco de trabajo Scrum y hacemos una revisión del sprint. Supongamos que hice una reunión con mi cliente, hice un levantamiento de sus necesidades, estimé un presupuesto de $100.000.000, desarrollé un producto con ese presupuesto, se lo muestro después de un año y ¡oh sorpresa!, lo que desarrollé no era lo que el cliente quería y por eso, ya no me compra el producto y muy probablemente ya no quiera hacer negocios conmigo en el futuro; resultado de la operación, perdí $100.000.000 y una excelente oportunidad de negocio.

Ahora, si uso el marco de trabajo Scrum, tengo una revisión del sprint con mi cliente al finalizar el primer sprint de un mes y encuentro que lo que estaba haciendo no es lo que el cliente quería, perderé, por ejemplo, $10.000.000 pero continuaré con mi relación con el cliente, me alinearé con sus necesidades y hay una alta probabilidad de que el cliente tenga el producto que quería al finalizar el proyecto.

La revisión del sprint es el penúltimo evento del sprint y nos permite saber cuál será nuestro siguiente paso; si existen adaptaciones el Product Owner deberá analizar los cambios que tendrá el Product Backlog. Ver Guía de Scrum.

En conclusión, es muy importante involucrar al cliente en el proceso de desarrollo de un proyecto y la forma de hacerlo, es por medio de la revisión del sprint. Este evento nos permitirá saber si vamos por buen camino y si no es así, tendremos la oportunidad de alinearnos con nuestro objetivo final, optimizando de la mejor manera tiempos de desarrollo y presupuestos.

¿Quieres aprender cómo puedes optimizar tus proyectos con el marco de trabajo Scrum? Puedes hacerlo certificándote en Scrum Colombia o usando nuestros servicios de consultoría en transformación ágil. Contáctanos