Aplicación de La Metodología Scrum

Desarrollo del Sistema Arturo Roble Versión: [1.
0]
Planificación Fecha: [dd/mm/aaaa]
Descripción de la metodología de trabajo
Proyecto:
Desarrollo de un prototipo de un sistema de
información para fincas productoras de café
Descripción de la metodología de trabajo (scrum)
Versión 1.0
AltoBonito Página 1 de 24
Desarrollo del Sistema Arturo Roble Versión: [1.0]
Acerca de este formato

Formato con finalidad didáctica y de asesoría. Colaboración de Navegápolis
(http://www.navegapolis.net) para el proyecto Scrum Manager (http://www.scrummanager.net)
Muestra un ejemplo de documento para la descripción y comunicación institucionalizada a los

participantes de un proyecto del uso de un modelo scrum (iterativo e incremental)
Notas:
Si editas el fichero con MS-Word Los textos entre corchetes del tipo “[Inserte aquí el texto]”
permiten la inclusión directa de texto con el color y estilo adecuado a la sección, al pulsar sobre
ellos con el puntero del ratón.
Aviso:
La publicación y puesta a disposición de este texto no supone ningún tipo de garantía por su uso,
ni que el mismo sea conforme o adecuado a las características de determinadas empresas o
proyectos
Derechos:
Registro y consulta de los derechos de este trabajo:
http://www.safecreative.org/work/1206241856508
Historial de Revisiones
Fecha Versión Descripción Autor
20/11/2011 1.0 Primera versión con los apartados y
contenidos básicos [Nombre autor]
Tabla de Contenidos
1. Introducción..................................................................................................................... 5
1.1 Propósito de este documento.........................................................................................5

1.2 Alcance.......................................................................................................................... 5
2. Descripción General de la Metodología.........................................................................5
2.1 Fundamentación............................................................................................................. 5
2.2 Valores de trabajo.......................................................................................................... 6
3. Personas y roles del proyecto........................................................................................6
4. Artefactos ........................................................................................................................ 6
4.1 Pila de producto............................................................................................................. 6

4.2 Pila del sprint.................................................................................................................. 8
4.3 Sprint.............................................................................................................................. 9
4.4 Incremento..................................................................................................................... 9
4.5 Reunión de incio de sprint............................................................................................12
4.6 Reunión técnica diaria..................................................................................................13
4.7 Reunión de cierre de sprint y entrega del incremento...................................................13
1. Introducción
Desde hace más de 50 años la producción de café es una de las actividades clave para
la economía colombiana ya que exporta más de 12 millones de sacos al año; sin
embargo, la administración manual de los cafetales ocasiona problemas que impiden
obtener el máximo provecho de los elementos de los cultivos.
Para solucionar este inconveniente se ha planteado el desarrollo de un software que
ayude a los dueños a realizar una administración apropiada de sus fincas mediante la
sistematización de procesos.
La sistematización de estos procesos permite la retroalimentación del sistema de
planificación, seguimiento y evaluación de los procesos ya que existe la posibilidad de
realizar comparaciones con datos históricos de la finca y en particular de cada uno de
los lotes asociados a esta, dando la posibilidad observar el comportamiento de la finca
en diferentes periodos de tiempo y así tomar decisiones respecto a su situación.
Para lograr la sistematización de estos procesos se recurre a técnicas y metodologías
de ingeniería de software que permitan realizar un desarrollo progresivo del mismo
como lo son las metodologías agiles, para la realización de este proyecto se utilizó la
metodología SCRUM y el modelo Vista Controlador los cuales permiten realizar un
análisis, diseño, codificación y pruebas del producto de forma incremental, asegurando
que se maximice la flexibilidad y adaptación respecto a las necesidades del cliente, y se
disminuya el tiempo de codificación y los errores cometidos durante su ejecución.
1.1 Propósito de este documento

Desarrollar un prototipo de un sistema de información orientado a la web para la
finca cafetera AltoBonito ubicada en el Departamento de Caldas, Municipio
Villamaria, Vereda Miraflores.
1.2 Alcance
En este documento se muestra el análisis y diseño de un sistema de implementación de
un sistema de información para la finca cafetera AltoBonito ubicada en el departamento
de Caldas, Municipio de Villamaria. Las técnicas de ingeniería de software que se
utilizaron son establecimiento de requerimientos, vistas 4+1, implementación mediante
una metodología ágil de desarrollo, creación de planes de prueba y diseño de manual
técnico.
La implementación del prototipo abarca las siguientes funcionalidades las cuales se
describe por módulos:
o Módulo de acceso y registro de usuarios.
o Módulo de administración de lotes
o Módulo de ingreso de trabajadores y producción
o Módulo de análisis de rentabilidad.
2. Descripción General de la Metodología

2.1 Fundamentación
Las metodologías agiles o desarrollo ágil de software, son un concepto que se refiere al
conjunto de métodos y estándares utilizados para un desarrollo incremental o iterativo
de un producto de software, donde los requerimientos van evolucionando a través de un
conjunto de prácticas organizadas y estructuras en grupos de colaboración
multidisciplinarios que realizan el producto mediante iteraciones, las cuales tienen un
ciclo de vida que incluye etapas.
Para la realización de este proyecto de grado se utilizará la metodología SCRUM que
permite que el proceso de construcción de software se vuelva un proceso rápido y
enfocado a los objetivos que se tienen establecidos
Las principales razones del uso de un ciclo de desarrollo iterativo e incremental de tipo
scrum para la ejecución de este proyecto son:
 Entrega regulares de resultados: Es decir, el cliente puede empezar a ver y usar

los resultados antes de que el proyecto se encuentre finalizado.
 Productividad y calidad: De manera regular el equipo va mejorando la calidad de
trabajo.
 Flexibilidad y adaptación: de manera regular el cliente redirige el proyecto en
función a las nuevas prioridades.
 Retorno de inversión (ROI): De manera regular el cliente maximiza el ROI del
proyecto.
 Mitigación de los riesgos: Desde el inicio del proyecto el equipo tiene que
gestionar los problemas que puedan aparecer en una entrega posterior.
En Scrum un proyecto se ejecuta en bloques temporales cortos y fijos, normalmente son
iteraciones de un mes y hasta de dos semanas, si así se necesita. Cada iteración tiene
que proporcionar un resultado completo, un incremento de producto final que sea
susceptible de ser entregado con el mínimo esfuerzo al cliente cuando lo solicite.
2.2 Valores de trabajo

Los valores que deben ser practicados por todos los miembros involucrados en el
desarrollo y que hacen posible que la metodología Scrum tenga éxito son:
 Autonomía del equipo
 Respeto en el equipo
 Responsabilidad y auto-disciplina
 Foco en la tarea
 Información transparencia y visibilidad.
3. Personas y roles del proyecto.
Persona Contacto Rol

Cesar Salazar Cesar01@gmail.com Scrum Master
Lizbeth Rojas Lizbet1001@gmail.com Product Owner
Roberto Lopez RobertL@gmail.com Desarrollador 1(Líder del
equipo)
Luis Pérez LuisP@gmail.com Desarrollador 2
Susana Cóndor SusanaC@gmail.com Desarrollador 3
Gipson Guerrero GipsonG@gmail.com Desarrollador 4
4. Artefactos .
Documentos
 Pila de producto o Product Backlog
 Pila de sprint o Sprint Backlog
Sprint
Incremento
Comunicación y reporting directo.

 Reunión de inicio de sprint
 Reunión técnica diaria
 Reunión de cierre de sprint y entrega del incremento
4.1 Pila de producto
Para la priorización de la pila de producto mostrada se utilizó la técnica MosCoW. A

continuación, se muestra, a manera general , la descripción de cada una de las siglas utilizadas
Product Backlog:
Ítem Requerimientos Prioridad

ATRIBUTOS DEL SISTEMA QUE DEBEN SER
CONSIDERADOS EN TODOS LOS SPRINT
1 Navegadores M
Debe ser un software de arquitectura web y los usuarios
deben poder acceder a él por Internet, usando
navegadores Internet Explorer 10 o superior, Firefox 23 o
superior, Google Chrome 28.0 o superior.
2 Interfaz de usuario M
Cumplir con requisitos mínimos de usabilidad de la W3C
3 Desempeño M
Cada petición que realice el usuario debe tener una
respuesta del sistema en máximo 3 segundos y debe
soportar al menos 10000 registros en la base de datos
SPRINT 1
4 Tipos de usuario M
El sistema debe permitir la creación de los perfiles: dueño
de finca, administrador y trabajadores.
5 Perfil dueño de finca M
El sistema debe permitir al usuario dueño el registro y

edición de la siguiente información básica: * Tipo de
identificación * Numero de identificación * Nombres *
Apellidos * Fecha de nacimiento * Edad (La cual debe ser
automática mediante el ingreso de la fecha de nacimiento)
* Sexo
6 Perfil Administrador M
información básica: * Tipo de identificación * Numero de
identificación * Nombres * Apellidos * Fecha de nacimiento
* Edad (La cual debe ser automática mediante el ingreso
de la fecha de nacimiento) * Sexo
7 Perfil Trabajador M
El sistema debe permitir al usuario administrador la
creación de usuarios trabajadores con la siguiente
información básica:
* Tipo de identificación
* Número de identificación
* Nombres
* Apellidos * Fecha de nacimiento
* Edad (La cual debe ser automática mediante el ingreso
de la fecha de nacimiento)
* Sexo
NOTA: Los únicos datos obligatorios para este perfil son:
Nombre, Apellido y Sexo
8 Funciones perfil dueño de finca M
El perfil dueño de finca tenga como funciones:
* Gestionar sus datos básicos
* Crear usuario administrador
* Eliminar administrador
* Recuperar contraseña
9 Perfil administrador M
El perfil administrador tendrá como funciones:
* Gestionar sus datos básicos
* Crear trabajadores
* Gestionar información básica de trabajadores * Eliminar
trabajadores
* Recuperar contraseña
10 Ingreso de usuarios M
El sistema debe permitir a los usuarios dueño de finca y
administrador el ingreso al sistema mediante un usuario y
una contraseña NOTA: * Los usuarios trabajadores no
tendrá acceso directo al aplicativo su información será
manejada únicamente por los perfiles administrador. * Un
usuario puede ser dueño de finca y administrador, en caso
de que ocurra al momento de iniciar sesión se debe
presentar la opción de ingresar a uno de los dos perfiles.
11 Recuperación de contraseñas S
La recuperación de contraseñas para el perfil dueño de

finca y el perfil administrador se realizará mediante una
pregunta secreta que el usuario digito la primera vez que
se logueo en el sistema y podrá modificar en la sección de
datos básicos
12 Primer inicio de sesión M

Después de registrado el perfil dueño de finca y
administrador estos podrán acceder al sistema con su
Mnúmero de identificación como contraseña, después de
que inicien sesión por primera vez se debe desplegar un
mensaje el cual permita el cambio de su contraseña y el
registro de una pregunta secreta con fines de
recuperación de contraseña
SPRINT 2
13 Gestión de finca M
El sistema debe permitir al usuario dueño de finca la
creación y edición de fincas con los siguientes datos
básicos: * Nombre * Tamaño (Numero de hectáreas) *
Numero de lotes * Descripción
14 Gestión de lotes M
El sistema debe permitir al usuario dueño de finca
registrar y editar a cada lote los siguientes datos básicos: *
Nombre del lote * Tamaño del lote (En hectáreas) *
Administrador asociado. * Finca asociada * Cultivos
sembrados * Descripción del lote NOTA: El numero
sumado de hectáreas de cada uno de los lotes debe ser
igual al tamaño total de la finca
15 Eliminación de finca S
eliminación de la finca. Cuando se elimine la finca no se
deben eliminar la lista de administradores y trabajadores
asociados a esta.
16 Eliminación de lotes S
eliminación de lotes asociados a una finca, el tamaño
correspondiente del lote a eliminar debe ser adjudicado a
otro(s) lote(s). Cuando se elimine el lote no se deben
eliminar el administrador y los trabajadores asociados a
este.
17 Registro de cultivos M
creación de cultivos en cada lote, para cada cultivo se
debe guardar la siguiente información: * Nombre * Numero
de platas * Edad * Labores culturales (Actividades de
mantenimiento del cultivo) * Producción
18 Registro labores culturales S
El sistema debe permitir al perfil administrador la creación

y edición de la siguiente información de las labores
culturales * Nombre * Responsable * Numero de días a
trabajar * Fecha de finalización * Estado (Pendiente, En
progreso, Finalizada) * Herramientas o insumos
necesarios * Valor de herramientas o insumos * Valor
realización de la labor * Estado de pago (Pendiente,
Cancelado)
19 Administración de lotes S
administración de los lotes de la siguiente forma: * Asignar
a cada lote cultivos * Asignar a cada cultivo labores
culturales * Asignar a cada labor cultural un trabajador
responsable
SPRINT 3
20 Registro de producción S
El sistema debe permitir al usuario administrador el
registro de la producción de un cultivo en un lote(s)
especifico(s) registrando la siguiente información: * Fecha
* Lote(s) asociado(s) * Cultivo * Trabajador * Total
producción por trabajador (Kilogramo) * Valor a pagar por
kilogramo * Precio de venta por kilogramo
21 Pago a trabajadores C
El sistema debe permitir al usuario administrador
visualizar el total a pagar por cada trabajador en cada una
de las producciones o periodos de tiempo El sistema debe
mostrar los pagos que se encuentren pendientes a
trabajadores por labores culturales que no involucren un
registro en producción.
22 Seguimiento de producción W
El sistema debe permitir al perfil administrador realizar un
seguimiento a la producción y análisis de los cultivos
registrando los siguientes datos: * Valor de cada kilogramo
vendido * Valor total de la venta
23 Visualización producción S
El sistema debe permitir a los perfiles dueño de finca y
administrador la visualización de un reporte de costos,
producción y ganancias asociadas a una producción y
venta realizada o por periodo de tiempo
24 Gráficos de rendimiento W
El sistema debe permitir a los perfiles dueño de finca y
administrador la visualización de graficas de rendimiento
de los cultivos pertenecientes a cada lote, en donde se
muestre información de producción, costos y ganancias
por periodos de tiempo especificados
4.2 Pila del sprint
Considerando las prioridades establecidas en la pila del producto, en la planificación del primer
sprint se establecieron las historias necesarias de desarrollar tomando en cuenta las
prioridades de las historias y considerando que al final de este primer sprint se debe tener un
producto potencialmente entregable. En la Tabla 3.3, también se muestran las estimaciones y
los tiempos verdaderos que tomó la implementación de cada uno de los ítems de la pila.
4.2.1 Sprint 1.
N° Nombre Descripción observacione Estimaci Tiem

s ón (en po
días) (en
días)
4 Tipos de Yo como cliente El perfil dueño 3 4
usuario espero que el de finca es el
sistema permita la primer usuario
creación de tres en registrarse
tipos de usuario: además solo
Dueño de la finca, puede existir un
administrador y dueño de finca
trabajadores y es este el que
asigna el perfil
administrador
5 Registro de Yo como cliente La edad se 3 3
dueño de espero que el debe ser
finca sistema al momento calculada
del registro de un automáticamen
usuario dueño de te por el
finca solicite la sistema
siguiente mediante la
información: Tipo de fecha de
identificación nacimiento
(Cédula, Pasaporte,
Cédula de
extranjería, Tarjeta
de identidad);
Número de
identificación;
Nombre; Apellido;
Fecha de
nacimiento; Edad y
género.
6 Funciones Yo como cliente 3 2
perfil espero que el
dueño de sistema permita al
finca perfil dueño de finca
las siguientes:
registrar en el
sistema, gestionar
sus datos básicos,

crear un usuario
administrador y
eliminar
administrador.
7 Registro Yo como cliente La edad se 2 2
perfil espero que el debe ser
administra sistema al momento calculada
dor del registro del perfil automáticamen
administrador te por el
solicite la siguiente sistema
información: tipo de mediante la
identificación, fecha de
numero de nacimiento.
identificación, Para completar
nombre, apellidos, el campo de
fecha de lote, el sistema
nacimiento, edad, debe mostrar
genero y lote una lista con los
lotes asociados
a la finca que
aún no tenga
administrador
8 Funciones Yo como cliente 2 2
perfil espero que el
administra sistema permita al
dor usuario
administrador las
siguientes acciones:
gestionar sus datos
básicos, crear perfil
trabajador,
gestionar
información básica
de perfil trabajador
y eliminar
trabajadores
9 Registro Yo como cliente Los datos 2 2
perfil espero que el básicos
trabajador sistema al momento Nombre,
del registro del perfil apellido y
trabajador solicite la genero son
siguiente datos
información: Tipo de obligatorios
identificación mientras que
(Cédula, Pasaporte, los demás se
Cédula de pueden dejar
extranjería, Tarjeta en blanco.
de identidad), Este usuario no
Número de tendrá acceso
identificación, directo al
Nombre, Apellido, aplicativo; su
Fecha de registro,
nacimiento, Edad y modificación y
Genero. eliminación
será
responsabilidad
del perfil
administrador.
10 Autenticaci Yo como cliente 3 3
ón de deseo que para
usuarios realizar el proceso
de autenticación el
sistema solicite un
usuario y una
contraseña
11 Primer Yo como cliente Para realizar el 2 2
inicio de deseo que cuando primer inicio de
sesión un usuario realice su sesión el
primer inicio de usuario debe
sesión se despliegue ingresar en el
un mensaje en el campo usuario
cual le solicite al su número de
usuario su cambio identificación y
de contraseña y un en campo
registro de una contraseña su
pregunta y número de
respuesta secreta identificación.
La pregunta y
respuesta
secreta se
guarda con
fines de
recuperación de
contraseña
12 Recuperar Yo como cliente Este proceso se 3 2
contraseña deseo que el realizará
sistema permita respondiendo
modificar la una pregunta
contraseña en caso secreta por el
de ser olvidada usuario
Grafica Burn-Down
A continuación, en la Ilustración 3.2, se muestra el gráfico Burn-Down del Sprint 1, la línea roja
muestra el esfuerzo estimado restante, mientras que la línea azul muestra el esfuerzo real
restante, de esta manera se puede observar mediante este gráfico si se está avanzando a buen
ritmo durante el sprint; si la línea azul se encuentra encima de la línea roja significa que existe
un retraso en las actividades, en cambio si la línea roja, se encuentra encima significa que se
está avanzando con anticipación.
4.2.2 Sprint 2
A continuación, se muestran la pila y la retrospectiva del segundo sprint.
N° Nombre Descripción Observaciones Estimació Tiempo

n (en días) (en
días)
13 Registro de Yo como cliente espero Cuando se 8 11

fincas que el sistema elimine la finca
permita al usuario no se deben
dueño de finca la eliminar la lista
creación de de
fincas con la siguiente administradores y
información: trabajadores
- Nombre asociados a cada
- Tamaño (número de uno de los lotes.
hectáreas cuadradas)
- Descripción
14 Registro de Yo como cliente espero Para cada lote se 5 5
lotes que el sistema debe asociar una
permita al usuario finca, un
dueño de finca la administrador y
creación de cultivos.
lotes con la siguiente Al momento de
información: eliminar un lote el
- Nombre tamaño
- Tamaño (número de correspondiente
hectáreas cuadradas) al lote debe ser
- Descripción adjudicado a
- Cultivos otro(s) lote(s).
Cuando se
elimine el lote no
se deben eliminar
el
administrador y
los trabajadores
asociados a este.
15 Registro de Yo como cliente espero Cada cultivo debe 5 7
cultivos que el sistema tener relacionado
permita al usuario labores
administrador la culturales.
creación de Al momento de
cultivos con la eliminar un
siguiente información: cultivo no se
- Nombre debe eliminar las
- Número de plantas labores culturales
- Edad asociadas a esta
- Descripción ni su producción
16 Registro de Yo como cliente espero 5 4

labores que el sistema
culturales permita al usuario
administrador la
creación de
labores culturales con
la siguiente
información:
- Nombre
- Trabajador
responsable
- Número de días a
laborar
- Fecha de finalización
- Estado (Pendiente,
En progreso,
Finalizada)
- Herramientas o
insumos necesarios
- Valor de las
herramientas o
insumos
- Valor realización de
labor
- Estado de pago
(Pendiente,
Cancelado)
Grafica Burn-Down
A continuación la Ilustración 3.3 muestra el gráfico Burn Down, correspondiente al segundo
sprint.
4.2.3 .- Sprint 3
A continuación se muestra la pila del tercer sprint, el gráfico burn-down
N° Nombre Descripción Observaciones Estimación Tiempo

(en días ) (en
días)
17 Registro de Yo como cliente 6 5
producción espero que el
sistema permita
al usuario
administrador el
registro de la
producción de
un cultivo en
cada lote, este
registro se debe
realizar
mediante los
siguientes datos:
- Fecha
- Lote(s)
asociado(s)
- Cultivo
- Trabajador
- Producción
total por
trabajador
- Valor a pagar
por kilogramo de
café
18 Pago a Yo como cliente 12 11

trabajadores espero que el
sistema permita
al usuario
administrador la
visualización del
total a pagar por
cada producción
a cada
trabajador.
El sistema debe
mostrar los
pagos que se
encuentren
pendientes a
trabajadores por
labores
culturales que
no involucren un
registro en
producción
19 Seguimiento Yo como cliente El reporte puede 12 12

de producción espero que el ser visualizado
sistema permita mediante tablas
al usuario o mediante
administrador la gráficos de
visualización de barras
un reporte de
producción,
costos, precios y
ganancias de
cada producción
o de un periodo
de tiempo
especificado
Grafica Burn-Down
A continuación la Ilustración que muestra el gráfico Burn Down, correspondiente al tercer sprint.
4.3 Sprint
Ítem Sprint Responsables Días asignados

1 SPRINT 1 Desarrollador 1 30
Desarrollador 2
Desarrollador 4
Desarrollador 3
4.4 Incremento
Parte o subsistema que se produce en un sprint y se entrega al gestor del producto

completamente terminada y operativa.
4.5 Reunión de incio de sprint
Reunión para determinar las funcionalidades o historias de usuario que se van a

incluir en el próximo incremento.
Responsabilidades del gestor de producto

 Asistencia a la reunión.
 Exposición y explicación de las historias que necesita para la próxima
iteración y posibles restricciones de fechas que pudiera tener.
 [Otras posibles implementadas en esta empresa]
Responsabilidades del Scrum Manager

 Moderación de la reunión
Responsabilidades del equipo técnico
 Confección de la pila del sprint.

 Auto-asignación del trabajo.
4.6 Reunión técnica diaria
Puesta en común diaria del equipo con presencia del Coordinador del proyecto o
Scrum Manager de duración máxima de 10 minutos.

 Supervisión de la reunión y anotación de las necesidades o impedimentos
que pueda detectar el equipo.
 Gestión para la solución de las necesidades o impedimentos detectados por
el equipo.
 Comunicación individual del trabajo realizado el día anterior y el previsto para

día actual.
 Actualización individual del trabajo pendiente.
 Actualización del gráfico de avance [o artefacto de seguimiento de sprint
empleado] para reflejar el estado de avance.
 Notificación de necesidades o impedimentos previstos u ocurridos para
realizar las tareas asignadas.
4.7 Reunión de cierre de sprint y entrega del incremento.
Reunión para probar y entregar el incremento al gestor del producto.

Características.
 Prácticas: sobre el producto terminado, no sobre simulaciones o imágenes).
 De tiempo acotado máximo de 2 horas.
Responsabilidades del gestor de producto

 Asistencia a la reunión.
 Recepción del producto o presentación de reparos.

 Moderación de la reunión
 Presentación del incremento.


Aplicación de La Metodología Scrum

Cargado por

Información del documento

Descripción original:

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Aplicación de La Metodología Scrum

Cargado por

Copyright:

Formatos disponibles

Desarrollo del Sistema Arturo Roble Versión: [1.

Descripción de la metodología de trabajo (scrum)

Acerca de este formato

Muestra un ejemplo de documento para la descripción y comunicación institucionalizada a los

1.1 Propósito de este documento.........................................................................................5

2. Descripción General de la Metodología.........................................................................5

3. Personas y roles del proyecto........................................................................................6

4.1 Pila de producto............................................................................................................. 6

Descripción de la metodología de trabajo

1.1 Propósito de este documento

2. Descripción General de la Metodología

 Entrega regulares de resultados: Es decir, el cliente puede empezar a ver y usar

2.2 Valores de trabajo

3. Personas y roles del proyecto.

Persona Contacto Rol

Comunicación y reporting directo.

4.1 Pila de producto

Para la priorización de la pila de producto mostrada se utilizó la técnica MosCoW. A

Ítem Requerimientos Prioridad

El sistema debe permitir al usuario dueño el registro y

La recuperación de contraseñas para el perfil dueño de

12 Primer inicio de sesión M

El sistema debe permitir al perfil administrador la creación

4.2 Pila del sprint

N° Nombre Descripción observacione Estimaci Tiem

sus datos básicos,

A continuación, se muestran la pila y la retrospectiva del segundo sprint.

N° Nombre Descripción Observaciones Estimació Tiempo

13 Registro de Yo como cliente espero Cuando se 8 11

16 Registro de Yo como cliente espero 5 4

A continuación se muestra la pila del tercer sprint, el gráfico burn-down

N° Nombre Descripción Observaciones Estimación Tiempo

18 Pago a Yo como cliente 12 11

19 Seguimiento Yo como cliente El reporte puede 12 12

Ítem Sprint Responsables Días asignados

Parte o subsistema que se produce en un sprint y se entrega al gestor del producto

4.5 Reunión de incio de sprint

Reunión para determinar las funcionalidades o historias de usuario que se van a

Responsabilidades del gestor de producto

Responsabilidades del Scrum Manager

Responsabilidades del equipo técnico

 Confección de la pila del sprint.

4.6 Reunión técnica diaria

Responsabilidades del Scrum Manager

Responsabilidades del equipo técnico

 Comunicación individual del trabajo realizado el día anterior y el previsto para

4.7 Reunión de cierre de sprint y entrega del incremento.

Reunión para probar y entregar el incremento al gestor del producto.

 De tiempo acotado máximo de 2 horas.

Responsabilidades del gestor de producto

Responsabilidades del Scrum Manager

Responsabilidades del equipo técnico

 Presentación del incremento.

También podría gustarte