Wie bedrijfskritische software vervangt terwijl de operatie 24/7 doorloopt, heeft vanaf dag één duidelijke afspraken nodig over releases, kwaliteit en testen. Dat was de kern van de rol van M2Q in het Omega-project van TotalEnergies. Samen met andere bedrijven van de Cronos-groep werkten we mee aan een geïntegreerd aanbod, met M2Q als partner voor release-, quality- en testmanagement.

In dit artikel lees je wat de uitdaging was, hoe we die hebben aangepakt en welke lessen je kunt toepassen op je eigen softwarevervanging.

Wat maakte het Omega-project van TotalEnergies complex?

Het Omega-project was complex omdat intern ontwikkelde software werd vervangen door COTS-oplossingen, in een omgeving die 24/7 beschikbaar moet blijven. COTS staat voor Commercial Off-The-Shelf: kant-en-klare software die je koopt of in licentie neemt, in plaats van ze op maat te laten ontwikkelen. TotalEnergies is een Franse energiemultinational met eind 2023 meer dan 100.000 medewerkers in bijna 120 landen.

Vier factoren maakten dit programma bijzonder uitdagend:

• 24/7-operaties: de software moet permanent en betrouwbaar beschikbaar zijn.
• Maatwerk naar standaardsoftware: een COTS-oplossing vraagt soms om compromissen tegenover wat de eigen software deed.
• Een zeldzaam type programma: grootschalige softwarevervanging komt in een organisatie niet vaak voor, dus de ervaring moet vaak nog worden opgebouwd.
• Beperkte middelen: de beschikbare capaciteit moest gericht worden ingezet.

Wat deed M2Q binnen het Omega-project?

M2Q stond in voor release-, quality- en testmanagement, van het bid-proces tot de begeleiding van de uitrol. Die rol bestond uit drie delen.

1. Aanbesteding: we namen deel aan het bid-proces voor programmabeheer en hielpen de verantwoordelijkheden binnen dat proces te stroomlijnen.
2. Richtlijnen en uitrol: we stelden richtlijnen op voor release-, kwaliteits- en testmanagement en voerden ze mee in. We ondersteunden TotalEnergies ook bij de acceptatie en implementatie van de softwareoplossingen.
3. Begeleiding: we zorgden mee dat softwareleveranciers opleverden volgens de specificaties, en adviseerden over de programma-implementatie en de vervanging door COTS-oplossingen.

Hoe breng je structuur in release- en testmanagement?

Je brengt structuur door omgevingen, processen, criteria en rapportering vooraf vast te leggen, nog voor de eerste release. Bij TotalEnergies ging het om deze bouwstenen:

• Gescheiden omgevingen: ontwikkel-, test- en productieomgevingen, elk met een duidelijke doelstelling.
• Defectmanagement: een vast proces om bevindingen op te volgen, met KPI’s voor releases en kwaliteit.
• Testmanagement in Jira: ingericht met Xray, een add-on voor testmanagement in Jira.
• Release- en testprocessen: met duidelijke criteria en met communicatie- en implementatieplannen.

Waarom Waterfall met incrementele leveringen?

Het programma werkte volgens Waterfall met incrementele leveringen, zodat de oplossingen al vroeg konden worden gevalideerd. Zo combineer je de voorspelbaarheid van een vaste planning met feedback tijdens het traject, in plaats van pas helemaal op het einde.

Program boards en burn-up- en burn-downcharts hielden de voortgang zichtbaar voor alle betrokken teams.

Vijf lessen voor wie software vervangt door een COTS-oplossing

1. Betrek testmanagement al bij de aanbesteding. Dan staan verantwoordelijkheden en kwaliteitseisen vast voor de uitvoering begint.
2. Spreek acceptatiecriteria af met je leveranciers. Zo kun je objectief nagaan of een oplevering aan de specificaties voldoet.
3. Maak compromissen expliciet. Bepaal vooraf waar de standaardsoftware mag afwijken van je bestaande software en waar niet.
4. Valideer in stappen. Incrementele leveringen tonen problemen sneller dan één grote oplevering.
5. Plan communicatie mee. In een 24/7-omgeving moet iedereen weten wat wanneer verandert.

Veelgestelde vragen

Wat is een COTS-oplossing? COTS staat voor Commercial Off-The-Shelf. Het is standaardsoftware die je koopt en configureert, in plaats van ze zelf op maat te ontwikkelen. Bekende voorbeelden zijn SAP, Microsoft Dynamics 365 en Salesforce.

Wat is het verschil tussen release-, quality- en testmanagement? Releasemanagement bepaalt wat wanneer live gaat. Quality management legt vast aan welke eisen het resultaat moet voldoen. Testmanagement organiseert hoe je dat aantoont met testen.

Waarom testen als je standaardsoftware koopt? Omdat je ook de configuratie, de koppelingen en de aansluiting op je processen moet valideren. Dat is de kant die alleen jouw organisatie kan beoordelen.

Kan Waterfall nog werken in een groot softwareprogramma? Ja. Bij het Omega-project werd Waterfall gecombineerd met incrementele leveringen voor vroegtijdige validatie.

Wanneer schakel je best een partner voor testmanagement in? Zo vroeg mogelijk, liefst al tijdens de voorbereiding of aanbesteding. Dan kun je criteria en verantwoordelijkheden nog vastleggen voor de uitvoering start.

Staat er bij jou een softwarevervanging op de planning?

M2Q helpt organisaties met release-, quality- en testmanagement, van aanbesteding tot go-live. Plan een gratis consult van 30 minuten of neem contact op.