El famoso Sprint 0

      No hay comentarios en El famoso Sprint 0

El famoso Sprint 0

Retomando nuestros post sobre metodologías agiles, hoy quiero hablarte de SCRUM y cómo comenzar con este marco-“El Famoso Sprint 0”- que se utiliza para aterrizar el proyecto.

La primera fase que tiene este framework es la fase de inicio y es una de las más importantes porque es la que te va a ayudar a encaminar tu proyecto. A mi juicio personal, todo lo que indica esta etapa es lo que en la práctica hacemos durante el sprint 0.

¿Qué se hace en la fase de inicio?

El marco indica que tiene seis procesos a través de los que vas a poder descubrir cuál es la visión del proyecto, quiénes son los interesados o involucrados en ese proyecto, quiénes serán las personas que lograrán llevarlo a cabo y cuál es el alcance esperado.

¿Cómo lo hacemos?

Proceso 1: Crear la visión del proyecto

Todo parte por tener establecida la declaración del proyecto ¿y esto qué es?, básicamente arranca con un caso de negocio, donde se expresa la justificación de negocio que es la necesidad o las necesidades que dan origen al proyecto y que plantean lo que ese proyecto va a resolver.

Cuando se tiene claridad en este punto, entonces sabemos cuál es el objetivo que estamos persiguiendo.

Durante este proceso se hace la identificación de esa persona del negocio que tiene los conocimientos y las competencias para liderar la iniciativa. Ese perfil es nuestro Product Owner o dueño del producto, que desde ese momento se encargara de ser “La voz del cliente” y de transformar todos los requisitos del producto o servicio en algo entendible para que se pueda ir construyendo progresivamente.

Una vez resuelto este punto donde ya sabes de qué se trata el proyecto y ya tienes un responsable de negocio pasamos al segundo proceso.

Proceso 2: Identificar Scrum Master y Stakeholders

Aquí es necesario identificar quienes serán las personas encargadas de generar aportes al proyecto (Stakeholders) y ese rol de apoyo (Scrum Master) que va a ser un “líder al servicio del equipo”, queva a ayudar a este grupo y en especial al Product Owner a identificar y a gestionar todos los aspectos que se deben considerar para el buen desenvolvimiento del proyecto.

Una vez que tienes identificados todo ese grupo de personas que tienen algún interés en el proyecto y que van a generar los aportes (Sponsor, key user, proveedores, entre otros), pasas al tercer proceso.

Proceso 3: Formar Equipo Scrum

Aquí se van a identificar los perfiles necesarios para poder realizar el proyecto y consiste en hacer la selección de las personas con el skill necesario para generar los entregables; esta selección la hacen en conjunto el Product Owner y el Scrum Master basándose en las necesidades del proyecto.

Una vez formado el Equipo Scrum que de ahora en adelante serán reconocidos como “los que generan el valor”, entonces puedes pasar al próximo proceso.

4.- Desarrollar Épica(s)

En este proceso todos los roles centrales (Product Owner, Scrum Master y Equipo Scrum), se encargarán a través de sesiones de trabajo con los stakeholders de ir aterrizando las funcionalidades macro del producto o servicio. Esto se traduce en en la identificación de las épicas que son historias de usuario grandes sin refinar, a partir de las cuales se van a desencadenar historias de usuario que son funcionalidades más pequeñas que el producto debe considerar. En este proceso también se debe hacer la creación de prototipos que en el marco scrum están referidos a hacer el descubrimiento del cliente o de ese usuario final que usará ese producto o servicio del proyecto.

Cuando tienes la identificación de las épicas o funcionalidades macro del producto, y tienes caracterizado ese usuario final, entonces puedes pasar el siguiente proceso.

5.- Crear Backlog Priorizado del Producto

En este proceso es necesario que esas épicas o funcionalidades macro sean explotadas un poco más para que se identifiquen a groso modo las funcionalidades más pequeñas que se derivan de cada épica y eso serían las historias de usuario. También se debe pensar en el orden lógico que deben tener para poder generar los MVPs (Mínimos Productos Viables).

La recomendación es pensar en lo que el producto debe tener (lo que sí o si es necesario para operar), lo que el producto debería tener (es decir, que puede operar sin eso pero no se considera un producto completo), lo que podría tener (deseables que agregan mucho valor) y lo que definitivamente No tendrá (aquello es prescindible).

Al hacer esto ya tendrás un backlog con una priorización claramente definida en función de cómo debe operar ese producto o servicio y finalmente podrás pasar al último proceso de esta fase.

6.- Realizar la planificación del Lanzamiento

Como en tu proceso anterior ya identificaste las funcionalidades macro (épicas) las funcionalidades micro (historias de usuario) y los mínimos productos viables (MVPs) entonces tienes una visión más clara del alcance de tu proyecto que ya estará mucho más aterrizado, por lo que podrás elaborar un plan de lanzamiento inicial, en función de los mínimos productos viables que quieres ir liberando a producción. Así podrás enmarcar las historias de usuario de tu backlog según la prioridad que tienen para cada MVP que persigues.

 ¡Espero haberte ayudado!

Todas tus dudas encuentran solución en https://moveapps.cl/

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *