meta données pour cette page
Ceci est une ancienne révision du document !
Proc#182 - Roadmap et plan produit
Informations qualité
| Suivi des modifications majeures | ||
|---|---|---|
| Date | Auteur | Modifications |
| 9 octobre 2026 | Nicolas MARCHAND | Création : formalisation de la roadmap et de son lien avec les versions (écarts d'audit AUD-I-08087 et NF 552 n°7) |
| Suivi des approbations | Cartographie fonctionnelle – fiche de la procédure |
| Objet | Décrire comment les évolutions de LoGeAs sont recensées, priorisées, planifiées, reliées aux versions qui les livrent, et revues. |
| Destinataires | - Validation des modifications : Responsable produit - Approbation du document : Gérant |
Principe
La roadmap est le plan des évolutions de LoGeAs sur l'exercice en cours et le suivant. Elle relie chaque évolution à son origine, à la fonction responsable et à la version qui la livrera, et elle est tenue à jour à chaque version.
Elle répond à trois besoins :
- piloter le développement selon des priorités décidées, et non au fil des demandes ;
- tracer le traitement des écarts d'audit, des demandes clients et des obligations réglementaires jusqu'à leur livraison ;
- informer les associés (revue de direction), les auditeurs et les clients de ce qui est prévu.
Elle s'appuie sur :
| Document | Statut | Contenu |
|---|---|---|
Roadmap de l'exercice, page certif:roadmap:<exercice> | enregistrement publié sur ce wiki | évolutions prévues, version visée, état |
| Tickets de développement (Proc#8) | enregistrements dans l'outil de tickets | détail et suivi de chaque évolution |
| Fiches Version (Proc#145) | enregistrements dans LoGeAs-Web | contenu de chaque version livrée |
| Rapports qualité (Proc#168) | enregistrements | preuve de validation avant livraison |
| Rapports NF | rapport d'audit | écarts d'audit et actions correctives |
Sources des évolutions
Une évolution entre dans la roadmap à partir de l'une des origines suivantes, toujours indiquée avec sa référence :
| Origine | Exemple de référence |
|---|---|
| Écart d'audit NF 203 / NF 552 | AUD-I-08075, NF 552 n°2 |
| Demande ou réclamation d'un client | n° de ticket |
| Obligation réglementaire | RGPD, facture électronique, dictionnaire JET |
| Objectif ou action décidé en revue de direction | rapport de gérance de l'exercice |
| Besoin technique (sécurité, dette technique, nouvelle interface) | n° de ticket de développement |
Contenu de la roadmap
Chaque ligne de la roadmap précise :
| Rubrique | Contenu |
|---|---|
| Évolution | ce qui sera livré, en une phrase |
| Chantier | regroupement (comptabilité, droits des personnes, sécurité, outillage, nouvelle interface…) |
| Origine | source et référence (voir ci-dessus) |
| Fonction responsable | fonction de la carte d'organisation, pas une personne |
| Échéance | version visée, ou trimestre tant que la version n'est pas définie |
| Critère de réussite | livré, validé par le rapport qualité, écart levé… |
| Tickets | lien vers les tickets de développement |
| État | prévu, en cours, livré (avec n° de version), reporté, abandonné |
Les évolutions qui touchent aux données personnelles sont signalées et suivent la règle « Protection des données » de Proc#179.
Priorités
Par ordre de priorité :
- les non-conformités d'audit, en premier lieu celles qui sont reconduites ;
- les obligations réglementaires dont l'échéance est fixée ;
- les anomalies bloquantes ou touchant la sécurité ;
- les points de vigilance d'audit et les objectifs décidés en revue de direction ;
- les demandes d'évolution des clients.
Les arbitrages entre évolutions, les reports et les abandons sont décidés selon Proc#173. Un écart d'audit ne peut être reporté au-delà de l'audit suivant sans une décision motivée.
Responsabilités
| Action | Qui |
|---|---|
| Tenir la roadmap à jour | Responsable produit |
| Inscrire les écarts d'audit et leurs actions correctives | Correspondant NF, avec le responsable produit |
| Évaluer la charge et proposer l'ordre de réalisation | Chef de projet développement |
| Arbitrer les priorités, reports et abandons | Gérance, selon Proc#173 |
| Réaliser et livrer les évolutions | Développement, selon Proc#168 et Proc#169 |
| Présenter le bilan de la roadmap | Responsable produit, en revue de direction |
Déroulé
- Élaboration (en début d'exercice, après la revue de direction) : le responsable produit établit la roadmap de l'exercice à partir des actions et objectifs décidés en assemblée générale, des écarts d'audit ouverts, des obligations réglementaires et des demandes clients acceptées. Elle est publiée sur la page
certif:roadmap:<exercice>. - Planification des versions : à la préparation de chaque version (Proc#169), les évolutions retenues passent de « prévu » à « en cours » et sont rattachées à la version visée.
- Livraison : après validation du rapport qualité (Proc#168) et mise en ligne, l'évolution passe à « livré » avec le numéro de version ; l'écart d'audit correspondant est mis à jour dans l'outil de suivi des écarts.
- Revue : à chaque version, et au moins une fois par trimestre, le responsable produit revoit la roadmap : avancement, nouvelles entrées, reports. Tout report ou abandon est noté avec sa raison.
- Audits : la roadmap à jour est présentée aux auditeurs NF 203 et NF 552, avec le lien entre évolutions, versions et écarts.
- Revue de direction : le bilan de la roadmap (livré, reporté, abandonné) figure dans le rapport de gérance (Proc#174) ; la roadmap de l'exercice suivant en découle.
- Information des clients : les évolutions livrées sont annoncées avec chaque version ; les évolutions majeures prévues peuvent être annoncées dans la Lettre LoGeAs, sans engagement de date.
Historique des roadmaps
Une ligne est ajoutée à chaque nouvel exercice. L'ajout d'une ligne est une modification mineure : il ne demande ni ligne de suivi ni nouvelle approbation.
| Exercice | Roadmap | Bilan |
|---|---|---|
| 2026-2027 | Roadmap 2026-2027 | rapport de gérance 2026-2027 |