12.- CREAR EL SPRINT BACKLOG

Entradas

Equipo principal de scrum

Equipo scrum identificado

Según los Requisitos que solicitó el Product Owner y con la ayuda del Scrum Master se llegó a un acuerdo las personas que formaran el Equipo de Desarrollo son:

• Luis Leyva Perez
• Juan Anaya Yaranga
• Luis Alberto Gutierrez Chura
• Robert Escalante Gomez
• Ayrton César La Madrid Martínez
• Salvador Vásquez Pérez

Épica(s)*

Prototipos

Prototipo Cliente

Elizabeth tiene 31 años, es una madre de familia donde lleva a sus 3 hijos al colegio Tesla School que vive en Villa el Salvador. Es una madre muy responsable y quiere ser atendida rápidamente a la hora de poder matricular a sus hijos al colegio, y como también puede tener facilidades de pago por llevar 3 hijos, siente la necesidad de que le muestren de manera rápida el control de pagos que realiza.

Prototipo Administrador

Cesar Ynga Huamancha tiene 33 años, es un profesional especializado en Lengua y Literatura en la Universidad Nacional Federico Villarreal, es el actual gerente general Tesla School y necesita un sistema informático para poder realizar un control de pagos de manera ágil y eficaz. Cesar con Excel lo realiza durante 4 horas y con el sistema quiere optimizar ese tiempo.

Stakeholder(s)

Responsabilidades

• Interactúa frecuentemente con el Product Owner, el Scrum Master y el Equipo Scrum para brindarles aportes y facilitar el desarrollo de los entregables del proyecto.
• Ayuda a priorizar las historias de usuario y los requerimientos del Backlog Priorizado del Producto
• Se comunica con el Equipo Scrum y confirma la realización del valor al final de cada sprint, de cada lanzamiento y del proyecto.

Declaración de la Visión del Proyecto

• Implementar un sistema de control pagos de matrículas y pensiones.
• Agilizar el proceso de pagos de la matriculas y pensiones.
• Obtener un listado y reporte mensual o de acuerdo al periodo que desea visualizar los pagos de pensiones o matrícula.

Recomendaciones del Scrum Guidance Body

https://www.tenstep.ec/portal/images/pdfs/Suscripciones_TenStep/Silver/SCRUMstudy_GUIA_SBOK_espanol.pdf (Capitulo 8.3, Una Guia para el Conocimiento Scrum (GUIA SBOK™ ), “Formar el Equipo Scrum”, 159 – 164)

https://www.scrumguides.org/docs/scrumguide/v2017/2017-Scrum-Guide-Spanish-SouthAmerican.pdf (Capítulo 1, La Guía Definitiva de Scrum: Las Reglas del Juego,” El equipo Scrum”, 5 – 8)

LISTA DE TAREAS ACTUALIZADA

Esta es la técnica más usada debido a la habitual falta de datos históricos. Como su nombre indica, esta técnica consiste en que una persona que conozca y tenga experiencia en la tarea estime su duración más probable, esperando que la experiencia y conocimiento del experto sustituya la falta de datos.  Esta técnica está muy cerca de la suposición, y la aceptación del cronograma por parte del equipo del proyecto y el sponsor va a depender de la reputación del experto, lo que puede debilitar la posición de director del proyecto a la hora de defender el cronograma. Una forma de reducir los problemas inherentes a esta técnica es usar un grupo de expertos en lugar de una única persona. Ente caso se puede coger el valor medio del grupo.

CRONOGRAMA DE PLANIFICACIÓN DE LANZAMIENTO

Trataremos de dos primeros lanzamientos planificados por el Equipo Scrum que detalla, según la disponibilidad del Stakeholder para implementar el software.

PRIMER LANZAMIENTO

Tareas terminadas para nuestro Primer Sprint

 

SALIDAS

SPRINT BACKLOG

La lista de tareas que llevará a cabo el Equipo Scrum en el siguiente sprint se denomina Sprint Backlog. Es común que el Sprint Backlog esté representado en un Scrumboard o tablero de tareas, el cual proporciona una constante representación visual del estado de las historias de usuario en el backlog. En el Sprint Backlog también se incluye cualquier riesgo asociado a las varias tareas. Cualquier actividad de mitigación de riesgos para atender los riesgos identificados también se incluirían como tareas en el Sprint Backlog.