Quick and Dirty: betekenis in de IT

We maken het allemaal wel eens mee, acute problemen, errors of systeem wijzigingen die direct aangepakt moeten worden. Er wordt dan overgewerkt tot het probleem is opgelost zonder rekening te houden met standaarden, procedures of ingewikkelde koppelingen. Het moet Quick and Dirty. Later zit je met een kater, want hoe moet je het allemaal weer in orde krijgen?

Quick and Dirty betekenis

In de context van IT gebruiken we “quick and dirty” vaak om te verwijzen naar een snelle, maar niet noodzakelijk grondige of goed doordachte aanpak bij het oplossen van een probleem of het ontwikkelen van software. Het impliceert meestal dat de oplossing snel wordt geïmplementeerd zonder veel aandacht te besteden aan optimalisatie, documentatie of langetermijnplanning. Het kan handig zijn voor tijdelijke oplossingen of prototyping, maar het kan ook resulteren in code of systemen die later moeilijker te onderhouden of uit te breiden zijn. Het gebruik van “quick and dirty” benadrukt dus vaak de nadruk op snelheid boven perfectie.

De benadering komt veel voor tijdens problem en incident management

Het gebruik van een “quick and dirty” benadering komt vaak voor tijdens problem en incident management in de IT. In situaties waarin zich onverwachte problemen of incidenten voordoen, kan er namelijk druk ontstaan om snel een oplossing te vinden en de normale werking van systemen te herstellen. In dergelijke gevallen kan het verleidelijk zijn om een snelle en directe benadering te kiezen, vooral als de tijdsdruk hoog is.

Hier zijn enkele scenario’s waarin een “quick and dirty” benadering in problem en incident management kan voorkomen:

1. Tijdsdruk bij kritieke incidenten: Bij kritieke incidenten die de bedrijfsvoering verstoren, kan er behoefte zijn aan een snelle reactie om de systemen zo snel mogelijk weer operationeel te krijgen. Dit kan echter leiden tot tijdelijke oplossingen die later moeten worden herzien.
2. Noodpatches en hotfixes: In gevallen waarin we beveiligingslekken of kritieke fouten snel moeten verhelpen, kunnen we een snelle patch of hotfix uitbrengen om de problemen onmiddellijk aan te pakken.
3. Workarounds voor bekende problemen: Als er al bekende problemen zijn waarvoor nog geen permanente oplossing is gevonden, kan het team besluiten om tijdelijke workarounds te implementeren om de impact op de gebruikers te verminderen.

Hoewel een “quick and dirty” benadering soms noodzakelijk kan zijn om de operationele continuïteit te behouden, is het belangrijk om deze tijdelijke maatregelen goed te documenteren en later de nodige stappen te ondernemen om robuustere en duurzame oplossingen te implementeren. Anders kan dit leiden tot opbouw van technische schuld en toekomstige complicaties.

Het Quick and Dirty aanpakken van IT projecten

In sommige gevallen pakken ontwikkelaars IT-projecten ook op een “Quick and Dirty” manier aan. Dit betekent dat de nadruk ligt op het snel leveren van een werkende oplossing echter zonder uitgebreide planning, documentatie of optimalisatie. Er zijn verschillende redenen waarom dit kan gebeuren:

1. Strakke deadlines: Als er dringende deadlines zijn en er weinig tijd is om een project op een meer gestructureerde manier aan te pakken, kan een team besluiten om een snelle en minder formele benadering te volgen om de vereiste resultaten te behalen.
2. Prototyping en proof of concept: Bij het creëren van prototypes of het ontwikkelen van proof-of-concept-oplossingen kan een “quick and dirty” benadering worden gekozen om snel te valideren of een bepaalde benadering levensvatbaar is voordat er meer tijd wordt besteed aan een grondiger ontwikkelingsproces.
3. Tijdelijke oplossingen: Soms zijn er projecten waarin een snelle tijdelijke oplossing vereist is om onmiddellijke problemen op te lossen. In dergelijke gevallen kan het team een “quick and dirty” benadering gebruiken met de intentie om later terug te komen en een meer robuuste oplossing te implementeren.

Quick and Dirty tips om nare gevolgen te voorkomen

Om de gevolgen van een “quick and dirty” benadering te minimaliseren, zijn er enkele tips die we kunnen volgen. Door deze tips te volgen, kun we de negatieve gevolgen van een “quick and dirty” benadering verminderen en ervoor zorgen dat tijdelijke oplossingen uiteindelijk worden vervangen door meer robuuste en duurzame oplossingen.

Bewustzijn en erkenning

Het is belangrijk om je bewust te zijn van de tijdelijke aard van “quick and dirty” oplossingen en ze te zien als noodmaatregelen. Erken dat er behoefte is aan een meer gestructureerde aanpak op de lange termijn.

Documentatie

Zorg voor een grondige documentatie van de tijdelijke oplossingen. Dit omvat niet alleen de stappen die zijn genomen, maar ook de redenen erachter, zodat toekomstige ontwikkelaars begrijpen waarom bepaalde keuzes zijn gemaakt.

Communicatie

Houd alle belanghebbenden op de hoogte van de genomen maatregelen en leg duidelijk uit dat het om een tijdelijke oplossing gaat. Communiceer ook de intentie om later terug te keren en een meer robuuste oplossing te implementeren.

Planning voor opschoning

Maak een plan om de tijdelijke “Quick and Dirty” oplossingen later te herzien en te verbeteren. Wijs tijd en middelen toe aan het opschonen van de code, het implementeren van permanente oplossingen en het verminderen van technische schuld.

Code Reviews

Als er tijd is, voer dan code reviews uit, zelfs voor tijdelijke oplossingen. Hierdoor kunnen teamleden mogelijke problemen identificeren en ervoor zorgen dat ze geen onnodige complicaties introduceren.

Automatisering en tests

Als het haalbaar is, automatiseer dan tests en implementatieprocessen, zelfs voor tijdelijke oplossingen. Dit helpt bij het waarborgen van de stabiliteit en het minimaliseren van fouten.

Prioriteiten stellen

Zorg ervoor dat er een prioriteitenlijst is voor het aanpakken van technische schuld en het implementeren van permanente oplossingen. Focus op de meest kritieke gebieden om een structurele verbetering te bereiken.

Het opschoningstraject

Een opschoningstraject, ook wel bekend als technische schuldaanpak, is een proces waarbij we tijdelijke of suboptimale oplossingen herzien en vervangen door meer gestructureerde, onderhoudsbare en duurzame oplossingen. Hier zijn algemene stappen die je zou kunnen volgen tijdens een opschoningsproject:

Inventarisatie en prioritering

Identificeer gebieden in de codebase die zijn ontstaan door “quick and dirty” oplossingen. Prioriteer deze gebieden op basis van hun impact op stabiliteit, prestaties en onderhoudbaarheid.

Documentatieverificatie

Controleer of alle tijdelijke oplossingen goed zijn gedocumenteerd. Zorg ervoor dat documentatie up-to-date is en de redenen achter de genomen beslissingen uitlegt.

Code Review

Voer uitgebreide code reviews uit op de betrokken stukken code. Identificeer potentiële problemen, duplicatie, en verbeterpunten.

Automatisering van tests en implementatie

Implementeer automatische tests om de huidige functionaliteit te waarborgen. Automatiseer het implementatieproces om fouten bij het implementeren van verbeteringen te minimaliseren.

Incrementele verbeteringen

Maak verbeteringen in kleine stappen om de impact op de operationele omgeving te minimaliseren. Werk aan één gebied tegelijk om focus te behouden.

Betrek het team

Werk samen met het ontwikkelingsteam en zorg voor betrokkenheid bij het opschoningsproces. Train teamleden indien nodig om nieuwe praktijken en normen te begrijpen en toe te passen.

Monitoring en evaluatie

Monitor de effecten van de opschoning op prestaties, stabiliteit en onderhoudbaarheid. Evalueer of de beoogde verbeteringen daadwerkelijk worden bereikt.

Herhaal en optimaliseer

Itereer over het opschoningsproces op basis van geleerde lessen. Pas het proces aan en blijf herhalen totdat de codebase aanzienlijk is verbeterd.

Kennisdeling

Deel kennis binnen het team over best practices en nieuwe patronen die zijn geïntroduceerd. Documenteer de geleerde lessen om te voorkomen dat vergelijkbare technische schuld in de toekomst ontstaat.

Continue verbetering

Implementeer een cultuur van continue verbetering om technische schuld proactief te voorkomen en tijdig aan te pakken.

Opschoningstrajecten vergen tijd en middelen, maar ze zijn essentieel voor het behoud van een gezonde, onderhoudbare codebase. Door stapsgewijs te werken en het proces te blijven herhalen, kun je de kwaliteit van de codebase verbeteren en bovendien toekomstige ontwikkeling efficiënter maken.

Quick and Dirty oplossingen later helemaal vervangen

Het komt vaak voor dat een “Quick and Dirty” oplossing later volledig wordt vervangen door een meer doordachte en duurzame oplossing. De initiële snelle benadering kan een team inzetten om onmiddellijke problemen op te lossen, dringende deadlines te halen of om een proof of concept te creëren. Echter, na verloop van tijd, wanneer er meer tijd, middelen en prioriteit beschikbaar zijn, kan het team besluiten om de tijdelijke oplossing volledig te herzien en te vervangen.

Enkele redenen waarom dit gebeurt, zijn onder andere:

1. Stabiliteit en betrouwbaarheid: Quick and Dirty oplossingen zijn vaak niet ontworpen voor langdurig gebruik en kunnen bovendien leiden tot stabiliteitsproblemen. Het vervangen ervan door een meer solide oplossing zal helpen om betrouwbaarheid te garanderen.
2. Onderhoudbaarheid: Tijdelijke oplossingen zijn vaak minder onderhoudsvriendelijk en kunnen daarom leiden tot technische schuld. Een volledige vervanging kan echter gericht zijn op het verbeteren van de onderhoudbaarheid van de code.
3. Schaalbaarheid en prestaties: Als de initiële oplossing niet schaalbaar is of niet voldoet aan de prestatievereisten naarmate het systeem groeit, kan het nodig zijn om een meer schaalbare en efficiënte oplossing te implementeren.
4. Veranderende vereisten: Als de vereisten voor het project in de loop van de tijd veranderen, kan het nodig zijn om de initiële oplossing aan te passen of volledig te vervangen om aan nieuwe behoeften te voldoen.
5. Technologische vooruitgang: Nieuwe technologische ontwikkelingen kunnen het mogelijk maken om betere oplossingen te implementeren. Het vervangen van oude oplossingen kan helpen bij het profiteren van deze vooruitgang.

Het vervangen van een “Quick and Dirty” oplossing vereist echter een georganiseerde aanpak. Het is namelijk belangrijk om de redenen voor de vervanging duidelijk te begrijpen, te plannen voor een soepele overgang en ervoor te zorgen dat de nieuwe oplossing de nodige testen ondergaat voor we deze in gebruik nemen.

Als we de “Quick and Dirty” oplossing niet vervangen, wat is dat de beste vervolgstap?

Als we besluiten om een “Quick and Dirty” oplossing niet te vervangen, zijn er nog steeds stappen die we moeten nemen om de risico’s te beperken:

Documenteer de tijdelijke oplossing

Zorg ervoor dat de tijdelijke oplossing grondig is gedocumenteerd. Documenteer de redenen voor deze benadering, mogelijke valkuilen en de impact op het systeem.

Technische schuld managen

Erken dat de tijdelijke oplossing technische schuld kan introduceren. Maak daarom een plan om technische schuld te managen en overweeg het toewijzen van tijd en middelen om deze schuld geleidelijk te verminderen.

Implementeer best practices

Volg best practices bij het schrijven van nieuwe code. Zorg ervoor dat toekomstige ontwikkelingen niet dezelfde tekortkomingen ervaren als de tijdelijke oplossing.

Continue monitoring en onderhoud

Monitor de tijdelijke oplossing continu en voer bovendien regelmatig onderhoud uit om eventuele problemen snel te identificeren en aan te pakken.

Plan voor toekomstige vervanging

Stel een plan op voor de toekomstige vervanging van de tijdelijke oplossing. Bepaal onder welke omstandigheden of wanneer er voldoende middelen beschikbaar zijn om de oplossing te vervangen door een meer duurzame.

Betrek belanghebbenden

Communiceer duidelijk met belanghebbenden over de aard van de tijdelijke oplossing en de redenen waarom we deze behouden. Blijf ook openstaan voor feedback en houd belanghebbenden op de hoogte van eventuele gevolgen.

Implementeer risicobeperkende maatregelen

Overweeg het implementeren van extra maatregelen om de risico’s van de tijdelijke oplossing te verminderen. Dit kan bijvoorbeeld het toevoegen van monitoring, herstelmaatregelen of extra beveiligingslagen omvatten.

Regelmatige evaluatie

Plan regelmatige evaluatiemomenten om de prestaties, stabiliteit en onderhoudbaarheid van de tijdelijke oplossing te beoordelen. Pas de strategie indien nodig aan op basis van voortschrijdend inzicht.

Quick and Dirty conclusie

Hoewel een “Quick and Dirty” benadering in sommige gevallen geschikt kan zijn, is het belangrijk om te erkennen dat het risico’s met zich meebrengt, zoals slecht onderhouden code, verminderde stabiliteit en moeilijkheden bij het beheren van veranderingen op de lange termijn. Het is dus vaak een tijdelijke maatregel en geen duurzame strategie voor het beheer van complexe IT-projecten. Het is daarom belangrijk om proactief te blijven in het managen van de tijdelijke oplossing en ervoor te zorgen dat eventuele negatieve gevolgen worden aangepakt zodra ze zich voordoen. Door bovendien bewust te zijn van de beperkingen en risico’s, en actief te werken aan het beheer ervan, kunnen we de impact minimaliseren en de levensduur van de tijdelijke oplossing verlengen totdat een vervanging haalbaar is.

Discussieer mee op ITpedia LinkedIn of op Financial Executives LinkedIn.