Devolución de Sprints

Sprint 0 Devolución

1.Logra conectarse al repositorio GitHub (colaboradores). **LOGRADO**

2.Logra agregar Issues como Historia de Usuarios. **EN PROCESO**. _Cada funcionalidad, como la especifican son tareas y están asociadas a una historia de usuario. Se sugiere además, agregar los criterios de aceptación. Relacionar con la historia de usuario. Se puede utilizar la anotación #TK01, #TK02 y en la #US asociarla._

3.Respeta Nomenclatura de las issues sugeridas. **EN PROCESO.**

4.Logra agregar Milestone por Sprints: Se debe agregar un hito o milestone, que engloba al sprint con fechas de inicio y final. **LOGRADO**.

5.Logra evidenciar trabajo individual: queda registro de participación de todos los miembros del grupo. Ej. en las ceremonias, escritura de documentos IEEE830, etc..

6.Logra crear Wiki con registro de ceremonias por SPRINT (daily, review, retrospective) y novedades del equipo. **EN PROCESO**. _Revisar concepto de cada ceremonia. La Planning define las historias de usuario a completar en el sprint, las daily son reuniones cortas dónde cada quién responde tres preguntas.. la descripción de las ceremonias describe trabajo de equipo. _

7.Asigna y distribuye issues a cada miembro del equipo:.

8.Logra documentar el proyecto mediante en IEEE 830 para el cliente: más requerimientos. **EN PROCESO**. _Se sugiere: Agregar requerimientos funcionales. Agregar la verificación de calidad. Debe quedar claro qué sprints corresponden a este año. Revisar. _

9.Utiliza kanban (Product Backlog, ToDo, In process, Finished). **NO EVIDENCIA** (Error de privacidad comunicado).