Le Release Manager est responsable d'orchestrer, de gouverner et de sécuriser le processus de release de bout en bout à travers le programme CMS 2.0. Ce rôle veille à ce que les releases provenant de plusieurs fournisseurs et projets soient alignées, contrôlées et déployées de manière cohérente et fiable, tout en minimisant les risques pour la plateforme et les opérations métier.

Responsabilités Clés

1. Coordination des releases multi-fournisseurs

2. Coordonner et aligner la planification des releases entre plusieurs fournisseurs, domaines et équipes projet.

3. Garantir un calendrier de release consolidé et réaliste pour l’ensemble de CMS 2.0, et l’aligner avec les releases de CMS 1.0 si nécessaire.
4. Faciliter l’alignement entre les livraisons interdépendantes et gérer les dépendances inter-équipes.

5. Agir comme point de contact central pour toutes les activités liées aux releases.

6. Gouvernance des releases & gestion des processus

7. Définir, mettre en œuvre et faire respecter le cadre de gestion des releases pour le programme.

8. S’assurer du respect des étapes de release, mettre en place des quality gates et des processus d’approbation.
9. Maintenir des critères clairs de release (entrée/sortie) et garantir la préparation avant le déploiement.

10. Piloter l’amélioration continue des processus de release par l’automatisation et les bonnes pratiques de release.

11. Gestion des impacts et des risques liés aux releases

12. Posséder et faciliter le processus d’évaluation de l’impact des releases entre toutes les parties concernées.

13. S’assurer que les impacts fonctionnels, techniques, opérationnels et métier sont clairement identifiés et gérés.
14. Soutenir les projets et fournisseurs dans l’application cohérente de la procédure d’impact de release.

15. Identifier de manière proactive les risques (ex. conflits, incohérences de données, problèmes de performance) et garantir la mise en place d’actions de mitigation.

16. Alignement CMS 1.0 & CMS 2.0

17. Garantir l’alignement et la coordination entre les releases CMS 2.0 et les opérations en cours de CMS 1.0.

18. Maintenir une visibilité sur les dépendances et contraintes entre les deux environnements.
19. Sécuriser la continuité des activités pendant la phase de transition.

20. Fournir un reporting clair et une supervision sur les impacts combinés des releases sur les deux plateformes.

21. Communication & gestion des parties prenantes

22. Assurer une communication transparente et structurée sur la planification des releases, leur statut, les risques et les décisions.

23. S’aligner avec les instances de gouvernance du programme, les chefs de projet, les fournisseurs, les équipes opérationnelles et les DGO.

24. Faciliter les boards ou forums de release pour soutenir la prise de décision.

25. Suivi & reporting

26. Suivre l’avancement des releases, les risques et les problèmes auprès de toutes les parties prenantes.

27. Fournir un reporting consolidé au niveau du programme.

28. Garantir l’évaluation post-release et que les leçons apprises soient capturées et appliquées.

29. Gouvernance & déploiement du pipeline CI/CD

30. Définir et promouvoir une stratégie CI/CD standardisée auprès de tous les fournisseurs et équipes contribuant à la plateforme CMS 2.0.

31. Assurer l’alignement sur les pipelines de build, d’intégration, de test et de déploiement pour permettre des releases cohérentes et fiables.
32. Sécuriser l’intégration des pipelines de plusieurs fournisseurs dans un flux de release de bout en bout cohérent.
33. Veiller à ce que les tests automatisés (unitaires, d’intégration, de régression) soient intégrés dans les pipelines CI/CD pour soutenir la qualité des releases.
34. Surveiller la performance des pipelines (ex. taux de réussite des builds, fréquence de déploiement, remédiation des échecs) et piloter les améliorations.
35. Collaborer avec les équipes architecture et plateforme pour garantir que les pipelines sont conformes aux standards de la plateforme, aux exigences de sécurité et de conformité.
36. Promouvoir l’automatisation des releases et les pratiques « shift-left » pour réduire l’intervention manuelle et augmenter la prévisibilité des releases.

Contexte/Exigences :

Dans le cadre du programme CMS 2.0, Atrias évolue vers un modèle de delivery multi-fournisseurs et multi-domaines sur une plateforme centrale partagée. Cela introduit une complexité significative dans la coordination des releases entre de multiples parties prenantes, tout en assurant l’alignement et la stabilité de la plateforme, et en maintenant la continuité avec CMS 1.0.