Release management

Le release management ou en français la gestion de la mise en production inclut la planification, l’exécution et la surveillance du processus de développement de logiciel et de l’infrastructure informatique utilisée. La gestion de la mise en production permet d’avoir une vue d’ensemble du processus de développement de solutions de logiciels, d’applications web et de mises à jour et elle interagit également avec la gestion du changement et celle de la configuration. Cela allie une perspective commerciale (analyse des risques) aux problématiques techniques détaillées du cycle de développement (systems development life cycle ; abrégé : SDLC) d’une infrastructure informatique.

Informations générales sur le sujet

L’objectif de la gestion de la mise en production est de pouvoir satisfaire aux exigences de modifications de mises à niveau, de patchs, de rollout, ainsi que de l’infrastructure utilisée dans le cadre du processus de développement limité dans le temps avec un risque commercial calculable. Cela signifie que

  • la gamme des fonctions d’une application sera fixée,
  • le calendrier sera défini et qu’il sera vérifié qu’on s’y tient,
  • un contrôle qualité sera assuré,
  • l’ensemble des modifications sera documenté et ainsi reproductible.

La gestion de la mise en production allie les problématiques de conception, d’organisation et de pratique, comme on les retrouve dans la gestion de projet classique et rassemble ces perspectives dans une section. Il est nécessaire par cela de créer un aperçu général des modifications techniques des releases et des rollouts au sein du processus de développement. Le processus par lequel un logiciel sera mis à disposition doit être coordonné par les cadres moyens à travers la gestion de la mise en production.

Fonctionnalité

Un concept clé à cet égard est que la release qui peut contenir des modifications autorisées, singulièrement ou plusieurs fois techniquement correctes et qui se caractérise par le numéro de version, (par exemple 10.1). La gestion de versions est souvent faite avec des logiciels de contrôle de versions comme Git, Subversion ou Mercurial. Dans certains cas, certains changements sont réunis en un package de release. La distinction est faite principalement entre les releases suivantes :

  • Major Release : contient de nouvelles fonctions et des modifications au niveau de l’architecture système rendant les résolutions de bugs inutiles et remplaçant aussi bien les releases Minor que Emergency.
  • Minor Release : contient des extensions et des modifications complétant éventuellement un Emergency Fix.
  • Emergency Fix : comprend la correction de conflits et de problèmes singuliers de haute priorité, mais la gamme des fonctions n’est pas modifiée ou agrandie.

La gestion du changement envoie des changements à la gestion de mise en production. Ces demandes forment le contenu du release à venir. Le management de configuration accompagne la release, en documentant les opérations et les processus au sein de l’infrastructure numérique. S’y ajoutent la gestion de versions et le traitement des conflits entre la release et l’infrastructure. Des aspects tels que la documentation et l’implémentation jouent déjà ici un rôle important pour simplifier la migration du release vers le système productif (staging environment) qui prépare ensuite le candidat à la release.

Le "release manager" ou le gestionnaire de mise en production est la dernière instance de décision avant la validation d’une release. Il est responsable du processus de release et délègue les fonctions des parties prenantes ou certaines tâches des équipes. Il établit le planning, définit des échéances ainsi que des délais. Il garde également un œil sur le déroulement grâce à des check-lists et réagit au feedback pouvant venir des utilisateurs ou du service client après le rollout du release.

Gestion des mises en production avec ITIL

Le concept le plus souvent utilisé dans le domaine des solutions d’entreprise est la structure ITIL, disponible à présent dans la version V3. ITIL comprend des définitions et des règles qui décrivent le fonctionnement d’une infrastructure informatique orientée vers le service en ce qui concerne l’organisation et la structuration de processus dans le secteur informatique. D’autres processus partiels peuvent être différenciés au sein du processus de release selon ITIL (V2) :

  • Planification du roll out : la totalité du processus est préparée d’un point de vue conceptionnel conformément aux exigences de contenu.
  • Conception des méthodes de distribution et de prévention : les composants de la release sont distribués parmi les différents acteurs. On prépare l’infrastructure afin de créer les conditions techniques. On définit également ce qui se passe lorsque des problèmes surviennent (méthodes de prévention).
  • Test de la release : les éléments de la release et les méthodes de distribution et de prévention sont soumis à un test se rapprochant de la réalité. Par cela, il est possible de prendre une décision quant à la date du roll out.
  • Déroulement du roll out : tous les éléments de la release passent par les phases du projet, ils sont déployés et migrent dans le système de production.

Selon le modèle de procédure (par ex: le développement de logiciel agile ou scrum), il existe des concepts très différents les uns des autres s’adaptant aux phases du développement de logiciel.

Signification pour la programmation

La gestion de la mise en production est souvent décrite comme étant la condition la plus importante pour un service informatique efficace et qualitatif. C’est pourquoi il s’agit d’une partie intégrante complète du service informatique, ceci surtout au niveau de l’entreprise. Les petites et moyennes entreprises critiquent souvent le manque d’alternative adaptées aux petites infrastructures. Cette critique se porte en première ligne sur la conception des processus selon la structure ITIL. Cette dernière, considérée comme norme, serait trop difficile à être utilisée dans les plus petites entreprises. Beaucoup de moyennes entreprises réclament pour cette raison une version light, contenant l’essentiel utilisable. Pour les petites entreprises, le cycle de vie d’une solution informatique et les processus inhérents peuvent être cependant soutenus par d’autres structures comme ISM (Integrated Service Management) et être personnalisées selon les besoins individuels. Les entreprises moyennes ont, grâce à leur infrastructure légère, un grand potentiel de flexibilité, ce qui leur permet d’optimiser la qualité du service de leurs services informatiques, aussi du point de vue de l’efficacité. Cela comprend également l’interaction entre les changements, la configuration et la gestion de la mise en production ; cet aspect étant décrit actuellement par les grandes entreprises comme déterminant pour le succès d’un projet.

Lien web

Catégorie