Releases beheren met gekoppelde records voor IT-services
Dit voorbeeld toont hoe een releasemanager incidenten, problemen en veranderingsverzoeken koppelt aan geplande releases en noodreleases, en deze bijhoudt in de IT-serviceagenda.
Vereiste editions
| Beschikbaar in: Lightning Experience |
| Beschikbaar in: Enterprise, Performance en Unlimited Edition met Agentforce IT Service. |
John, releasemanager bij Cumulus Bank, maakt een releaserecord met deze belangrijke details.
| Veld | Voorbeeldwaarde |
|---|---|
| Naam | 1 september Tweewekelijkse release |
| Releasetype | Groot |
| Geplande begindatum | 1 september 2025, 9:00 uur |
| Geplande einddatum | 14 september 2025, 18:00 |
| Risiconiveau | Normaal |
| Prioriteit | Normaal |
| Samenvatting sluiten | Alle geplande wijzigingen zijn met succes geïmplementeerd. |
Tijdens de periode van twee weken koppelt John alle geplande veranderingsverzoeken, problemen en gerelateerde incidenten die aan de release zijn gekoppeld. John voegt bijvoorbeeld een koppeling van een veranderingsverzoek toe met deze belangrijke details:
| Veld | Voorbeeldwaarde |
|---|---|
| Nummer veranderingsverzoek | CHG-0004567 |
| Beschrijving | Update van databaseschema |
| Begintijd (geschat) | 5 september 2025, 10:00 uur |
| Eindtijd (geschat) | 5 september 2025, 14:00 |
| Type relatie | Gekoppeld aan release |
Een paar dagen later op 16 september 2025, nadat de tweewekelijkse release is gesloten, verstoort een grote VPN-uitval de toegang voor de hele organisatie. Het incident wordt geclassificeerd als kritiek en er wordt een probleemrecord gemaakt om de hoofdoorzaak te identificeren. Er wordt vervolgens een veranderingsverzoek vastgelegd om de oplossing te implementeren.
Omdat het wachten tot de volgende geplande release de oplossing zou vertragen, maakt John een noodrelease met deze details en koppelt het grote incident als de bron van de release.
| Veld | Voorbeeldwaarde |
|---|---|
| Nummer incident | INC-0005678 |
| Beschrijving | VPN-uitval beïnvloedt gehele organisatie |
| Is er een zwaar incident? | Ja |
| Prioriteit | Kritiek |
| Type relatie | Bron van release |
| Veld | Voorbeeldwaarde |
|---|---|
| Naam | Noodrelease voor netwerkprobleem |
| Releasetype | Noodgeval |
| Geplande begindatum | 16 september 2025, 9:00 |
| Geplande einddatum | 16 september 2025, 18:00 |
| Risiconiveau | Hoog |
| Prioriteit | Kritiek |
| Samenvatting sluiten | VPN-uitval opgelost met urgente oplossingsimplementatie. |
Het veld Risiconiveau heeft geen vooraf gedefinieerde regels. Beheerders kunnen het veld echter definiëren door hun eigen bedrijfsregels te maken. Bij Cumulus Bank stelt een bedrijfsregel het risiconiveau automatisch in op Hoog wanneer het releasetype Noodgeval is en de prioriteit Kritiek is.
In de IT-serviceagenda wordt de tweewekelijkse release van 1 september weergegeven als een item van twee weken en de noodrelease als een item van één dag. De agenda helpt belanghebbenden van John en Cumulus Bank te bevestigen dat releases in het juiste venster zijn gepland, en ook zowel geplande als niet-geplande implementaties in één weergave te zien.
