Waarom is Oyster geboren?

Zelf bouwen is moeilijk

Om een dergelijk op maat gemaakt systeem in gebruik te nemen, begint het bij een lage 6 cijfers voor een basisschil. Dat is nog maar het begin…
De complexiteit van het ontwerpen van zo'n systeem is complex en wordt vaak onderschat
De eisen die aan het systeem worden gesteld en de opdrachten die aan de bouwers van uw systeem worden gegeven, kunnen tijdens de levenscyclus van het project drastisch veranderen.

Ook ontwikkeling uitbesteden

"Lost in translation" (wat u bedoelt en wat een ontwikkelaar begrijpt) kan leiden tot "red-haring" op de ontwikkelingsweg of de ontdekking dat de infrastructuur geen veranderingen kan verwerken die u nodig hebt omdat deze niet in de architectuur waren voorzien vanaf het begin.
Dit betekent veel tijd, frustratie en natuurlijk geld… goede ontwikkelaars zijn heel, heel duur.
Als men zich niet 100% van de tijd kan concentreren op het projectmanagement, zullen de frequentie en de kosten van deze 'afleidingsmanoeuvres' toenemen.

Voorkom dat de kosten oncontroleerbaar oplopen

Vermijd valse voorwendselen op gebieden waar u niet bekend mee bent

Spiraalvormige kosten versus gemiste doelen

Meestal overschrijden deze projecten de toegewezen tijd, ramingen en dus het budget dramatisch.
Het opnieuw ontwerpen van bestaande "kant-en-klare" pakketten is zelden succesvol in het creëren van een systeem dat aan 100% van de vereisten voldoet. Zal het uiteindelijke systeem geschikt zijn voor het beoogde doel? U kunt meer tijd en geld besteden aan het proberen om het iets te laten doen waarvoor het niet is ontworpen.
Verander één element en de knock-on-effecten kunnen talrijk zijn en niet voor de hand liggend/pas later ontdekt worden
De op maat gemaakte aanpak kan een hit or miss zijn als je geen tijd hebt. Het KAN je geven wat je zoekt, maar tegen welke prijs en wat als het misgaat?

FEIT

Statistisch gezien wordt 90% van de uitgaven en tijd besteed aan de laatste 10% van de implementatie van dergelijke projecten. Veel van dergelijke projecten worden op de plank gelegd omdat het eindresultaat niet aan ALLE verwachtingen voldoet (meestal vanwege architectuurfouten in het begin die het mogelijk maken om latere wijzigingen/ontwikkelingen van vereisten te accommoderen) of vanwege de stijgende kosten die voortvloeien uit de extra tijd van de ontwikkelaar (niet te onderschatten hoeveel ontwikkelaars kosten).