U bent hier:
Change Manager voert een veilige wijziging uit met risicoscores
Help een wijzigingsmanager risico's te beoordelen, planningsconflicten en conflicten met betrekking tot configuratie-items op te lossen en een wijziging te autoriseren met verifieerbare implementatie- en terugdraaiplannen.
Gebruikscase in een oogopslag
Doelgroep: Veranderingsmanagers die verantwoordelijk zijn voor het evalueren, goedkeuren, plannen en sluiten van IT-wijzigingen
Doel: Bepalen of een voorgestelde wijziging veilig is om controles te implementeren en toe te passen die in verhouding staan tot het bedrijfs- en technische risico ervan
Uitgangspunt: Een gedocumenteerd veranderingsverzoek met betroffen services of configuratie-items, een geschatte implementatieperiode en een verantwoordelijke eigenaar
Geslaagd resultaat: De wijziging wordt geïmplementeerd in een geschikt tijdsbestek, voldoet aan de verificatiecriteria ervan, vermijdt of lost bekende conflicten op, en heeft een gedocumenteerde uitkomst en vervolgacties.
Gebruik risicogegevens om te beslissen of het verzoek moet worden voortgezet, herzien, opnieuw gepland of afgewezen. Gebruik de gerelateerde Help-onderwerpen voor stappen om de vragenlijst in te vullen, scores te configureren, conflicten op te lossen, goedkeuringen te beheren en het verzoek te sluiten.
Een beoordeelbare wijziging vaststellen
Begin met voldoende details zodat een beoordelaar de wijziging kan evalueren. Bevestig het doel, het bereik, de betroffen services en configuratie-items, de implementatiestappen, het testplan, de terugdraaibenadering, de eigenaar en de geschatte begin- en eindtijd. Classificeer het verzoek als standaard, normaal of noodgeval op basis van het proces van uw organisatie.
| Bewijs | Vraag over wijzigingsmanager | Beslissing die het ondersteunt |
|---|---|---|
| Gevolgen voor het bedrijf | Welke service of bedrijfsuitkomst loopt risico als de implementatie mislukt? | Stel de diepte van de beoordeling, de communicatiebehoeften en de goedkeuringsinstantie in. |
| CI en afhankelijkheidsbereik | Welke systemen, services en gebruikers kunnen worden beïnvloed? | Identificeer de vereiste beoordelaars, potentiële conflicten en verificatiedekking. |
| Implementatieplan | Zijn de stappen gesequenced, eigendom van en uitvoerbaar in het venster? | Keur het plan goed of retourneer het voor revisie. |
| Testplan | Welk bewijs is succesvol na implementatie? | Definieer de voltooiings- en bewakingscriteria. |
| Terugdraaibenadering | Kan het team de service herstellen binnen de beschikbare periode? | Ga door, voeg oplossingen toe of selecteer een ander implementatietijdsbestek. |
| Planning | Vermijdt het voorgestelde schema conflicten, moratoria en perioden zonder voldoende personeel? | Behoud of plan de wijziging opnieuw. |
Zie Veranderingsverzoekbeheer voor IT-services voor details over wijzigingstypen en het beoogde gebruik ervan. Zie Werken met veranderingsverzoeken voor IT-services voor stappen voor het maken, koppelen, plannen en sluiten van veranderingsverzoeken.
Risicogegevens gebruiken om de beoordeling te richten
Er kunnen twee typen risicogegevens worden weergegeven. De op regels gebaseerde risicobeoordeling voor wijzigingen gebruikt de recordkenmerken en antwoorden op de vragenlijst die in de organisatie zijn geconfigureerd. Het produceert een risiconiveau van Laag, Normaal, Hoog of Kritiek en een genormaliseerde score van 1 tot 100. Gebruik de vragen en gewichten die zijn geconfigureerd door uw beheerder.
Gebruik het risiconiveau en de genormaliseerde score om de beoordeling te richten, niet om het oordeel te vervangen. Een hoger risiconiveau of een hogere score vereist sterker bewijs, vermindering, beoordeling en goedkeuring. Een lager risiconiveau of lagere score maakt een onvolledig plan of onopgelost conflict niet veilig. Zie Veranderingsrisicobeoordeling voor IT-services en Veranderingsrisicobeoordeling voor IT-services voor details over de beoordeling en de werkstroom ervan.
Zie Hoe risicoscores worden berekend voor veranderingsverzoeken voor details over de berekening en drempelwaarden. Als uw organisatie aangepaste beoordelingslogica gebruikt, bevestigt u de geconfigureerde werking met uw beheerder.
Houd de op regels gebaseerde beoordeling gescheiden van de optionele voorspelling voor machine learning. De voorspellende kaart Risicoscore voor wijziging schat de kans op mislukte implementatie op een schaal van 0–100. Het vervangt niet het op regels gebaseerde risiconiveau en schrijft geen nieuwe risicoscore naar het veranderingsverzoek. Als beide typen risicogegevens worden weergegeven, legt u vast welke de goedkeuring of het besluit van de adviesraad voor wijziging heeft geïnformeerd.
Conflicten oplossen vóór goedkeuring
Controleer de betrokken CI's en hun afhankelijkheden en vergelijk vervolgens de geschatte implementatieperiode met ander gepland werk. Als Conflictdetectie veranderingsverzoeken is ingeschakeld, worden conflictrecords gemaakt wanneer overlappende veranderingsverzoeken van invloed zijn op hetzelfde configuratie-item tijdens dezelfde geplande periode. Conflictdetectie vereist dat betroffen CI's worden gekoppeld aan het veranderingsverzoek. Afzonderlijk toont de IT-serviceagenda veranderingsverzoeken, releases en moratoria, zodat de veranderingsmanager werk rond een bevriezing opnieuw kan plannen.
Bepaal voor elk conflict of u het verzoek opnieuw wilt plannen, het bereik ervan wilt wijzigen, het werk wilt coördineren of wilt documenteren waarom het conflict niet van toepassing is. Een lege conflicttelling betekent niet dat de IT-serviceagenda duidelijk is. Controleer de agenda daarom afzonderlijk. Conflictdetectie blokkeert niet automatisch de implementatie. Zie Wijzigingsconflicten voor IT-services beoordelen en oplossen voor details over conflictcriteria en beschikbare acties.
De wijziging autoriseren en uitvoeren
Stem de goedkeuringssterkte af op het bewijs en risico. Controleer of de vereiste beoordelaars inzicht hebben in de gevolgen, vermindering, verificatie, terugdraaien en het communicatieplan. Voor werk met een hoger risico routeert u het verzoek door het geconfigureerde goedkeurings- of wijzigingsadviesraadproces en legt u de beslissing vast vóór implementatie.
Tijdens het implementatietijdsbestek voert de uitvoerder van de wijziging de goedgekeurde stappen uit, registreert materiaalafwijkingen, test het resultaat en bewaakt de servicestatus. Als de verificatie mislukt of het risico de geaccepteerde grens overschrijdt, stopt u of draait u terug volgens het goedgekeurde plan. Risicoscores blokkeren niet automatisch de implementatie. De geconfigureerde goedkeurings- en wijzigingsbeheerwerkstromen dwingen de beslissing af.
Zie Veranderingsadviesraden voor IT-services beheren voor details over concepten en werkstromen van de Veranderingsadviesraad.
Verifiëren, leren en sluiten
Vergelijk vóór afsluiting de resultaten met het testplan, bevestig de servicestatus, leg de implementatie-uitkomst vast en identificeer het resterende risico. Leg de sluitcode en samenvatting vast, werk gerelateerde documentatie bij en wijs corrigerend werk toe wanneer de implementatie gedeeltelijk of mislukt is.
Voer een beoordeling na de implementatie uit wanneer het proces of risico dit rechtvaardigt. Vergelijk de verwachte impact en het verwachte risico met het feitelijke resultaat en gebruik wat u leert om sjablonen, beoordelingsreacties, implementatiepraktijken of terugdraaiplannen te verbeteren. Deze journey is succesvol wanneer de beslissing en uitkomst traceerbaar zijn, niet alleen wanneer de risicovragenlijst is voltooid.
Bevestigen dat wijzigingsbesturingselementen gereed zijn
Voordat u deze journey gebruikt om de acceptatie te beoordelen, controleert u of Beheer van veranderingsverzoeken, risicobeoordeling, fasenbeheer, Conflictdetectie van veranderingsverzoeken, toegang tot de IT-serviceagenda en vereiste goedkeuringen zijn geconfigureerd voor uw veranderingsproces. Controleer of betroffen CI's zijn gekoppeld aan veranderingsverzoeken wanneer conflictdetectie wordt gebruikt, en controleer of veranderingsmanagers, uitvoerders, assessors en goedkeurende personen de vereiste machtigingen hebben.
