35 lines
2.5 KiB
Markdown
35 lines
2.5 KiB
Markdown
# 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).
|