Vous ĆŖtes ici :
Gestion des versions avec des enregistrements liƩs pour les services informatiques
Cet exemple montre comment un responsable de version associe des incidents, des problèmes et des demandes de modification à des versions planifiées et urgentes, et les suit dans le calendrier du service TI.
Ćditions requises
| Disponible avec : Lightning Experience |
| Disponible avec : Ʃditions Enterprise, Performance et Unlimited avec Agentforce IT Service. |
John, un responsable de publication chez Cumulus Bank, crƩe un enregistrement de version avec les informations ci-dessous.
| Champ | Exemple de valeur |
|---|---|
| Nom | Version bihebdomadaire du 1er septembre |
| Type de version | Majeur |
| Date de dƩbut planifiƩe | 1 septembre 2025, 9:00 |
| Date de fin planifiƩe | 14 septembre 2025, 18h00 |
| Niveau de risque | Moyenne |
| PrioritƩ | Normal |
| Résumé de clÓture | Toutes les modifications planifiées ont été déployées avec succès. |
Pendant la période de deux semaines, John associe toutes les demandes de modification planifiées, les problèmes et les incidents associés liés à la version. Par exemple, John ajoute une association de demande de modification avec les informations suivantes :
| Champ | Exemple de valeur |
|---|---|
| Numéro de requête de modification | CHG-0004567 |
| Description | Mise à jour du schéma de base de données |
| Heure de dƩbut (estimƩe) | 5 septembre 2025, 10:00 |
| Heure de fin (estimƩe) | 5 septembre 2025, 14h00 |
| Type de relation | Lié à la version |
Quelques jours plus tard, le 16 septembre 2025, aprĆØs la fermeture de la version bihebdomadaire, une panne majeure de VPN perturbe lāaccĆØs de toute lāorganisation. L'incident est classĆ© comme critique et un enregistrement de problĆØme est crƩƩ pour identifier la cause premiĆØre. Une demande de modification est ensuite consignĆ©e pour dĆ©ployer le correctif.
Attendre la prochaine version planifiée retarderait la résolution. Par conséquent, John crée une version d'urgence contenant ces détails et associe l'incident majeur à la source de la version.
| Champ | Exemple de valeur |
|---|---|
| NumĆ©ro de lāincident | INC-0005678 |
| Description | Panne VPN impactant toute l'organisation |
| Incident majeur ? | Oui |
| PrioritƩ | Critique |
| Type de relation | Source de rejet |
| Champ | Exemple de valeur |
|---|---|
| Nom | Version d'urgence pour un problème réseau |
| Type de version | Urgence |
| Date de dƩbut planifiƩe | 16 septembre 2025, 9:00 |
| Date de fin planifiƩe | 16 septembre 2025, 18h00 |
| Niveau de risque | ĆlevĆ©e |
| PrioritƩ | Critique |
| RƩsumƩ de clƓture | Panne VPN rƩsolue avec un dƩploiement de correctif urgent. |
Le champ Niveau de risque n'a aucune rĆØgle prĆ©dĆ©finie. Cependant, les administrateurs peuvent dĆ©finir le champ en crĆ©ant leurs propres rĆØgles mĆ©tiers. Ć la Banque Cumulus, une rĆØgle mĆ©tier dĆ©finit automatiquement le niveau de risque sur ĆlevĆ© lorsque le type de version est Urgent et que la prioritĆ© est Critique.
Dans le calendrier du service TI, la version bihebdomadaire du 1er septembre est affichée sous forme d'entrée de deux semaines et la version d'urgence est affichée sous forme d'entrée d'un jour. Le calendrier aide les parties prenantes de John et de la Banque Cumulus à confirmer que les versions sont planifiées dans la fenêtre appropriée, et à afficher les déploiements planifiés et non planifiés dans une vue unique.

