TAREA SESIÓN 2

“Creación de proyectos sociales para tu comunidad con

Scrum”
1. Actividad 1
1.1. OBJETIVO
Poner en práctica los conocimientos aprendidos sobre el marco de trabajo
scrum.
1.2. TAREA
Realiza el product backlog del proyecto que deseas realizar.
1.3. DESCRIPCIÓN
El product backlog es artefacto útil para reconocer las características que deben
tener el producto o servicio esperado para tu proyecto.
1.4. PLANTILLA ADJUNTADA

Columna Instrucciones
Identificador (ID) Código que identifica al ítem de forma unívoca, una vez asignado, no debe ser
del ítem reusado en otro ítem, ni siquiera si el ítem es descartado. El código identifica el ítem
en otros documentos.
Nombre del ítem Nombre del ítem, el cual debe ser el mismo que se utiliza en otros documentos debe
ser corto.
Resumen del Se puede utilizar el formato siguiente: Como un [Rol], Necesito [Descripción de la
ítem Funcionalidad], con la finalidad de [Razón o Resultado] o Una descripción breve.
Importancia El ratio de importancia que el Dueño de Producto da a esta historia. Por ejemplo, 10.
O 150. Más alto = más importante. Suelo evitar el término “prioridad” porque
típicamente “1” se considera la “máxima prioridad, lo que es muy incómodo si
posteriormente decides que algo es más importante. ¿Qué prioridad le daríamos a
ese nuevo elemento? ¿Prioridad 0? ¿Prioridad -1?
Estimación Inicial Medida del esfuerzo (tamaño) que implica desarrollar el ítem,
La valoración inicial del Equipo acerca de cuanto trabajo es necesario para
implementar el ítem, comparada con otras. La unidad son “puntos de historia” y
usualmente corresponde a “días - persona ideales”. Pregunta al Equipo: “si tuvierais
el número óptimo de personas para este ítem y están encerrados en una habitación y
trabajasen sin distracciones, ¿en cuántos días estaría terminado?”. Si la respuesta es
“con 3 personas encerrados en una habitación nos llevaría 4 días”, entonces la
estimación inicial son 12 puntos.
Notas Cualquier otra información, clarificación, referencia a otras fuentes de información,
etc. Normalmente muy breve.
 PRODUCT BACKLOG

Identificador (ID) del Estimación

Nombre de Ítem Resumen del Ítem Importancia Notas
ítem inicial
Como un [Rol], necesito [descripción de la funcionalidad],
XX-XXXX-XXXX con la finalidad de [Razón o Resultado]
     
Como un [Rol], necesito [descripción de la funcionalidad],
XX-XXXX-XXXX con la finalidad de [Razón o Resultado]
     
Como un [Rol], necesito [descripción de la funcionalidad],
XX-XXXX-XXXX con la finalidad de [Razón o Resultado]
     
 2. Actividad 2
2.1. OBJETIVO
Poner en práctica los conocimientos aprendidos sobre el marco de trabajo
Scrum.
2.2. TAREA
Realiza el sprint backlog del Sprint 1 que deseas realizar.
2.3. DESCRIPCIÓN
El sprint backlog es un artefacto útil para saber las características que se deben
desarrollar en el sprint de 2 semanas.
2.4. PLANTILLA ADJUNTADA

Columna Instrucciones
Identificador (ID) Código que identifica al ítem de forma unívoca, una vez asignado, no debe ser
del ítem reusado en otro ítem, ni siquiera si el ítem es descartado. El código identifica el ítem
en otros documentos.
Nombre del ítem Nombre del ítem, el cual debe ser el mismo que se utiliza en otros documentos debe
ser corto.
Resumen del Se puede utilizar el formato siguiente: Como un [Rol], Necesito [Descripción de la
ítem Funcionalidad], con la finalidad de [Razón o Resultado] o Una descripción breve
Estado Identifica los posibles estados del ítem durante el sprint
- Pendiente: La historia fue asignada a una iteración y aún no ha comenzado su
ejecución.
- En Proceso: La historia fue seleccionada por el equipo y está en proceso de
desarrollo (en ejecución).
- Hecho (Done): La historia fue desarrollada. Y cumple la definición de “Hecho” con el
equipo de trabajo.
- Cancelado: Se determinó que el ítem ya no es relevante.
Comentarios Comentarios o detalles relacionados que expliquen el estado.
 SPRINT BACKLOG
Identificador (ID) del
Nombre de Ítem Resumen del Ítem Estado Comentarios
ítem
Como un [Rol], necesito [descripción de la funcionalidad],
XX-XXXX-XXXX con la finalidad de [Razón o Resultado]
   
Como un [Rol], necesito [descripción de la funcionalidad],
XX-XXXX-XXXX con la finalidad de [Razón o Resultado]
   
Como un [Rol], necesito [descripción de la funcionalidad],
XX-XXXX-XXXX con la finalidad de [Razón o Resultado]
   
3. Actividad 3
3.1. OBJETIVO
Poner en práctica los conocimientos aprendidos sobre el marco de trabajo
Scrum.
3.2. TAREA
Realiza el DOD (Definición de Terminado).
3.3. DESCRIPCIÓN
El DOD es un artefacto útil para saber las cuando un ítem está terminado
3.4. PROCEDIMIENTO
Definir inicialmente los requisitos que toda tarea debe cumplir en un sprint para
ser considerada como terminada.

Algunos de los requisitos más comunes son los siguientes:

 La tarea debe cumplir con los estándares de calidad definidos.

 La tarea debe haber sido validada y verificada.
 La tarea debe haber sido puesta en producción o haberse hecho la petición de
pase a producción.