Repository navigation
Registro de ceremonias de scrum
17 de abril 2024: Se establece día y horario fijo para reuniones semanales (principalmente para sprint planning/sprint retrospective). Queda la posibilidad de reuniones espontáneas para cualquier necesidad del equipo. Se destaca el común acuerdo de comunicarnos ante cualquier eventualidad que afecte el desarrollo del proyecto (dificultades técnicas, de conocimiento, de tiempos, personales, etc) para poder resolverlo en conjunto.
Primera reunión oficial del nuevo equipo conformado (de la fusión, se eligió continuar con el proyecto "MercadoLibro").
Fork del repositorio antiguo al nuevo repositorio CodeSquadRepo.
Creación de la wiki y el project (con sus issues y la primer milestone).
Demostración de los tabs del repositorio para refrescar la memoria (code, issues, projects, kanban, wiki).
Revisión del proyecto en equipo, con lluvia de ideas para mejoras y agregados. Se señala la importancia primaria de migrar lo ya desarrollado a los frameworks solicitados (angular 12, django 4.2, python 3.8) y comprobar su funcionamiento.
Se alienta a la creación de las ramas personales desde la rama main del proyecto, donde se realizarán los desarrollos individuales (de ser necesario, se puede pedir controlarlos por otro compañero) antes de fusionarlos a la rama develop. La rama main será el entregable, por lo que la develop se fusionará sólo cuando se compruebe el correcto funcionamiento.
Todas las Historias de Usuario se registrarán en forma de issue, lo más detalladas posible (labels, asignado, requerimientos, funcionamiento, etc). Se filtrarán desde más a menos importantes para el Sprint en el que estemos trabajando, para darle más relevancia a lo pedido desde el Instituto y el funcionamiento correcto de la app.18 de abril: entrega de la tarea no evaluativa de conformación de equipos. https://docs.google.com/document/d/1kT07aeF113EsGTodOM5RKfyQ9_1ok77v/edit?usp=sharing&ouid=118197003355275545803&rtpof=true&sd=true
20 de abril: se explica cómo habilitar el uso de scripts desde la powershell.
22 de abril: revisión de issues, sugerencia de corrección de uno. Motivación de creación/autoasignación/resolución de issuees.
24 de abril:
1.Repaso de los temas vistos en clase.
2.Se adjunta el archivo del documento IEEE830 a la wiki para la edición de parte de todo el equipo, se edita lo pertinente a este año.
3.Charlamos sobre los pasos a seguir desde los nuevos requerimientos, repasamos los issues creados, corrección de errores. Acordamos trabajar primero sobre los requerimientos desde el instituto y después sobre las mejoras aplicables al proyecto.
4.Repaso sobre la forma de trabajo con las ramas en github.
5.Uno de los nuevos requerimientos es un dashboard (panel de control) para el "vendedor"(cliente de nuestro producto), donde podría editar/agregar/eliminar productos, ver las ventas/pedidos/etc; hablamos sobre el funcionamiento y cómo podríamos desarrollarlo, se crea el issue.
25 de abril: Issue #18 Inicializar APP con Angular, tratado: Marcelo inicializó el repositorio con Angular y acomodó el árbol de archivos. Separó en una carpeta los archivos del proyecto del año pasado y quedó el nuevo árbol listo para empezar a migrar el código. Push a rama individual y merge a la develop. Teniendo el proyecto ya inicializado, se puede empezar a trabajar en las migraciones, con el código expuesto en la rama develop.
26 de abril: Compartimos errores de compilación y dudas en ejercicios para resolverlos en equipo.
27 de abril: Registramos la entrega del Sprint 0 en la plataforma. Envío archivo al grupo. Creación y suscripción al foro de equipos para resolución de problemas y devolución de entregas.
29 de abril: Coordinamos reunión fuera del programa, para realizar en equipo la inicialización del proyecto con las nuevas herramientas/programas.
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).
30 de abril: Se comparte un archivo con los programas con sus versiones, links de descarga, comandos de vsc, etc: https://docs.google.com/document/d/1JyKwTGYZXVXahGYkVNOfmIt1MsH_ZOhsCcEnRwg_MpA/edit?usp=sharing . Probamos "en vivo" los comandos con un proyecto de prueba y el compañero Marcelo nos mostró cómo quedó el proyecto ya inicializado con Angular, repasamos funcionamiento, ayudamos al compañero Leonardo con un detalle de código para mostrar las imágenes en el componente "landing" autoasignado. Repasamos los issues abiertos y su distribución para completar la migración a angular. Con respecto a la división de repositorios front/back, el repo de front será renombrado luego de la devolución de la primera entrega (en la medida de lo posible), informando al equipo de profesores el cambio. El repo de backend, por el momento sólo tiene la carpeta de backend desarrollada en 2023, cuando estén las directivas sobre el tratamiento del mismo, los issues abiertos sobre el backend, serán migrados al otro repositorio. La apertura de nuevos issues e historias de usuario, está completamente abierta, el desarrollo de los mismos dependerá de los requerimientos y el tiempo que nos lleve lograr primero los que se refieran a requerimientos calificados por el instituto.
2 de mayo: asignación de issues a los miembros que faltaban. Comenzaremos con el desarrollo de una funcionalidad cada uno. Una vez terminadas esas, se reasignarán tareas para continuar, de manera que todos tengamos el mismo nivel de responsabilidad/desarrollo. Los que terminan primero serán asignados como ayudantes a los que tiene dificultades. Se recomienda cerrar los issues con comentarios sobre lo realizado. Una vez el código desarrollado en la rama personal esté finalizado, realizar merge a la develop para pulir la congruencia de lo realizado individualmente. 3 de mayo: Recibimos las directivas para el Sprint 1. Se edita el documento IEEE830 con las novedades, issues, historias de usuario, etc. Se editan los issues con más información a partir de las indicaciones, los que pertenecen al frontend se ligaron al Sprint 1 y al Sprint 2, editando el milestone y el kanban. Los issues correspondientes al backend se migraron al otro repositorio, con su respectivo proyecto/kanban/milestone. Queda pendiente la modificación del nombre del repo de frontend previo a la fecha de entrega y con su correspondiente notificación al equipo calificador. 4 de mayo: resolución de dudas de organización de carpetas en el proyecto. Se propone el miércoles 8 de mayo como primera entrega de desarrollos. 6 de mayo: establecemos meet "fuera de horario" para resolver dudas de trabajo. 7 de mayo: se registra en video la práctica grupal, donde vimos Git, GitHub, Angular (creación del componente, estilos, llamada del componente, data binding, formularios reactivos, validaciones), con el proyecto en cuestión. Se comparte un link a Drive, donde guardaremos los archivos pertinentes. Recuerdo que mañana se entregan los primeros desarrollos, para continuar con los siguientes issues. Alentamos a pedir ayuda de ser necesario.
A partir de hoy, 8 de mayo, se registrarán las ceremonias según correcciones del Sprint 0
Se presentó un video de lo logrado hasta el momento como equipo. A partir de ello, se analizó lo siguiente:
Calificación general del sprint 1:
* Excelente: 71.4%
* Bueno: 28.6%
Calidad de trabajo:
* Muy alta: 14.3%
* Alta: 71.4%
* Media: 14.3%
Se cumplió con las expectativas del cliente?:
* Si, totalmente: 14.3%
* Si, en su mayoría: 85.7%
Aspectos del sprint 1 más exitosos:
* Cumplimiento de objetivos, Calidad del trabajo, Colaboración y comunicación, Resolución de problemas, Apoyo mutuo, Empatía, Objetivos Claros, Compromiso
Aspectos mejorables a partir del sprint 1:
* Compromiso individual, Velocidad de entrega.
Impedimentos:
* Falta de conocimientos y tiempos personales.
Califica la comunicación y colaboración del equipo (del 1 -mala- al 5 -Excelente-):
* 4: 85.7%
* 5: 14.3%
Sugerencias:
* Mejor distribución de los tiempos personales para llegar más tranquilos a las entregas, Aprender más sobre los nuevos frameworks, Mejorar la comunicación y tiempos de entrega.
Al acordar entre todos que algo que se puede mejorar es el tiempo de entrega, vamos a poner de los aspectos positivos en este punto, para así fortalecer el trabajo en equipo y tener un desarrollo más logrado.15 de mayo
Presentes: Analia Pellicer, Franco Orellana, Ivette Nobiltá, Leonardo Plaza, Marcelo Luna, Nahir Ñañez, Virginia Falconi.
Se actualiza el backlog para empezar a trabajar en los nuevos requerimientos hasta que se nos envíen las directivas desde el Instituto. * En relación al frontend: los issues de frontend tienen que ser entregados a más tardar el 24 de mayo. Así podemos corroborar que todo funciona antes de conectarlo al back y a la bbdd. meet 16 de mayo: se tratará la herencia de componentes para trabajar en los nuevos issues. * En relación al backend: meet 16 de mayo a las 16hs: se tratarán los conceptos de backend, los comandos para realizar el proyecto, cómo trabajar con el proyecto, cómo conistruir la base de datos, etc. Se grabará la sesión para compartirlo con quien no pueda conectarse. * En relación a la gestión de proyectos: La daily serán 3 preguntas individuales, si no hay respuesta, se registrará como "ausente". Si no comunican inconvenientes se supondrá que van bien y no necesitan ayuda.
Registro de Daily Sprint 2: https://docs.google.com/spreadsheets/d/1mtyPvPUOzSbYn6oFnh7dzXxe-KuQznhFFF-fkiiGZl0/edit?usp=drive_link