You Aren't Gonna Need It

Ik mag van geluk spreken dat ik in de IT werk maar afkomstig ben uit de software-engineering; dat geeft mij een ietwat andere kijk op de wereld van de IT, zowel in het begrijpen van veel van wat er achter de schermen gebeurt met releasecycli en functies, als in het toepassen van kennis die in die sector is opgedaan op deze.

In de software-engineeringgemeenschap is het concept “You Aren’t Gonna Need It” oftewel YAGNI de afgelopen jaren populair geworden. YAGNI is voortgekomen uit de Extreme Programming (XP)-groep van Agile-ontwikkelaars en wordt verwoord als deze regel: “Implementeer zaken altijd wanneer u ze daadwerkelijk nodig hebt, nooit wanneer u alleen maar voorziet dat u ze nodig zult hebben.”

Ik herformuleer YAGNI in de ontwikkeling graag tot “Investeer niet in iets totdat u weet dat u het nodig hebt.” Maar het concept is hetzelfde – als u tijd en geld besteedt aan het bouwen van onderdelen waarvan u niet zeker weet of u ze ooit nodig zult hebben, neemt u risico's op zich, zoals het niet zo vroeg mogelijk waarde realiseren (doordat u zich richt op de zaken die nog niet van belang zijn en de zaken die dat wel zijn verwaarloost) en het investeren in technologie die nooit zal worden gebruikt (omdat de eisen veranderen, het project wordt geannuleerd, enzovoort).

Dit concept laat zich uitstekend overdragen op de IT. Zowel ontwerp als inkoop worden sterk beïnvloed door YAGNI, of zouden dat moeten worden. Opslag is een uitstekend voorbeeld. Investeer vandaag niet in opslag waarvan u denkt dat u die morgen zult gebruiken. We kunnen een groot aantal redenen opsommen waarom vroege investeringen in opslag slecht zijn: het bedrijf heeft weinig tot geen vermogen om zijn eigen groei nauwkeurig te voorspellen, de IT is slecht in het voorspellen van de groei van de opslag op basis van de groei van het bedrijf, de tijdswaarde van geld, en het vandaag kopen van opslag is duurder dan het morgen kopen van diezelfde opslag. Telkens wanneer we inkopen op basis van voorspellingen, nemen we risico op ons. Voorspellingen komen zelden uit.

Als we vandaag te veel opslag inkopen, betalen we een meerprijs voor die opslag, omdat de kosten van opslag in de loop van de tijd dramatisch dalen. Als we kopen met 100% speling en het drie jaar of langer duurt voordat we die speling gebruiken, betalen we te veel voor de opslag en krijgen we oudere technologie, terwijl later kopen ons een beter inzicht zou geven in wat we op dat moment werkelijk nodig hebben (niet alleen capaciteit, maar ook snelheid, betrouwbaarheid, functies, enzovoort), lagere kosten en meer opties.

Te veel inkopen is één risico, te weinig inkopen een ander. Te weinig inkopen is uiteraard een kleiner risico, maar nog steeds een punt van zorg. Als u vandaag inkoopt voor behoeften die drie jaar in de toekomst liggen en u na twee jaar plotseling een piek in de behoefte krijgt, hebt u mogelijk te veel geïnvesteerd in een platform of technologie die niet aan uw behoeften kan voldoen.

Opslag is één voorbeeld, maar dit kan overal van toepassing zijn, van softwarelicenties tot CPU-capaciteit, geheugen, hogebeschikbaarheidstechnologieën en zelfs desktops. Weinig organisaties zouden honderd procent te veel desktops inkopen, alleen maar om voorbereid te zijn op een voorspelde toename van het personeelsbestand over drie jaar, maar vreemd genoeg aarzelen ze niet om dat elders wel te doen.

Door in te kopen wat voor de onmiddellijke behoefte vereist is en inkoopbeslissingen uit te stellen tot later, ontstaat er een aanzienlijke kans op kostenbesparingen en technologische verbeteringen. In sommige gevallen kan het zijn dat de toekomstige behoefte zich nooit voordoet, hetzij vanwege onjuiste voorspellingen, veranderingen in de markt of strategie, hetzij door een verandering in de technologische richting, intern dan wel extern.

Naast inkoop kan YAGNI van toepassing zijn op netwerkontwerp. Het is niet ongebruikelijk dat grote, complexe ontwerpen worden voorgesteld en geïmplementeerd op basis van verwachte groei die vaak jaren weg ligt en, eerlijk gezegd, in een realistische wereld zelden erg waarschijnlijk is. Het is bijvoorbeeld gevaarlijk om een complexe hogebeschikbaarheidsomgeving te bouwen met dure licenties, complexe netwerken en veel opslag voor een verwachte groei van het bedrijf in de toekomst, wanneer slechts twee servers en een goed back-upplan alles is wat vandaag de dag te rechtvaardigen valt op basis van de kosten. Niet alleen moet de noodzakelijke groei zich voordoen om de IT-uitgave te rechtvaardigen, maar die moet zich ook zo snel voordoen dat de tijdswaarde van het geld gerechtvaardigd is en de kosten van de technologie niet zozeer dalen dat het implementeren van twee systemen kosteneffectiever zou zijn geweest. Het is verbazingwekkend hoe gemakkelijk het kan gebeuren dat het plaatsen van een kleiner, overbruggend systeem en vervolgens het implementeren van een grootschaliger systeem wanneer dat nodig is, veel goedkoper kan uitvallen, alleen al omdat de kosten van het bouwen van het grotere, complexere systeem zozeer in prijs zijn gedaald sinds het eerste systeem werd geïnstalleerd, en dat is nog voordat rekening wordt gehouden met het risico van onjuiste voorspellingen.

Vroeg uitgeven brengt een bijkomend risico met zich mee – het legt bedrijfsfinanciën vast in ongebruikte architectuur. Dat geld zou geïnvesteerd kunnen worden in andere onderdelen van het bedrijf om het bedrijf te laten groeien. In extreme gevallen zou overinvestering in infrastructuur kunnen bijdragen aan het volledig ten onder gaan van een bedrijf – een zichzelf waarmakende situatie waarin het niet toepassen van YAGNI op zichzelf de situatie creëerde waarin YAGNI het meest van toepassing was. De ontworpen oplossing was nooit nodig, aangezien het bedrijf ten onder ging.

YAGNI is een proces voor risicobeperking. Werken met de behoeften die u kent in plaats van met de behoeften die u verwacht.

Misschien kopen IT-afdelingen vandaag de dag te veel in omdat hun specifieke budgetten worden toegekend. Het is begrijpelijk dat de IT terechtkomt in een graaipartij naar technologie, in een poging om alles te implementeren wat ze kunnen wanneer de grillen van het bedrijf hun gunstig gezind zijn. Dit is echter een uiterst slechte bedrijfspraktijk. Bedrijven moeten zich realiseren dat er grote sommen geld worden verspild aan IT, omdat de IT gedwongen wordt systemen te implementeren in de veronderstelling van helderziendheid, op basis van willekeurige budgetten van het bedrijf zonder enige grondslag in de werkelijke wereld. De IT zit vast aan het inkopen van wat ze aan het bedrijf kan “verkopen” op basis van vaak zeer onduidelijke factoren, en het bedrijf financiert de IT vaak nogal grillig. Dit creëert een zeer ongezonde relatie tussen bedrijf en IT, waarin de IT geld verspilt omdat ze weinig keuze heeft en het bedrijf de IT als verspilling ziet omdat ze niet de gelegenheid krijgt efficiënt te opereren.

Om deze situatie te verhelpen, moeten het bedrijf en de IT samenwerken. De IT moet zich meer gaan gedragen als een bedrijfsmatig onderlegde eenheid, en het bedrijf moet voor sturing op de IT leunen en geen gebruikmaken van op voorspellingen gebaseerde budgettering of verstrikt raken in het kiezen van technologische benaderingen zonder het technische begrip van de gevolgen van die keuzes. De IT moet erop kunnen vertrouwen dat het bedrijf logische financiële bedrijfsbeslissingen neemt, en het bedrijf moet erop kunnen vertrouwen dat de IT logische technologische beslissingen voor het bedrijf neemt. Het bedrijf stuurt de IT aan, de IT stelt het bedrijf in staat te functioneren. Het is een symbiotische relatie. Als het bedrijf erop blijft staan dat de IT voorspellingen doet en op vaste budgetten opereert, zal de IT gedwongen blijven om waar mogelijk te veel uit te geven en te veel architectuur op te zetten, in de hoop voorbereid te zijn op morgen, wanneer het budget wellicht niet wordt goedgekeurd. Als men de IT zou vertrouwen om aan te vragen wat er nodig is en het bedrijf zou vertrouwen om de technologiebehoeften op het juiste moment te financieren, zouden beide effectiever kunnen opereren voor het gemeenschappelijk belang.

Conclusie: investeer niet vroeg, u weet niet wat de technologie of het bedrijf morgen zal doen.