Change management – Definities en modellen voor implementatie

Change management – Definities en modellen

Change management (wijzigingsbeheer) wordt steeds belangrijker voor organisaties met een snel veranderend personeelsbestand, toenemende eisen in softwareontwikkeling en de noodzaak om producten/diensten sneller te maken en te verzenden.

Maar er is veel weerstand en een breed scala aan percepties met betrekking tot wijzigingsbeheer in ITSM. Hier zullen we proberen de concepten met betrekking tot wijzigingsbeheer uit te splitsen en kijken naar verschillende modellen voor wijzigingsbeheer die door bedrijven over de hele wereld worden gebruikt.

Wat is Change Management?

Simpel gezegd is change management, of wijzigingsbeheer, een systematische manier van omgaan met veranderingen/transformatie van de processen, technologieën en algemene doelen van uw organisatie. Goed wijzigingsbeheer moet zorgen voor:

• Effectieve implementatie van strategieën voor wijzigingen
• Het beheersen van het effect van wijzigingen en gevolgen van wijzigingen
• De aanpassing van uw eindgebruikers en klanten aan de wijziging

Dit alles realiseren is niet zo eenvoudig als het op papier lijkt. Er zijn veel strategieën, actieplannen en documentatie die ervoor zorgen dat het proces voor wijzigingsbeheer soepel verloopt. Elk van deze strategieën/modellen omvat een systematische manier om een wijziging aan te vragen, evenals actieplannen in het geval van tegenslagen.

Een effectief proces voor wijzigingsbeheer moet overwegen hoe een aanpassing/vervanging de bestaande processen en medewerkers in een organisatie zal beïnvloeden. Het is cruciaal om een proces te hebben voor het plannen, documenteren, testen en communiceren van de wijziging. De lus eindigt hier echter niet; succesvolle change managers hebben een ijzersterk plan voor het plannen en implementeren van wijzigingen en een grondig proces om het effect van de aangebrachte wijzigingen te evalueren.

Een vaak genegeerd maar zeer essentieel onderdeel van wijzigingsbeheer is de documentatie. Goede documentatie voor wijzigingsbeheer moet niet alleen een plan bevatten voor het uitrollen van de wijziging, maar moet ook zorgen voor een herstelplan voor het geval er iets misgaat.

Organisaties die een proces voor wijzigingsbeheer van de grond af aan ontwikkelen, worden geconfronteerd met heel veel uitdagingen. Naast het begrijpen van de vereisten van de wijziging, vereist het een grondig begrip van wat de eindgebruikers verwachten en van de organisatiecultuur om wijzigingen door te voeren. Best practice-raamwerken kunnen u een ‘traject’ bieden en IT-managers helpen om de scope af te stemmen op de beschikbare raamwerken, om zo te optimaliseren voor de beste resultaten.

Modellen voor change management

Nu we hebben vastgesteld wat wijzigingsbeheer is en waarom het belangrijk is, is het nu tijd om te kijken hoe u het proces aanpakt. Als u iemand bent die de voordelen kent van een robuust proces voor wijzigingsbeheer, maar het moeilijk vindt om het in het dagelijkse werk te implementeren, dan is hier wat hulp om grootschalig wijzigingsbeheer uit te voeren.

Maar zoals bij alle raamwerken, is kennis van de modellen en best practices slechts een deel van de oplossing. Succes komt echt neer op hoe u verwachtingen beheert en deze oplossingen aanpast aan uw organisatorische uitdagingen.

In de volgende sectie hebben we geprobeerd twee modellen voor wijzigingsbeheer te ontleden die we hebben geleend van de bedrijfswereld.

Het change management model van Lewin

Het door Kurt Lewin ontwikkelde model voor wijzigingsbeheer bestaat uit 3 fasen van het doorvoeren of aanbrengen van wijzigingen. De drie fasen van het model van Lewin omvatten:

Ontdooien

Van alle bestaande processen en  een diepgaande analyse  van wat werkt en wat niet werkt.

• Bepaal wat er moet veranderen
• Leg uit waarom de wijziging belangrijk is
• Zorg dat er een groot draagvlak is onder alle belanghebbenden
• Beheer en begrijp twijfels

Wijzigen

Voer wijzigingen door zodra u ze heeft geïdentificeerd en blijf op zoek naar feedback

• Communiceer zo vaak mogelijk

• Neem geruchten weg

• Betrek ‘voorstanders’ in het communicatieproces

• Onderneem snel actie

Opnieuw bevriezen

Bevries de wijzigingen weer na iteraties en correcties voor optimale werkzaamheden

• Maak wijzigingen onderdeel van de dagelijkse routine

• Vind manieren om de wijzigingen te behouden

• Bied ondersteuning en hulp waar en wanneer nodig

• Vier succes

ADKAR Model voor change management

Het change management model van Lewin is erg nuttig om te implementeren wanneer

• Uw bedrijf/werkzaamheden drastische stappen of correcties nodig hebben om weer op het goede spoor te komen

• U verborgen fouten ontdekt in zaken die als vanzelfsprekend gezien werden

Het model van Lewin is echter niet schaalbaar omdat het veel tijd kost om te implementeren. Hoewel het niet uitmaakt of de omvang van de wijziging niet groot is, vereist het dat u een grondige analyse hebt. Als dat niet het geval is, valt het model plat.

Het ADKAR change management model legt de nadruk op medewerkers en mensen achter de wijziging. Dit model voor wijzigingsbeheer, gecreëerd door Jeff Hiatt (oprichter van Prosci), is veel minder sequentieel van aard en focust https://www.freshworks.com/freshservice/ splitst de wijzigingen op in te bereiken doelen.

Dit model voor wijzigingsbeheer, gericht op het bereiken van de volgende 5 doelen, kan worden gebruikt om uw wijzigingen in IT effectief te plannen.

• Bewustzijn (Awareness) van de behoefte aan een wijziging die correct gecommuniceerd wordt aan alle belanghebbenden
• Verlangen (Desire) om deel te nemen aan de wijziging zoals geïnitieerd door het IT-team en deze te ondersteunen
• Kennis (Knowledge) van hoe en wanneer deze wijzigingen te implementeren.
• Vermogen (Ability) om deze wijzigingen effectief te implementeren.
• Versterking (Reinforcement) en onderhoud van de wijziging.

Dit model voor wijzigingsbeheer kan worden toegepast op uw IT-activiteiten wanneer uw team kleine incrementele wijzigingen doorvoert die niet storend zijn. De extra focus op medewerkers en hun behoeften in plaats van de technische aspecten zorgt voor een hogere acceptatie van de nieuwe processen/acties door uw IT-team. Als u een organisatiebrede wijziging of een wereldwijde wijziging plant, wilt u misschien NIET voor een ADKAR-model gaan, aangezien de meeste macro-elementen als vanzelfsprekend worden beschouwd of niet worden meegenomen in dit wijzigingsmodel.