Hoe de risicoscore wordt berekend voor veranderingsverzoeken
De risicoscore voor een veranderingsverzoek wordt berekend met behulp van een gewogen formule die kenmerken van veranderingsverzoeken en optionele antwoorden op vragenlijsten evalueert. Het systeem produceert een numerieke score en wijst een overeenkomend risiconiveau toe van Laag, Normaal, Hoog of Kritiek.
Vereiste editions
| Beschikbaar in: Lightning Experience |
| Beschikbaar in: Enterprise, Performance en Unlimited Edition met Agentforce IT Service. |
Hoe de berekening werkt
De risicoscore wordt berekend aan de hand van een gewogen-somformule:
Risk Score = Σ (Answer Point Value × Attribute Weight)Elke factor draagt bij aan de totale score op basis van twee componenten: de puntwaarde voor het geselecteerde antwoord en het gewicht dat aan die factor is toegewezen. Het systeem evalueert alle van toepassing zijnde factoren en telt hun bijdragen op om de definitieve risicoscore te produceren.
De berekening werkt in twee modi:
- Baselinemodus: Gebruikt alleen de 5 kenmerken van het veranderingsverzoek om een score tussen 15 en 45 te berekenen. Risiconiveaus: Kritiek (>37), Hoog (31–37), Normaal (24–30), Laag (15–23).
- Uitgebreide modus: Geactiveerd wanneer de vragenlijst voor risico-evaluatie is voltooid. Gebruikt kenmerken plus 10 antwoorden op de vragenlijst om een score tussen 42 en 138 te berekenen. Risiconiveaus: Kritiek (> 115), Hoog (93–115), Normaal (69–92), Laag (42–68).
Vanaf Summer '26 blijven antwoorden op de vragenlijst behouden wanneer kenmerken van veranderingsverzoeken worden bijgewerkt. In vorige releases werd de risicoscore incorrect opnieuw ingesteld op baselinemodus wanneer een veranderingsverzoek werd gewijzigd, zelfs als een vragenlijst was ingevuld.
Als u een upgrade hebt uitgevoerd naar de Summer '26-release en uw risicoscores nog steeds worden gereset naar de baselinemodus, is de gecorrigeerde stroom mogelijk niet automatisch geïmplementeerd.
Als u dit wilt oplossen, verwijdert u uw bestaande actieve stroom voor risicobeoordeling. Navigeer naar Salesforce Go en schakel de voorziening Risicoscore voor wijziging uit op de pagina Veranderingsbeheer. Vernieuw de pagina en schakel de voorziening weer in. Dit zorgt ervoor dat de bijgewerkte stroomsjabloon wordt geïmplementeerd naar uw organisatie.
Kenmerken van veranderingsverzoeken
De volgende kenmerken van veranderingsverzoeken worden altijd opgenomen in de risicoberekening. Elk kenmerk heeft een toegewezen gewicht dat het relatieve belang ervan bepaalt, terwijl elke antwoordoptie een puntwaarde heeft.
| Kenmerk | Gewicht | Antwoord | Puntwaarde | Bijdrage |
|---|---|---|---|---|
| Impact | 3 | Hoog | 3 | 3 × 3 = 9 |
| Normaal | 2 | 3 × 2 = 6 | ||
| Laag | 1 | 3 × 1 = 3 | ||
| Urgentie | 3 | Hoog | 3 | 3 × 3 = 9 |
| Normaal | 2 | 3 × 2 = 6 | ||
| Laag | 1 | 3 × 1 = 3 | ||
Leadtijd plannen (Dagen tussen maken en geschatte einddatum) |
3 | 0–5 dagen | 3 | 3 × 3 = 9 |
| 6–15 dagen | 2 | 3 × 2 = 6 | ||
| > 15 dagen | 1 | 3 × 1 = 3 | ||
Gekoppelde problemen (Totaal aantal incidenten en problemen dat is gekoppeld aan de wijziging) |
3 | > 7 incidenten of problemen | 3 | 3 × 3 = 9 |
| 2–6 incidenten of problemen | 2 | 3 × 2 = 6 | ||
| 0–1 incidenten of problemen | 1 | 3 × 1 = 3 | ||
| Type wijziging | 2 | Noodgeval | 3 | 2 × 3 = 6 |
| Normaal | 2 | 2 × 2 = 4 | ||
| Standaard | 1 | 2 × 1 = 2 |
Vragenlijst risico-evaluatie
Wanneer een gebruiker de vragenlijst voor risico-evaluatie voltooit, voegt het systeem 10 extra factoren toe aan de berekening. Elke vraag heeft een toegewezen gewicht en meerdere antwoordopties met overeenkomende puntwaarden.
| Vraag | Gewicht | Antwoord | Puntwaarde | Bijdrage |
|---|---|---|---|---|
| Hoe belangrijk is de impact van deze wijziging op een configuratie-item (CI) of bedrijfsservice? | 3 | Kritiek | 3 | 3 × 3 = 9 |
| Enigszins kritiek | 2 | 3 × 2 = 6 | ||
| Niet kritiek | 1 | 3 × 1 = 3 | ||
| Hoe complex is deze verandering? (Denk aan het aantal betroffen CI's, taken en teams.) | 3 | Complex | 3 | 3 × 3 = 9 |
| Enigszins complex | 2 | 3 × 2 = 6 | ||
| Makkelijk | 1 | 3 × 1 = 3 | ||
| Hoe moeilijk is het om deze wijziging terug te draaien? | 3 | Niet terugdraaien mogelijk | 4 | 3 × 4 = 12 |
| Complex | 3 | 3 × 3 = 9 | ||
| Enigszins complex | 2 | 3 × 2 = 6 | ||
| Makkelijk | 1 | 3 × 1 = 3 | ||
| Is er een redundantieplan voor deze wijziging? (Een back-upsysteem of -component die het kan overnemen als de infrastructuur uitvalt.) | 3 | Nee | 2 | 3 × 2 = 6 |
| Ja | 1 | 3 × 1 = 3 | ||
| Wanneer staat deze wijziging gepland? | 3 | Moratoriumperiode | 5 | 3 × 5 = 15 |
| Piek kantooruren | 4 | 3 × 4 = 12 | ||
| Buiten kantooruren | 3 | 3 × 3 = 9 | ||
| Buiten kantooruren | 2 | 3 × 2 = 6 | ||
| Onderhoudsperiode | 1 | 3 × 1 = 3 | ||
| Wat is de ervaring van het implementatieteam met soortgelijke wijzigingen? | 3 | Nieuw bij de activiteit | 3 | 3 × 3 = 9 |
| Vertrouwd met de activiteit | 2 | 3 × 2 = 6 | ||
| Expert in de activiteit | 1 | 3 × 1 = 3 | ||
| Wat is de duur van de implementatieperiode? | 2 | Onvoldoende tijd voor implementeren, verifiëren en terugdraaien binnen het venster | 3 | 2 × 3 = 6 |
| Matig risico op overschrijding van implementatieperiode voor implementeren, verifiëren en terugdraaien | 2 | 2 × 2 = 4 | ||
| Voldoende tijd voor implementatie, verificatie, terugdraaien en afhandelen van problemen | 1 | 2 × 1 = 2 | ||
| Hoeveel uur zijn er nodig om deze wijziging te implementeren? | 2 | > 4 uur | 3 | 2 × 3 = 6 |
| 1–4 uur | 2 | 2 × 2 = 4 | ||
| < 1 uur | 1 | 2 × 1 = 2 | ||
| Is de omgeving stabiel om deze verandering te ondersteunen? | 2 | Instabiel | 3 | 2 × 3 = 6 |
| Enigszins stabiel | 2 | 2 × 2 = 4 | ||
| Stabiel | 1 | 2 × 1 = 2 | ||
| Kan de wijziging na de implementatie worden getest? | 2 | Geen mogelijkheid om te testen | 3 | 2 × 3 = 6 |
| Gedeeltelijk testen | 2 | 2 × 2 = 4 | ||
| Volledig kunnen testen | 1 | 2 × 1 = 2 |
Voorbeeldberekening
Er wordt een veranderingsverzoek voor een databasemigratie gemaakt en een gebruiker vult de vragenlijst voor risico-evaluatie in. Het systeem berekent de risicoscore door de bijdragen van alle kenmerken en antwoorden op de vragenlijst op te tellen.
Stap 1: Kenmerkbijdragen berekenen
- Impact: Hoog (puntwaarde 3) × gewicht 3 = 9
- Urgentie: Normaal (puntwaarde 2) × gewicht 3 = 6
- Doorlooptijd plannen: 12 dagen (puntwaarde 2) × gewicht 3 = 6
- Gekoppelde problemen: 3 incidenten (puntwaarde 2) × gewicht 3 = 6
- Type wijzigen: Normaal (puntwaarde 2) × gewicht 2 = 4
Subtotaal kenmerk: 9 + 6 + 6 + 6 + 4 = 31
Stap 2: Bijdragen aan vragenlijsten berekenen
- Kritieke CI-impact (puntwaarde 3) × gewicht 3 = 9
- Complexe wijziging (puntwaarde 3) × gewicht 3 = 9
- Complexe rollback (puntwaarde 3) × gewicht 3 = 9
- Geen redundantieplan (puntwaarde 2) × gewicht 3 = 6
- Buiten kantooruren (puntwaarde 3) × gewicht 3 = 9
- Team vertrouwd met activiteit (puntwaarde 2) × gewicht 3 = 6
- Matig vensterrisico (puntwaarde 2) × gewicht 2 = 4
- 1-4 uur implementatie (puntwaarde 2) × gewicht 2 = 4
- Enigszins stabiele omgeving (puntwaarde 2) × gewicht 2 = 4
- Volledig testbaar (puntwaarde 1) × gewicht 2 = 2
Subtotaal vragenlijst: 9 + 9 + 9 + 6 + 9 + 6 + 4 + 4 + 4 + 2 = 62
Stap 3: Totale score en risiconiveau berekenen
Totale score: 31 (kenmerken) + 62 (vragenlijst) = 93
Risiconiveau: Hoog (een score van 93 valt in het bereik 93–115 voor de uitgebreide modus)
Risicoberekening aanpassen
Beheerders kunnen de gewichten, puntwaarden en drempelwaarden voor risiconiveaus aanpassen om deze af te stemmen op de risicotolerantie van de organisatie. Zie Logica voor risicobeoordeling voor IT-services wijzigen als u de berekeningslogica wilt wijzigen.
