SAP quality gates: zo zet u ze op en waar ze misgaan

Een quality gate is een formeel controlepunt tussen projectfasen. Voordat het team verdergaat, moet het aantonen dat aan de afgesproken criteria is voldaan. Slaagt u, dan gaat u door. Faalt u, dan lost u eerst de problemen op. In een SAP-programma liggen de gates bij de fase-overgangen van SAP Activate, elk met een benoemde eigenaar die de bevoegdheid heeft om te zeggen: "niet gereed".

Een groot consumentengoederenbedrijf in Singapore voerde SAP wereldwijd in. Het team joeg door de testfase om de deadlines te halen. Ik zag de ramp zich voltrekken. Gebruikerstests vonden nauwelijks plaats, maar het topmanagement drong toch aan op de livegang. Binnen een paar dagen doken de problemen op: ontbrekende inrichting, kapotte workflows, data die volledig niet klopte. De weken van chaos na de livegang kwamen voort uit problemen die al voor go-live zichtbaar waren. Niemand zette de rem erop.

Ik sla quality gate-reviews nooit over. Geen kortere wegen, geen stempels zonder inhoud. Het kost vooraf meer tijd en het scheelt maanden opruimwerk achteraf.

Een gate is een beslismoment met een vastgelegde norm, gedocumenteerde goedkeuring en echt mandaat om het project uit te stellen. Het is geen voortgangsreview en geen statusupdate voor de stuurgroep.

Zonder dat mandaat worden reviews een stempel. En gates die alleen worden afgestempeld zijn erger dan geen gates, omdat ze valse zekerheid geven. Een retailklant hield "reviews" die in feite stempelmomenten waren. Na zes maanden liep het project hopeloos achter op schema, omdat niemand de problemen had aangepakt die die reviews hadden moeten opsporen.

SAP Activate kent zes fasen: Discover, Prepare, Explore, Realize, Deploy en Run. Elke overgang is een natuurlijke gate. Dit verwacht ik dat elke gate controleert.

Fasegate	Kwaliteitsfocus	Bewijs dat ik wil zien	Geslaagd als
Discover	Businesscase, afstemming op directieniveau	Businesscase, globale roadmap	Businesscase getekend, sponsor betrokken
Prepare	Governance, team, risico's	Charter, governancemodel, risicoregister	Charter goedgekeurd, risico-eigenaren benoemd, team ingewerkt
Explore	Fit-to-standard, ontwerp, integratieaanpak	Fit-gap-besluiten, procesontwerpen, integratiearchitectuur	Procesverantwoordelijken hebben akkoord gegeven; voor elke gap ligt een besluit
Realize	Configuratie, integratietests	Testuitvoeringsrapporten, defectlog	Testdrempels gehaald, kritieke defecten gesloten
Deploy	Data, training, cutover-gereedheid	Migratiereconciliatie, trainingsregistraties, cutoverplan	Generale repetitie gedaan, rollbackplan afgesproken
Run	Stabilisatie en overdracht	Incidentlog, prestatierapporten	Incidenten binnen de afgesproken grenzen, overdracht aan support getekend

In de praktijk dragen Explore, Realize en Deploy het meeste risico. Een probleem dat door een van deze drie heen glipt, kost het meest als het na go-live aan het licht komt.

1. 01DiscoverBusinesscase getekend, sponsor betrokken
2. 02PrepareCharter goedgekeurd, risico-eigenaren benoemd
3. 03ExploreVoor elke gap ligt een besluit
4. 04RealizeTestdrempels gehaald, kritieke defecten gesloten
5. 05DeployGenerale repetitie gedaan, rollback afgesproken
6. 06RunIncidenten binnen de grenzen, overdracht getekend

Elke gate is getekend door één eigenaar met de bevoegdheid om niet gereed te zeggen

Leg voor elke gate de entry- en exitcriteria vast in de projectcharter voordat de configuratie begint. Criteria die onder deadlinedruk worden geschreven, beschrijven wat het team nu kan laten zien, niet wat het project nodig heeft. Een klant wilde fasen samenvoegen om "tijd te besparen". Het eindigde ermee dat het weken werk opnieuw deed.

Criteria met een ja-of-nee-antwoord

"Testen afgerond" is geen criterium. Het zet discussies in gang. Ik werkte met een retailklant bij wie de gate simpelweg zei: "UAT afgerond". De helft van het team las dat als: alle tests uitgevoerd. De andere helft als: alle defecten opgelost.

"95% van de testgevallen uitgevoerd, alle defecten met prioriteit 1 opgelost, geen openstaande defecten met prioriteit 2 die ouder zijn dan vijf dagen" is wél een criterium. Het levert een antwoord op.

Bij een productiebedrijf faalden de gates omdat de criteria te vaag waren. Niemand wist of ze daadwerkelijk waren gehaald. Toen de criteria meetbare drempels werden, hielden de discussies over de fase-overgangen op.

Eén eigenaar met de bevoegdheid om uit te stellen

Elke gate heeft een benoemde eigenaar nodig die het project kan uitstellen. Eén persoon, geen commissie. Ik zag een project vastlopen omdat niemand de macht had om de volgende fase uit te stellen, terwijl het team er niet klaar voor was.

Het omgekeerde werkt. Een retailklant benoemde een senior director als gate-eigenaar. Als hij "niet gereed" zei, luisterde iedereen. Leg dat mandaat vast in de charter.

Steun van het topmanagement voordat de druk komt

Bestuurders zijn dol op quality gates, tot een gate een deadline bedreigt. Een CIO overrulede een gefaalde gate om een kwartaaldoel te halen. De problemen die daarvan het gevolg waren, kostten twee keer zoveel als de vertraging zou hebben gekost. Ik heb dit patroon vaak zien terugkeren, dus vraag ik nu om goedkeuring van het topmanagement voor het gateraamwerk voordat het project start.

Bewijs uit het systeem van record

Gatebesluiten hebben bewijs nodig: testuitvoeringsrapporten, defectlogs, procesgoedkeuringen, migratiereconciliaties. Haal het uit de tool, niet uit wat mensen zeggen dat klaar is. Een van mijn klanten ontdekte via rapporten van Solution Manager dat 40% van de "afgeronde" testgevallen nooit was uitgevoerd. Ze vingen het voor de gate op, niet erna.

1. Koppel gates aan fase-overgangen. Voor SAP Activate minimaal na Prepare, Explore, Realize en Deploy. Een energiebedrijf maakte er willekeurige controlepunten tussen en kreeg een zootje.
2. Leg entry- en exitcriteria vast voordat de configuratie begint. Spreek testdekking, defectdrempels en de procesverantwoordelijken die moeten tekenen af. Zet ze in de charter en laat de sponsor tekenen.
3. Plan gates in met buffer. Zet elke gate als activiteit in de agenda, niet alleen als mijlpaal. Een van mijn retailklanten reserveerde vóór elke gate een volledige week alleen voor opruimwerk.
4. Kies reviewers die kunnen beslissen. Businessleads tekenen voor processen. Technische leads tekenen voor configuratie en integratie. Consultants tekenen nooit namens de business.
5. Houd het bewijs op één plek. Zes maanden later vraagt een auditor wie de datamigratie heeft goedgekeurd. Het antwoord moet in minuten te vinden zijn.
6. Maak de resultaten zichtbaar. Een klant hing het gatedashboard aan de muur van de projectruimte. Het was onmogelijk te negeren.

Voorbeeld van exitcriteria voor de twee gates die het zwaarst wegen

Realize-gate:

1. Testuitvoering op of boven de afgesproken drempel, met resultaten opgeslagen in de testtool.
2. Geen openstaande defecten met prioriteit 1; defecten met prioriteit 2 binnen de afgesproken leeftijdsgrens.
3. Elk kritiek proces goedgekeurd door de benoemde procesverantwoordelijke.
4. Integratietests uitgevoerd over volledige procesketens, met gedocumenteerde resultaten.
5. Elke maatwerkontwikkeling goedgekeurd aan de hand van de clean core-regels van het programma.

Deploy-gate:

1. Generale repetitie van de datamigratie afgerond en reconciliatie getekend door de datalead.
2. Trainingsvoortgang per rol op of boven de afgesproken drempel.
3. Cutoverplan gerepeteerd, met timing en go/no-go-beslismomenten.
4. Rollbackplan gedocumenteerd en getest.
5. Hypercare-team benoemd, met escalatiepaden en afgesproken ernstniveaus.

Als de Deploy-gate onopgeloste reconciliatieverschillen of ongetrainde gebruikers laat zien en de business toch door wil, maak er dan een gedocumenteerd besluit van met een benoemde ondertekenaar. Geen standaardkeuze omdat niemand nee wilde zeggen.

Twee dingen hebben veranderd hoe ik gates ontwerp voor lopende programma's.

Clean core is nu een gatecriterium. SAP classificeert extensies van niveau A (alleen vrijgegeven interfaces) tot niveau D (modificaties en directe tabelschrijfacties). Bij de Explore-gate moet voor elke gap een besluit liggen: configureren, bouwen als extensie op vrijgegeven API's, of afwijzen. Bij de Realize-gate controleert u dat er geen nieuwe objecten van niveau D zijn binnengeslopen. De Public Edition dwingt dit technisch af. Private Edition en on-premise doen dat niet, dus dan is de gate wat het afdwingt.

SAP Cloud ALM is de standaardtool. Het is inbegrepen bij SAP-cloudabonnementen met Enterprise Support, cloud edition, en bij SAP Enterprise Support voor on-premise klanten (SAP Support). Het dekt fit-to-standard, taaktoewijzing, testorkestratie en traceerbaarheid. De reguliere onderhoudsperiode van SAP Solution Manager 7.2 eindigt eind 2027 en SAP raadt aan om voor die tijd over te stappen op Cloud ALM (SAP Support). Zit u midden in een programma op Solution Manager, rond het dan daar af. Plan nieuwe programma's rond Cloud ALM.

Tools voor het beheren van gates

De tool doet minder ter zake dan de discipline. Een retailklant bouwde een nette gateprocedure in SharePoint die prima werkte voor een implementatie van gemiddelde omvang. Ik heb gates ook zien falen op een volledige Solution Manager-opzet, omdat het team er parallelle spreadsheets op nahield.

Tool	Rol bij gatebeheer	Het meest geschikt voor
SAP Cloud ALM	Fit-to-standard, taken, tests, traceerbaarheid	Nieuwe S/4HANA-programma's, cloud of on-premise
SAP Solution Manager 7.2	Projectopvolging, test- en defectbeheer	Programma's die er al op draaien
Jira en Confluence	Taken, defecten, gatecriteria en bewijs	Teams die al met Atlassian-tools werken
Tricentis Tosca	Testautomatisering en dekkingsrapportage	Programma's met veel testautomatisering
ServiceNow	Goedkeuringsworkflows en audittrail	Bedrijven die al ServiceNow gebruiken

Welke u ook kiest, het moet de enige bron van waarheid zijn. Een parallelle spreadsheet toont altijd de versie die het team wil laten zien. Mijn vergelijking van SAP-test- en validatietools gaat dieper in op de testkant.

Overgeslagen onder tijdsdruk. Als projecten uitlopen, worden gates als eerste geschrapt. Bij één project werden de reviews stempels en de go-live werd een nachtmerrie: systemen crashten, orders bleven hangen en ze draaiden alles volledig terug. De drie weken die ze "bespaarden" kostten hen drie maanden herstel.

Vage criteria. Hierboven besproken. Als een criterium interpretatie nodig heeft, is het een aanleiding voor een gesprek.

Reviewers zonder tijd. Als sleutelreviewers over meerdere projecten zijn verdeeld, worden reviews een afvinkoefening. Een review van de Realize-gate bij een programma van gemiddelde omvang duurt minstens een halve dag, met het bewijs vooraf gelezen.

Cultuur. Teams die gewend zijn mijlpalen te halen door te jagen, zoeken manieren om gates te omzeilen. Dat verandert als een bestuurder bij de kick-off zegt dat gates verplicht zijn en dat vervolgens bewijst door de eerste gate die vertraging veroorzaakt niet te overrulen.

Drie cijfers die laten zien of gates werken

Volg deze om te zien of gates het project beschermen of er alleen zo uitzien.

1. Defect leakage: het aandeel defecten dat na een gate wordt gevonden en dat de gate had moeten opsporen.
2. Slagingspercentage bij de eerste poging: als elke gate in één keer slaagt, hebben de criteria waarschijnlijk geen tanden.
3. Incidenten na go-live: incidenten met hoge prioriteit in de eerste 30 dagen zijn een rechtstreeks oordeel over de Deploy-gate.

Gates horen vanaf dag één in de charter. Mijn gids voor de projectcharter laat zien waar ze passen en de gids voor de stuurgroep behandelt wie het gezag moet hebben om ze af te dwingen.

Wat is een quality gate in SAP-projecten?

Een formeel controlepunt tussen projectfasen. Het team moet aantonen dat aan specifieke, meetbare criteria is voldaan voordat het verdergaat. Elke gate heeft een benoemde eigenaar met de bevoegdheid om het project uit te stellen. In SAP Activate liggen gates bij de fase-overgangen, vooral na Explore, Realize en Deploy.

Wat zijn de quality gates in SAP Activate?

SAP Activate kent zes fasen (Discover, Prepare, Explore, Realize, Deploy en Run) en elke overgang is een gate. Discover toetst de businesscase. Prepare toetst de governance en de charter. Explore toetst de goedkeuring van het ontwerp en de gap-besluiten. Realize toetst testresultaten en defecten. Deploy toetst data, training en cutover-gereedheid. Run toetst stabilisatie en overdracht.

Wat moeten criteria voor SAP quality gates bevatten?

Criteria met een ja-of-nee-antwoord. Voor Realize: drempels voor testuitvoering, openstaande defecten per prioriteit, goedkeuringen van procesverantwoordelijken en resultaten van integratietests. Voor Deploy: migratiereconciliatie, trainingsvoortgang per rol, een gerepeteerd cutoverplan, een getest rollbackplan en een bemand hypercare-team. Bij elk criterium hoort een eigenaar die het bewijs aanlevert.

Waarom falen quality gates bij SAP-implementaties?

Ze worden overgeslagen onder tijdsdruk, de criteria zijn vaag, reviewers hebben geen tijd om zich voor te bereiden of een bestuurder overrulet een gefaalde gate. De onderliggende oorzaak is dat gates als overhead worden gezien in plaats van als bescherming.

Welke tool moet ik gebruiken om SAP quality gates te beheren?

Voor nieuwe programma's SAP Cloud ALM. Het is inbegrepen bij SAP-cloudabonnementen en Enterprise Support en ondersteunt fit-to-standard, testen en traceerbaarheid. SAP Solution Manager 7.2 verlaat de reguliere onderhoudsperiode eind 2027. Jira, Tricentis Tosca en ServiceNow werken goed waar een bedrijf ze al gebruikt. De regel is: één bron van waarheid.

Hoe beoordeelt u de go-live-gereedheid bij de laatste quality gate?

Controleer vijf dingen met bewijs: datamigratie gerepeteerd en gereconcilieerd, training afgerond voor elke rol, cutoverplan gerepeteerd met go/no-go-momenten, rollbackplan getest en hypercare bemand met escalatiepaden. Als een van die punten faalt en de business toch door wil, leg het dan vast als een getekend zakelijk besluit.