Agile project in een enterprise applicatie? Gebruik de lessen uit Activate

3 september 2018

Agile project in een enterprise applicatie? Gebruik de lessen uit Activate

ERP of CRM pakketten op een Agile manier invoeren? Daarover zijn de meningen nogal verdeeld. Agile werken komt vanuit de softwareontwikkeling en zelf software ontwikkelen is iets wat je nou net niet wilt doen als je een pakket van Oracle, Salesforce of Microsoft implementeert. Toch heeft SAP al jaren geleden een implementatiemethodiek beschikbaar gesteld, genaamd Activate, die is gestoeld op agile werken. Activate biedt handige uitgangspunten die ervoor zorgen dat het agile opleveren van nieuwe functionaliteit in pakketten goed verloopt. Waarom zou dat niet werken voor niet-SAP pakketten?

Gemeenschappelijke kenmerken pakketimplementaties

Pakketimplementaties hebben een aantal leveranciersonafhankelijke kenmerken namelijk:

  • De scope van deze projecten gaat over meerdere bedrijfsdomeinen heen, zoals logistiek en e-commerce of financieel en HR
  • De nieuw op te leveren functionaliteit heeft veel afhankelijkheden met andere applicaties, waardoor de integratieproblematiek een grote rol speelt
  • Er is niet of nauwelijks sprake van het bouwen van nieuwe software (coderen). Het leeuwendeel bestaat uit configureren
  • Het zijn primair businessprojecten, geen IT-projecten

Neem de tijd voor een goede voorbereiding

In de praktijk heeft de business altijd haast. De druk om snel te starten met de realisatie is groot. Ervaren projectmanagers weten echter dat je bij een pakketimplementatie niet simpelweg op dag één kunt beginnen met inrichten. Dit leidt tot rework en een almaar groeiende lijst met backlog items. Activate besteedt daarom veel aandacht aan de ‘voorkant’ van projecten: de Prepare en Explore-fase. Een goede voorbereiding blijft het halve werk. De andere helft wordt gedaan tijdens de volgende twee van de in totaal vier fases: Realize en Deploy.

Leer het businessproces écht kennen

In de Prepare-fase moet het Agile team een zo goed mogelijk beeld krijgen van wat de business nodig heeft. Alleen luisteren is vaak onvoldoende om écht begrip te krijgen van de behoefte. Natuurlijk, het is de taak van de product owner om de vertaalslag te maken van businesswens naar softwareproduct. Maar dat is makkelijker gezegd dan gedaan als ontwikkelaars het bewuste businessproces nog nooit van dichtbij hebben gezien en de complexiteit en afhankelijkheden niet snappen. Wat snel gebeurt, is dat consultants onbewust aannames doen omdat ze in hun hoofd een beeld hebben van het proces, dat niet blijkt te stroken met de praktijk.

Geef ze daarom de ruimte om eens een dag mee te lopen met de business om te zien hoe het écht werkt. Dat maakt dat ze andere vragen gaan stellen. Misschien kost dit wat extra tijd, maar die tijd verdien je later dubbel en dwars terug als ze ‘first time right’ ontwikkelen en niet na iedere sprint met een heleboel rework terug worden gestuurd naar de tekentafel.

Best practices geven een vliegende start

Het doel van de Explore-fase is om op basis van een goede fit/gap-analyse de projectscope te definiëren en op basis daarvan een backlog en een release- en sprint plan te ontwikkelen. Activate bevat best practices met betrekking tot configuratie. De kans is groot dat deze al voor 80 procent overeen komen met wat de business voor ogen heeft. Omdat de business al snel een concreet product ziet dat lijkt op wat ze willen, is het veel eenvoudiger om goed te omschrijven hoe de ontbrekende 20 procent er uit moet zien. Je geeft een project hiermee dus een vliegende start.

Organisaties die SAP applicaties gebruiken, kunnen deze best practices een-op-een overnemen. Dat geldt uiteraard niet voor Oracle of Microsoft gebruikers. Maar dan nog kan het slim zijn om kennis te nemen van de best practices die Activate biedt.

Wil je eens van gedachten wisselen over dit onderwerp of heb je een gerichte vraag hoe je zoiets aanpakt? Stuur me gerust een berichtje.

Auteur

Mendel Koerts Mendel.Koerts@qhuba.com - 06-11767521 - LinkedIn