Bij AFAS zetten we technologie in als middel om snel en kwalitatief te ontwikkelen. Onze producten komen op de eerste plaats! We zijn pragmatisch in wat we wel of niet doen. Ons doel is niet om voorop te lopen in onze toepassing van tools, technologie of processen. We kijken juist voortdurend naar wat zich heeft bewezen en meerwaarde heeft voor ons.
Bij AFAS geloven we in snelle en doordachte besluitvorming. Onze intuïtie, ondersteund door ervaring, stelt ons in staat om efficiënt te leveren en ons continu te verbeteren.
Bij AFAS zetten we technologie in als middel om snel en kwalitatief te ontwikkelen. Onze producten komen op de eerste plaats! We zijn pragmatisch in wat we wel of niet doen. Ons doel is niet om voorop te lopen in onze toepassing van tools, technologie of processen. We kijken juist voortdurend naar wat zich heeft bewezen en meerwaarde heeft voor ons.
Bij AFAS geloven we in snelle en doordachte besluitvorming. Onze intuïtie, ondersteund door ervaring, stelt ons in staat om efficiënt te leveren en ons continu te verbeteren.
Volgen we dan helemaal geen specifieke methodiek? Agile? Scrum? Waterval? Niet specifiek nee; want hoe pas je dit nu toe op een complex ERP-pakket? Met zowel grote als kleine, en wettelijke en puur functionele projecten is er geen specfieke methode te kiezen. De één vraagt om een sterk vooraf uitgezocht ontwerp, terwijl de ander een samenwerking / agile manier van werken vraagt.
CI/CD, maar wel een klant de ruimte kunnen geven om het product en hun proces goed te testen voordat zij overgaan naar een nieuwe versie? Belangrijke uitdagingen waar wij continu mee bezig zijn en ons proces zo goed mogelijk op proberen aan te sluiten. Vanaf het begin, waarbij de ontwikkelingen in de functionele markt worden herkend, tot de uiteindelijke documentatie op help.afas.nl, zorgen wij ervoor dat het zo soepel mogelijk loopt.
Volgen we dan helemaal geen specifieke methodiek? Agile? Scrum? Waterval? Niet specifiek nee; want hoe pas je dit nu toe op een complex ERP-pakket? Met zowel grote als kleine, en wettelijke en puur functionele projecten is er geen specfieke methode te kiezen. De één vraagt om een sterk vooraf uitgezocht ontwerp, terwijl de ander een samenwerking / agile manier van werken vraagt.
CI/CD, maar wel een klant de ruimte kunnen geven om het product en hun proces goed te testen voordat zij overgaan naar een nieuwe versie? Belangrijke uitdagingen waar wij continu mee bezig zijn en ons proces zo goed mogelijk op proberen aan te sluiten. Vanaf het begin, waarbij de ontwikkelingen in de functionele markt worden herkend, tot de uiteindelijke documentatie op help.afas.nl, zorgen wij ervoor dat het zo soepel mogelijk loopt.
Goede ontwerpen zijn belangrijk. Ze vormen het uitgangspunt voor testers, documentalisten en de rest van de organisatie. Ontwerpen beschrijven de werking, impact, bijzonderheden en keuzes die gemaakt zijn en/of worden. Meer dan 12.000 organisaties gebruiken Profit op hun eigen manier en kleine wijzigingen kunnen grote impact hebben. Nieuwe functionaliteit moet dus zo ontworpen worden, deze goed te combineren is met de bestaande functionaliteit.
Onze productiviteit houden we hoog om onze ambities te kunnen realiseren. Dit is mogelijk door te werken met standaarden. Zo werken we met een standaard programmeertaal (C# en TypeScript), een standaard database (Microsoft SQL) en een standaard architectuur.
AFAS heeft veel klanten, en deze klanten willen we zo goed mogelijk automatiseren. Elk jaar leveren we met de AFAS Open een nieuwe versie uit waarmee we onze klanten verder brengen. Omdat te kunnen doen moeten engineers bij AFAS een brede kennis hebben van ons product. Zo kan het zijn dat ze afwisselend bezig zijn voor de bouw, de flexmarkt, de zorg of het onderwijs. Productkennis is essentieel om ons product verder te kunnen brengen.
|
OntwerpenGoede ontwerpen zijn belangrijk. Ze vormen het uitgangspunt voor testers, documentalisten en de rest van de organisatie. Ontwerpen beschrijven de werking, impact, bijzonderheden en keuzes die gemaakt zijn en/of worden. Meer dan 12.000 organisaties gebruiken Profit op hun eigen manier en kleine wijzigingen kunnen grote impact hebben. Nieuwe functionaliteit moet dus zo ontworpen worden, deze goed te combineren is met de bestaande functionaliteit. |
|
|
StandaardenOnze productiviteit houden we hoog om onze ambities te kunnen realiseren. Dit is mogelijk door te werken met standaarden. Zo werken we met een standaard programmeertaal (C# en TypeScript), een standaard database (Microsoft SQL) en een standaard architectuur. |
|
|
ProductkennisAFAS heeft veel klanten, en deze klanten willen we zo goed mogelijk automatiseren. Elk jaar leveren we met de AFAS Open een nieuwe versie uit waarmee we onze klanten verder brengen. Omdat te kunnen doen moeten engineers bij AFAS een brede kennis hebben van ons product. Zo kan het zijn dat ze afwisselend bezig zijn voor de bouw, de flexmarkt, de zorg of het onderwijs. Productkennis is essentieel om ons product verder te kunnen brengen. |
|
Nieuwe ontwikkelingen worden bij AFAS gerealiseerd via een ontwikkelproject. Zo’n project is altijd een samenwerking tussen meerdere teams, en volgt een vast proces. Uitgangspunt van elk project is dat wij nieuwe functionaliteit maken voor een brede doelgroep. Zelfs specifieke klantwensen proberen wij altijd om te zetten naar functionaliteit die voor elke klant beschikbaar komt. Elk project kent een globale scope en impact analyse, welke continu bijgeschaafd kunnen en moeten worden binnen de loop van het project. Een project doorloopt onderstaande stappen.
Na de kick-off vinden er verschillende sessies plaats tussen de projectleden waarin gekeken wordt hoe we het vraagstuk efficiënt en klantgericht kunnen oplossen. Klanten worden via focussessies of 1-op-1 contactmomenten gevraagd om mee te denken in het proces en zo betrokken te zijn met toekomstige functionaliteiten. Op het moment dat een ontwerp klaar is, vindt er een briefing plaats waarbij we er zeker van zijn dat we 80-90% van de informatie beschikbaar hebben om het project te kunnen realiseren.
Wanneer de delivery heeft plaatsgevonden heeft de test engineer ook al een volledig test plan staan. De software die wij maken betreft vaak een uitbreiding op bestaande software, deze moet dus ook blijven werken in alle bestaande scenario's. Naast dus het controleren van de nieuwe software, wordt ook de bestaande software tegen het licht gehouden. De test engineer zorgt er ook voor dat er nieuwe automatische testsets ontwikkelt worden en oude tests uitgebreid / aangepast worden om te voldoen aan de nieuwe situatie. Ook hier is de samenwerking tussen de verschillende teamleden essentieel om deze fase zo efficiënt mogelijk te doorlopen.
Vanuit klantwensen, toezeggingen, dan wel ideeën van binnen de organisatie gaat een Product Manager aan de slag om alles te structureren tot een startpunt van een project. Het project start met een kick-off vanuit Product Management; wat is ons doel van het project, wat willen we bereiken en welk vraagstuk gaan we ermee oplossen?
De software engineers gaan aan de slag met het ontwerp. Zij hebben vanwege eerdere betrokkenheid in het proces al een goed idee wat er moet gebeuren. De grootste technische bezwaren zijn al in kaart gebracht, maar ook hier wordt nog een keer goed gekeken wat nu de impact is. Tijdens de realisatie-fase wordt ook het content team aangesloten om standaard inrichting direct beschikbaar te maken voor klanten zodat zij zo min mogelijk zelf nog hoeven in te richten. Continu staan de verschillende projectleden in contact met elkaar om ervoor te zorgen dat het resultaat zoals gewenst is en de software met kwaliteit overgedragen kan worden via de uiteindelijk Delivery Demo.
Op het moment dat de testfase vervolgens op het einde loopt komt het project bij de documentalist. Deze zorgt ervoor dat de klant op de juiste manier geïnformeerd wordt over de wijzigingen die aanstaande zijn en wat de impact voor hen daadwerkelijk is. Nadat de documentalist alle wijzigingen heeft beschreven wordt het project afgesloten.
Nieuwe ontwikkelingen worden bij AFAS gerealiseerd via een ontwikkelproject. Zo’n project is altijd een samenwerking tussen meerdere teams, en volgt een vast proces. Uitgangspunt van elk project is dat wij nieuwe functionaliteit maken voor een brede doelgroep. Zelfs specifieke klantwensen proberen wij altijd om te zetten naar functionaliteit die voor elke klant beschikbaar komt. Elk project kent een globale scope en impact analyse, welke continu bijgeschaafd kunnen en moeten worden binnen de loop van het project. Een project doorloopt onderstaande stappen.
Vanuit klantwensen, toezeggingen, dan wel ideeën van binnen de organisatie gaat een Product Manager aan de slag om alles te structureren tot een startpunt van een project. Het project start met een kick-off vanuit Product Management; wat is ons doel van het project, wat willen we bereiken en welk vraagstuk gaan we ermee oplossen?
Na de kick-off vinden er verschillende sessies plaats tussen de projectleden waarin gekeken wordt hoe we het vraagstuk efficiënt en klantgericht kunnen oplossen. Klanten worden via focussessies of 1-op-1 contactmomenten gevraagd om mee te denken in het proces en zo betrokken te zijn met toekomstige functionaliteiten. Op het moment dat een ontwerp klaar is, vindt er een briefing plaats waarbij we er zeker van zijn dat we 80-90% van de informatie beschikbaar hebben om het project te kunnen realiseren.
De software engineers gaan aan de slag met het ontwerp. Zij hebben vanwege eerdere betrokkenheid in het proces al een goed idee wat er moet gebeuren. De grootste technische bezwaren zijn al in kaart gebracht, maar ook hier wordt nog een keer goed gekeken wat nu de impact is. Tijdens de realisatie-fase wordt ook het content team aangesloten om standaard inrichting direct beschikbaar te maken voor klanten zodat zij zo min mogelijk zelf nog hoeven in te richten. Continu staan de verschillende projectleden in contact met elkaar om ervoor te zorgen dat het resultaat zoals gewenst is en de software met kwaliteit overgedragen kan worden via de uiteindelijk Delivery Demo.
Wanneer de delivery heeft plaatsgevonden heeft de test engineer ook al een volledig test plan staan. De software die wij maken betreft vaak een uitbreiding op bestaande software, deze moet dus ook blijven werken in alle bestaande scenario's. Naast dus het controleren van de nieuwe software, wordt ook de bestaande software tegen het licht gehouden. De test engineer zorgt er ook voor dat er nieuwe automatische testsets ontwikkelt worden en oude tests uitgebreid / aangepast worden om te voldoen aan de nieuwe situatie. Ook hier is de samenwerking tussen de verschillende teamleden essentieel om deze fase zo efficiënt mogelijk te doorlopen.
Op het moment dat de testfase vervolgens op het einde loopt komt het project bij de documentalist. Deze zorgt ervoor dat de klant op de juiste manier geïnformeerd wordt over de wijzigingen die aanstaande zijn en wat de impact voor hen daadwerkelijk is. Nadat de documentalist alle wijzigingen heeft beschreven wordt het project afgesloten.
Samen met ruim 650 collega's zetten we ons elke dag in voor het succes van onze 14.000+ klanten. Wil je als ontwikkelaar ook impact maken? Van accountantskantoren tot ziekenhuizen, ze werken allemaal met AFAS. Werk mee om ons product verder uit te bouwen en het succes van meer dan 3.000.000 gebruikers te garanderen.
Bij AFAS werken we met meer dan 150 enthousiaste developers aan software. Onze 60+ engineers zijn verdeeld over 5 teams en werken met elkaar aan verschillende projecten en met verschillende technologieën. Als ontwikkelaar werk je mee om ons product verder uit te bouwen en het succes van meer dan 3.000.000 gebruikers te garanderen!