Categoría Descripción/Enunciado Hito

Requirements Definition &

Product Design TB3
Specification

Elabora User Stories para el

Product Design TB3
producto y alcance establecido.

Product Design Acceptance Criteria. TB3

Product Design Epics TB3

3

Evolution Aplica mejora contínua. TB3

Evidencia capacidad de
Communication comunicación oral y escrita de TB3
forma efectiva.

3
Puntaje ADD Puntos adicionales
3 Puntos en contra
Esperado ( E)
Se establece una aproximación inicial y
coherente a una user task matrix, indicando
de forma tabular la relación de tareas
identificadas, con la importancia y frecuencia
de realización, acorde con la información
recolectada.
Necesita Mejorar (M)
Se establece una aproximación inicial y
parcialmente coherente a una user task matrix,
indicando de forma tabular la relación de tareas
identificadas, con la importancia y frecuencia de
realización, no tiene coherencia completa con la
información recolectada.

3 Punto(s) 1.5 Punto(s)

Se establece un product backlog
conformado por User Stories. Cada User
Story incluye un Id, Título, Descripción,
Criterios de Aceptación. La descripción del
User Story sigue el patrón Persona,
evidenciado rol, característica y beneficio. El
conjunto de User Stories es suficiente para
cubrir el total del alcance para el producto
acorde con la propuesta de valor planteada
previamente.
Se establece un product backlog conformado
por User Stories. Se cumple que la mayoría de
User Stories incluyen un Id, Título, Descripción,
Criterios de Aceptación. La descripción del User
Story sigue el patrón Persona, evidenciado rol,
característica y beneficio. La cantidad de User
Stories llega a cubrir de forma parcial al menos
75% del alcance de la propuesta planteada.

4 Punto(s)
Para todos los User Stories se se incluye
criterios de aceptación y se cumple que los
criterios de aceptación siguen el estilo lista de
reglas o Given-When-Then según el tipo de
criterio. Los criterios de aceptación incluidos
cubren los escenarios necesarios y permiten
determinar si el User Story está completo.
2 Punto(s)
Se cumple que los criterios de aceptación
siguen el estilo lista de reglas o Given-When-
Then según el tipo de criterio. Sin embargo en
algunos user stories, no se incluye criterios de
aceptación o los criterios de aceptación incluidos
no permiten determinar si el User Story está
completo.

4 Punto(s) 2 Punto(s)
Identifica de forma correcta Epics, Identifica de forma parcial Epics, existiendo User
estableciendo su descripción con el patrón Stories con un alcance individual que impide su
Persona, evidenciado rol, característica y implementación en una iteración, o no en todos
beneficio. Para cada Epic, establece la los Epics se establece su descripción con el
descomposición en User Stories cuyo alcance patrón Persona, evidenciando rol, característica
inidividual permite su implementación en una y beneficio.
iteración.
 3 Punto(s)
Evidencia orientación a la mejora contínua,
implementando adiciones y modificaciones en
actividades y artefactos previamente
elaborados, en base a autocrítica,
observaciones y recomendaciones recibidas.
3 Punto(s)
Comunica en forma oral y escrita su
propuesta con objetividad, en el marco del
desarrollo de un proyecto de propuesta de
software, cumpliendo con los requisitos y
estructura de artefactos y entregables
solicitados, cuidando la correcta ortografía y
gramática en la comunicación.
3 Punto(s)
1.5 Punto(s)
Realiza algunas modificaciones que
implementan mejoras sobre artefactos
anteriores, sin embargo se evidencia la
persistencia de errores y ausencia de algunos
artefactos identificados con anterioridad.
1.5 Punto(s)
Comunica en forma oral y escrita su propuesta
con objetividad, en el marco del desarrollo de un
proyecto de propuesta de software, cumpliendo
parcialmente con los requisitos y estructura de
artefactos y entregables solicitados, o con
algunos errores de ortografía o gramática en la
comunicación.
1.5 Punto(s)
Insuficiente (I)
No se elabora una user task matrix.

0 Punto(s)
No se elabora User Stories, o estos solo
incluyen descripción, o la cantidad de
user stories es muy reducida en
comparación con el alcance de la
propuesta, no llegando al 50% del
alcance.

0 Punto(s)
No se incluye criterios de aceptación.

0 Punto(s)
No se identifica Epics.
 0 Punto(s)
No se evidencia la implementación de
mejoras ni autocrítica sobre entregas
anteriores.

0 Punto(s)
No comunica en forma oral y escrita su
propuesta de forma incipiente o vaga, en
el marco del desarrollo de un proyecto de
propuesta de software, o no cumple con
los requisitos y estructura de artefactos y
entregables solicitados, o con gran
cantidad de fallas en ortografía o
gramática.

0 Punto(s)
 Notas Calificación

Se debería profundizar y actualizar los features set, el task matrix

debe cruzar con los user personas

Cumple con las propiedades de US, se debe valorar si las US son Small i
los criterios INVEST. Cuando revisen con detalle los Criterios de
Aceptación podrán identifciar si la US es muy grande.
Se sugiere trabajar de manera colaborativa en la herramienta Pivotal.
(incluir el link en el documento)
Se muestran US que no se detallan o no podrían ser implementadas en
un Sprint: ""
Algunas US indican funcionalidades para el rol "Usuario" sin especifica
el arquetipo
3.5
Los CA muestran el formato (Dado que / Cuando / Entonces)
Sin embargo son escenarios que deben ser refinadas para que puedan convertirse
posteriormente en Test de Aceptación

3.5
Buena identificación de épicas
 3
Se revisar que siguen las recomendaciones y puntos requeridos, es pera que la
próxima entrega mantenga las mejoras.
El student Outcome es como cada integrante logra los criterios
Revisar los link del indice y actualizar

2
Prepara una presentación de impacto sobre el producto que estan elaborando

3
Puntaje adicional por su aporte asíncrono (foros y actividades)
Puntaje en contra por incumplimiento

Nota 16.0