Functioneel Beheerder Sociaal Domein / Zorg en Regie

Voor ICTU zoeken we een Lead developer / Solution architect voor het project Bescherming Inkomen bij Beslagleggingen PoC 2 en 3. Je werkt aan tijdelijke conceptuele oplossingen binnen een kort cyclisch ontwikkeltraject met SZW en ketenpartners. Je vertaalt businessvragen naar technische oplossingsrichtingen en realiseert werkende concepten, onder andere met stubs en testdata. De opdracht start op 1 oktober 2026 en loopt tot en met 30 juni 2027, voor 24 tot 32 uur per week.

Ontwikkelen en toetsen van conceptoplossingen binnen een complexe keten: Je werkt aan Proofs of Concept voor het stelsel Bescherming Inkomen bij Beslagleggingen. Samen met SZW en verschillende ketenpartners ontwikkel en toets je nieuwe functionaliteiten in een proefomgeving met fictieve data. Je vertaalt businessvragen naar concrete bouwblokken, werkt technische oplossingsrichtingen uit en maakt bevindingen inzichtelijk. Daarbij krijg je ruimte om verschillende oplossingen te ontwikkelen, te bouwen en te toetsen.

De aanpak is agile en scrum, met sprints van drie weken. Jouw bijdrage helpt om requirements, architectuurkeuzes, risico’s en randvoorwaarden concreet vast te leggen voor een toekomstig ontwikkel- en beheertraject. In het kader van het stelsel Bescherming Inkomen bij Beslagleggingen Proof of Concepts, worden er één of meerdere tijdelijke, conceptuele oplossing(en) zodat er inzicht verkregen wordt in: specificaties en startarchitectuur voor een gedragen minimale samenloopcheck; een werkwijze voor de ontwikkeling van een voorziening binnen SKD; voor- en nadelen van diverse oplossingsopties.

Twee situaties zullen worden beproefd: Er zal gestart worden met twee sprints ten behoeve van een recap en uitbreiding van de reeds uitgevoerde PoC dat de oplossing van de minimale samenloop check heeft beproefd. De tweede PoC is een nieuw onderwerp, de situatiecheck waarvoor de resterende sprints zijn ingepland. Samen met SZW en de ketenpartners doorlopen we een kort cyclisch ontwikkeltraject. In dit traject ontwikkelt ICTU in een proefomgeving nieuwe functionaliteiten op basis van usecases, die vervolgens aan de proefapplicatie worden toegevoegd.

Het resultaat wordt geëvalueerd door de beoogde gebruikers. Op basis van de feedback, ideeën en resultaten worden onderdelen verwijderd, aangepast of toegevoegd. Op deze manier werken we steeds verder aan de realisatie van een concept, waardoor de vereisten voor de uiteindelijke oplossing duidelijk worden. Met deze aanpak is het ook mogelijk om verschillende oplossingen voor een specifieke vraag te ontwikkelen, bouwen en toetsen. De PoC wordt ontwikkeld in een proefomgeving met fictieve data zonder echte systeem- koppelingen: hiervoor worden stubs gebruikt.

Functioneel is het beperkt tot usecases voor de minimale samenloopcheck. De aanpak is agile/scrum-methodiek met een x-aantal sprints van 3 weken. ICTU organiseert de benodigde sessies, inhoudelijke contacten met ketenpartners en het ontwikkelteam. De opdrachtgever stuurt functioneel en zorgt dat de productowner het scrumteam richting geeft. De producten worden opgesteld en getoetst tijdens verschillende werksessies tussen SZW, ketenpartners en ICTU.

Aan het eind van het traject ligt er een gedragen set aan functionele en niet functionele requirements en een goed inzicht in de risico’s en randvoorwaarden, waarmee een toekomstige ontwikkel- en beheerpartij snel aan de slag kan. Dit zal gebeuren in de vorm van een: Lessons learned document met succesvolle en niet-succesvolle oplossingen en patronen; Aanzet voor Project Start Architectuur (PSA) en een aanzet voor een Niet-Functionele-Eisen (NFE).

De voor deze opdracht ontwikkelde benodigde software wordt aan het eind van de opdracht weggegooid. ICTU zorgt voor de ontwikkelomgeving en ontwikkelcapaciteit, SZW voor de productowner, business analisten, programma-architect en domeinarchitect. Het ICTU projectteam bestaat uit een projectleider, software delivery manager, lead developer/solution architect en een junior/medior developer.

Omschrijving einde project: Het project is in de tijd begrensd: timebox. Welke rol heeft de professional binnen het project/programma? De kandidaat wordt ingezet in de rol van Solution Architect en heeft als lead developer een rol als solution architect. De kandidaat heeft in de ‘ontwerp en toetssessies’ met de ketenpartners een belangrijke rol in het ophalen van de inbreng van deze ketenpartners. De kandidaat heeft een brede opdracht. Op basis van de input vanuit de PO en de ketenpartners vertaalt de kandidaat de te toetsen vragen en te ontwerpen functionaliteiten naar een te realiseren conceptoplossing.

Vervolgens realiseert de kandidaat deze conceptoplossing ook. De kandidaat kan stubs en testdata snel bouwen of met hulpmiddelen genereren. Kwaliteit van de code en de onderhoudbaarheid van de gerealiseerde conceptoplossing is hier geen onderwerp: de gerealiseerde code wordt na het traject niet meer gebruikt. De activiteiten die horen bij het realiseren van de opdracht zijn: Het opleveren van werkende componenten waarmee de te beantwoorden vragen getoetst kunnen worden; Opstellen of aanvullen van de technische documentatie; Toetsen van de oplossingen aan de doelarchitectuur van de gehele schuldenketen; Vertalen business doelen naar technische opties; Ontwerpen van de ‘solution’; Inrichten en onderhouden van de ontwikkelomgeving; Het ontwikkelen van functionaliteit; Visueel maken van de bevindingen en gerealiseerde componenten; Presenteren tussentijdse demo op de programma demo.

Welke concrete resultaten dient de professional te behalen? Welke deelresultaten zal de professional dienen te behalen gedurende de opdracht? Het resultaat van de inzet is het tijdig, zelfstandig en conform Agile/Scrum werkwijze autonoom opleveren van werkende concepten in afstemming met de andere leden van het ontwikkelteam. Hiervoor levert de kandidaat per sprint software. Als onderdeel van elke sprint levert de kandidaat een bijgewerkte versie van de documentatie op.

Welke eindresultaten zal de professional aan het einde van de opdracht dienen op te leveren? Vastgelegde bevindingen in de vorm van documentatie (specificaties). Wanneer is de opdracht afgerond en beëindigd? De opdracht is begrensd in de tijd (timebox). De opdracht eindigt na de laatste overeengekomen sprint. Hoe wat en wanneer zal het werk/de resultaten worden beoordeeld?

Tussentijdse beoordeling: De werkzaamheden van de ontwikkelaar worden beoordeeld als onderdeel van de Definition of Done (DoD) van elke sprint. De resultaten worden na elke sprint geëvalueerd door de klant.

Eindbeoordeling: De werkzaamheden van de ontwikkelaar worden beoordeeld als onderdeel van de Definition of Done (DoD) van elke sprint. De resultaten worden na elke sprint geëvalueerd door de klant.