AANPASSING AANVRAAG; BIJ EIS 3 VERVALT ERVARING MET PYTHON DUS ALLEEN ERVARING MET JAVA!!

Voor onze opdrachtgever ICTU zijn wij op zoek naar een Lead Developer / Solution Architect
 

Start	01-11-2025
Einddatum	31-03-2026
Optie op verlenging	Nee
Uren per week	24-36
Locatie	Den Haag + Remote
Bijzonderheden	Deze aanvraag is geschikt voor een ZZP'er. 3 CV kan ik aanbieden echter 1fte wordt er gezocht.
Tarief	ICTU heeft geen max. tarief gegeven dus graag marktconform aanbieden
Deadline	17-10-2025 om 13.00

Opdrachtomschrijving
 

1. Wat is de reden om een professional in te huren? Toelichting: De reden achter de inhuurbehoefte geeft een sterke indicatie over de aard van de opdracht.

De specifieke kennis die voor dit programma benodigd is (zie blok specifieke kennis) is niet in dienstverband aanwezig binnen ICTU.

2. Voert de professional het geheel van het takenpakket van de interne medewerker uit? Ja/Nee

Nee, de werkzaamheden behelzen geen werkzaamheden die tot de kernwerkzaamheden van ICTU behoren. De werkzaamheden behoren op basis van huidige inzichten ook niet tot een functie die in de nabije toekomst ingevuld gaat worden door een eigen medewerker van ICTU.

3. Gaat personeel van de opdrachtgever de professional werkinhoudelijk aansturen? Ja/Nee en toelichten. Toelichting: hiermee wordt niet bedoeld overleg over de voortgang van het project.

Nee, professional is volledig zelfstandig in het bepalen van zijn werktijden en stemt in onderling overleg de op te leveren (deel)resultaten af. De professional realiseert volgens eigen inzicht en volgens afgesproken kwaliteitsnormen de gedefinieerde (deel)resultaten. Er wordt geen werkinhoudelijke aansturing of leiding en gezag op de professional uitgeoefend.

4. Gaat Opdrachtgever de professional (periodiek) inhoudelijk beoordelen? Ja/Nee en toelichten. Toelichting: hiermee wordt niet bedoeld overleg over de voortgang van het project.

Nee, er worden geen functionerings- of beoordelingsgesprekken met de professional gevoerd. Er vindt periodiek overleg plaats op het behalen van de (deel)resultaten en een eindoverleg bij de oplevering van het eindresultaat.

5.Bepaalt de professional zelf hoe, wanneer en waar de opdracht wordt uitgevoerd? Ja/Nee en toelichten. Toelichting: mits passend binnen de bedrijfsvoering van de opdrachtgever.

Ja, de professional deelt zijn werkzaamheden zelfstandig in. Hij verricht deze naar eigen inzicht. De professional houdt zich aan wettelijke normen en onderling gemaakte afspraken, over de oplevering van het resultaat/de resultaten en de doorlooptijd van de werkzaamheden.

6. Is de professional vrij om zichzelf in de uitvoer van de opdracht te laten vervangen? Ja/Nee en toelichten

Ja, mits over dezelfde kennis en kunde beschikt en na overleg en goedkeuring ICTU.

7.Zijn er binnen de afdeling ook interne medewerkers die dezelfde werkzaamheden uitvoeren? Ja/Nee

Nee, ICTU heeft geen medewerkers in dienst die dezelfde werkzaamheden uitvoeren en geen vacatures voor dezelfde werkzaamheden open staan.

8. Wie voorziet de middelen en materialen die nodig zijn voor de opdracht? Specificeer of van de professional verwacht wordt eigen gereedschap en materialen te gebruiken.

De professional voorziet zich van eigen middelen en materialen.

 

Omschrijf de context van het project/programma waarin de activiteiten plaatsvinden, wanneer en op grond waarvan is het project/programma afgerond en welke rol heeft de professional binnen het project/programma?

Beschrijving project:  In het kader van het stelsel Keten Derdenbeslag worden er één of meerdere tijdelijke, conceptuele oplossing(en) voor de minimale samenloopcheck ontwikkeld (Proof of Concept), 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. 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 5 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 is lid van het ontwikkelteam en heeft als lead developer een rol als solutionontwerper. De kandidaat heeft in de ‘ontwerp en toetssessies’ met de ketenpartners een belangrijke rol in het ophalen van de inbreng van deze ketenpartners.

Welke opdracht gaat de professional uitvoeren en welke activiteiten horen daarbij?

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.

Welke concrete resultaten dient de professional te behalen? Resultaten dienen concreet en meetbaar te zijn.

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?  Detailleer de criteria en momenten voor feedback en beoordeling. Voorbeeld: maandelijkse voortgangsrapporten en een eindbeoordeling bij projectafsluiting.

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.

Wat is de kans dat de verwachte duur wordt overschreden, c.q. welke onzekerheden er zijn t.a.v. de verwachte duur?

Deze PoC heeft duidelijke begin- en einddata. Mogelijk dat er extra sprints worden toegevoegd op verzoek van de klant als deze nog extra concepten wil toetsen. Overschrijding van de duur is dan beperkt. Als er additionele opdrachten komen vanuit de klant zal er een nieuwe opdracht worden opgesteld.

Over welke specifieke kennis beschikt de professional, waarover het eigen personeel van de Opdrachtgever niet beschikt en waar een eventuele vervanger ook over zou moeten beschikken?

De ontwikkelaar beschikt over de volgende specifieke kennis en vaardigheden die niet aanwezig zijn binnen het eigen personeel van de opdrachtgever en binnen ICTU: ​​Ervaring met het ontwikkelen van complexe (enterprise) softwaresystemen;  ​Ervaring met het ontwikkelen binnen de Java stack.

 

Gewenste profiel
​​​​​Het betreft hier een ontwerptraject: het maken en toetsen van concepten, een verzameling spikes. Het product van dit traject is documentatie: een flinke verrijking van de requirements en mogelijke oplossingen zodat de partij die dit product gaat realiseren snel en goed kan starten. De gerealiseerde software is slechts een tijdelijk middel en geen onderdeel van de oplevering aan het einde van het traject. De oplossing waaraan we werken is voornamelijk back-end en berichtenverkeer met zeer weinig front-end. Het betreft een register of index die gevuld en geraadpleegd wordt door veel partijen. Deze context resulteert in een gewenst profiel van de kandidaat. De kandidaat is: Creatief, kan conceptueel denken en dat vertalen naar concrete bouwblokken, durft (door) te vragen, heeft respect voor de kennis en ervaringen van collega’s die al jaren in dit domein bezig zijn; Vooral bezig met- en wordt blij van het realiseren van de beoogde business doelen. De kandidaat is minder bezig met mooie technische oplossingen en innovatieve nieuwe technische ontwikkelingen; Een goede gesprekspartner voor de productowner, architecten, informatiemanagers en solutionarchitecten van de klant en de betrokken ketenpartners; In staat om de businessbehoefte en gevraagde functionaliteiten te vertalen in applicatieontwerpen; Heeft ervaring met proof of concept trajecten; Is in staat snel en effectief stubs en testdata te genereren. De kandidaat heeft relevante en diepgaande ervaring met: Vergelijkbare solution ontwerptrajecten; Het maken van solution architecturen binnen een overheidscontext; Softwareontwikkeltrajecten in een overheidscontext; Berichtenverkeer in een overheidscontext; Scrum/agile realisatietrajecten; De werkwijze en het ontwikkelplatform (ECO2) van ICTU softwarerealisatie. De kandidaat kan: Goed samenwerken in een scrumteam, teamplayer; Zelfstandig werkende componenten realiseren, inclusief stubs; Goed samenwerken met een junior/medior ontwikkelaar, haalt het beste in deze collega naar boven. De kandidaat gebruikt de kennis en kunde van deze ontwikkelaar in het ontwerpproces en de refinements. ​​
Eisen
Aantoonbare ervaring (>10 jaar) met het ontwikkelen van complexe (enterprise) softwaresystemen;  Aantoonbare ervaring met het ontwikkelen van webservices;  ​​Aantoonbare ervaring (>5 jaar) in de rol van lead developer in java of python;  Aantoonbare ervaring in de rol van solution architect of vergelijkbare rol; WO werk- en denkniveau.
Wensen
Nr	Omschrijving	Gewicht	Beoordeling
W1	Aantoonbare ervaring in de rol van lead developer/solution architect in vergelijkbare trajecten: proof of concept, prototyping en vergelijkbaar.	30%	Aantal relevante cases 1 = 2 punten 2 = 6 punten 3 of meer = 10 punten
W2	Aantoonbare ervaring als lead developer/solutionontwerper bij overheidsprojecten.	25%	5 jaar = 0 punten 6 jaar = 2 punten 7 jaar = 4 punten 8 jaar = 6 punten 9 jaar = 8 punten > 9 jaar = 10 punten
W3	Aantoonbare ervaring met de ICTU-kwaliteitsaanpak en ontwikkelplatform (ECO2) of vergelijkbaar platform (kubernetes, docker, nexus, gitlab CI, jenkins, linux).	15%	≥ 5 jaar = 10 punten ≥ 3 jaar < 5 jaar = 6 punten ≥ 1 jaar < 3 jaar = 4 punten < 1 jaar = 2 punten Ontbreekt/niet aanwezig = 0 punten

 

Prijs
Gewicht van prijs bij beoordeling	30%

Graag ontvang ik het CV van mogelijk passende kandidaten. Hou bij aanbieden rekening met de onderstaande punten (zonder deze info kan het CV helaas niet mee worden genomen in de selectie!):

1.Nederlandstalig CV (Word doc.) van max 5 a 6 pagina's. Indien een Engelstalig CV nodig is dan staat dit in de aanvraag bij de eisen vermeld.

2.Motivatie gericht op de vacature. Dit kan kort d.m.v. ja de ervaring heb ik opgedaan / de werkzaamheden heb ik gedaan in de perioden x  bij de organisaties y. Dus puntsgewijs per eis, wens en werkzaamheden (graag deze ervaring & werkzaamheden in het CV vermelden in de betreffende perioden).

Naast de puntsgewijze motivatie van de wensen ook het aantal punten er bij vermelden; zie kolom beoordeling, dit geldt alleen voor de ICTU aanvragen!

3.Volledige naam + de officiële voorletters zoals in het paspoort staat
4.Woonplaats
5.Geboortedatum
6.Vakantieplannen in de komende 3 maanden

Met vriendelijke groet,

Michael Blaauw
FlexValue
+31613778889
michael@flexvalue.nl
www.flexvalue.nl