Maatwerk is uit !
Maatwerk software
Een stukje geschiedenis
Veel organisaties hebben anno 2005 (zo niet eerder) de keuze gemaakt voor het gebruik van standaard toepassingen in hun administratieve organisatie. En, zoals de verzamelnaam al doet vermoeden, standaard systemen hebben over het algemeen één ding gemeen. Het zijn standaard systemen...
Een open deur ? Misschien…Dat neemt echter niet weg dat een standaard systeem veelal niet meer dekt dan 70% van de administratieve en organisatorische processen die zich afspelen binnen een organisatie.
Daarom werd in het verleden veel geïnvesteerd in maatwerk oplossingen. En met verleden bedoelen we de negentiger jaren.
Eilandautomatisering
Met name in omgevingen waar een standaard centraal financieel systeem in gebruik was bleek in de praktijk dat veel bedrijfsspecifieke processen niet werden aangestuurd, gecontroleerd en gereguleerd door de hoofdapplicaties.
Met als gevolg dat door (eind) gebruikers van deze systemen ´eigen´ oplossingen werden bedacht in de vorm van extracomptabele subsystemen. Denk hierbij aan spreadsheets, database programma´s, tekstverwerkers en presentatiehulpmiddelen. Hiermee werd de dekking van 70% aangevuld door allerlei systemen, slim in elkaar gestoken door eindgebruikers. Een prima oplossing voor het probleem toch ? Op deze wijze kwamen we al snel tot een dekking van 80% of meer…
En zo werd het begrip "eilandautomatisering" vorm gegeven. De kernprocessen van de organisatie waren keurig vervat in de standaardapplicatie en de specifieke bedrijfsprocessen werden opgenomen in zelf ontworpen toepassingen.
Maar na verloop van tijd bleek dat de, in eerste opzet, eenvoudige aanvullingen op het standaard systeem al lang niet meer eenvoudig waren. Om over interfacing (als die er al was) met de hoofdapplicaties nog maar te zwijgen.
Dit werd, terecht, gezien als een ongewenst risico binnen de organisatie. Want als de persoon die de aanvullende toepassing ontwikkeld had van werkgever zou veranderen was er geen enkele garantie dat zijn opvolger het beheer over deze toepassing naar behoren zou kunnen oppakken. Documentatie was er niet…of slechts gedeeltelijk. En de applicaties die op deze wijze ontwikkeld werden waren vaak bij lange na niet logisch of overzichtelijk van opzet.
Maatwerk oplossingen
Zekerheid betreffende de juistheid van informatie verstrekt middels deze systemen was er evenmin. U hebt het allemaal in de kranten kunnen lezen. Bedrijven gingen ten onder aan beslissingen genomen op basis van compleet vertekend cijfermateriaal. Of werden zelfs het slachtoffer van frauduleuze handelingen.
Dus werd binnen de organisatie de stofkam door dergelijke subsystemen gehaald, bepaald wat werkelijk noodzakelijk was en vervolgens werden maatwerk oplossingen ontwikkeld in overleg met de huisleverancier van de organisatie.
Voilá, probleem opgelost. Dat maatwerk oplossingen een relatief grote investering vormden ten opzichte van de investering in de hoofdapplicaties werd voor lief genomen. In de jaren negentig ging het iedereen op economisch terrein zodanig voor de wind dat dit argument wat minder gewicht in de schaal legde.
Maatwerk is uit
Nu terug naar vandaag…..
Onlangs nog gelezen in de Automatisering gids : Maatwerk is uit
We kiezen massaal voor de standaard oplossing. Je weet wat je koopt, de investering is vooraf duidelijk en beperkt tot de bedragen in de prijslijst (?). En de huidige systemen dekken al lang veel meer dan die 70% waar we in de jaren negentig zo trots op waren.
Inderdaad, de huidige standaard systemen zijn volwassen en kunnen véél meer dan hun voorouders uit de jaren negentig. Web enabling ? Hoeft niet meer, zit er al in. Koppelingen naar externe systemen ? Hoeft niet, zijn er niet meer.
Lijkt wel een beetje op wat de verkopers riepen in de jaren tachtig en negentig toen zij hun hardware bij bedrijven naar binnen rolden met daarop de toepassingen zoals genoemd in de voorgaande alinea´s.
Om de ballon maar meteen door te prikken, de huidige standaard systemen kunnen veel meer. Helemaal mee eens. Echter, de eisen die een organisatie stelt aan haar systemen zijn eveneens veel hoger. En specifieker.
Dus, als de geschiedenis zich herhaalt (en in het verleden is gebleken dat dit keer op keer gebeurt) zijn er weer tal van aanvullingen nodig op de standaard oplossingen waar nu veelal voor gekozen wordt. En zullen zich vergelijkbare situaties met de daarbij behorende problemen voordoen als in de voorgaande alinea´s geschetst.
Dus maatwerk raakt weer in ?
Ja, maar er zijn significante verschillen met de manier waarop maatwerk oplossingen anno nu worden ontwikkeld. Maatwerk oplossingen gepaard gaande met investeringsniveaus gelijk aan die van de negentiger jaren hebben geen recht van bestaan meer.
Van een software ontwikkelaar wordt nu verwacht dat hij een product levert conform de daar aan gestelde eisen, binnen de gestelde levertijd en last but not least, binnen het overeengekomen budget. Een budget dat echter minder ruim is dan enkele jaren geleden.
Dit betekent dat de ontwikkelaar, naast algemene en branchespecifieke kennis, moet beschikken over technologisch volwassen standaards, methodieken, hulpmiddelen en componenten. Op basis waarvan hij in staat is volwassen producten te leveren tegen acceptabele investeringen.
Alleen ontwikkelaars die aan deze criteria (en meer) voldoen zullen kans maken te overleven onder de huidige marktomstandigheden.
Bouwstenen
Niet zonder trots kunnen wij stellen aan deze criteria te voldoen. Daaraan ontlenen wij het recht van bestaan in onze kernactiviteit, software ontwikkeling. In de loop der jaren hebben wij een uitgebreide bibliotheek ontwikkeld van standaardcomponenten, systemen en procedures.
In de praktijk betekent dit dat een toepassing door ons ontwikkeld bestaat uit bouwstenen. Bouwstenen die ieder op zich geen enkele betekenis vormen voor een specifiek bedrijfsproces. Maar op de juiste wijze samengevoegd een geheel vormen waarvan de waarde meer is dan de som der delen.
Dit vertaalt zich uiteindelijk in een relatief sterke prijs/kwaliteitsverhouding van de door ons geleverde producten en diensten. Een groot verschil met de jaren negentig, toen iedere applicatie min of meer van de grond af aan, bit voor bit, moest worden ontwikkeld.
COSS Solutions






