REQUISITOS Y

DOCUMENTACIN SCRUM
PARA PROYECTO

Nombre: Alfonso Bustamante, Alexis Briones

Profesor: Alvaro Herrera
Fecha: 03/12/2016

ndice
ndice

Introduccin

Backlog

Sprint 1
Nmero de historia, tiempo y prioridades
Primer entregable

6
6
7

Sprint 2
Nmero de historia, tiempo y prioridades
Segundo entregable

8
8
9

Sprint 3

10

Riesgos

11

Introduccin
En este documento se detallarn los requerimientos del proyecto (Historias),
para poder llevar a cabo posteriormente el proceso de Scrum.
Para este informe, el proceso de Scrum se har efectivo con slo dos Sprints,
cada uno de dos semanas.
Se presentarn los requerimientos en un Backlog, mostrando las tareas elegidas
a trabajar para cada Sprint y un resumen del proceso de Scrum.

Backlog
No

Como

Quiero

Para

Jugador

Cambiar los
juegos de lista

Poder administrar
mejor mis listas

Historia
Como Jugador quiero cambiar los
juegos de lista para poder
administrar mejor mis listas

Jugador

Eliminar varios
Como jugador quiero eliminar varios
Que sea ms rpido el
juegos de mi lista
juegos de mi lista de deseados para
proceso
de deseados
que sea ms rpido el proceso

Jugador

Agregar un juego
en ms de una
lista

Poder tenerlos
agrupados

Comprar un
juego
seleccionando y
eligiendo su
plataforma

Tener el juego en la
plataforma que yo
quiero

Encontrar ofertas
de una
plataforma
especfica

Poder comprar en esa

plataforma

4
Jugador

Jugador

Como jugador quiero agregar un

juego en ms de una lista para
tenerlos agrupados
Como jugador quiero comprar un
juego seleccionado y eligiendo su
plataforma tener el juego en la
plataforma que yo quiero
Como jugador quiero encontrar
ofertas de una plataforma especfica
para poder comprar
Como jugador quiero encontrar
juegos clasicos y nuevos para
tiendas virtuales y fisicas

Jugador

Encontrar juegos
clasicos y nuevos

Tiendas virtuales y
fsicas

Tienda de juegos
descontinuados

Contactar con
jugadores
interesados en m
stock

Ofrecerles los juegos

de inters o juegos
afines

Como tienda de juegos

descontinuados quiero contactar con
jugadores interesados en mi stock
para ofrecerles juegos

Vendedor de
tienda de
videojuegos

Conocer los
intereses de los
jugadores

Renovar Stock acorde

al mercado del
momento

Como vendedor de tienda de

videojuegos quiero conocer los
intereses de los jugadores para
renovar stock de acuerdo al
mercado del momento

Comprador de
videojuegos

Ver la
disponibilidad de
ciertos juegos

10

Como comprador de videojuegos

hacer una compra ms quiero ver la disponibilidad de ciertos
inteligente
juegos para hacer una compra ms
inteligente

Como administrador de plataforma

Administrador de
Poder hacer reseas de
Un marco tip blog
quiero un marco tipo blog para poder
plataforma
videojuegos
hacer reseas de videojuegos

11

Jugador

12

Vendedor

13

Administrador

Ver un muro de
noticias

Estar al da con las

ltimas tendencias

Como jugador quiero ver un muro de

noticias para estar al dia con las
ltimas tendencias

Como vendedor quiero ver

Ver evaluacin de Elegir a quien es mejor evaluacin de compradores para
compradores
vender mi producto
elegir a quien es el mejor para
vender mi producto

Editar Entradas

Foros y artculos

Como administrador quiero editar

entradas para foros y artculos

Sprint 1
Nmero de historia, tiempo y prioridades
En el primer Sprint se tomaron las tareas ms importantes en el proyecto y las priorizamos
con notas de colores teniendo como prioridad nmero 1 el color verde, luego amarillo y
como ltima prioridad el naranjo.
Se dividi la pizarra del Sprint en cuatro columnas para un mayor control del progreso de las
tareas del Sprint Backlog: To do, In progress, To be verified y Done.
Las tareas que se tomaron para el primero Sprint fueron:
1. Agregar un juego en ms de una lista.
2. Eliminar varios juegos de la lista de deseados.
3. Encontrar ofertas de plataforma especfica.

Primer entregable
Para este primer mdulo de entregas el tiempo total de realizacin estimado
ser de una semana y media, donde el ejecutable a entregar ser el buscador de
juegos por categora, que vendr con una lista modificable por el usuario y que
se ir adecuando utilizando una metodologa parecida a la de page-rank de
google.
Para esto, se utilizar un algoritmo modificado y ya liberado por google
adecuado a la plataforma de netflix, donde a diferencia de utilizar los usuarios
que van revisando un contenido y relacionados, va utilizando los datos de las
relaciones entre contenidos de un mismo usuario y los va agrupando en varios
clusters de donde tras una minera de datos, el cliente obtendr una lista
adecuada a sus gustos e intereses.

Sprint 2
Nmero de historia, tiempo y prioridades
En este segundo Sprint priorizamos con notas de colores nuevamente y se tomaron las
tareas que se crean ms relevantes para el proyecto.
Las tareas que se tomaron para el primero Sprint fueron:
1. Crear un marco tipo blog para poder hacer reseas de los juegos.
2. Crear un muro de noticias.
3. Crear un sistema de estadsticas de los usuarios para los vendedores.

Segundo entregable
Para este mdulo de entregas el tiempo total estimado de entrega es de diez
das, dnde tareas de 5 das se dejaron en tiempo de seis y las de 3 en tiempos
de dos. El ejecutable a entregar ser la plataforma de blogs y noticias, donde a
modo de wordpress, se podrn crear y modificar documentos orientados al
control de contenidos del desarrollador de la pgina.
Para la integracin, se espera hacer una serie de testeos de los prototipos con el
cliente en el transcurso de las dos semanas, de tal forma de ir viendo que los
administradores de la plataforma puedan ver en la usabilidad de la plataforma
algo intuitivo y que no requiera de tener conocimiento especializado alguno ms
que del rea que los mueve que son los videojuegos.

Sprint 3

Riesgos
Uno de los riesgos consiste en que al finalizar cada uno de los entregables, estos
no puedan ser montados entre ellos para generar la totalidad de la plataforma,
debido al riesgo de atraso en el cronograma. Para solucionar esto, se define
como plan de mitigacin el control de los entregables y sus procesos en una
reunin semanal, aparte de los daily Sprints de cinco a diez minutos cada da,
donde sea posible ir haciendo las correcciones de actividades y tiempos, de tal
forma que el cronograma no pase el tiempo estipulado y al mismo tiempo, pueda
haber un correcto desarrollo de los elementos que luego conformarn al
ejecutable total.
Otro riesgo asociado es el de no lograr controlar el flujo de gastos debido a
terminar tareas que en costo monetario era mucho mayor de lo originalmente
presupuestado debido a factores no controlables como mayor competencia en el
mercado o la salida de un desarrollador del proyecto. Para mitigar este riesgo, se
ha establecido un plan de contingencia donde los proyectos, divididos en
elementos de desarrollo modulares, sern compartidos en una plataforma comn
de desarrollo, en que los miembros del equipo pueden dejar un historial de
desarrollo, tal que la persona que llega a reemplazar, puede continuar con la
tarea.
El riesgo ms comn en el desarrollo de proyectos son las inasistencias de los
empleados, sea por el motivo que sea. Esto se mitiga haciendo una estimacin
de tiempos sobrevalorada en un orden 25% - 50%, es decir, se pide a los
trabajadores que estimen sus tareas con una cantidad de tiempo mayor a la que
creen que les tomar para poder abarcar el tiempo que puede llegarse a perder
por fallos en la asistencia en el proceso del proyecto, a esta estimacin de
tiempo le llamamos tiempo de retraso, y es la que se utilizar siempre en las
evaluaciones con el cliente y de estimaciones de tiempos y costos. Se manejan
tres tiempos en la estadstica del proyecto, el tiempo a favor, el tiempo
establecido y el tiempo de atraso. Si el proyecto logra desarrollarse en el tiempo
establecido, las horas que se estimaron para mitigar problemas de asistencia,
pasan a ser horas a favor en el proyecto pudiendo ser utilizadas para mitigar
otros problemas que se encuentren en el transcurso del proyecto.