Om eerlijk te zijn: we hebben nog nooit meegemaakt dat een applicatie na de eerste oplevering geen aanpassing meer behoefde. In vrijwel alle gevallen komt er na verloop van tijd ergens een foutje boven, of komen de gebruikers met aanvullende eisen. Bijvoorbeeld omdat bepaalde handelingen onlogisch of te omslachtig zijn. IRP hanteert eenvoudige principes als het gaat om de omgang met onze opdrachtgevers: fouten worden per omgaande opgelost en voor de hand liggende gebruikerswensen proberen we zoveel mogelijk zonder aanvullende rekening op te lossen.

Dat geldt in elk geval het eerste jaar na oplevering. Ook als beheer en hosting niet door IRP worden verzorgd. Dit is uiteraard wel afhankelijk van de toegang die we hebben tot de applicatie(s).

Voor deze online services geldt dat we een gebruikerslicentie bieden. Deze licenties zijn gebaseerd op een jaarlijks licentiebedrag voor het gebruik van web-applicatie in combinatie met de intensiteit van dat gebruik (aantal gebruikers, dataverkeer, enzovoorts). In alle gevallen gaan we uit van "fair use". De verschillende services kennen verschillende licentiebedragen. Neem gerust contact op voor meer informatie.

IRP geeft in principe niet het distributierecht uit handen. Organisaties mogen dus voor eigen gebruik alles doen wat ze willen, maar zij mogen de software niet distribueren (en een 'derde' ict bedrijf dat aanpassingen maakt mag dat evenmin).

Schaalbaarheid van “load and code” is een van de basisprincipes van onze ontwikkeling. Al onze Spring MVC (Java) projecten worden zo opgebouwd dat ze altijd uitbreidbaar zijn. We zijn gewend om zeer grote software-applicaties te bouwen en doen dat via vaste (architectuur) principes.Complexere routines worden altijd inline (in de code) gedocumenteerd.

En uiteraard blijven belangrijke basis-principes altijd in tact, zoals een scheiding tussen vormgeving, business logica en data-opslag en dat de applicaties in iedere technische infrastructuur moeten passen.

IRP verzorgt in veel gevallen na de ontwikkeling ook beheer en hosting van een applicatie.

Onze web-applicaties worden doorlopend gemonitord op beschikbaarheid. Mocht zich een storing voordoen, dan reageren wij op zeer korte termijn. Wij hosten en beheren meerdere applicaties die eigenlijk nooit mogen uitvallen, zoals bijvoorbeel onze verkoop applicatie. In de afgelopen jaren hadden onze applicaties een up-time van meer dan 99,99% per jaar.

Onderhoud en plaatsen van nieuwe releases, doen we op tijdstippen dat gebruikers er geen, of zo min mogelijk, last van hebben. Als systemen zo cruciaal zijn dat ze eigenlijk nooit mogen uitvallen, dan zorgen wij voor een real-time synchronisatie. Valt systeem A uit, dan kan op systeem B zonder problemen meteen worden doorgewerkt. De ontwikkeling van dergelijke gesynchroniseerde systemen vraagt wel dat er van begin af aan rekening mee wordt gehouden. Uiteraard zijn de kosten voor het beheer van dergelijk professionele systemen hoger.

We zijn uiteraard vertrouwd met diverse projectmanagement technieken (DSDM, Scrum, Prince II, etc.) en meestal passen we wel onderdelen van deze technieken toe, maar we gaan daar niet rigide mee om. Projectmanagement tools zijn er alleen om extra houvast te bieden, om als als richtlijn te dienen, ze zijn geen doel op zichzelf.

Een goede relatie met de opdrachtgever, frequente terugkoppeling en overleg vormen de basis voor een succesvol project. Met de opdrachtgever spreken we bijvoorbeeld een tweewekelijks overleg af. Er wordt dan gezorgd voor een nieuwe release. Op die manier kan de opdrachtgever goed beoordelen of het project zich in de gewenste richting ontwikkelt. Juist bij grote projecten bieden korte iteraties (Sprints) veel voordelen.

Aan het begin van een project (afhankelijk van het soort project) maken we een mockup/voorbeeld zodat bij de opdrachtgever snel een idee ontstaat van de eerste ideen over de implementatie. De ervaring leert dat discussies vruchtbaarder zijn als er ‘wat te zien is’.

Het goed aansturen van software-ontwikkeling is een complex proces. Software-ontwikkelaars spreken meestal niet “dezelfde taal” als de opdrachtgever. Om ervoor te zorgen dat de aansturing goed verloopt en de opdrachtgever niet voor onaangename verrassingen komt te staan, zorgen wij ervoor dat een van onze projectleiders alle benodigde informatie en kennis heeft om het project te laten slagen. Dat vergt met name aan het begin van een project het nodige overleg.

Ons advies en plan van aanpak is kort en in begrijpelijk Nederlands. Juist als het om complexe ICT-projecten gaat, is goede communicatie van het grootste belang.

De prijzen voor maatwerk software-ontwikkeling of de implementatie/integratie van bestaande producten, worden in overleg vastgesteld. IRP werkt meestal met een richtprijs en een bandbreedte.

IRP levert al meer dan 25 jaar hoge kwaliteit en doet daaraan geen consessies. Dat betekent niet dat we in overleg met opdrachtgevers niet de mogelijkheden willen verkennen bij een beperkt budget. Soms vinden wij een ontwikkeling dermate interssant dat we bereid zijn mee te investeren.

Betalingstermijnen worden in onderling overleg vastgesteld.