Activator technologie: Waarom mislukt een softwareproject?

Deze vraag hebben we onszelf gesteld als uitgangspunt bij het zoeken naar mogelijke oplossingen. Met mislukken doelen we niet zozeer op de technische kant: het schrijven van de code en de implementatie. We doelen dan eerder op het overschrijden van de geplande tijdsduur, het (ver) overschrijden van het budget en zelfs een teleurstellend resultaat dat niet voldoet aan de verwachtingen van de opdrachtgever.

Er zijn natuurlijk de klassieke argumenten als: slechte communicatie, slechte definitie, onduidelijkheid van de zijde van de klant en laten we niet vergeten de verkeerde interpretatie door de leverancier etc..

Indien deze zaken door het gebruik van goede projectmanagementtools voorkomen zouden kunnen worden, zouden deze tools er al zijn na 40 jaar ICT. We hebben ons afgevraagd of er misschien andere factoren meespelen.

Na onderzoek is gebleken dat andersoortige projecten minder vaak “mislukken” dan ICT projecten. Op grond hiervan zijn we van de volgende veronderstelling uitgegaan:
“Blijkbaar zijn de klassieke problemen voor een deel inherent aan de manier waarop we software schrijven”. 

Deze gedachte is niet nieuw getuige de vele ontwikkelingen die er zijn (geweest) om software zo flexibel mogelijk te schrijven: Component modellen, O-O, loosely coupled, extreme programming etc.. Men slaagde er niet in geheel weg te komen van het applicatiemodel waarin een bepaalde logica is vereist die de onderlinge relatie tussen componenten beschrijft.

We zijn er dan ook trots op dat Adaptive Planet er als eerste in is geslaagd om een pure component omgeving te ontwikkelen. In dit model zijn de componenten 100% onafhankelijk en weten zelfs niet van elkaar dat ze bestaan. Toch kunnen ze samenwerken op het moment dat er ondersteuning voor een proces nodig is.

Dit betekent dat tijdens de ontwikkelfase altijd kan worden ingegrepen zonder dat dit impact heeft op datgene wat al is geschreven en wat nog komen gaat. Er kan dus altijd worden bijgestuurd zonder de gevolgen van bijsturing binnen een klassieke omgeving. Dit geldt niet alleen tijdens de ontwikkeling maar ook als de software reeds in bedrijf is. Op iedere eis tot verandering kan direct worden gereageerd. Dus niet wachten op de volgende versie of een dure ingreep (laten) doen.

Uw software voldoet altijd aan de laatste eisen!

De activator technologie biedt ongekende perspectieven, bijv. op het gebied van leagcy. Pijnloos kunnen oude delen van uw software worden vervangen. Zie Proof of Concept voor Cisco voor de vervanging van miljoenen lijnen legacy code:
Leveraging Legacy, migrating legacy code

De code is 100% herbruikbaar. Denk als voorbeeld aan de muziek: Beschikt men over voldoende componenten dan kan iedere software-ondersteuning worden gecomponeerd.
We willen u graag informeren over de ongekende mogelijkheden van onze Activator technologie.