Veel software is de afgelopen jaren hard gegroeid. Je ziet door de koppelingen het proces niet meer. Daardoor is de basis onder veel platformen langzaam zwaarder belast geraakt. Een wijziging kost ineens veel meer uren dan je had verwacht, waardoor de planning constant verschuift.

Op een gegeven moment merk je dat een relatief simpele wijziging dagen kost in plaats van uren. Updates schuif je op de lange baan, omdat niemand zijn vingers eraan wilt branden. Moet iets live? Reken er dan maar op dat het halve team niet alleen betrokken, maar vooral gestrest is.

Lang verhaal kort, blijft de lijst met optimalisaties en doorontwikkeling ondertussen alleen maar groeien, omdat je team vooral bezig is met het draaiend houden van wat er al is.

Replatforming is dus alles behalve een hype. Het is onderhoud dat je te lang hebt uitgesteld, maar nu nodig is om weer vooruit te kunnen. De reden dat je het zoveel voorbij ziet komen is omdat de meeste bedrijven inderdaad te lang wachten en deze pagina om dezelfde reden bezoeken als jij.

Verschil systeem en platform

Om het begrip replatforming beter te begrijpen is het belangrijk dat we uitleggen wat het verschil is tussen een systeem en een platform.

Een systeem is wat je mensen gebruiken om hun werk te doen.

Een platform is de basis waarop dat systeem draait [de omgeving die zorgt dat het snel, veilig en betrouwbaar werkt].

Als je van systeem wisselt, verander je vaak processen, training en adoptie.
Als je kiest voor replatforming, verbeter je vooral de basis, zonder dat je team hier operationeel iets van merkt.

Verschil tussen replatforming en refactoring

Zie je software als een huis. Replatforming is het verstevigen van de fundering en het vervangen van oude leidingen en elektra. Refactoring is daarna de verbouwing van binnen. Je deelt kamers slimmer in en werkt alles af, omdat het huis stevig staat en je niet bang hoeft te zijn dat er iets instort of dat er plots een lekkage ontstaat.