Software Implementatiekaders, Agile en Prince2

De invoering van software verloopt volgens implementatiekaders. Het gaat meestal om een vaste set regels die we toepassen tijdens de implementatie van SaaS of standaard software. Deze regels kunnen we bij dezelfde software telkens opnieuw toepassen. Dit zien we vaak bij bedrijven die een beperkt aantal software pakketten of SaaS toepassingen aanbieden. Die hebben veelal implementatiekaders ontwikkeld om een ​​specifiek product of een specifieke service te implementeren. Deze implementatiekaders hebben vaste structuur die de projectmanager helpt om de implementatiefase te definiëren in tijd, budget en kwaliteit. Dit is de zogenaamde project driehoek.

Implementatiekaders en projectmanagementmethoden

Er zijn verschillende projectmanagementmethoden die we als basis kunnen gebruiken voor onze implementatiekaders. Dit artikel gericht is gericht op de implementatie van business-software. Daarom zijn het de IT projectmanagement methodes die een implementatiefase kennen die geschikt zijn als bron. Het zijn projectmanagementmethoden die zich naast software ook op bedrijfsprocessen en informatiesystemen richten. De toepasbaarheid van het gebruik van een framework voor implementatiekaders maken we duidelijk met voorbeelden. Van Ingebedde methoden, Agile – SCRUM tot Prince2 als projectmanagement-methode.

Ingebedde en generieke implementatiekaders

Ingebedde implementatiekaders

Een manier om business software te implementeren, is door gebruik te maken van een ingebed implementatiekader. Ingebedde implementatiekaders maken deel uit van de tools die bij business software horen.

Het implementeren van standaard software met behulp van een ingebed kader impliceert niet alleen dat het kader alleen bruikbaar is voor het specifieke softwareproduct, maar ook dat we het product alleen maar kunnen implementeren met behulp van het kader. Ingebedde implementatiekaders kunnen we dus zien als zeer specifieke manieren om business software te implementeren.

Voorbeelden van softwareproducten met een ingesloten implementatiekaders zijn:

• De implementatie van SAP met behulp van het ARIS embedded-model.
• Het implementeren van het Baan ERP-systeem met behulp van Dynamic Enterprise Modeling (DEM).
• De implementatie van Oracle E-Business Suite, met behulp van Oracle Application Implementation Method (AIM).

Voor- en nadelen van een ingebedde oplossing

Het gebruik van een ingebed implementatiekader brengt de kracht van het kader om de software te implementeren. Het kader is op maat ontworpen voor de software. Dit suggereert dat het kader niet alleen minder gecompliceerd in gebruik is maar ook meer ondersteuningsmogelijkheden heeft. Het negatieve aspect van een ingebedde methode is echter dat deze alleen voor specifieke software te gebruiken is. Ontwikkelaars en consultants, die met verschillende softwareproducten werken, zouden beter geholpen zijn met een generiek kader. Op die manier is kennis van slechts één implementatiekader voldoende.

Generieke implementatiekaders

Generieke implementatiekaders zijn niet bedoeld voor een specifiek softwareproduct maar voor algemeen gebruik bij het implementeren van software. Een voorbeelden hiervan zijn uitgebreid beschreven op ITpedia.

Voor- en nadelen van een generieke oplossing

Een generiek implementatiekader, zoals bijvoorbeeld ERP-modellering heeft de kracht dat we het kader voor meerdere ERP-systemen kunnen gebruiken. In tegenstelling tot ingebedde kaders, maakt een generiek kader het mogelijk om consultants verschillende ERP-systemen bij klantorganisaties te laten implementeren. Zij kunnen zich aanpassen aan één specifieke werkmethode, in plaats van vaardigheden te verwerven voor verschillende ingebedde kaders. Bij generieke implementatiekaders ontbreekt het echter aan een aanpak die te situationeel kan worden. Dit resulteert vervolgens in problemen en extra complexiteit bij de uitvoering. Dit komt omdat er minder ondersteuning beschikbaar zal zijn.

Agile / SCRUM implementatiekaders

De kracht van Agile / SCRUM voor systeemontwikkeling is dat de methode de principes zoals iteraties en increments gebruikt. Dit betekent dat met name we projecten in zich herhalende lussen uitvoeren. Zo’n lus noemen we een Sprint. Kenmerkend is dat iedere Sprint waarde toevoegt aan het project. Het belangrijkste is echter dat een Sprint werkende software oplevert die we in gebruik kunnen nemen. Op deze manier zullen we dus ook de implementatie stapsgewijs uitvoeren. Bij iedere Sprint horen daarom ook implementatie werkzaamheden.

Naast het projectmanagement en het toevoegen van waarde, zijn de sprints goed bruikbaar voor de modellering van de implementatiekaders. Met behulp van de sprints kunnen we de bedrijfsprocessen samen met de opgeleverde software uitlijnen. Iedere sprint voegt meer details toe aan het project en haalt het einddoel dichterbij. Agile /SCRUM biedt ook ruimte voor evaluatie van de implementatie. Betrek de implementatie nadrukkelijk in de dagelijkse besprekingen en de retrospectives.

Prince2 – Managing Product Delivery (MP)

Prince2 kunnen we zien als een watervalmethode die bestaat uit een aantal fases.

De 6e Prince2 fase is Managing Product Delivery (MP). Binnen het Prince2-procesmodel is deze fase ontworpen om de koppeling tussen de projectmanager en teamleiders te managen. Het hoofddoel van dit onderdeel van het Prince2-procesmodel is ervoor te zorgen dat:

• Het team werkt volgens de overeengekomen producten.
• Teamleiders, teamleden en inkopers begrijpen wat het project moet opleveren. Wat zijn de verwachte inspanning, het budget en de tijdpaden?
• De producten we volgens een bepaalde verwachting en binnen een bepaalde tolerantie gaan opleveren.
• De projectmanager krijgt regelmatig nauwkeurige informatie over de voortgang van de Prince2-deliverables verstrekt. Zo kan hij ervoor ook zorgen dat aan de verwachtingen wordt voldaan.

Hiermee kan de projectmanager vaststellen of alle requirements geïmplementeerd zijn.

Discussieer mee op LinkedIn.