Onze aanpak

Niet getrouwd met het proces,
getrouwd met onze doelen

Bij Refaktory willen we dat ons team wordt ondersteund door alle systemen die er zijn, zodat ze hun aandacht kunnen richten op het leveren van kwaliteitswerk in een snel en gecontroleerd tempo.

We geloven in passie, niet in fanatisme. Daarom passen we onze aanpak aan op wat elk individueel project of elke klant nodig heeft.

Begrijpen

Inzicht krijgen in je business model en de waarde die wij kunnen toevoegen.

Doel

We krijgen een algemeen beeld van de scope van je applicatie. Een algemene analyse wordt uitgevoerd, zodat we een budget en ontwikkelingsraming kunnen geven. De algemene softwarearchitectuur wordt gedefinieerd als blauwdruk voor de ontwikkeling van de verschillende modules.

Betrokkenen

Software-analist, Lead Developer, Project Manager

Opleveringen

Budgetraming, algemene softwarearchitectuur

Duur

1–2 weken

<!--i18n: process.process.sections.1.title -->Begrijpen<!--/i18n-->

Plannen

De scope omzetten in een concreet opleveringsplan.

Doel

We vertalen de architectuur naar een backlog van ontwikkeltickets, stellen het team samen en bepalen het sprintritme. Voor de eerste modules worden functionele specificaties opgesteld zodat de ontwikkeling kan starten op basis van een gedeeld begrip van wat er gebouwd wordt.

Betrokkenen

Lead Developer, Project Manager, Software-analist

Opleveringen

Functionele specificaties, sprintplan, teamsamenstelling, projecttijdlijn

Duur

1–2 weken

<!--i18n: process.process.sections.2.title -->Plannen<!--/i18n-->

Bouwen

Digitale oplossingen op maat van jouw behoeften.

Doel

Door gedetailleerde functionele analyse wordt elke module opgesplitst in ontwikkeltickets — user of dev stories. Het ontwikkelteam pakt de tickets op tot de module klaar is voor demonstratie. Door regelmatige (typisch tweewekelijkse) klantinteractie worden de verschillende functionaliteiten verfijnd.

Betrokkenen

Lead Developer, Graphics Expert, Project Manager.

Opleveringen

Componenten 1 tot X, versie 1 in een testomgeving, finale componenten 1 tot X, versie 2.

Duur

Variabel — typisch 3–9 maanden

<!--i18n: process.process.sections.3.title -->Bouwen<!--/i18n-->

Kwaliteitsbewaking

Vertrouwen dat de software werkt zoals het hoort — onder druk en op de lange termijn.

Doel

Elke release ondersteunen we met geautomatiseerde testdekking en een aparte staging-omgeving. De klant valideert elke module via gestructureerde user-acceptance-tests, en we voeren performance-tests uit op realistische data om regressies op te vangen voordat ze de productie bereiken.