Registro de ceremonias de scrum

Daily 25/08 Conformación del equipo de trabajo, creación de la organización y del repositorio en GitHub con sus respectivas invitaciones. Definición de los roles de los miembros del equipo Scrum (Scrum master y Developer team). Documentado en la Wiki del Proyecto. Desarrollo del KanBan para distribución de tareas.

Daily 26/08 Comunicación de conocimientos/experiencia de cada miembro del equipo para reconocer FODA y aplicabilidad al proyecto.

Daily 27/08 Habilitación de un archivo compartido para sumar información y llevar el progreso del proyecto.

Daily 28/08 Creación de branches en el repositorio, primeras asignaciones de tareas. Primeros commit al repositorio (esqueletos de frontend y backend) Primer intento de establecer contenido de la web. Documento IEEE830 del proyecto (se suma a la documentación de GitHub, editable a medida que se vaya sumando información documentable)

Daily 29/08 Agendamos Sprint Planning. Creación de un calendario para futuras reuniones.

Sprint Planning Nos reunimos por Meet 6 de los integrantes, se prepara esta minuta para comunicar los detalles a los ausentes. Explicación de los comandos de GitHub básicos y su uso explícito para comenzar el trabajo en branches. Acordamos desarrollo individual, revisión de un compañero y posterior merge a la rama develop. Explicación del uso y utilidad del kanban en GitHub. Explicación práctica de los issues. Para este viernes cada integrante tiene que tener un issue abierto con su aporte al proyecto. En los casos en que puede haber problemas, comunicarlo para buscar soluciones en equipo. Determinamos el producto: libros. Determinamos el nombre de la página: MercadoLibro. Planteamos la necesidad de una API con información de libros. Sumado a las tareas por hacer.

Daily 30/08 Se comunica la minuta del Sprint Planning, agendamos un meet con los integrantes ausentes y quien esté disponible y quiera sumarse, para el 31/08. Leonardo Plaza comparte opciones de Logo/favicon para agregar al proyecto (issue). Nahir Ñañez comienza su issue con la login page.

Daily 31/08 Reforzamos los conceptos necesarios para el scrum del proyecto y sus diferentes instancias. Creación de una lista de comandos útiles. Ivette Nobiltá comienza issue backend: modularidad. Jorge Pegoraro comienza issue frontend: ¿quienes somos?. Reunión con los ausentes al meet anterior. Reforzamos conceptos de scrum y comandos de github para continuar con el maquetado de la web. Nahir Ñañez entrega su primer boceto, creación de Historia de Usuario #01. Votación de logo/favicon.

Daily 01/09 Repasamos división de tasks, creación de issues. Asignación de tareas faltantes.

Daily 02/09 Compañeros comparten el trabajo desarrollado durante el día (Elías, Jorge, Marcelo). Resolución del primer conflicto en la comunicación. Reforzamos goals de la primer semana de trabajo.

Daily 03/09 Leonardo comienza con la corrección del trabajo de Nahir. Nahir se asigna la corrección del desarrollo de Analía.

Daily 04/09 Análisis de los tiempos de entrega y repaso de las tareas próximas. Asigno el diseño y realización del css a Pamela y Marcos. Para lo que solicito al resto del equipo que entreguen el maquetado html entre mañana y el miércoles y así realizar las correcciones necesarias. Nahir se ofrece para resolver dudas en el uso de GitHub.

Daily 05/09 Entregas y correcciones de los primeros archivos HTML. El compañero Marcos Portela decidió no continuar con la tecnicatura. Establecemos la próxima reunión para este viernes 8/09. Pamela suma su archivo con Historias de Usuario que nos ayudan a planificar las próximas tareas a desarrollar.

Daily 06/09 Merge de las ramas personales a la develop para crear un diseño único y responsive. Planificación de las próximas tasks. Posible distribución de trabajo. Asignación de desarrollo CSS a Pamela. Cierre de issues de Leonardo, Nahir y Jorge, tareas completadas.

Daily 07/09 Merge de las ramas personales a la develop. Cierre de issues de Analía, Elías y Marcelo, tareas completadas. Asignación de JS: filtro de búsqueda por categoría a Analía. Asignación de JS: barra de búsqueda a Elías. Asignación de sumar información recabada a las cards estáticas del template de producto a Leonardo. Nahir comienza con el CRUD para administrador. Leonardo comienza con la base de datos para el CRUD del usuario.

Daily 08/09 Sin novedades. Todos trabajan en sus asignaciones.

Daily 09/09 Meet de aproximadamente 40minutos: cada uno comentó el estado de sus tasks, las dificultades, se evacuaron dudas en equipo. Nuevas asignaciones para quienes ya habían entregado las primeras. Asistencia perfecta. Por problemas de conexión quedó pendiente evacuar dudas con respecto al uso correcto de GitHub.

Daily 10/09 Envío archivo con capturas de pantalla y lista de comandos para el uso de GitHub.

Daily 11/09 Feedback del trabajo realizado por Pamela con las historias de usuario. Trabajamos en equipo Jorge e Ivette para el desarrollo de la base de datos dinámica de libros, tuvimos fallos en la conexión, queda pendiente de revisión para mañana.

Daily 12/09 Resolución de problemas con GitHub. Registro de avances.

Daily 13/09 Organización de archivos, devoluciones de desarrollos entregados. Repaso de tareas faltantes.

Daily 14/09 Círculo de correcciones activo. Devoluciones en proceso. Posible desarrollo de nuevas historias de usuario.

Daily 15/09 Conflictos por asignaciones no terminadas. Considero que el motivo del conflicto fue un poco la falta de comunicación. Se hicieron cambios de asignaciones, replanteamos fecha de entrega. Masivo cierre de issues por entrega de desarrollos. Planteo de posibles mejoras para el próximo sprint, tanto de desarrollo como de equipo.

Daily 16/09 Revisión de archivos, devolución de issues cerrados, actualización del kanban. Solicito las entregas que faltan.

Daily 17/09 Controlamos el estado de las tasks y reasignamos tareas. Actualización kanban.

Daily 18/09 Reprogramamos la entrega. Programamos meet para el miércoles 20/09.

Daily 19/09 Resolución de dudas, entrega de las últimas tasks referentes a este primer sprint. Revisión de la rúbrica de valoración. Se borró el kanban del proyecto y lo recuperamos, realizamos backup de todo lo resuelto hasta el momento.

-Daily 20/09_ En el meet hicimos una revisión del backlog, las últimas tres tareas son FRONTEND: responsive, registrar lo correspondiente al milestone y subir el documento IEEE. Planteamos una posible entrega para el viernes. Resolución de dudas específicas sobre estas últimas tareas. Último registro de scrum referente a este sprint.

Sprint 1 Retrospective En la encuesta, consideré necesario reconocer los puntos fuertes y los débiles del equipo, por lo que analizamos, en primer lugar, lo que salió bien del primer sprint: La división de tareas,el compañerismo en cuanto ayudarnos mutuamente y el tiempo empleado. Llegamos a la fecha de entrega con algo funcional. La colaboración en equipo, ya que el trabajar juntos de manera positiva, compartiendo información, ideas y soluciones, y aprovechando las fortalezas y habilidades de cada uno, fue la clave para la realización del proyecto. Se completaron las tareas a tiempo. La productividad, para realizar las tareas con antelación. Creo que el apoyo y liderazgo de una compañera sumado al apoyo y acompañamiento de algunos compañeros permitió llegar a cumplir con la tarea. Se considera que haber llegado al objetivo de la entrega era lo más importante para el equipo en este punto.

Algo necesario para conformar un equipo de trabajo sólido es reconocer las cualidades del mismo, solicité que lo describieran con 3 adjetivos: Responsable, solidario y eficaz. Dividido, susceptible, funcional. Entusiasta, cooperativo, fortalecedor. Comprometido, heterogéneo, positivo. Orden, disciplina y seriedad. Proactivo, espontáneo, meticuloso. Colaborativo, comprometido, sacrificado.

Llegando al punto de lo que no salió bien y se puede mejorar: Algunos compañeros no entendían de todo su tarea y eso ocupo más tiempo. Solución: propongo los issues con la información necesaria para el desarrollo, espero los tomen y evacuamos dudas en el momento. Necesitamos Más participación y compromiso. Solución: aumentar la motivación. En mi caso particular, me vi desfasada con el avance del proyecto por falta de conocimiento y experiencia en github. Lo que me generó inseguridad al momento de subir mi trabajo al repositorio. La practica sin duda hará que mejore en este aspecto y pueda contribuir de manera más eficiente. Solución: meet para practicar en vivo el uso de GitHub. Los tiempos para completar tareas son diferentes según las prioridades, con el calendario y las fechas se unifica el objetivo y vamos a mejorar estos puntos. Solución: mantenernos informados sobre el avance y recordar cada cierto tiempo los tiempos calendario. Las entregas, muchas horas de trabajo (personal) y también carecer conocimiento práctico en subir el material a GitHub. Lo afianzaría con más reuniones por meet. Solución: prácticas de GitHub Creo que podríamos haber tenido instancias donde se trabajen en temas en pequeños grupos e ir haciéndolo en vivo. Creo que no todos los compañeros mostraron empatía y solidaridad cuando era necesario. Solución: mejorar el trato entre compañeros, incentivar el trabajo en pequeños grupos.

Las sugerencias del equipo: Tratar de asignarnos tareas que cada uno pueda lograr hacer de manera individual sin requerir mucha ayuda para optimizar al máximo el tiempo empleado. Si no hay deseo de colaboración, comunicarlo. Continuar trabajando como venimos haciendo, e implementar el habito de enviar un reporte individual (diario o semanal) del avance para generar un mayor compromiso personal en los miembros del equipo. Revisión del código en forma grupal Mejorar el uso de GitHub. Más reuniones por meet. Podemos trabajar en pequeños grupos e ir subiendo por etapas.

Conclusión: a pesar del tiempo acotado para conocernos, logramos avances importantes e incluso la incorporación de conocimientos por aportes de compañeros. Podemos mejorar y reconocemos las falencias para poder lograrlo. En el próximo sprint observaremos los cambios y la aplicación de las sugerencias.

Sprint Planning 26/09 A partir del encuentro obligatorio del 25/09 y resolución de algunas dudas sobre la continuación del proyecto, en espera de la corrección del primer Sprint, continuamos con los requerimientos del segundo Sprint. Diseño una encuesta anónima para conocer en profundidad las devoluciones con respecto al trabajo del primer Sprint, para lograr una retrospective sincera que nos ayude a mejorar y evolucionar como equipo de trabajo. Integro los nuevos requerimientos como nuevas tasks al proyecto kanban del repositorio. Se crean nuevos issues, todos los miembros del equipo eligen su actividad y la colocan en la columna In Progress. Se planifica trabajar en estos desde hoy hasta el 10/10. Luego nos abocaremos a las correcciones sugeridas por los profesores.

Daily 27/09 Cierre de la encuesta para poder realizar el Sprint Retrospective. Comenzamos a trabajar en los issues elegidos.

Daily 28/09 Continuamos con el trabajo según lo planteado en la planning y el nuevo calendario.

Daily 29/09 Meet individual con compañero para resolver dudas del clonado del repositorio. Entrego la base de datos en formato localStorage para que las tareas que dependen de esa lectura puedan continuar su curso. Recibimos la devolución del primer sprint y nos dejó muy motivados para esta segunda parte. Las correcciones son: Proyecto MERCADOLIBRO Me encanta el proyecto. Muy bien desarrollado el sprint 1. Los requerimientos fueron cumplidos. Muy buen trabajo al equipo. FRONT

• Ordenar los archivos html de los Css. Crear una carpeta para darle orden a CSS Recomendaciones
• Cambiar el tono de la fuente para que sea de lectura rápida, me costó enfocarme en ese texto. Tengo 2 monitores y el amarillo se ve muy distinto en ambos.
• Fijar el mismo tamaño a las tarjetas. Depende de la resolución. BACK El diseño de la base de datos está muy bien realizado. Bien normalizada. El código de python se ejecuta correctamente y hay modularidad. Faltan definiciones de acuerdo al diagrama de clases que definieron, por ejemplo, las definiciones de usuarios, más allá que no tenían que estar desarrollados, sí definidos.

Daily 30/09 Surgieron dudas sobre una de las tasks del segundo sprint: Modelo de caso de uso de cada modularización (1 mínimo por CRUD). Tenemos tres módulos con CRUD, por lo que tres integrantes realizarán esta tarea individualmente. Investigamos y salvamos las dudas planteadas.

Daily 02/10 Nahir Ñañez entrega su trabajo. Para mejorar la práctica sugiero conectarnos 1 a 1 para subir el trabajo individual de la rama a la rama develop (desarrollo). Intento de resolución de dudas con Jorge Pegoraro.

Daily 03/10 Leonardo Plaza entrega su desarrollo, en revisión de estilo. Merge de la rama de Nahir con la develop, control de funcionalidades. Meet con Elias Oro por problemas con GitHub Desktop y archivos que se le borran. Resolución de dudas con Pamela Ponce sobre formulario. Enviamos dudas al foro.

Daily 04/10 Sin novedades

Daily 05/10 Reexplicación para clonar repositorio. Propongo una opción diferente. Replanteo de fecha de entregas individuales: 15/10, aceptación grupal.

Daily 06/10 Sin novedades.

Daily 07/10 Conflictos con una entrega. Explico detenidamente el funcionamiento del código y las posibles soluciones. Recuerdo la fecha de entregas individuales: 15/10. Creación del issue "correcciones", donde están enumeradas las correcciones propuestas por el profesor, a fin de ir trabajando sobre ellas los integrantes que no tienen más asignaciones y desean aumentar su participación. Explicación del concepto kanban y sus usos.

Daily 09/10 En el encuentro de hoy los profesores dejaron aclaraciones sobre algunos puntos del segundo sprint. Actualizamos en el grupo dichos puntos para su correcto desarrollo. Comentamos las fechas de entrega, explicamos contenidos para el momento de la defensa final, planteamos posibles soluciones para los problemas de deploy en GitHub Pages.

Daily 10/10 Realizamos meet de otra materia, pero surgieron consultas de este trabajo. Evacuamos dudas específicas de desarrollo en JavaScript y el consumo de los datos desde el LocalStorage.

Daily 11/10 Comunico que me ausentaré por 4 días y que podré dar soporte durante todo el jueves 12. El martes 17 haría las revisiones pre entrega. De todas formas, quedan disponibles los compañeros que ya terminaron sus asignaciones y pueden dar soporte en estos días. Resolvemos esperar hasta el 15/10 las entregas individuales, y en el caso de faltar alguna, determinarla como falta individual para que no afecte el trabajo grupal de los que si entregaron. Se ofreció soporte casi a diario. Queda en posible meet 1:1 con compañera para resolver dudas antes de su entrega, jueves 12. Marcelo Molina realizó su entrega en su rama, hago merge a la develop.

Daily 12/10 Jorge Pegoraro me informa que ya hizo su entrega, hago merge a la develop para que quede disponible en la entrega final.

Daily 17/10 Retomamos las comunicaciones diarias. Consulto el estado de desarrollo de los 3 integrantes que faltan. Meet con dos de ellos. Resolvemos conflictos. El tercero informa entregar su código a última hora.

Daily 18/10 Meet para controlar dos entregas y subirlas a GitHub, concretamos el merge a la develop en las mismas reuniones. Se presentaron conflictos en el equipo. Intento de resolución de conflictos en el equipo.

Daily 19/10 Asignación de tareas de las correcciones sugeridas por el profesor a Leonardo Plaza y Nahir Ñañez. Nahir entrega sus correcciones.

Daily 20/10 Resolución del último issue: correcciones del primer sprint. Finalizamos las correcciones y verificaciones para realizar la entrega.

Sprint Review