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

Les deux révisions précédentesRévision précédente
Prochaine révision		Révision précédente
certif:procedure:roadmap [2026/10/09 14:19] – nicolascertif:procedure:roadmap [2026/10/12 17:30] (Version actuelle) – nicolas
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 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** |Planifier simplement les évolutions de LoGeAs et les relier aux versions qui les livrent.| +|**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 de l'exercice est une page du wiki, ''certif:roadmap:<exercice>'', organisée **par version**, à raison d'une version par mois. Chaque version a un bloc qui indique : +Chaque exercice a sa page roadmap, organisée **par version**. Chaque version comporte : 
-  * la **date prévue** et la **date réelle** de mise en ligne ; +  * 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 ; 
-  * la **version définitive** (numéro exact de la fiche Version, [[certif:procedure:develop:gestionversion|Proc#145]]) ; +  * 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).
-  * le **rapport qualité** qui l'a validée ([[certif:procedure:develop:chainequalificationlivraison|Proc#168]]) ; +
-  * son **état** : prévu, en cours, livré ; +
-  * la liste des évolutions qu'elle contient.+
  
-Les actions sans livraison de logiciel (documentation, enquête…) figurent dans un bloc « Hors version ».+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]]).
  
-Chaque évolution dit **quoi** et **pourquoi**, avec sa référence : écart d'audit, ticket client, obligation réglementaire ou décision de revue de direction. Le détail reste dans les tickets de développement ([[certif:procedure:develop:gestionprojeqtor|Proc#8]]). +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]].
- +
-Les non-conformités d'audit, surtout celles qui sont reconduites, passent en premier. Les arbitrages se font selon [[certif:procedure:prisedecision|Proc#173]].+
  
 ===== Mise à jour ===== ===== 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. 
-  - **Création** : après l'assemblée générale, le responsable produit établit la roadmap de l'exercice à partir des décisions de la revue de direction et des écarts d'audit 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 ([[certif:procedure:revuedirection|Proc#174]]). L'AG élargie l'approuve. 
-  - **À chaque version** : à la mise en ligne, le bloc de la version est complété (date réelle, version définitive, rapport qualité, état « livré ») ; une évolution non livrée est marquée « reportée » et déplacée dans le bloc d'une version suivante. L'écart d'audit correspondant est mis à jour dans l'outil de suivi des écarts. +  - **À 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 à jour est présentée aux auditeurs NF 203 et NF 552. +  - **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é.
-  - **Revue de direction** : le bilan (livré, reporté) figure dans le rapport de gérance ([[certif:procedure:revuedirection|Proc#174]]).+
  
 ===== Historique ===== ===== Historique =====