5. Sprints - Karitchi/infolab GitHub Wiki
Rapport de Sprint 1
Lien vers la Release :
Release Sprint 1
(26/09 - 10/10)
Bilan du Sprint
Ce premier sprint a permis de poser les bases du projet, tant sur le plan technique qu'organisationnel :
-
Avancement technique :
- Maquettes et interfaces : Création des premières maquettes du tableau de bord via Figma.
- Automatisation et intégrations : Automatisation de l'affichage vertical des panneaux et intégration des données météo.
- Infrastructure et outils : Initialisation du projet avec Next.js et mise en place des configurations Docker et Docker-compose pour l'environnement de développement.
- Organisation du dépôt GitHub : Création et structuration du dépôt avec templates de pull requests, issues, ainsi que la configuration des sections et labels pour une meilleure gestion du projet.
-
Méthodologie et gestion d’équipe :
- Le Scrum Master a coordonné les tâches en s’assurant que chaque membre comprenne bien les objectifs de chaque user story et les échéances.
- Réunions tous les jeudis pour les daily scrum. (26/09 et 03/10)
- La répartition des tâches a été bien suivie avec une priorité donnée aux fonctionnalités fondamentales et à la mise en place des outils.
Analyse réflexive du fonctionnement de l'équipe (Scrum Master)
Le travail d'équipe a été globalement satisfaisant pour ce sprint de démarrage. Quelques ajustements seront apportés pour améliorer la gestion des pull requests et éviter les doublons, notamment en structurant mieux les branches et en planifiant des revues de code régulières. La communication a été fluide, ce qui a facilité la réalisation des tâches dans les délais.
Objectifs du Sprint et Avancement
-
Objectifs prévus :
- Créer une maquette fonctionnelle du tableau de bord.
- Mettre en place l’infrastructure de base avec Next.js et Docker.
- Structurer et documenter le backlog avec les user stories principales.
- Configurer le dépôt GitHub pour une gestion optimisée.
- Valider les besoins matériels pour le projet.
-
Objectifs atteints :
- L’ensemble des objectifs prévus pour le sprint a été atteint, avec une structuration claire du projet et un environnement de développement fonctionnel.
- Tous les composants matériels requis ont été identifiés et acquis.
US terminées
- Display current weather conditions outside the classroom. #24
Timesheet et Vélocité
- Temps total passé : 31 heures (détails des tâches par membre dans le fichier Excel).
- Vélocité : L'équipe a atteint la majorité des objectifs avec une vélocité satisfaisante pour un sprint de démarrage, correspondant aux points estimés pour cette phase de structuration initiale.
- cf. Backlog
Forces et Faiblesses du Sprint
-
Forces :
- Bonne répartition des tâches et implication de l’équipe.
- Mise en place rapide d’un environnement de développement et d’outils collaboratifs.
-
Faiblesses :
- Gestion des pull requests : quelques doublons ont été identifiés, ce qui a ralenti le processus de validation.
- Documentation initiale à renforcer pour assurer la clarté des processus.
-
Points à conserver :
-
Planification efficace : L’identification des priorités et des fonctionnalités essentielles dès le début a permis de maximiser les efforts de l’équipe.
-
Culture de collaboration : La motivation et l’esprit d’équipe étaient remarquables. Cet engagement doit être maintenu dans les prochains sprints.
-
-
Mesures prises pour le Sprint 2 :
- Planification de revues de code et de synchronisations plus fréquentes pour limiter les doublons.
- Amélioration de la documentation dans le wiki et ajout de schémas explicatifs pour les parties techniques.
Objectifs du Sprint 2
-
Mise en place des bases techniques pour la gestion de projets et de la base de données :
- Améliorer la documentation et les descriptions de fonctionnalités dans les projets GitHub.
- Créer une feuille de temps sous Excel pour suivre le travail de l'équipe.
- Connecter la base de données PostgreSQL et configurer les fichiers d'environnement pour un accès stable et sécurisé.
- Ajouter les scripts d'initialisation de la base de données et configurer l’infrastructure Docker (Node.js et PostgreSQL) pour le développement.
-
Développement et optimisation des fonctionnalités d’affichage :
- Finaliser et implémenter la logique d’affichage cyclique automatique des panneaux dans l'interface.
- Optimiser la gestion du minutage et des transitions pour une meilleure fluidité d’affichage.
-
Conception de l’interface d'administration :
- Créer une maquette Figma pour l'interface de l’admin panel, en vue de faciliter la publication d'annonces par les enseignants et administrateurs.
-
Documentation des composants techniques :
- Documenter les composants matériels nécessaires à la récupération des données environnementales, incluant les capteurs de niveau sonore et de carbone.
- Rédiger des sections détaillées dans le wiki pour centraliser l’information et permettre une meilleure compréhension des composants.
-
Développement et tests des composants de capteurs :
- Coder et tester les scripts pour le capteur de niveau sonore et le capteur MQ-7 pour la détection du taux de carbone.
- Assurer la documentation du code pour faciliter l'intégration de ces données dans les futures fonctionnalités du tableau de bord.
Ces objectifs visent à renforcer l'infrastructure du projet, finaliser les fonctionnalités d’affichage et établir une base solide pour le suivi des données environnementales.
Rapport de Sprint 2
(10/10 - 24/10)
Bilan du Sprint
Le Sprint 2 a permis des avancées significatives dans la structure de projet et le développement de fonctionnalités de base. Le travail s’est concentré sur l’optimisation des outils de gestion de projet (GitHub), la configuration initiale de la base de données PostgreSQL et l’implémentation des fonctionnalités de base pour la rotation automatique des panneaux d’affichage. Ce sprint a également vu la préparation de la documentation et l’écriture du code pour les capteurs environnementaux (son et carbone), facilitant ainsi la collecte de données pour le tableau de bord.
Analyse Réflexive (Scrum Master)
Les points d’amélioration identifiés dans le sprint précédent, comme l’organisation du travail en équipe et la mise en place d’outils de suivi, ont porté leurs fruits avec une meilleure coordination et des objectifs clairs pour chaque membre. Les retards minimes sur certaines tâches ont été compensés par des ajustements dans la priorisation et le suivi du backlog. Une meilleure préparation et une organisation plus précise ont contribué à une productivité accrue et une répartition des tâches plus équilibrée.
Récapitulatif des Objectifs du Sprint
| Objectif Initial | Statut | Commentaire |
|---|---|---|
| Création et configuration de la base de données PostgreSQL et des scripts Docker pour l’environnement de développement | Terminé | PostgreSQL connecté et configuré via Docker, en assurant un accès stable pour les développeurs. |
| Mise en place de la feuille de temps et documentation du sprint dans le wiki | Terminé | Feuille de temps Excel créée pour faciliter le suivi du temps de travail de chaque membre. Documentation mise à jour dans le wiki. |
| Création de la maquette de l’admin panel sur Figma | Terminé | Maquette de l’admin panel conçue pour aider à la gestion des annonces dans le dashboard. |
| Développement des capteurs de données environnementales | Partiellement terminé | Documentation réalisée, le code du capteur de son et de carbone est écrit mais nécessite des tests complémentaires dans le prochain sprint. |
Timesheet de Travail
Documentations des outils utilisés
US terminées
- automatic vertical cycling of panels #32
Estimation de la Vélocité
Le sprint 2 a produit une vélocité de 35 points (nombre total de points attribués aux tâches complétées). Cette estimation reflète un rythme d’avancement satisfaisant et aidera dans la prévision des sprints futurs.
Points Forts et Faiblesses du Sprint Précédent
-
Forces :
- Clarté et priorisation des tâches qui ont permis une gestion efficace de l’avancement.
- Amélioration de la documentation pour centraliser les informations et les rendre accessibles.
-
Faiblesses :
- Les tests sur les capteurs n’ont pas pu être complétés comme prévu, impactant légèrement le suivi du développement des fonctionnalités de collecte de données.
-
Points à conserver :
- Gestion des tâches avec GitHub : Les workflows établis pour les branches et pull requests ont permis une meilleure organisation et moins de conflits.
- Stand-ups réguliers : Les réunions courtes ont facilité une mise à jour rapide et la résolution de problèmes bloquants.
- Documentation des processus : La centralisation des informations dans le wiki a simplifié l’accès et évité les malentendus techniques ou organisationnels.
Mesures pour le Sprint Suivant
Pour remédier à ces faiblesses, nous avons prévu de réserver du temps pour tester et valider les capteurs en conditions réelles en Sprint 3.
Objectifs du Sprint Suivant (Sprint 3)
-
Développement de l’interface d’administration :
- Implémenter le formulaire d'annonces et intégrer la validation des données.
-
Optimisation et finalisation de l’infrastructure :
- Mettre en place un serveur AWS EC2 pour le déploiement de l’application.
- Configurer un proxy inversé et un certificat SSL pour sécuriser le serveur et faciliter l’accès.
-
Finalisation et documentation des capteurs :
- Tester en conditions réelles les capteurs de son et de taux de carbone, et finaliser leur documentation.
Rapport de Sprint 3
(24/10 - 7/11)
Bilan du Sprint
Ce sprint a permis de renforcer l’infrastructure du projet et de finaliser plusieurs éléments de l’interface d’administration. Nous avons atteint les principaux objectifs liés à l’intégration du formulaire d'annonces avec validation de données, le déploiement sur AWS, et la configuration des capteurs pour la collecte des données environnementales. Malgré quelques retards mineurs dus à des ajustements dans l’infrastructure, la majorité des tâches prévues ont été complétées dans les délais, marquant une progression stable dans la continuité du sprint précédent.
Analyse Réflexive (Scrum Master)
Le sprint a bénéficié de l’amélioration des processus de collaboration et d’une meilleure gestion des priorités. La communication entre les membres a permis de résoudre efficacement les problèmes de compatibilité des configurations et de coordonner les mises à jour des composants du back-end. Les points d'amélioration pour les prochains sprints incluent une anticipation des défis liés à la gestion des déploiements et une allocation de temps dédiée pour les tests approfondis des composants sensibles, notamment ceux relatifs à la sécurité.
Récapitulatif des Objectifs du Sprint
| Objectif Initial | Statut | Commentaire |
|---|---|---|
| Développement du formulaire d’annonces et intégration de la validation de données | Terminé | Formulaire d’annonces créé avec validation via Joi, permettant l’ajout de données dans la base. |
| Mise en place d’un serveur AWS EC2 pour le déploiement de l’application | Terminé | Configuration complète du serveur, incluant le proxy inversé, le SSL et le routage sécurisé. |
| Finalisation des capteurs de son et de taux de carbone | Partiellement terminé | Tests initiaux effectués, la collecte de données est fonctionnelle mais nécessite encore des tests de précision. |
| Mise à jour de la documentation et suivi des temps de travail | Terminé | Documentation mise à jour dans le wiki et suivi des heures de travail de chaque membre enregistré dans la feuille de temps. |
Timesheet de Travail
US terminées
Estimation de la Vélocité
La vélocité de l’équipe sur ce sprint est estimée à 48 points, en prenant en compte la complétion des tâches initialement planifiées et des ajustements d’infrastructure réalisés en cours de sprint.
Points Forts et Faiblesses du Sprint Précédent
-
Forces :
- Amélioration de la communication et de la documentation, permettant une meilleure vision d’ensemble et une exécution plus rapide des tâches complexes.
- Adoption réussie des outils de suivi (Docker, GitHub Actions, feuilles de temps), favorisant l’efficacité de l’équipe.
-
Faiblesses :
- Retards dans l’optimisation des capteurs pour la collecte de données environnementales. Le temps consacré aux tests de précision a été insuffisant pour valider pleinement leur fonctionnalité en conditions réelles.
Mesures pour le Sprint Actuel
L’accent a été mis sur le suivi du temps de travail pour gérer efficacement les tâches de priorités élevées. De plus, des points hebdomadaires ont été instaurés pour résoudre les problèmes d’intégration dès qu’ils se présentent.
Objectifs du Sprint Suivant (Sprint 4)
-
Affichage des annonces sur le dashboard utilisateur :
- Implémentation de la fonctionnalité permettant aux utilisateurs de visualiser les annonces sur leur dashboard personnel, avec une interface fluide et facile à utiliser.
-
Affichage des conditions intérieures :
- Intégration des données provenant des capteurs pour afficher les conditions intérieures en temps réel sur le dashboard utilisateur, incluant :
- Le niveau de monoxyde de carbone (CO)
- La température
- L'humidité
- Le bruit ambiant
- Intégration des données provenant des capteurs pour afficher les conditions intérieures en temps réel sur le dashboard utilisateur, incluant :
-
Connexion à un compte utilisateur :
- Mise en place d’un système de connexion sécurisé pour permettre aux utilisateurs de se connecter et gérer leurs informations personnelles et leurs annonces.
Rapport de Sprint 4
(7/11 - 29/11)
Bilan du Sprint
Ce sprint a permit à chaque membre du groupe d'avancer sur/finir sa US perso ainsi que d'implémenter des éléments principaux du site. Nous avons atteint nos principaux objectifs fixés pour ce sprint. Les composants nécessaires à la réalisation de nos US perso ont été livrées plus tard que prévus, entrainant un retard sur la réalisation des US perso de certains membres du groupe. Malgré cela, la majorité des tâches prévues ont été finalisées.
Timesheet de Travail
US terminées
- Auto Horizontal Scrolling for Multi-Slide Panels #46
- Display current classroom humidity levels on the dashboard #27
- Manual vertical slide control on mobile devices. #31
- Dynamic Announcement Display for Dashboard #43
- Affichage des horaires de train #42
- Display current air quality index (AQI) on the dashboard. #26
- Display current classroom temperature on the dashboard. #28
- Consultation des disponibilités #41
- Admin : Gestion des informations affichées #38
- Room Occupancy #8
Estimation de la Vélocité
La vélocité de l’équipe sur ce sprint 4 est estimée à 88 points.
Points Forts et Faiblesses du Sprint Précédent
-
Forces :
- Grand nombre de US réalisées pour rattrapé le retard accumulé lors des précédents sprints.
-
Faiblesses :
- Retards dans la gestion de l'utilisation du projet en local.
Objectifs du Sprint Suivant (Sprint 5)
- Montrer le volume de l'arrière et l'avant de la classe.
Rapport de Sprint 5
(29/11 - 12/11)
Bilan du Sprint
Ce sprint nous a permit de finalisé le projet et regroupé nos US perso afin d'avoir un projet fonctionnel pour la démo finale. Nous avons réussis à terminer les parties importantes du projet sur lesquels nous devions nous concentrer afin d'avoir un projet fonctionnel tout en complétant la documentation.
Timesheet de Travail
US terminées
- Display front and rear classroom sound levels on the dashboard #25
Estimation de la Vélocité
La vélocité de l’équipe sur ce sprint 5 est estimée à 64 points, en tenant compte des avancement et de la complétion du wiki.
Points Forts et Faiblesses du Sprint Précédent
-
Forces :
- Le projet est fonctionnel pour une démo.
-
Faiblesses :
- Nous avions pris du retard dans la documentation et le wiki.