Soorten wijzigingen
Wijzigingsbeheer omvat vier soorten wijzigingen, afhankelijk van het risico en de impact. De processtroom wordt bepaald op basis van het type wijziging.
Grote wijziging
Zoals de naam al aangeeft, is een grote wijziging een wijziging met een hoog risico en een grote impact die de live-productieomgevingen kan verstoren als het niet goed wordt gepland. Wijzigingsevaluatie is cruciaal om de planning en de goedkeuringsworkflow te bepalen. Het vereist goedkeuring van het management samen met goedkeuring van de CAB. RFC bevat een gedetailleerd voorstel over kosten-batenanalyse, risico-impactanalyse en eventuele financiële implicaties.
Voorbeelden van grote wijzigingen zijn migratie van het ene datacenter naar het andere of het vervanging van een bestaande enterprise-oplossing (ERP).
Standaardwijziging
Een standaardwijziging is een wijziging met een laag risico en een lage impact die vooraf is gedefinieerd en goedgekeurd. Standaardwijzigingen zijn periodieke wijzigingen die een standaardprocedure volgen. Ze gebruiken wijzigingssjablonen met vooraf ingevulde informatie. Een standaardwijziging volgt niet de conventionele processtroom. Goedkeuring gebeurt in eerste instantie slechts één keer en vereist niet elke keer goedkeuring van de CAB.
Voorbeelden zijn een OS-upgrade, de implementatie van patches enz.
Kleine wijziging
Een kleine wijziging is een niet-triviale wijziging met een lage impact en een laag risico. Dit zijn niet-triviale wijzigingen die niet vaak voorkomen, maar die elke fase van de levenscyclus van wijzigingen ondergaan, inclusief CAB-goedkeuring. Het is belangrijk om relevante informatie te documenteren voor toekomstig gebruik. Een kleine wijziging kan in de toekomst worden omgezet in een standaardwijziging.
Voorbeelden zijn onder meer wijzigingen aan een website en prestatieverbeteringen
Spoedwijziging
Spoedwijzigingen zijn onverwachte storingen die zo snel mogelijk moeten worden opgelost. Spoedwijzigingen verwerken een RFC met terugwerkende kracht na implementatie. Het is van cruciaal belang voor de Emergency CAB (ECAB) om de impact te begrijpen en goedkeuringen af te handelen. Beoordeling na de implementatie is cruciaal voor noodwijzigingen om potentiële risico's in de toekomst te begrijpen en gedetailleerde documentatie is verplicht na de uitvoering van de wijziging.
Voorbeelden: Oplossing voor beveiligingsinbreuken en serverstoringen.