Vous n'êtes pas identifié.
Pages: 1
Présentation de la Gestion des mises en production
1° - Objectifs
- Planifier et surveiller les déploiements matériels et logiciels
- Mettre en œuvre des procédures efficaces pour la distribution et l'installation des changements
- S'assurer que les changements (matériels/logiciels) sont tracables, sécurisés, corrects, autorisés et testés
- Gérer les attentes client pendant le déploiement
- S'accorder sur le contenu et le plan de déploiement des mises en production avec la gestion des changements
- Implémenter les nouvelles versions dans l'environnement de production en s'appuyant sur la gestion des changements et des configurations
- Sécuriser les sources logicielles et matérielles dans la DHS et DSL
- Mettre à jour la CMDB
2° - Processus
2.1. Interfaces avec les autres processus
2.2. Diagramme de flux d'un nouveau logiciel
3° - Activités
- Planification et politique de mise en production
- Design, build et configuration des mises en production
- Acceptation des mises en production
- Test approfondis en fonction des critères d'acceptation prédéterminés
- Recette des mises en production
- Communication, préparation et formation
- Audits des logiciels et des matériels avant et après l'implémentation du changement
- Installation des matériels
- Stockage des logiciels contrôlés (DSL)
- Mise en production, distribution et installation
4° - Implémentation
4.1. Politique de mise en production
Elle traite des numéros de version, de leur fréquence et des niveaux de l'infrastructure IT qui sera contrôlée par la Gestion des versions. 
4.2. Planification des releases
4.3. Design, build (construction) et configuration
4.4. Recette de la version
4.5. Planning de déploiement
3 types de déploiement :
- Par lots
- Big bang
- Par phases
4.6. Communication préparation et formation
4.7. Distribution et installation
4.8. Meilleures pratiques
- Stockage physique de tous les logiciels opérationnels dans la DSL
- Distribution des logiciels uniquement à partir de la DSL
- Intégration du processus de Release Management avec les processus de Configuration et de change
- Contrôle de tous les logiciels selon les politiques de versions
- Inclus tous les logiciels et matériels achetés par l'entreprise
4.9. Bénéfices
- Construction et implémentation des versions dans les délais impartis
- Élimination des incidents liés à la mise en production des versions
- Gestion sécurisé et à jour de la DSL/DHS
- Facilite la conformité avec les obligations légales
- Distribution précise des versions
4.10. Blocages potentiels
- Difficulté d'établir des politiques de versions et de mises en production avec les fournisseurs
- Implémentation de logicielle sans suivi des procédures
- Difficulté pour créer la DSL
- Difficulté d'intégrer la DSL dans un environnement distribué automatisé
- Difficulté pour prévenir les contournements des politiques de numérotation de version
5° - Divers
5.1. Indicateurs clés
- Nombre de restauration non autorisées vers des versions antérieures
- Nombre de logiciels non autorisés et utilisés
- Enregistrement des activités de construction, de distribution et d'implémentation dans la CMDB
- Rédaction d'un post mortem (compte rendu) effectué pour toutes les activités de release
5.2. Terminologie
Release : collection de changements autorisés par l'IT
Catégories :
- Mises à jour logicielle et matérielles majeures
- Mises à jour logicielle et matérielles mineures
- Mises à jour logicielle et matérielles d'urgence
Bonjour ,
je me permets une petite remarque sur la terminologie: le processus se nomme en anglais Release Management qui serait mieux traduit par Gestion des Livraisons.
En effet, dans la terminologie française, la MEP ou mise en production est souvent le terme utilisé pour décrire l'action d'implantation en production. Cette action qui correspond bien au moment où la solution livrée passe en production n'est qu'une des dernières étapes du processus qui comprend (comme illustré plus haut) l'ensemble des étapes qui ont permis de construire et packager la solution.
A noter que le processsus , bien qu'il semble -a raison?- contruit pour l'élaboration et la livraison de solutions logicielles, couvre aussi les aspects hardware.
Dans ITIL (V2 au moins, je ne suis pas sûr pour la V3) existe d'ailleurs la DHS (Definitive Harware Store) qui est aux matériels ce que la DSL est aux logiciels: un espace de stockage de produits normalisés et déployables. Dans le cas du hardware, on aura par exemple, des configurations standard , testées et validées , stockées dans la DHS, où seront pris les éléments à déployer.
Hors ligne
Pages: 1