OIP – Politique de Support et de Release
Document ID : OIP-SP-2026-01 Version : 1.0 Date d’effet : 1er MARS 2026 Propriétaire : OIP Team Sponsor : Comité CTO
1. Objet et contexte
Le contexte de mise en place de cette Support Policy est de mieux structurer nos releases de versions mineures. Nous avons identifié qu’il était important d’assurer une cohérence entre notre rythme de livraison, la fréquence de sortie des versions, et votre capacité, en tant que SA, à appliquer ces montées de version. C’est le premier enjeu.
Le deuxième enjeu est de faciliter concrètement ces montées de version grâce à des règles et des moyens adaptés. Cela passe notamment par l’absence de breaking changes sur les versions mineures, la mise à disposition de l’outillage et de la documentation nécessaires, l’évolution des formats de documentation, ainsi que l’amélioration de la communication et des outils de migration que nous mettrons à votre disposition pour réaliser ces mises à jour dans de bonnes conditions.
Vous trouverez dans ce document l’ensemble des règles qui visent à simplifier et sécuriser les montées de versions mineures. À ce stade, nous parlons uniquement des versions mineures. L’objectif est d’en publier une par trimestre, avec davantage de détails dans le document.
La présente politique définit :
- Le modèle de release OIP
- Le cycle de vie de support des versions
- Les règles de montée de version
- Les responsabilités associées
- Le cadre de gouvernance
Ce document a un caractère normatif.
Livraisons des versions mineurs OIP :
- Janvier
- Avril
- Juillet
- Octobre
2. Périmètre
Cette politique s’applique :
- À l’ensemble des composants du Framework OIP
- À tous les utilisateurs que ce soit internes et externes.
3. Modèle de release
3.1. Fréquence des releases mineures
OIP suit un cycle de release trimestriel :
- Une release par trimestre
- La mise en place de patch de sécurité/bloquant ne rentre pas dans la contrainte de cycle
Chaque release comprend obligatoirement :
- Release notes structurées
- Upgrade playbook actionnable
- Outils de migration lorsque nécessaire
3.2. Versioning
OIP suit le versioning sémantique :
- Majeure (X.0.0)
- Mineure (0.X.0)
- Patch (0.0.X)
4. Cycle de vie des versions
4.1. Versions mineures
- Seule la dernière version mineure est supportée.
- Les trois versions précédentes sont dépréciées.
- La fenêtre de support est glissante et alignée sur le cycle trimestriel.
Une version mineure sort automatiquement du support lorsqu’elle n’appartient plus aux quatre versions mineures les plus récentes.
5. Définitions des statuts
5.1. Supportée
- Corrections de bugs
- Correctifs de sécurité
- Ajout de features
- Support total
5.2. Dépréciée
- Aucune nouvelle fonctionnalité
- Support limité
- Migration requise
5.3. Non supportée
- Aucun correctif
- Aucun support
- Utilisation à risque et sous responsabilité du projet
6. Rôles et responsabilités
6.1. S.A
Chaque S.A est responsable du maintien de ses dépendances OIP dans une version supportée.
Chef de projet technique / Program Manager
Responsable de :
- Planification des montées de version mineures/majeures
- Intégration dans la roadmap
- Allocation de capacité
Tech Lead / QA
Responsable de :
- Exécution technique des montées de version
- Conformité aux versions supportées
- QA : Validation post-upgrade
6.2. OIP Team
Responsable de :
- Maintenir la stabilité des versions
- Ne pas introduire de breaking change
- Publier les release notes
- Fournir des upgrade playbooks
- Fournir l’outillage de migration
- Publier un calendrier
Objectif cible pour une montée de version mineure :
- Mise à jour de la dépendance
- Application du playbook
- Effort maîtrisé et limité
6.3. CTO Team
Responsable de :
- Garantir l’application de la présente politique
- Arbitrer les exceptions
- Assurer le respect du cadre de support
7. Modèle de montée de version
7.1. Versions mineures
Les montées de version mineures doivent :
- Être réalisées de manière régulière
- Être intégrées dans la maintenance continue
- Ne pas nécessiter de refactoring significatif
Les SA doivent réserver une capacité continue et limitée à la maintenance des dépendances plateforme.
7.2. Versions majeures
Les montées de version majeures font l’objet :
- D’un guide de migration dédié
- D’un calendrier explicite
- D’un accompagnement spécifique
8. Entrée en vigueur
La présente politique entre en vigueur le 01 Mars 2026.
Elle s’applique à l’ensemble des nouvelles livraisons mineures et aux versions actuellement en circulation selon le calendrier défini.
Livraisons des versions mineurs OIP :
- Janvier
- Avril
- Juillet
- Octobre