Change Management RFC Checklist

Transcriptie

1 Change Management Versie juli 2011 Definitief Auteur : Bart de Best Akkoord : Bart de Best Datum : 27 mei 2011 Versie : 1.0 Referentie : Pagina : I

2 Colofon Titel Change Management Ondertitel Versie 1.0 Datum 27 mei 2011 Referentie Samengesteld door Bart de Best Laatste versie bewerkt door Bart de Best Internet Telefoon Contactadres voor deze publicatie (0) bartb@dbmetrics.nl Historie Versie Datum Wijziging mei-2011 Definitieve versie Versie 1.0 Pagina II

3 Inhoudsopgave 1 Checklist... 1 Versie 1.0 Pagina III

4 1 Checklist In Tabel 1-1 is een lijst gegeven van checkpunten om de compleetheid van een RFCformulier te toetsen. Nr Checkpunten 1 Zijn alle minimaal vereiste gegevens ingevuld? 2 Betreft dit wel een RFC, of is het een incident, service request, urgent change, standaard change of project? 3 Zijn de gegevens van de aanvrager ingevuld? 4 Is de aanvrager geautoriseerd om de RFC in te dienen? 5 Wat is de aanleiding van de aanvraag van de RFC? 6 Wat moet er geleverd / gewijzigd worden? 7 Wat zijn de services en producten die betrokken zijn bij de wijziging? 8 Wat zijn de betrokken configuratie items? 9 Valt deze wijziging binnen de SLA-normen? 10 Valt deze wijziging wel binnen de service catalogus? 11 Indien deze wijziging niet binnen de SLA-normen valt, kan de SLA dan aangepast worden? 12 Indien deze wijziging gerelateerd is aan de services / producten die zijn opgenomen in de service catalogus, kan de service catalogus hiertoe dan aangepast worden? 13 Zijn er alternatieven voor deze wijziging? 14 Is aangegeven wat de gevolgen zijn als de wijziging niet doorgaat? 15 Wat is de impact van de wijziging? 16 Wat is de urgentie van de wijziging? 17 Wat is de prioriteit van de wijziging? 18 Is er autorisatie gegeven voor de wijziging? 19 Door wie is de autorisatie gegeven? 20 Is de persoon die de autorisatie gegeven gemandateerd om deze goedkeuring te geven? 21 Wat is de datum van de autorisatie? 22 Wanneer start de realisatie van de wijziging? 23 Wanneer is de opleverdatum van de wijziging? 24 Indien de wijziging niet is geaccordeerd wat is dan de datum en reden van de afwijzing? Tabel 1-1,. Ja/Nee Versie 1.0 Pagina 1

5 Meer informatie over change management vindt u in het boek Acceptatiecriteria. In dit boek wordt diepgaand besproken hoe de acceptatie van projecten en changes het beste kan plaatsvinden. Acceptatiecriteria Naar een effectieve en efficiënte acceptatie van producten en diensten in de informatietechnologie Acceptatiecriteria zijn een meetinstrument voor zowel gebruiker als beheerder om te bepalen of nieuwe of gewijzigde informatiesystemen voldoen aan de afgesproken eisen voor functionaliteit, kwaliteit en beheer. Er komt heel wat bij kijken om acceptatiecriteria te verankeren in beheerprocessen en systeemontwikkelingsprojecten. Het opstellen en het hanteren van acceptatiecriteria voor ICT-producten en -diensten geschiedt bij veel organisaties met wisselend succes. Vaak worden acceptatiecriteria wel opgesteld, maar niet effectief gebruikt en verworden ze tot een nood-zakelijk kwaad zonder kwaliteit borgende werking. Dit boek geeft een analyse van de oorzaken van dit falen van de kwaliteitsbewaking; als remedie worden drie stappenplannen geboden voor het afleiden, toepassen en invoeren van acceptatiecriteria. De doelgroep van dit boek omvat alle partijen die betrokken zijn bij de acceptatie van ICTmiddelen: de gebruikende klant, de interne en externe leveranciers en de beheerorganisatie. Ook is er nog een doelgroep die niet accepteert, maar vaststelt of correct is geaccepteerd; hiertoe behoren kwaliteitsmanagers en auditors die het boek als normenkader kunnen gebruiken. In dit boek is een aantal casussen opgenomen die diverse manieren laten zien voor het effectief en efficiënt omgaan met acceptatiecriteria. Auteur : Bart de Best Uitgever : SDU, 2009 tweede druk ISBN10 : ISBN13 : Alle boeken van Bart de Best zijn verkrijgbaar bij Leonon Media ( Versie 1.0 Pagina 2