Software configuration management (afgekort tot SCM) omvat het beheer van wijzigingen aan programma's. Dit onderdeel van de IT-sector is een relatief onbekend domein voor velen. Maar hoe groter een bedrijf is, hoe groter de noodzaak omtrent SCM aangelegenheden.

In de loop der jaren heeft AbitMORE^® bvba een wereldwijde reputatie opgebouwd omtrent de know-how van de implementatie van het software pakket Change Man^® / zMF van SERENA^® Software, een zeer uitgebreid pakket dat toelaat om zeer degelijke SCM procedures uit te werken. En wel zodanig dat tal van potentiële menselijke fouten of vergetelheden vooraf uitgesloten worden. Moest er dan toch nog iets mis gaan, dan heeft men vooraf voorzieningen genomen om in geval van nood de klok te kunnen terugdraaien, om aldus terug te vallen op de vorige versies van alle programma's. SCM op zijn best dus!

Een klein onderdeeltje van een uitermate goed georganiseerde SCM procedure is soms (online) te zien bij KBC Bank en Verzekeringen. Meer specifiek op sommige zaterdagnachten tussen ongeveer 22u en 7u, en dit ongeveer 1 keer in de 4 à 8 weken. Er wordt dan tijdelijk een bericht getoond in de stijl van "het systeem is tijdelijk niet beschikbaar wegens onderhoudswerkzaamheden, vanaf 22u, tot maximaal 7u" . Mocht U het bericht ooit zien, weet dan dat er achter de schermen (letterlijk) SCM know-how van AbitMORE^® bvba in uitvoering is ...

Enkele voorbeelden van wat zoal de gevolgen kunnen zijn voor (grote) bedrijven die niet beschikken over afdoende SCM faciliteiten. Het gaat hier over werkelijk gebeurde verhalen bij grote bedrijven, die om begrijpelijke redenen anoniem wensen te blijven, zij het dat sommige gevallen zo'n grote impact gehad hebben dat ze niet onopgemerkt gebleven zijn voor het grote publiek.

1. Een trein volgeladen met half afgewerkte staalproducten, moest tussen Luik en Charleroi stilgelegd worden om te voorkomen dat men bij aankomst van de trein in Charleroi de trein niet zou kunnen lossen. Dit omdat het systeem om de diverse kenmerken van het staal op te vragen (om te weten hoe het nadien te behandelen) niet beschikbaar was. De oorzaak daarvan lag in een foutje van een programma dat juist aangepast was.
2. Een betaalsysteem van een gans land was X uren buiten werking ... omdat men overgeschakeld was naar een nieuw systeem waarin nog een cruciale fout zat (en men geen manier had om terug te draaien, dus moest men wachten op de oplossing van de fout).
3. Telkens als het systeem van een van de grootste Amerikaanse kredietkaarten-bedrijven 1 seconde (!!!) uitligt, resulteert dat in een extra kost van 1 miljoen dollar ... per seconde!
4. Een van de grootste verzekeringsmaatschappijen ter wereld, heeft 150 programmeurs, die samen 120.000 programma's bouwen en onderhouden, welke operationeel gebruikt worden in 13.000 AS/400 (midrange) computers gespreid over de gehele USA. Het versturen (per telefoon) van 1 gewijzigd programma naar 1 van die computers, kost ongeveer 4 dollar. Reken uit (of probeer een schatting te maken):
   • Wat is de kans dat er 1 (van de 120.000) programma van 1 (van de 150) programmeur een fout bevat die NIET tijdig (vooraleer operationeel te worden) opgemerkt werd tijdens het testen? ... Die kans is NIET nul!
   • Hoeveel kost het om in geval van een cruciale fout die ongemerkt naar alle computers verstuurd werd, het verbeterde programma (de fix) NOGMAALS naar alle computers te versturen? ... Antwoord: 13.000 maal 4 dollar = 52.000 dollar.
   • Hoeveel zou je maandelijks besparen als je elke dag (van de 20 werkdagen in een maand) 1 bijkomende distributie van een fix zou kunnen uitsparen? Antwoord: 20 dagen maal 52.000 dollar = meer dan 1.000.000 dollar.
5. Wat is de mogelijke impact van een vliegtuig dat zou opstijgen met een nieuwe versie van een software (zoals de automatische piloot ...) waarin 1 fout zou zitten die ongemerkt operationeel geworden is? Antwoord: "the system might go down" ... Maar wat is in dat geval "the system" juist?. Is er "SNEL GENOEG een vorige versie" beschikbaar waarop men terug kan "vallen", zoniet dreigt er een variant van "Houston, we have a problem".
6. En wat met kerncentrales of chemische fabrieken waar men OOK software gebruikt (en soms overschakelt naar nieuwe versies van programma's)?

Eenvoudig gesteld kan men zeggen dat SCM bijdraagt tot het "in de lucht houden" (soms dus zelfs letterlijk als het gaat over vliegtuigen of ruimtetuigen ...) van operationele omgevingen op ogenblikken dat men overschakelt naar nieuwe versies van programma's (en dan soms nog wel met tienduizenden programma's op hetzelfde ogenblik).