Sprint Review & Rétrospective - Sprint 02

Date de fin : 06/07/2026 à 17:30
Effort planifié : 10 SP
Effort réalisé : 10 SP
Statut du Sprint : TERMINÉ (100% de vélocité)

🎯 Objectif du Sprint (Sprint Goal)

Mettre en place la stack technique cible compilant sous Vite avec intégration des logos, assurer le fonctionnement des suites de tests automatisés locales (unitaires & E2E), et poser les bases de la synchronisation cloud.

📢 Démonstration & Livrables (Demos)

1. Structure de l'application & Design System

Décomposition du code en composants React modulaires (common, tasks, projects, members, import).
Extraction des styles dans src/index.css (préservation de l'esthétique premium en Georgia).
Intégration du logo logo_faticon.png comme favicon de l'onglet de navigation.

2. Service de Stockage

Écriture de src/services/storage.js pour gérer le cache mémoire synchrone, le stockage localStorage et la synchronisation avec le cloud (Netlify Blobs) via polling régulier.

3. Tests Automatisés

Tests unitaires (Vitest & React Testing Library) : 3 tests unitaires écrits et validés avec succès sur le montage et l'affichage de l'Auth.
Tests d'intégration (Playwright) : 5 tests E2E écrits et validés avec succès simulant l'interception des requêtes de stockage, la validation du PIN et le routage des dashboards.

📊 Vélocité & Avancement

User Story	Description	Effort (SP)	Statut
US-Setup-06	Initialisation de l'environnement React + Vite	2	Complété
US-Setup-07	Configuration des outils de tests (Vitest, RTL, Playwright)	3	Complété
US-Refac-01	Extraction des styles et des composants atomiques d'UI	2	Complété
US-DB-01	Initialisation du service de persistance cloud	3	Complété

🧠 Rétrospective (Retro)

Ce qui a bien fonctionné

La décomposition de l'application s'est déroulée de manière fluide sans perte de fonctionnalités.
L'utilisation de mocks pour intercepter les requêtes réseau dans Playwright a permis de rendre les tests E2E indépendants du déploiement réel des Netlify Functions, garantissant une exécution rapide (5 secondes).
Résolution rapide de l'absence des fonctions de synchronisation manuelle dans storage.js.

Axes d'amélioration

Penser à bien exporter toutes les fonctions d'aide (forcePullFromCloud, etc.) dans les fichiers de service pour éviter les erreurs d'import à l'exécution.
La persistance cloud par polling fonctionne, mais reste limitée (latence de 4 secondes et absence de sécurité au niveau de la base). Il est nécessaire de migrer vers une solution temps réel native.