meta données pour cette page
Ceci est une ancienne révision du document !
| Proc#174 - Revue de direction Proc#173 - Prise de décision Proc#145 - Gestion des versions |
|
Proc#182 - Roadmap
Informations qualité
| Suivi des modifications majeures | ||
|---|---|---|
| Date | Auteur | Modifications |
| 10 octobre 2026 | Nicolas MARCHAND | Création : roadmap par version centrée sur les objectifs prévus, avec renvoi aux tickets, rapports de release, rapports qualité et cartographie ; bilan et approbation en AG élargie (écarts AUD-I-08087 et NF 552 n°7) |
| Suivi des approbations | Cartographie fonctionnelle – fiche de la procédure |
| Objet | Planifier les objectifs de chaque version de LoGeAs sur l'exercice et en suivre l'aboutissement, en renvoyant aux preuves de livraison. |
| Destinataires | - Validation des modifications : Responsable produit - Approbation du document : AG élargie |
Principe
La roadmap décrit ce qui est prévu. Elle ne recopie pas ce qui a été livré :
- le détail d'une évolution est dans les tickets de développement ;
- le contenu livré et sa validation sont dans le rapport qualité de la version ;
- l'impact sur le logiciel est dans la cartographie fonctionnelle.
La roadmap renvoie à ces documents par des liens et n'en reprend pas le contenu.
Chaque exercice a sa page roadmap, organisée par version. Chaque version comporte :
- un tableau de suivi : date prévue, date réelle, version définitive (Proc#145), lien vers le rapport qualité, notes ;
- ses objectifs : quelques grandes lignes, chacune avec sa justification (écart d'audit, demande client, obligation réglementaire ou décision de revue de direction) et son statut (prévu, atteint, reporté, abandonné).
Les actions qui ne passent pas par une version du logiciel (documentation, enquêtes, formation…) sont regroupées dans un bloc Hors version.
Les non-conformités d'audit passent en premier, surtout lorsqu'elles se répètent. Les arbitrages suivent la Proc#173.
Mise à jour
- Préparation : avant l'assemblée générale, le responsable produit prépare la roadmap de l'exercice suivant à partir des décisions de la revue de direction et des écarts d'audit encore ouverts.
- Revue de direction (AG) : elle examine le bilan de la roadmap qui s'achève (objectifs atteints, reportés, abandonnés) et valide la roadmap suivante (Proc#174). Le gérant l'approuve.
- À chaque version : le responsable produit remplit le tableau de suivi (date réelle, version définitive, lien vers le rapport qualité) et met à jour le statut des objectifs. Un objectif non atteint passe à une version ultérieure (« reporté ») ou devient « abandonné », avec la raison.
- Audits : la roadmap est présentée aux auditeurs NF 203 et NF 552 avec les rapports vers lesquels elle renvoie. Elle sert de preuve du lien entre ce qui était prévu et ce qui a été livré.
Historique
| Exercice | Roadmap |
|---|---|
| 2026-2027 | Roadmap 2026-2027 |