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/10 08:08] – 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)| 
-|10 octobre 2026|Nicolas MARCHAND|Recentrage sur le prévisionnel : la roadmap présente les orientations et renvoie aux rapports de release, aux rapports qualité et à la cartographie au lieu de lister les modifications|+|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** |Présenter les orientations d'évolution de LoGeAs et leur horizon de réalisation, puis suivre leur aboutissement en renvoyant aux preuves de livraison.| +|**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**, dans les grandes lignes. Elle ne recopie pas ce qui a été livré : +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 détail d'une évolution est dans les tickets de développement et dans le rapport de release ;
-  * le contenu livré est dans les rapports de release ;+
   * la validation d'une version est dans son rapport qualité ;   * la validation d'une version est dans son rapport qualité ;
   * l'impact sur le logiciel est dans la cartographie fonctionnelle.   * 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 renvoie à ces documents par des liens et n'en reprend pas le contenu.
  
-Chaque exercice a sa page roadmap, qui contient : +Chaque exercice a sa page roadmap, organisée **par version**. Chaque version comporte : 
-  * **Orientations** : 3 à 6 grands objectifs, chacun avec sa justification (écart d'audit, demande client, obligation réglementaire ou décision de revue de direction) ; +  * 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 ; 
-  * **Horizons** : +  * 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). 
-    * //Prochaine version// : les thèmes engagés ; + 
-    * //Trimestre ou semestre suivant// : les intentions, encore ajustables ; +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]]).
-    * //À l'étude// : les idées pas encore arbitrées ; +
-  * **Suivi des objectifs** : une ligne par objectif, avec son statut (prévu, en cours, atteint, reporté, abandonné) et les liens vers le rapport de release et le rapport qualité qui le prouvent ; +
-  * **Hors version** : les actions qui ne passent pas par une version du logiciel (documentation, enquêtes, formation…), avec leur statut.+
  
 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 passent en premier, surtout lorsqu'elles se répètent. Les arbitrages suivent la [[certif:procedure:prisedecision|Proc#173]].
  
 ===== Mise à jour ===== ===== Mise à jour =====
-  - **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 encore ouverts. Le gérant l'approuve. +  - **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. 
-  - **À chaque version** : +  - **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. 
-    * mise à jour des statuts du suivi des objectifs ; +  - **À 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.
-    * ajout des liens vers le rapport de release et le rapport qualité ([[certif:procedure:develop:gestionversion|Proc#145]]) ; +
-    * passage des objectifs non atteints à un horizon ultérieur (« reporté ») ou au statut « 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é.   - **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 des objectifs (atteints, reportés, abandonnés) figure dans le rapport de revue de direction ([[certif:procedure:revuedirection|Proc#174]]). Ce bilan alimente la roadmap suivante. 
  
 ===== Historique ===== ===== Historique =====
Ligne 48: Ligne 40:
 ^ Exercice ^ Roadmap ^ ^ Exercice ^ Roadmap ^
 | 2026-2027 | [[certif:roadmap:2026-2027|Roadmap 2026-2027]] | | 2026-2027 | [[certif:roadmap:2026-2027|Roadmap 2026-2027]] |
- 
----