-
Notifications
You must be signed in to change notification settings - Fork 1
Team Materials
Team Channels on Discord: https://discord.gg/Tk24xwyW
Nos comunicamos de manera clara, resolviendo todas las dudas. Se comunican los problemas y soluciones que se vayan presentando. Compartimos la información que se haya investigado para la solución de nuestro reto en reuniones diarias. Establecemos metas claras y concisas para asegurar la culminación de las mismas. Las historias de usuario se definen de manera correcta para que así se puedan desarrollar de manera que comprenda las necesidades del usuario. Se comunican los avances que se han tenido en el proyecto para tener una mejor coordinación al desarrollar la solución. Se realiza una planeación correcta antes de implementarla en el desarrollo. Se desarrollan las funcionalidades conforme a su prioridad para así cumplir Cada integrante contribuye al proyecto con sus fortalezas identificadas. Tenemos un demo de UI funcional del cual podemos también saber las interacciones con el usuario.
1 - Tan simple que el manager podría realizarlo
2 - Cualquiera puede hacerlo. Un cambio simple que requiere pocas modificaciones en el código. Se conoce la solución y su implementación.
3 - Cualquiera puede hacerlo. Es un cambio sencillo pero necesita ser probado. Se conoce la solución pero necesita ser verificada por alguien más.
5 - Se conoce la solución pero no su implementación. Es necesario programación y/o revisión.
8 - Se necesita de un arquitecto. Es necesario realizar pruebas. Se desconoce la solución o la implementación.
13 - No existe el 13. Es necesario desglosar el problema.
Se define el concepto de “DONE” como aquella solución que haya sido programada bajo los estándares internacionales, revisada por los miembros del equipo y los clientes, testeado, integrado a la solución del proyecto y documentado.
Se establecen tres definiciones de “DONE” conforme a las distintas etapas/funcionalidades que integran el proyecto, las cuales son: Historia de usuario, sprint y lanzamiento del proyecto.
Se definirá como “Done” aquella solución a un requerimiento donde se cumpla con su funcionalidad, su código cumpla con los estándares internacionales y haya aprobado las pruebas unitarias. Se tendrá que cumplir con la siguiente checklist para considerar la solución como “Done”.
Código que cubre con las funcionalidades especificadas Se cumple con las asunciones de la Historia de Usuario Carece de errores de compilación Ha pasado las pruebas unitarias Integración a la solución del proyecto (Main) Aprobado por el cliente Cubre con los estándares de calidad Cumple con los criterios de aceptación Documentación de la funcionalidad
Se definirá como “Done” aquél sprint que permita observar un avance en la compleción del proyecto, la definición de las actividades a realizar y revisar que las funcionalidades desarrolladas durante el periodo entre sprints cumpla con las especificaciones iniciales. Se tendrá que cumplir con la siguiente checklist para considerar la solución como “Done”.
Definición de “Done” las Historias de Usuario que se hayan desarrollado en el periodo del sprint Se enlista las actividades por realizar “to do’s” Se actualiza la lista de funcionalidades por completar
Se definirá como “Done” aquél proyecto que haya cubierto con las expectativas iniciales de la solución, cubriendo con las funcionalidades determinadas al principio, pruebas unitarias, funcionales y de integración, cumpla con los estándares de calidad esperado y haya sido aprobado por el cliente. Se tendrá que cumplir con la siguiente checklist para considerar la solución como “Done”.
Código de la solución ha sido completado Se cuenta con la infraestructura necesaria para el lanzamiento (servidores, licencias de los APIs) Las pruebas unitarias, funcionales y de integración han sido aprobadas Se cumple con los criterios de aceptación Cumple con los estándares de calidad Las actividades por realizar “to do’s” han sido completadas El cliente ha aprobado la solución