De leverancier bouwt het systeem. Ik zorg dat het klopt met je bedrijf.
Implementaties gaan zelden stuk op de software. Ze gaan stuk op wat tussen klant en leverancier niet wordt uitgesproken. Ik zit permanent aan jouw kant van de tafel, met kennis van het proces en van de techniek.
Specificatie die het bouwteam kan gebruiken · key users ontlast · zelf meetesten · regie namens de klant
Twee kanten van de tafel, één doel
Dit is geen dubbeling van je leverancier. Het is de kant die er meestal niet zit.
Het gat dat voorspelbaar valt
De leverancier bouwt wat gevraagd is. Wat niet gevraagd is, komt boven water bij het testen. Of na livegang.
Key users beoordelen specificaties in een taal die niet de hunne is, naast hun dagtaak. Ze zeggen ja zonder de consequentie te kunnen overzien.
Testen wordt geparkeerd tot het einde, bij dezelfde overbelaste mensen, in de weken dat de druk het hoogst is.
Scope schuift ongemerkt op, tot niemand meer weet wat er in de eerste livegang zit en waarom.
En niemand stelt de vraag: hebben we hiermee werkelijk het probleem opgelost waarvoor we begonnen zijn?
Wat ik doe, in vijf delen
Processen uitwerken tot een bouwbare specificatie
Ik werk per key user, niet per proces, zodat niemand twee keer hoeft aan te schuiven. We lopen door de schermen waarin het werk vandaag gebeurt en leggen vast hoe het werkelijk loopt: stappen, eigenaar, in- en output, uitzonderingen en de gegevens eronder.
Per key user, in zijn eigen schermen.
Stappen, beslispunten, uitzonderingen.
User stories met toetsbare criteria.
In de taal en de structuur van het platform waarop gebouwd wordt. Een specificatie die nog vertaald moet worden, is geen specificatie.
Key users ondersteunen
Zij maken of breken het project en zij hebben het minste tijd. Beschikbaarheid van key users is het grootste projectrisico. Techniek staat tweede.
Meetesten, niet laten testen
Ik test zelf mee, met de key users erbij, tegen de acceptatiecriteria uit de specificatie. Vooraf vastgelegd, dus achteraf niet onderhandelbaar.
Losse schermen aftikken. Een scherm dat het doet zegt niets.
Een order van invoer tot factuur, inclusief de uitzondering waar je je geld mee verdient.
Bevindingen leg ik gestructureerd vast, met een oordeel of iets de livegang blokkeert. Dat oordeel hoort van jou te komen, niet van de partij die het gebouwd heeft.
Het project besturen
Planning, afhankelijkheden, risico's en besluitvorming, met scope en budget onder controle. Vier dingen die ik hard maak:
Voorbeeldweergave. Scope is een besluit dat je vastlegt, niet iets dat vanzelf gebeurt.
Mijn rol wordt kleiner. Dat is de bedoeling.
Na livegang zorg ik dat je organisatie zelf verder kan: de kennis is geborgd en het procesmodel is actueel, herbruikbaar voor wijzigingen, uitbreidingen en aantoonbaarheid richting audit of certificering.
Een consultant die onmisbaar blijft, heeft zijn werk niet af.
Waar je instapt
Ik heb de selectie geleid, dus het proceslandschap staat al en de keuze past bij wat je nodig hebt.
We starten bij de specificatie en de key users en zetten de scope en testregie neer voordat het bouwen op stoom komt.
Eerst een eerlijk beeld van waar het staat. Vaak zit de oorzaak in een keuze die aan de voorkant niet is onderbouwd.
Maakbedrijf in de agrarische sector: selectie geleid, implementatie begeleid
Hoge mix, laag volume, configureerbare producten, twee productielocaties en een dealernetwerk van meer dan vijfhonderd gebruikers. Ik begeleid de implementatie op het gekozen platform, samen met de bouwpartner.
Volledig proceslandschap, uitgewerkt tot specificaties in de structuur van het bouwplatform.
Afgebakend, met per proces een expliciet besluit of het erin zit en waarom.
Tussen ERP en de financiële applicatie, vooraf vastgelegd in plaats van gaandeweg uitonderhandeld.
Procesintake ingericht per persoon, zodat niemand dubbel werd belast.
Wat je eraan overhoudt
Een systeem dat het echte proces volgt, inclusief de uitzonderingen waarop je concurreert.
Key users die het traject aankunnen naast hun dagelijkse werk.
Een livegang zonder verrassingen, omdat er is getest op processen en niet op schermen.
Een bewaakte scope en een budget dat uitlegbaar blijft.
Een organisatie die na livegang zelfstandig verder kan, met een procesmodel dat blijft leven.
Vragen over implementatiebegeleiding
Onze leverancier zegt dat dit dubbel werk is. Klopt dat?
Nee. De leverancier bouwt en configureert, dat neem ik niet over. Ik lever wat hij nodig heeft om goed te bouwen: een specificatie die klopt met jouw proces, besluiten die op tijd vallen en key users die hun rol aankunnen. In de praktijk maakt dat het werk van de leverancier makkelijker, niet dubbel.
Hoeveel van jouw tijd heb ik nodig?
In de specificatiefase en rond het testen is de inzet hoog, daartussen lager. We spreken een ritme af per fase en die inzet loopt na livegang bewust af.
Ons project loopt al en zit vast. Kun je instappen?
Ja. Ik begin dan met een eerlijk beeld: wat is er afgesproken, wat is er gebouwd, wat is de werkelijke scope en waar zit de oorzaak. Dat oordeel krijg je binnen enkele weken, met een voorstel voor de route vooruit.
Wie beslist er uiteindelijk?
Jij. Ik adviseer scherp en leg besluiten met onderbouwing op tafel, maar scope, prioriteit en werkwijze blijven bij de directie en de key users.
Staat er een implementatie voor de deur, of loopt er al één?
Beschrijf in een paar regels waar je staat. Je hoort binnen één werkdag of ik iets voor je kan betekenen en zo ja: wat de eerste stap is.
