Categoría Descripción/Enunciado Hito

Requirements Elabora Impact Map vinculando TB4

Specification & Validation Business Goals con User Stories.

4
Requirements Agile Product Roadmap refleja la TB4
Specification & Validation evolución coherente del producto
software

4
Requirements Acceptance Tests. TB4
Specification & Validation

6
Evolution Aplica mejora contínua. TB4

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

3
Esperado ( E)
Elabora una versión preliminar del Impact Map para los
business goals. Los diagramas incluyen Business Goals,
User Personas, Impact, Deliverables y User Stories,
evidenciando alineación con la problemática
identificada y propuesta de valor previamente
planteada.
4 Punto(s)
Elabora el Agile Product Roadmap y refleja la Elabora el Agile Product Roadmap que refleje la evolución
evolución coherente del producto, usando herramientas parcial del producto.
online que permiten gestionar la evolución.
4 Punto(s)
Para todos los User Stories incluidos en un Epic de
Core Business, se elabora un avance de las pruebas de
aceptación redactadas como pseudocódigo en lenguaje
natural. Se evidencia la alineación con los escenarios
especificados en los criterios de aceptación y se cumple
que siguen el estilo lista de reglas o Given-When-Then
según el tipo de criterio. Las pruebas cubren los
escenarios necesarios. Selecciona conjuntos de datos
que permiten comprobar los escenarios.
6 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)
Necesita Mejorar (M)
Elabora una versión preliminar del Impact Map para los
business goals. Si embargo, hay ausencia de almenos dos
de los elementos: Business Goals, User Personas, Impact,
Deliverables y User Stories, o se percibe una alineación
parcial con la problemática identificada y propuesta de
valor previamente planteada.
2 Punto(s)
2 Punto(s)
Se elabora un avance de las pruebas de aceptación para un
Epic de Core Business, redactadas como pseudocódigo en
lenguaje natural. Sin embargo las pruebas redactadas están
alineadas de forma parcial con los criterios de aceptación, o
no siguen el estilo lista de reglas o Given-When-Then
según el tipo de criterio, o no se selecciona datos
adecuados para comprobar los escenarios.
3 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 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)
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 elabora Impact Map o éste no tiene relación
con la problemática y propuesta previamente
planteada.
0 Punto(s)
No elabora el Agile Product Roadmap que refleje
la evolución parcial del producto.
0 Punto(s)
No se incluye pruebas de aceptación.
0 Punto(s)
No se evidencia la implementación de mejoras ni Utilizar la plantilla de informe. Se debe agregar el
autocrítica sobre entregas anteriores.
0 Punto(s)
COMENTARIOS
Buena presentación del mapa de Impacto
Se debe considerar el goal con un KPI de
proyección
Se describen distintos user persona.
Los impactos deben generar valor al User
para lograr el Goal.
Por ejemplo contribuir a la salud de las
personas que se ejercitan
Se evidencia tareas a alto nivel en los task
Se deben considerar actividades que puedan
ser culminadas por un recurso en el SP como
HU y si es un Task de manera diaria. Los
textos estan cortados
En los Test deben representar funciones que
se convertirán en código (o métodos).
Así como los varlores que pueden tomar las
variables en los test
Se sugiere profundizar en el detalle de los
escenarios como que serán lineas de codigo.
Algunas US muestran un alto nivel, se
evidencia en los input/outpiut de los Test
Se debe tener estandarizado los datos de
prueba (input) y sus salidas (output)
indice con todos los items relevantes
En general verificar que el documento tenga orden,
revisar margenes y orientación de páginas en caso una
tabla o grafico no entre en la página horizontal
El student Outcome es como cada integrante logra los
criterios.
No comunica en forma oral y escrita su propuesta Se evidencia buena presentación del grupo. Se puede
de forma incipiente o vaga, en el marco del mejorar en la presentación con una pauta para que
desarrollo de un proyecto de propuesta de logre el impacto esperado
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)
Puntaje adicional por su aporte asíncrono (foros y
actividades)
Puntaje en contra por incumplimiento

Nota
CALIFICACIÓN

3.5

2
 3

17.5