meta données pour cette page
  •  

Différences

Ci-dessous, les différences entre deux révisions de la page.

Lien vers cette vue comparative

Prochaine révision		Révision précédente
certif:procedure:roadmap [2026/10/09 13:52] – créée nicolascertif:procedure:roadmap [2026/10/12 17:30] (Version actuelle) – nicolas
Ligne 1: Ligne 1:
 |{{:undo-2.svg?30|}} [[certif:do#procedures|Retour au Dossier Organisationnel]]|| |{{:undo-2.svg?30|}} [[certif:do#procedures|Retour au Dossier Organisationnel]]||
-|{{:connexe.jpg?40|}} **Sujets connexes**|[[https://cartographie-fonctionnelle.logeas-web.fr/|Cartographie fonctionnelle de LoGeAs]]\\ [[certif:procedure:revuedirection|Proc#174 - Revue de direction]]\\ [[certif:procedure:prisedecision|Proc#173 - Prise de décision]]\\ [[certif:procedure:develop:gestionversion|Proc#145 - Gestion des versions]]\\ [[certif:procedure:develop:chainequalificationlivraison|Proc#168 - Chaîne de qualification et de livraison]]\\ [[certif:procedure:develop:proceduremiseenligne:logeas-web|Proc#169 - Cycle de release LoGeAs Web]]| +|{{:connexe.jpg?40|}} **Sujets connexes**|[[certif:procedure:revuedirection|Proc#174 - Revue de direction]]\\ [[certif:procedure:prisedecision|Proc#173 - Prise de décision]]\\ [[certif:procedure:develop:gestionversion|Proc#145 - Gestion des versions]]| 
-====== Proc#182 - Roadmap et plan produit ======+====== Proc#182 - Roadmap ======
  
 ===== Informations qualité ===== ===== Informations qualité =====
Ligne 7: Ligne 7:
 ^Suivi des modifications majeures^^^ ^Suivi des modifications majeures^^^
 ^Date^Auteur^Modifications^ ^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)|+|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)| 
 +|12 octobre 2026|Nicolas MARCHAND|Statuts alignés sur la page de l'exercice (en cours, partiel, fait) ; périmètre précisé : évolutions du logiciel, les actions non logicielles restant suivies dans la synthèse des audits|
  
 |**Suivi des approbations** |[[https://cartographie-fonctionnelle.logeas-web.fr/UniversProcedure?id=182|Cartographie fonctionnelle – fiche de la procédure]]| |**Suivi des approbations** |[[https://cartographie-fonctionnelle.logeas-web.fr/UniversProcedure?id=182|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.| +|**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 :** Gérant|+|**Destinataires** |**- Validation des modifications :** Responsable produit \\ **- Approbation du document :** AG élargie|
  
-\\ 
  
 ===== Principe ===== ===== 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 et dans le rapport de release ;
 +  * la validation d'une version est dans son rapport qualité ;
 +  * 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.
  
-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.+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 ([[certif:procedure:develop:gestionversion|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, en cours, partiel (à reprendre dans une version ultérieure), fait, reporté (vers quelle version) ou abandonné (avec la raison).
  
-Elle répond à trois besoins : +La roadmap porte sur les évolutions du logiciel. Les actions correctives d'audit qui ne modifient pas le logiciel (procédures, documentation, organisation) sont suivies dans la synthèse annuelle des audits ([[certif:revuedirection:2025-2026:audits|exercice 2025-2026]]).
-  * **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 :+Les non-conformités d'audit passent en premier, surtout lorsqu'elles se répètent. Les arbitrages suivent la [[certif:procedure:prisedecision|Proc#173]].
  
-^ Document ^ Statut ^ Contenu ^ +===== Mise à jour ===== 
-| Roadmap de l'exercice, page ''certif:roadmap:<exercice>'' | enregistrement publié sur ce wiki | évolutions prévues, version visée, état | +  - **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. 
-| Tickets de développement ([[certif:procedure:develop:gestionprojeqtor|Proc#8]]) | enregistrements dans l'outil de tickets | détail et suivi de chaque évolution | +  - **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 ([[certif:procedure:revuedirection|Proc#174]]). L'AG élargie l'approuve. 
-| Fiches Version ([[certif:procedure:develop:gestionversion|Proc#145]]) | enregistrements dans LoGeAs-Web | contenu de chaque version livrée | +  - **À 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. 
-| Rapports qualité ([[certif:procedure:develop:chainequalificationlivraison|Proc#168]]) | enregistrements | preuve de validation avant livraison | +  - **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é.
-| [[certif:do#audits_et_certificats|Rapports NF]] | rapport d'audit | écarts d'audit et actions correctives |+
  
-===== Sources des évolutions =====+===== Historique =====
  
-Une évolution entre dans la roadmap à partir de l'une des origines suivantes, toujours indiquée avec sa référence : +^ Exercice ^ Roadmap ^ 
- +| 2026-2027 | [[certif:roadmap:2026-2027|Roadmap 2026-2027]] |
-^ 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 [[certif:organisation|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 [[certif:procedure:develop:angular|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 [[certif:procedure:prisedecision|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 ([[certif:procedure:develop:proceduremiseenligne:logeas-web|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é ([[certif:procedure:develop:chainequalificationlivraison|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 ([[certif:procedure:revuedirection|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 | [[certif:roadmap:2026-2027|Roadmap 2026-2027]] | rapport de gérance 2026-2027 |+