Anda di halaman 1dari 2

DAYLISPRINTS DEL PRODUCTBACKLOG

1. DAYLISPRINT ROLES:
En la primera y segunda Semana nuestro El equipo de desarrollo y el Scrum Master no
tuvimos problemas mayores o relevantes con los roles y sub-roles ya que nos pusimos de
acuerdo en cada uno de ellos, aquellos roles que Ivn a ir interactuando en el negocio,
siempre respetando las opiniones decisiones de los dems y se trabaj con los roles
tanto en la parte administrativa y tambin en la parte econmica pensando siempre en el
beneficio del negocio y para despus pasar a los procesos.

2. DAYLISPRINT PROCESOS:
Posteriormente en la tercera Semana ya tenamos

definido los roles que Ivn a

interactuar en el Negocio. Se pas a lo que es los procesos lo cual era definir cada una de
las funciones y actividades que tena cada rol, en esta parte el Scrum Master dio un gran
aporte al equipo de desarrollo, pensando siempre en el beneficio del negocio. Aunque
hubo alguna falla ms adelante con el proceso de venta, el equipo de desarrollo supo
corregir los errores a tiempo para no seguir arrastrndolo posteriormente.

3. DAYLISPRINT PILAS DE REQUERIMIENTO:


Una vez que tenamos definido los roles y los procesos del negocio pasamos a lo que son
las pilas de requerimiento el cual era realizar tems de los procesos ms prioritarios (+) del
negocio hasta los menos prioritarios (-) del negocio siempre pensando en el beneficio del
mismo NEGOCIO y tambin del ROI (Taza de Retorno de Iversion). Lo ms relevante que
se tuvo en esa semana fue que el equipo de desarrollo tuvo la primera interface como
desarrollador del negocio empezando por el Site (Sitios Google)

creando la pgina y

conociendo nuevas herramientas de trabajo web. Talves uno de los problemas que
tuvimos en el equipo de desarrollo fue la coordinacin para algn proceso que no haba
sido considerado pero despus que se dio el primer Sprint se aclararon muchas dudas
que haban y ahora ya no estn.

DAYLI - HISTORIAS DE USUARIO:


Una vez terminado el primer Sprint nuestro equipo de desarrollo paso a lo que son
las historias de usuario lo cual venia de las pilas de requerimientos que se trataba
de sacar Items (Listado de Items Del ProductBacklog) lo cual indica cada uno de
los procesos que interactan con el negocio (Pensando como Desarrollador) en
beneficio al Negocio. Estos Items dan al equipo de desarrollo el trabajo
correspondiente para realizar el software y por lo tanto nuestro Equipo de
Desarrollo ya tiene trabajos definidos acorde a su experiencia.

DAYLISPRINT DEL 1SPRINT:


En esta parte nuestro equipo de desarrollo junto con el Scrum Master ,tuvimos un
retraso en el Primer (MVP) PRODUCTO MINIMO VIABLE ya que no se coordin
con uno de los integrantes, pero para que no haya retraso en la Estimacin del
ProductBacklog el equipo de Desarrollo se vio en la obligacin de retrasarlo para
el segundo Sprint. Tomando en cuenta la estimacin de 12 BD por Sprint.