Onze project aanpak

Dat onze aanpak werkt, heeft de praktijk inmiddels bewezen. We vragen wel een directe betrokkenheid van onze opdrachtgevers, omdat we het hele proces samen doorlopen. Het resultaat is dat het eindproduct precies aansluit op de wensen van de klant.

Analyse vooraf

Voordat we aan de ontwikkeling beginnen, bepalen we in overleg met de opdrachtgever alle eisen en wensen en de prioriteit ervan. Dit vertalen we in een functioneel en een technisch ontwerp. Deze vormen de basis voor de nieuwe applicatie.

Redeneren vanuit tijd en budget

Voor het ontwikkelen van nieuwe applicaties volgen we een methodiek die we ‘Agile Development’ noemen. Deze methodiek heeft als voordeel dat u de garantie krijgt dat wij de opdracht op tijd, binnen budget en met de juiste kwaliteit opleveren. Hoe wij dit doen? In onze aanpak zetten we tijd en budget vast. Wanneer moet het klaar zijn en wat mag het kosten zijn voor ons de twee leidende elementen. We redeneren dus duidelijk niet vanuit de gewenste functionaliteiten. Volgens ons leidt dat in de praktijk juist vaak tot vertraging. Functionaliteiten wijzigen nog geregeld, zelfs na de start van het project. In onze aanpak houden we wijzigingen altijd meteen tegen het oorspronkelijke functioneel en technisch ontwerp aan. Daarmee hebben we direct zicht op de impact van de wijziging. Deze methode dwingt zowel de ontwerper als de klant te focussen op de bedrijfskritische functionaliteit zonder zich af te laten leiden door nieuwe omstandigheden.

Stapsgewijs ontwikkelen

Ibuildings maakt gebruik van een iteratief ontwikkelproces. Dit betekent dat we de applicatie stapsgewijs bouwen. Na elke stap leveren we een werkend deelproduct op, dat we met u bespreken. Zo is het mogelijk om veranderende inzichten en gewijzigde prioriteiten tijdens het project al mee nemen in de ontwikkeling van het eindproduct. Het is vaak moeilijk vooraf precies te weten hoe de applicatie er exact uit moet komen te zien. Doordat we steeds deelproducten opleveren, ontstaat al ruim voor het einde van het project een beeld van de applicatie en kunnen we tijdig wijzigingen op het ontwerp doorvoeren. U maakt tijdens het proces bijna deel uit van het ontwikkelteam. Hoe intensiever de samenwerking tijdens het ontwikkelproces, hoe beter het eindproduct aansluit op uw wensen.

Testen tijdens ontwikkelproces

Voordat we starten met het bouwen van functionaliteit, schrijven we eerst de test die we willen uitvoeren. Zodra de functionaliteit klaar is, wordt de test automatisch uitgevoerd. Dit heet ‘test-driven’ ontwikkelen en heeft een aantal belangrijke voordelen:

• Het gaat veel sneller dan handmatig testen en is ook veel nauwkeuriger. Als het gaat om een complete test van duizenden regels code is handmatig testen bijna niet te doen.
• Het betekent dat de test gemakkelijk herhaald kan worden. Na een uitbreiding kunnen we exact dezelfde test uitvoeren om te bepalen of de uitbreiding geen negatieve invloed heeft op de eerder geschreven functionaliteit.
• Het zorgt ervoor dat er altijd een test plaats vindt, ook als er aan het einde te weinig tijd zou zijn. Als een project dreigt uit te lopen, is een kortere testtijd vaak het laatste redmiddel om nog op tijd op te kunnen leveren. Met test-driven ontwikkelen doen wij geen concessies, omdat we tijdens het hele ontwikkelproces testen.

Documentatie

Na afloop van het proces laten we altijd duidelijke documentatie achter over wat we precies hebben gebouwd en opgeleverd. We passen tijdens de bouw zowel het functionele als het technische ontwerp aan, zodra wijzigingen optreden. Zo is de architectuurdocumentatie van de applicatie altijd up-to-date en kunnen we nieuwe wijzigingen en uitbreidingen gemakkelijker doorvoeren.