Sprint Backlog - Sprint 03

Période : Du 06/07/2026 au 20/07/2026 (Terminé)
Objectif du Sprint : Migrer la persistance de l'application de Netlify Blobs vers Supabase, configurer les tables de base de données, implémenter la synchronisation temps réel par WebSockets, activer les politiques de sécurité (RLS) et stocker les codes PIN des membres de manière dynamique.

🎯 Objectif Principal (Sprint Goal)

Assurer la transition complète de la couche de persistance vers Supabase, sécuriser les données au niveau PostgreSQL via des politiques RLS basées sur des tokens JWT personnalisés, et supprimer les codes PIN en clair ou en dur du code client.

📋 Stories Sélectionnées pour le Sprint

US-DB-02 : Schéma PostgreSQL & Déploiement des tables
- Effort : 3 SP (Terminé)
- Description : Créer et déployer les scripts SQL pour générer les tables projects, phases, members, tasks et task_notes dans Supabase avec les clés primaires/étrangères et index requis.
US-DB-03 : Activation du Supabase Realtime
- Effort : 2 SP (Terminé)
- Description : Configurer les publications de réplication temps réel dans la base et brancher le client React pour écouter les modifications des tables via WebSockets.
US-Sec-01 : Sécurisation par Row Level Security (RLS)
- Effort : 3 SP (Terminé)
- Description : Rédiger et déployer les politiques RLS restrictives dans PostgreSQL pour filtrer les accès (Super Admin, Managers et Collaborateurs) selon le contexte du token JWT.
US-Auth-02 : Authentification dynamique par PIN
- Effort : 3 SP (Terminé)
- Description : Supprimer les PINs codés en dur dans le code client. Écrire une Netlify Function d'authentification sécurisée qui vérifie le PIN dans la table members et génère un JWT signé pour le client.

🏁 Bilan du Sprint 03

Prévu : 11 SP
Réalisé : 11 SP (100% de vélocité)
Résultat : Persistance déplacée vers Supabase avec WebSockets Realtime et RLS activé. Tous les codes PIN sont stockés de manière dynamique et confidentielle en base de données. 100% des tests unitaires et E2E passent.