Du är här:
Ändringsansvarig kör en säker ändring med riskbetyg
Hjälp en ändringsansvarig bedöma risker, lösa schemaläggningskonflikter och konflikter som involverar konfigurationsobjekt, och auktorisera en ändring med verifierbara implementerings- och tillbakadragandeplaner.
Överblick av användningsfall
Målgrupp: Ändringsansvariga som ansvarar för att utvärdera, godkänna, schemalägga och stänga IT-ändringar
Mål: Avgör om en föreslagen ändring är säker att implementera och tillämpa kontroller som står i proportion till dess verksamhetsrisk och tekniska risk
Startpunkt: En dokumenterad ändringsbegäran med påverkade tjänster eller konfigurationsobjekt, ett uppskattat implementeringsfönster och en ansvarig ägare
Resultat: Ändringen implementeras i ett lämpligt fönster, uppfyller dess verifieringskriterier, undviker eller löser kända konflikter och har ett dokumenterat resultat och uppföljningsåtgärder.
Använd riskinformation för att avgöra om du vill fortsätta, revidera, ändra schema eller avvisa begäran. Använd de relaterade hjälpämnena för steg för att fylla i frågeformuläret, konfigurera betyg, lösa konflikter, hantera godkännanden och stänga begäran.
Etablera en ändring som går att granska
Börja med tillräckligt med detaljer för att en granskare ska kunna utvärdera ändringen. Bekräfta syfte, omfattning, påverkade tjänster och konfigurationsobjekt (CI), implementeringssteg, testplan, återställningsmetod, ägare och uppskattade start- och sluttider. Klassificera begäran som standard, normal eller akut enligt din organisations process.
| Bevis | Ändringsansvarigs fråga | Beslut som den stöder |
|---|---|---|
| Verksamhetspåverkan | Vilken tjänst eller verksamhetsresultat är i riskzonen om implementeringen misslyckas? | Ange granskningsdjup, kommunikationsbehov och godkännandebehörighet. |
| CI och beroendeomfång | Vilka system, tjänster och användare kan påverkas? | Identifiera de granskare som behövs, potentiella konflikter och verifieringstäckning. |
| Implementeringsplan | Är stegen sekvenserade, ägda och körbara i fönstret? | Godkänn planen eller returnera den för revidering. |
| Testplan | Vilka bevis bevis bevisar framgång efter distribution? | Definiera kriterier för slutförande och övervakning. |
| Tillbakadragande metod | Kan teamet återställa tjänsten inom det tillgängliga fönstret? | Fortsätt, lägg till begränsning eller välj ett annat implementeringsfönster. |
| Schema | Undviker det föreslagna schemat konflikter, moratorier och perioder utan tillräcklig personal? | Behåll eller ändra schema för ändringen. |
Mer information om ändringstyper och deras avsedda användning finns i Hantering av ändringsbegäranden för IT-tjänster. För steg för att skapa, associera, schemalägga och stänga ändringsbegäranden, se Arbeta med ändringsbegäranden för IT-tjänster.
Använd riskinformation för att fokusera granskningen
Två typer av riskinformation kan visas. Den regelbaserade bedömningen av ändringsrisk använder de postattribut och frågeformulärsvar som konfigurerats i organisationen. Den producerar en risknivå på låg, medel, hög eller kritisk och ett normaliserat betyg mellan 1–-100. Använd de frågor och vikter som konfigurerats av din administratör.
Använd Risknivå och normaliserat betyg för att fokusera granskningen, inte för att ersätta omdöme. En högre risknivå eller betyg kräver starkare bevis, begränsning, granskning och godkännande. En lägre risknivå eller betyg gör inte en ofullständig plan eller olöst konflikt säker. Mer information om bedömningen och dess arbetsflöde finns i Ändra riskbedömning för IT-tjänster och Utför riskbedömning för IT-tjänster.
Mer information om beräkningen och trösklarna finns i Hur riskbetyg beräknas för ändringsbegäranden. Om din organisation använder anpassad bedömningslogik, bekräfta det konfigurerade beteendet med din administratör.
Håll den regelbaserade bedömningen separerad från den valfria maskininlärningsförutsägelsen. Det prediktiva kortet Change Risk Score uppskattar sannolikheten för implementeringsfel på en skala mellan 0 och 100. Den ersätter inte den regelbaserade risknivån eller skriver ett nytt riskbetyg till ändringsbegäran. Om båda typerna av riskinformation visas, registrera vilken som informerade godkännandet eller beslutet från ändringsnämnden.
Lös konflikter innan godkännande
Granska de påverkade gränssnitten och deras beroenden och jämför sedan det uppskattade implementeringsfönstret med annat schemalagt arbete. Om Upptäckt av ändringsbegärankonflikt har aktiverats skapar det konfliktposter när överlappande ändringsbegäranden påverkar samma konfigurationsobjekt under samma schemalagda period. Konfliktdetektering kräver att påverkade CI associeras med ändringsbegäran. Separat visar IT-servicekalendern ändringsbegäranden, utgåvor och moratorium så att ändringschefen kan ändra schema för arbete kring en frysning.
För varje konflikt, bestäm om du vill ändra schema för begäran, ändra dess omfattning, koordinera arbetet eller dokumentera varför konflikten inte gäller. Ett tomt konfliktantal betyder inte att IT-servicekalendern är tydlig, så gå igenom kalendern separat. Konfliktdetektering blockerar inte implementering automatiskt. Mer information om konfliktkriterier och tillgängliga åtgärder finns i Granska och lösa ändringskonflikter för IT-tjänster.
Auktorisera och kör ändringen
Matcha godkännandestyrka med bevis och risk. Bekräfta att granskare som behövs förstår påverkan, begränsning, verifiering, återföring och kommunikationsplan. För arbete med högre risk, dirigera begäran genom den konfigurerade processen för godkännande eller ändringsråd och registrera beslutet innan implementering.
Under implementeringsfönstret utför ändringsuppfyllaren de godkända stegen, registrerar väsentliga avvikelser, testar resultatet och övervakar servicehälsan. Om verifieringen misslyckas eller risken överskrider den accepterade gränsen, stoppa eller dra tillbaka enligt den godkända planen. Riskbetyg blockerar inte automatiskt implementering. De konfigurerade arbetsflödena för godkännande och ändringshantering tillämpar beslutet.
Mer information om koncept och arbetsflöden för ändringsråd finns i Hantera ändringsråd för IT-tjänster.
Verifiera, lär och stäng
Innan avslut, jämför resultat med testplanen, bekräfta servicehälsa, samla in implementeringsresultatet och identifiera återstående risk. Registrera avslutskoden och sammanfattningen, uppdatera relaterad dokumentation och tilldela korrigerande arbete när implementeringen var delvis eller misslyckades.
Utför en granskning efter implementering när processen eller risken motiverar det. Jämför den förväntade påverkan och risken med det faktiska resultatet, och använd det du lär dig för att förbättra mallar, utvärderingssvar, implementeringsmetoder eller tillbakadragande planer. Denna resa är framgångsrik när beslutet och resultatet är spårbart, inte bara när riskfrågeformuläret är ifyllt.
Bekräfta att ändringskontroller är redo
Innan du använder denna resa för att bedöma användning, bekräfta att hantering av ändringsbegäranden, riskbedömning, fashantering, upptäckt av konflikt i ändringsbegäran, åtkomst till IT-tjänstkalendern och nödvändiga godkännanden har konfigurerats för din ändringsprocess. Bekräfta att påverkade CI är associerade med ändringsbegäranden när konfliktdetektering används och bekräfta att ändringsansvariga, uppfyllare, utvärderare och godkännare har rätt behörigheter.
