2.5 KiB
Section 16 — Planning prévisionnel par phases
Le planning ci-dessous reconstitue la chronologie réelle du projet (source : historique Git, cf. Partie 6 — Journal de bord) et la complète par les travaux menés spécifiquement pour ce dossier RNCP (Phase 8). Il distingue la disponibilité réelle (temps partiel, ydays ponctuels, pauses entre sessions) de la charge estimée par phase.
| Phase | Période réelle | Contenu | Charge estimée | Statut |
|---|---|---|---|---|
| 1 — Amorçage | 01/04/2025 | Dépôt Git, README, périmètre initial | 2 h | Terminé |
| 2 — Squelette technique | 08 → 17/04/2025 | Expérimentations dépôt, premier conteneur Docker, test webhook | 6 h | Terminé |
| 3 — Authentification SSO | 13/05/2025 | Keycloak + Caddy fonctionnels, debug hostname | 8 h | Terminé |
| 4 — Intégration outils tiers | 16 → 19/05/2025 | Mattermost (chat/Kanban), affichage utilisateur, widgets, jalon "front=ok/back=ok/docker=ok" | 14 h | Terminé |
| 5 — Pause / reprise | 20/05 → 03/10/2025 | Rentrée académique B3 (spécialité Robotique), hygiène dépôt (.gitignore) | — | — |
| 6 — Refonte dashboard | 16/12/2025 | Migration vers modèle Block généralisé, drag & drop, API layout |
6 h | Terminé |
| 7 — Consolidation architecture (préparation RNCP) | 01/2026 → 08/2026 | Découpage en couches routes/services/models, Repository Pattern, modules Annonces/Fichiers/Planning, audit_log, sécurité | 20 h | Terminé |
| 8 — Qualité et preuve (dossier RNCP) | 08/2026 | Suite de tests pytest (34 cas), flake8/radon, rétro-documentation, dossier technique v2 | 12 h | Terminé |
Total estimé : ≈ 68 h de travail effectif, réparties sur environ 8 mois et demi calendaires (avril 2025 → août 2026) — cohérent avec un développement en temps partiel, par sessions ponctuelles (ydays, weekends), en parallèle des cours et projets Ynov.
Méthode d'estimation
L'estimation des charges par phase s'est faite de manière empirique : décomposition de chaque phase en tâches élémentaires, estimation en heures effectives (et non en jours calendaires, qui incluraient les temps morts entre sessions), puis application d'un coefficient correcteur de 1,5 pour tenir compte des imprévus et de la courbe d'apprentissage sur les technologies nouvelles (Keycloak, Docker, OIDC). Cette approche empirique et itérative — réestimer à chaque session plutôt qu'une fois pour tout le projet — est cohérente avec les pratiques Agile évoquées au Bloc 2 (C7, C8).