Bijlage bij voortgangsbrief Tweede Kamer
RAPPORTAGE OPERATIE BRP – Rapportageperiode april - oktober 2016

1.

Inleiding

Minister Plasterk heeft de Tweede Kamer in november 2013 toegezegd om de Kamer regelmatig (in
ieder geval bij alle faseovergangen, en minimaal twee maal per jaar) over de voortgang van
Operatie BRP (voorheen "Modernisering GBA") te informeren.
In april 2014 is de eerste rapportage in dit kader verschenen. De voorliggende rapportage is de
zesde periodieke rapportage over Operatie BRP en volgt hetzelfde stramien als de eerdere
rapportages.
Naar aanleiding van toezeggingen van de minister aan de Tweede Kamer in het Algemeen Overleg
van 20 april 2016 zijn twee onderdelen aan deze rapportage toegevoegd: een overzicht van de
status van de implementatie van de aanbevelingen die Bureau ICT-Toetsing heeft gedaan (zie
hoofdstuk 9, vanaf pagina 11) en het overzicht van de releaseplanning (zie hoofdstuk 7, vanaf
pagina 8).
De rapportage heeft betrekking op de periode april – oktober 2016.

2.

Voortgang algemeen

Voortgang Operatie BRP in kort bestek
De belangrijkste resultaten in de verslagperiode zijn:
•
Het programma heeft in de verslagperiode een zogenoemde ‘refactoring’ van de broncode
uitgevoerd, waarbij een tamelijk ingrijpende herstructurering van het zogenoemde Java-model
heeft plaatsgevonden. Hierbij is de tot nu gebruikte codegenerator uitgefaseerd. De
herstructurering van het Java-model heeft geleid tot een aanzienlijke vermindering van de
omvang van de code hetgeen ten goede komt aan de onderhoudbaarheid en de
beheerbaarheid. Andere, voor het resterende ontwikkeltraject belangrijke effecten zijn
versnelling van het ontwikkeltempo, kortere inwerktijd voor nieuwe ontwikkelaars en kortere
oplostijd van bevindingen. De doorlooptijd van de “refactoring” was 12 weken. Gedurende deze
periode is beperkt nieuwe functionaliteit opgeleverd. De stuurgroep heeft aangegeven de
investering die met de refactoring gemoeid is terug te willen verdienen (langs de weg van de
hiervoor beschreven effecten) en stuurt hier strak op.
•
Een tweede belangrijke ontwikkeling in de verslagperiode is dat het programma op basis van
de uitkomsten van de PoC Bijhouden (die in 2015 is uitgevoerd) gestart is met de ontwikkeling
van de bijhoudingsfuncties. Daarbij ontwikkelt het programma als eerste de gehele Bijhouding
voor Huwelijk en Geregistreerd Partnerschap (HGP). Dat levert twee producten op:
o de reguliere Bijhouding voor HGP;
o de oplossing voor de complexe aspecten van de Bijhouding (zoals fiattering, duale
bijhouding, in onderzoek zetten, etc.). Hiermee legt het programma het fundament voor de
ontwikkeling van de overige reguliere bijhoudingsfuncties, de complexe aspecten zijn
namelijk voor alle bijhoudingen gelijk.
Door deze werkwijze verzekert het programma dat de complexe zaken vooraan in de planning
zijn opgenomen (en voorkomt zo dat die zaken op een later moment voor verstoringen
kunnen zorgen).
•
Ten derde heeft het programma de ontwikkeling van de bevragingsfuncties onderhanden gehad
in deze periode. Inmiddels zijn de functionaliteiten voor het opvragen van gegevens van een
persoon en voor het zoeken van personen opgeleverd.
•
De ontwikkeling van de BRP vindt vanaf oktober 2015 plaats volgens een driemaandelijkse
cyclus, waarbij iedere drie maanden oplevering van systeemcomponenten voor acceptatie
plaatsvindt. De (driemaandelijkse) releases C en D zijn in de verslagperiode gerealiseerd. Deze
releases zijn zogenoemde tussentijdse releases die onderdelen bevatten van de functionaliteit
voor de Bijhouding en Levering. In verband met de uitvoering van de ‘refactoring’ bevatten
deze releases maar beperkt nieuwe functionaliteit, de niet gerealiseerde functionaliteit is
doorgeschoven naar volgende releases.

1

Bijlage bij voortgangsbrief Tweede Kamer
•

•

•
•

•

•
•

•
•

•

De realisatie van release E is volgens planning gestart, deze bevat functionaliteit voor
Bijhouding en Bevraging. Het is de bedoeling om de resultaten van release E op de jaarlijkse
Tribune (dit jaar op 8 december 2016) in samenwerking met de leveranciers van
burgerzakenmodules en afnemersystemen te demonstreren. Het gaat daarbij om Huwelijk en
Geregistreerd Partnerschap, samen met de dan beschikbare leveringsfunctionaliteiten
(mutatieleveringen en het hiervoor beschreven deel van de bevragingsfuncties).
KPMG heeft in de verslagperiode twee reviews op de codekwaliteit uitgevoerd. De rapportages
van beide reviews zijn op de website van het programma gepubliceerd. In de meest recente
review heeft KPMG specifiek getoetst wat de resultaten zijn van de hiervoor beschreven
refactoring. KPMG constateert dat de onderhoudbaarheid van de code is toegenomen, stelt vast
dat de software voor de migratievoorzieningen inmiddels aan alle in het normenkader gestelde
kwaliteitsdoelen voldoet en dat de software van de BRP inmiddels aan vijf van de zeven doelen
voldoet. Het programma maakt bij de softwareontwikkeling gebruik van geautomatiseerde
tools voor de monitoring van de softwarekwaliteit en werkt stapsgewijs toe naar het volledig
voldoen aan het normenkader.
Het ontwikkelteam heeft verder inhoudelijke ondersteuning geleverd aan de ontwikkeling en
uitwerking van voorstellen rond de registratie van levenloos geboren kinderen.
Het programma heeft in de verslagperiode periodiek afgestemd met de leveranciers van
burgerzakenmodules en afnemersystemen, overeenkomstig het in 2014 gesloten convenant
dat ten doel heeft coördinatie te verzekeren tussen de ontwikkeling van de BRP en die van de
systemen van de leveranciers.
De Rijksdienst voor Identiteitsgegevens (RvIG) is de toekomstig beheerder van het BRPsysteem. RvIG heeft een strategische alliantie gesloten met ICTU (welke partij de
doorontwikkeling van systemen verzorgt) en met DICTU (die de exploitatie van systemen voor
zijn rekening neemt). RvIG heeft een tactische stuurgroep en een operationeel overleg
ingericht waarin het programma, de alliantiepartners en RvIG participeren en deze aspecten
van de inbeheername van de BRP besturen
Het programma en RviG hebben afspraken gemaakt over ondersteuning van het programma bij
de totstandkoming van beheerrequirements.
De testen voor de acceptatiefase van release B, waarin BOP-stap 3.1 (mutatielevering) wordt
afgerond, zijn uitgevoerd. Daarbij is voor de onderdelen infratoets en functionele test
vastgesteld dat de software correct werkt op de infrastructuur van beheerder RvIG. Een aantal
gemeenten heeft steekproefsgewijs gecontroleerd of de gegevensconversie goed werkt, de
gemeenten zijn tevreden over de resultaten. Verder zijn voor release B de voorbereidingen
getroffen voor het schaduwdraaien. Op de omgeving die identiek is aan de productieomgeving
(de zogenoemde pre- productieomgeving) is inmiddels aangetoond dat GBA-berichten door de
BRP verwerkt kunnen worden en dat de BRP op basis daarvan mutatieberichten voor afnemers
levert.
De voorbereidingen zijn getroffen voor de acceptatiestappen voor de derde release (C).
Op het vlak van implementatie t.b.v. afnemers heeft in de verslagperiode de uitvraag naar de
aansluitstrategie op de BRP centraal gestaan. Dit zal voor ca. 650 huidige aansluitingen op de
GBA-V moeten gebeuren. Alle afnemers hebben een schriftelijke vooraankondiging over de
uitvraag naar de aansluitstrategie ontvangen en inmiddels is de gepersonaliseerde uitvraag
voor bijna 400 aansluitingen uitgegaan.
Het programma heeft gewerkt aan de voorbereidingen voor de derde Tribune Operatie BRP (8
december 2016).

Planning en begroting
Eind 2016 zal de interbestuurlijke stuurgroep (met vertegenwoordigers van gemeenten en
afnemers) de integrale planning opnieuw valideren en daarin het effect van zowel de in de loop van
dit jaar opgeloste onzekerheden als dat van actuele ontwikkelingen meenemen. Validatie van de
integrale planning kan in tegenstelling tot eerdere jaren niet in afzondering plaatsvinden, er is
sprake van afhankelijkheden met de planningen van RvIG, alliantiepartners en de leveranciers van
de burgerzakenmodules en afnemerssystemen. Het programma treft nu voorbereidingen voor die
afstemming, maar de concrete afstemming met de leveranciers kan pas plaatsvinden na afronding
van de planning voor ontwikkeling en acceptatie (die is namelijk de basis voor de bedoelde
afstemming).

2

Bijlage bij voortgangsbrief Tweede Kamer
Besturing
Zoals in de voorgaande rapportages beschreven, ligt de focus van de stuurgroep op het binnen
budget en tijd opleveren van de voorzieningen en op het nemen van voor het programma
kaderstellende en richtinggevende besluiten.
De stuurgroep ontvangt voor iedere vergadering een gedetailleerde voortgangsrapportage, die de
stand van zaken beschrijft en aangeeft welke beslissingen van de stuurgroep nodig zijn.
In de verslagperiode heeft de stuurgroep diverse kadernotities vastgesteld, deze zijn vermeld in
hoofdstuk 6. De stuurgroep monitort verder de afhandeling van de aanbevelingen die de
kwaliteitsbewakers PBLQ en KPMG doen door in elke vergadering de voortgang daarvan te
bespreken.

Opvolging aanbevelingen Bureau ICT Toetsing
Bureau ICT toetsing heeft op 18 september 2015 advies uitgebracht aan de opdrachtgever van
Operatie BRP. In dat advies benoemt BIT vijf risicogebieden voor het programma en doet op basis
daarvan vier aanbevelingen (in een van de aanbevelingen zijn twee van de gesignaleerde risico’s
samengenomen).
De stuurgroep operatie BRP heeft ingestemd met en monitort de maatregelen die het programma
heeft voorgesteld naar aanleiding van de aanbevelingen van BIT (de reactie van de gedelegeerd
opdrachtgever waarin deze maatregelen zijn verwoord, is in februari 2016 aan de Tweede Kamer
gestuurd).
Tijdens het AO van 20 april 2016 zegde de minister toe om de TK te informeren over de status van
de aanbevelingen rond de risicobeperkende maatregelen, daarom is in hoofdstuk 9 van deze
rapportage een overzicht van de status van de implementatie van de aanbevelingen toegevoegd.

Inzage broncode
Tot op heden is twee keer de mogelijkheid tot inzage in de broncode van de BRP geboden, en wel
in juni 2015 en maart 2016. In de verslagperiode is er geen inzageronde geweest. In het voorjaar
van 2017 zal het programma naar verwachting een volgende inzageronde organiseren.

Quality assurance
In de verslagperiode is een aantal toetsen uitgevoerd in het kader van de Quality Assurance (QA).
De QA wordt door twee externe partijen uitgevoerd, te weten PBLQ voor overall QA en KPMG voor
de review op de kwaliteit van de software.
PBLQ volgt het programma als deskundige dwarskijker en adviseert de opdrachtgever periodiek
over (de beheersing van) strategische risico’s. PBLQ heeft in de verslagperiode twee adviesbrieven
opgesteld, respectievelijk voor de stuurgroepvergaderingen van mei en augustus 2016. Deze
brieven zijn (zoals gebruikelijk) op de website van het programma gepubliceerd, net als de reactie
van de gedelegeerd opdrachtgever waarin hij aangeeft hoe hij de aanbevelingen uit de brieven
oppakt.
In zijn brief van augustus 2016 constateert PBLQ: ‘De activiteiten binnen het programma oBRP
worden uitgevoerd zoals afgesproken en de voor 2016 beoogde resultaten en producten worden in
gestaag tempo opgeleverd.’ PBLQ richt zich in zijn adviesbrieven, met het oog op de fase waarin
het programma nu komt, meer en meer op de (voorbereiding van) de uitrol van het systeem dat
wordt ontwikkeld en heeft in dat verband aan de stuurgroep het advies gegeven om een ‘readiness
dashboard’ in te richten en te gaan hanteren. Aan de hand van een dergelijk ‘dashboard’ kan de
stuurgroep vaststellen of aan de randvoorwaarden voor een succesvolle ingebruikname is voldaan.
De stuurgroep heeft opdracht gegeven een voorstel voor een dergelijk ‘dashboard’ op te stellen.
KPMG heeft in de verslagperiode de vierde en vijfde review op de codekwaliteit afgerond waarbij de
software die BOP-stap 3.1 en delen van BOP-stap 3.2 en 4.3 bevat, is getoetst. KPMG toetst of de
afgesproken kwaliteitsmaatregelen juist zijn geïmplementeerd en of de kwaliteit van de software
over de assen Onderhoudbaarheid, Betrouwbaarheid en Veiligheid aan de eisen voldoet. Deze
toetsing vindt ondermeer plaats met behulp van een normenkader dat op de ‘industry standard’ is
gebaseerd.
In de laatste review heeft KPMG specifiek getoetst wat de resultaten zijn van de eerdergenoemde
refactoring. KPMG constateert dat de onderhoudbaarheid van de code is toegenomen en stelt vast
dat de software voor de migratie inmiddels aan alle in het normenkader gestelde kwaliteitsdoelen
voldoet en de software van de BRP inmiddels aan vijf van de zeven doelen voldoet.

3

Bijlage bij voortgangsbrief Tweede Kamer
Het programma maakt bij de softwareontwikkeling gebruik van geautomatiseerde tools voor de
monitoring van de softwarekwaliteit en werkt stapsgewijs toe naar het volledig voldoen aan het
normenkader.
Op basis van de conclusies doet KPMG enkele aanbevelingen, de daarmee verband houdende acties
zijn in uitvoering of ingepland. De rapportage van KPMG en de reactie daarop van de gedelegeerd
opdrachtgever, die aangeeft op welke wijze de aanbevelingen ter hand worden genomen, zijn
(zoals gebruikelijk) gepubliceerd op de website van het programma.
Waar het gaat om de opvolging van alle aanbevelingen op het vlak van Quality Assurance hanteert
de stuurgroep een register waarin alle aanbevelingen zijn opgenomen, samen met de door de
stuurgroep geaccordeerde reactie van de (gedelegeerd) opdrachtgever op die aanbevelingen. De
stuurgroep toetst iedere vergadering of de implementatie van deze reacties volgens plan verloopt.

Samenwerking met leveranciers
Het programma heeft in 2014 een convenant gesloten met de leveranciers van
burgerzakenmodules en afnemersystemen. Het doel daarvan was zowel qua planning als ten
aanzien van inhoudelijke zaken coördinatie te verzekeren tussen de ontwikkeling van de BRP en die
van de systemen van de leveranciers. Dat is van belang omdat de BRP bestaat uit de centrale
voorzieningen (die het programma ontwikkelt) en de systemen van gemeenten en afnemers (die
de leveranciers ontwikkelen). Het programma bespreekt ontwerpen en andere inhoudelijke zaken
met alle leveranciers gezamenlijk en bespreekt de stand van zaken rond de planning (zowel die
van het programma als die van de leveranciers) bilateraal.
De samenwerking met de leveranciers van burgerzakenmodules en systemen voor afnemers
verloopt nog steeds constructief. In de verslagperiode zijn de leveranciers geïnformeerd over de
integrale planning en zijn nadere afspraken gemaakt over de afstemming van de ontwikkeling van
de BRP met die van de systemen voor afnemers en gemeenten. Ook is het programma voor de
Tribune 2016 intensief met de leveranciers afgestemd.

Voorbereiding implementatie afnemers
In de verslagperiode heeft op het vlak van implementatie t.b.v. afnemers (niet zijnde gemeenten)
de uitvraag naar de aansluitstrategie op de BRP centraal gestaan. In totaal zal voor ca. 650 huidige
aansluitingen op GBA-V de aansluitstrategie op de BRP bepaald moeten worden. Op dit moment is
de aansluitstrategie voor bijna 400 aansluitingen bij afnemers uitgevraagd.

3.

Voortgang ontwikkeling ICT-voorzieningen

De ontwikkeling (bouw en test) van de ICT-voorzieningen (de BRP en de Migratievoorzieningen) is
onderhanden en vindt plaats volgens het door de stuurgroep vastgestelde BRP Opleverplan (BOP).
Het BOP beschrijft de stappen en de volgorde waarin Operatie BRP de BRP en de
Migratievoorzieningen ontwikkelt. Paragraaf 7 (planning en mijlpalen) geeft een overzicht van alle
BOP-stappen, de planning ervan en de stand van zaken ten opzichte van de planning.
In de verslagperiode is meer specifiek gewerkt aan de volgende zaken:
•
De releases C en D zijn in de verslagperiode gerealiseerd, getest en opgeleverd voor de
acceptatiestappen. Bij deze releases gaat het om:
o de refactoring van leveren;
o de refactoring van bijhouden (inclusief POC’s Bijhouding in verband met Javamodel);
o authenticatie en autorisatie Beheer;
o plaatsen/verwijderen afnemersindicaties;
o PDT bugs inclusief wijzigen beslisboom ten behoeve van A-nummer;
o vervolginschrijvingen;
o eerste ontwerpen Huwelijk en Geregistreerd Partnerschap (HGP).
•
Technische voorbereiding voor Bevraging (stap 3.2).
•
Start realisatie Bevraging (stap 3.2).
•
Start voorbereiding Selecties (stap 3.3).
•
Ontwerpen en realisatie van complexe onderdelen van de Bijhouding.
•
Ontwerpen en realisatie van reguliere bijhoudingen.
•
Afspraken met de leveranciers over de scenario’s die op de Tribune kunnen worden getoond.

4

Bijlage bij voortgangsbrief Tweede Kamer
•
•
•

•
•
•

Opstellen ontwerpen en realiseren van functionaliteit ten behoeve van de afgesproken
scenario’s.
De testen met productiedata zijn door de refactoring zeer beperkt voortgezet. Met de afronding
van de refactoring pakt het programma deze werkzaamheden weer op.
Ten aanzien van Baseline 2 ondersteuning is door het programma een voorstel gedaan om
“rijkere” informatie uit te leveren aan gemeenten in het vervolgtraject, welke hen betere
handvatten biedt om de gevonden inconsistenties te kunnen verwerken. Met RvIG is de
afspraak gemaakt dat die haar Kwaliteitsmonitor daarop aanpast.
In de periode van releases C, D en E is tevens veel werk verzet voor het verder verbeteren van
de testen en de testtooling.
Het globaal ontwerp voor de StUF vertaler is opgeleverd.
Opstellen van documentatie.

In de proeftuinomgeving van het programma worden berichtconcepten en koppelvlakspecificaties
van de centrale ICT-voorzieningen beproefd door de leveranciers van de burgerzakenmodules en
systemen voor afnemers. In totaal zijn er inmiddels 136.000 berichten uitgewisseld tussen de
burgerzakenmodules en afnemersystemen enerzijds en de voorzieningen in de proeftuin
anderzijds.

4.

Voortgang acceptatie van de ICT-voorzieningen

Na ontwikkeling en (integratie)test worden de (onderdelen van de) ICT-voorzieningen opgeleverd
en overgedragen aan het onderdeel acceptatie van het programma. Voor de opeenvolgende
releases worden in de acceptatiefase diverse testen en toetsen uitgevoerd, zoals infratoets,
functionele en keten-acceptatietest, performancetest, beveiligingstest en testen in het kader van
schaduwdraaien. Niet alle testen worden voor elke release uitgevoerd.
In de verslagperiode zijn de volgende resultaten geboekt en werkzaamheden verricht:
•
De testen voor de acceptatiefase van release B, waarin BOP-stap 3.1 (mutatielevering) is
afgerond, zijn uitgevoerd.
•
Daarbij is voor de onderdelen infratoets en functionele test vastgesteld dat de software correct
werkt op de infrastructuur van beheerder RvIG (eerder was al vastgesteld dat de software
correct werkt op de ontwikkel- en testomgeving van het programma).
•
Verder zijn voor release B de voorbereidingen getroffen voor het schaduwdraaien. Op de
omgeving die identiek is aan de productieomgeving (de zogenoemde pre- productieomgeving)
is inmiddels aangetoond dat GBA-berichten door de BRP verwerkt kunnen worden en dat de
BRP op basis daarvan mutatieberichten voor afnemers levert.
•
Een aantal gemeenten heeft steekproefsgewijs gecontroleerd of de gegevensconversie goed
werkt, de gemeenten zijn tevreden over de resultaten.
•
Een aantal afnemers en leveranciers van afnemers heeft een demonstratie gekregen van de
opgeleverde functionaliteit. Deze was naar tevredenheid.
•
Koplopers van gemeenten en afnemers zijn bij elkaar geweest als expertgroep en zijn
bijgepraat over de stand van zaken van het programma.
•
De voorbereidingen zijn getroffen voor de acceptatiestappen voor de derde release (C) die het
ontwikkelteam medio mei 2016 heeft opgeleverd. Voor deze acceptatiefase zijn de volgende
concrete doelen gedefinieerd: het laten toetsen van de initiële vulling, het testen van
geautomatiseerde installatie, het actief betrekken van gemeenten, afnemers en RvIG, het
opdoen van ervaring met de beheerapplicatie en het treffen van voorbereidingen voor
technisch georiënteerde testen op het gebied van performance en beveiliging.
•
De infratoetsen en functionele testen voor release C zijn reeds gedeeltelijk uitgevoerd en deze
zijn tot op heden succesvol verlopen.
•
De tweede tussentijdse release voor Bijhouding en Bevraging (release D) zal niet door het
acceptatieteam worden getoetst omdat die (in verband met de refactoring die door het
ontwikkelteam is uitgevoerd) beperkt nieuwe functionaliteit bevat. Hierdoor is meer tijd om de
laatste testen voor BOP-stap 3.1 af te ronden en de testen voor de C-release af te ronden.
•
Door het acceptatieteam wordt een generiek uitvoeringsplan opgesteld. Hiermee wordt het
mastertestplan dat in 2014 is opgesteld concreter gemaakt zodat verantwoordelijkheden bij de
testen en processen helderder zijn.
Voor de goede orde zij opgemerkt dat voor de opgeleverde releases geen sprake is van formele
acceptatie en vrijgave, omdat deze releases niet in productie worden genomen.

5

Bijlage bij voortgangsbrief Tweede Kamer

5.

Voortgang communicatie en implementatie

In de verslagperiode heeft op het vlak van implementatie ten behoeve van afnemers (niet zijnde
gemeenten) de uitvraag naar de aansluitstrategie op de BRP centraal gestaan. Afnemers die het
BRP-opdrachtgeverschap in de organisatie hebben belegd en doorgegeven, hebben van de
gedelegeerd opdrachtgever van Operatie BRP een schriftelijke vooraankondiging over de uitvraag
naar de aansluitstrategie ontvangen. De aansluitstrategie wordt vervolgens groepsgewijs
uitgevraagd bij afnemers. In totaal zal voor ca. 650 huidige aansluitingen op GBA-V de
aansluitstrategie op de BRP bepaald moeten worden. Op dit moment is de aansluitstrategie voor
bijna 400 aansluitingen bij afnemers uitgevraagd waarvan het Implementatieteam er ca. de helft
retour heeft ontvangen.
Een tweede belangrijke pijler van de ondersteuning aan afnemers - naast de uitvraag naar de
aansluitstrategie - blijft het informeren van afnemers over (de veranderingen door) de BRP. Naast
het informeren van specifieke afnemersgroepen en hun bewerkers is in deze periode ook
gesproken met een aantal koepel- en brancheorganisaties. Met hen zijn afspraken gemaakt over
hun betrokkenheid in de ondersteuning van de achterban bij de voorbereidingen op de aansluiting
op de BRP.
Tijdens de verslagperiode gaf de gedelegeerd opdrachtgever in mei op het NVVB-congres een
aantal workshops om gemeenten te informeren over de stand van zaken van het programma. De
gedelegeerd opdrachtgever heeft een vergelijkbare bijdrage geleverd aan de RvIG Klantendag op
27 september 2016. In de verslagperiode is tevens gestart met de voorbereidingen voor de Tribune
2016. Op 8 december 2016 worden gemeenten en afnemers bijgepraat over de stand van zaken
van Operatie BRP. Belangrijk onderdeel wordt een demonstratie van de keten van
burgerzakenmodules, de BRP en afnemersystemen voor het registeren van een huwelijk of
geregistreerd partnerschap.
De reguliere communicatie-activiteiten die in de verslagperiode zijn uitgevoerd betroffen onder
meer het actueel houden van de website van het programma en het maandelijks versturen van de
nieuwsbrief over Operatie BRP.

6.

Resultaten

Deze paragraaf geeft een overzicht van de resultaten die in de verslagperiode zijn gerealiseerd.
De stuurgroep Operatie BRP heeft de volgende documenten vastgesteld (de documenten met een *
zijn gepubliceerd op de website Operatie BRP):
•
Programmaplan Operatie BRP versie 1.1*
•
Normenkader codekwaliteit versie 1.2*
•
Rapportage vierde code review KPMG*
•
Reactie gedelegeerd opdrachtgever rapportage vierde code review KPMG*
•
Wijziging gegevensset (en de bijlagen Ontwerpaspecten deel 4, toelichting en schema*
•
Rapportage vijfde code review KPMG*
•
Reactie gedelegeerd opdrachtgever op rapport vijfde toets broncode*
De volgende ontwerpen zijn in de verslagperiode opgeleverd resp. delen van de software zijn
(gereed voor test) opgeleverd:
•
Refactor van de code voor leveren
•
Refactor van de code voor bijhouden
•
Technische basis voor Bevraging
•
Beheer functionaliteit voor authenticatie en autorisatie
•
Plaatsen / Verwijderen afnemersindicatie
•
Ontwerpen van complexe delen van de Bijhouding.
•
Ontwerpen van reguliere bijhoudingsfunctionaliteit
•
Realisatie eerste complexe onderdelen Bijhouding
•
Realisatie reguliere bijhoudingen

6

Bijlage bij voortgangsbrief Tweede Kamer
De volgende resultaten zijn geboekt op het terrein van acceptatie, implementatieondersteuning en
communicatie:
•
de infratoetsen, functionele testen en gegevenskwaliteitstoetsen voor de acceptatiefase van de
B release (afronding BOP-stap 3.1 mutatielevering in GBA-formaat en mutatielevering in BRPformaat) zijn afgerond;
•
er zijn afspraken gemaakt met diverse koepel- en brancheorganisaties over hun betrokkenheid
in de ondersteuning van de achterban bij voorbereidingen op de aansluiting op de BRP;
•
de opdrachtgever per afnemerorganisatie is aangeschreven over de vooraankondiging van de
uitvraag naar de aansluitstrategie;
•
er is een groot aantal afnemers aangeschreven met betrekking tot de aansluitstrategie en van
een gedeelte is hierop een ingevulde aansluitstrategie retour gekomen;
•
er is een aantal goedbezochte workshops gegeven op het NVVB congres en tijdens de RvIG
Klantendag.

7

Bijlage bij voortgangsbrief Tweede Kamer
7.

Planning en mijlpalen

In de onderstaande tabel is de planning en status van belangrijke mijlpalen weergegeven.
De plaat die na de tabel is opgenomen, bevat de integrale planning inclusief de releaseplanning. Bij
het opstellen van deze planning (eind 2015) was release A al gereed, deze is daarom niet in de
planningsplaat weergegeven.
Planning en voortgang mijlpalen *
Werkende software stap 2.1: Initiële vulling
en stap 2.2: BRP database
(schaduwdraaien)
• Demo : Initiële vulling en GGO viewer
• Demo : Tussentijdse demo
• Demo : BRPdatabase synchroon met GBA
Werkende software stap 3.1:
Mutatielevering (schaduwdraaien)
• Demo : Mutatieleveringen LO3 formaat
• Demo : Mutatieleveringen BRP formaat
Werkende software stap 3.2: Bevraging
(schaduwdraaien)
• Demo : Bevraging
Werkende software stap 3.3: Selecties
(schaduwdraaien)
• Demo : Selecties
Werkende software stap 3.4: BV-BSN
(schaduwdraaien)
• Demo : BV-BSN **
Werkende software stap 3.6: TMV+
(schaduwdraaien)
• Demo : TMV+ **
Werkende software stap 3.7: Finale vulling
BRP
• Demo : Beheerfunctionaliteit tbv Leveren
Werkende software stap 4.1: Digimelding
BRP
• Demo : Digimelding BRP **
Werkende software stap 4.2: Bijhouding
verblijfstitels
• Demo : Bijhouding verblijfstitels
Werkende software stap 4.3: BRP
Bijhouding
• Demo : Diverse bijhoudingen o.b.v. POC
• Demo: Diverse bijhoudingsprocessen –
BRP only (release C, D, E)
• Demo : Automatische Procedures
• Demo : Duale variant van diverse
bijhoudingsprocessen
Implementatie en Communicatie
• Tribune 2016
• Start uitvragen aansluitstrategie
afnemers
• Stappenplan aansluiten BRP afnemers
• Monitor afnemers in productie

Gepland

Verwacht

Realisatie

Mei 2014
Sep 2014
Jan 2015

Gereed
Gereed
Gereed

Q2 2015
Q2 2015

Gereed
Gereed

Q4 2016

Idem

Q2 2017

Idem

Q2 2017

Idem

Q2 2017

Idem

Q3 2017

Idem

Q3 2017

Idem

Q2 2017

Idem

Q3 2016
Q4 2016

Q4 2015
idem

Q3 2017
Q3 2017

Idem
Idem

Dec 2016
Q1 2016
Q2 2017
Q2 2017

idem
idem
idem
idem

Gereed

Gereed

*met werkende software wordt software bedoeld die gereed is voor acceptatietesten.
De opleveringen bij de stappen 2.1, 2.2 en 3.4 betreffen geen oplevering van werkende BRPfunctionaliteit maar betreffen opleveringen van werkende migratiesoftware (2.1) dan wel overige
zaken (2.2 en 3.4).
**RvIG voert de nodige activiteiten rond de Beheervoorziening-, de Terugmeldvoorziening en
Digimelding uit, deze zaken vallen buiten de afbakening van het programma. Het doel van de
demonstraties is de koppeling tussen deze functionaliteiten en de BRP te tonen.

8

Bijlage bij voortgangsbrief Tweede Kamer

9

Bijlage bij voortgangsbrief Tweede Kamer
8. Financiële rapportage
De onderstaande tabel volgt de indeling die wordt gebruikt in het kader van de rapportage grote
ICT-projecten:

In € mln

Cumulatief
gerealiseerde
Initieel
Actueel
meerjarige
geschatte
geschatte
uitgaven
meerjarige
t/m september
meerjarige
projectkosten projectkosten 2016

hardware en software

€ 2,12

€ 0,74

€ 0,58

ingehuurd extern personeel

€ 7,96

€ 62,74

€ 51,16

intern personeel

€ 4,54

€ 5,31

€ 4,25

uitbesteed werk

€ 10,20

€ 4,08

€ 2,89

overige projectkosten

€ 4,77

€ 10,09

€ 8,13

TOTALEN

€ 29,59

€ 82,95

€ 67,01

Bovenstaande bedragen voor de actuele schatting zijn afgeleid uit de verhouding van de
gerealiseerde cumulatieve kosten (naar kostensoort). In werkelijkheid kan de verdeling van de nog
te maken kosten anders uitpakken.
De in de tabel opgenomen realisatie cijfers zijn tot en met 2015 door een externe
accountantscontrole vastgesteld. De cijfers met betrekking tot 2016 betreffen voorlopige cijfers.

10

Bijlage bij voortgangsbrief Tweede Kamer
9. Status implementatie aanbevelingen BIT1
Aanbeveling 1
Zorg ervoor dat het programma de nieuwe BRP zonder verdere verstoringen kan afmaken. Werk
aan vertrouwen in de oBRP door een ongestoorde afbouw van een basisversie.
a) Spreek met de Tweede Kamer af dat nieuwe wijzigingen pas worden doorgevoerd nadat het
huidige programma oBRP is afgerond en alle GBA-aansluitingen zijn uitgefaseerd.
Informeer de Tweede Kamer bij toekomstige wijzigingen vooraf goed over de
consequenties.
b) Laat BRP-versie 3.1 formeel door de beheerorganisatie accepteren.
c) Implementeer BRP-versie 3.7, waarin ook LO3.9 en het Buitenlands Persoonsnummer zijn
opgenomen, op de kortst mogelijke termijn zodat de centrale database van de huidige GBA
volledig wordt vervangen door die van de BRP.
d) Overweeg om de functionaliteit ‘fiatteringsknop’ in BRP-versie 4.3 terug te draaien.
Stand van zaken implementatie aanbeveling 1a
In zijn reactie op de aanbeveling heeft de opdrachtgever oBRP het volgende aangegeven:
“De aanbeveling om nieuwe wijzigingen pas door te voeren nadat het programma is afgerond en
alle GBA-aansluitingen zijn uitgefaseerd krijgt invulling door wijzigingen uit de omgeving te
realiseren nadat de nieuwe BRP is ingevoerd, in de BRP-release 1.1. Bij wijzigingen vanuit de
politieke omgeving vindt weging tussen wenselijkheid en “impact” voor het programma plaats, de
Kamer wordt daarover geïnformeerd.”.
De beschreven werkwijze wordt door de stuurgroep en opdrachtgever stringent toegepast. Echter,
sinds het BIT deze aanbeveling deed, hebben zich verschillende wijzigingen voorgedaan vanuit de
politieke omgeving, te weten de Wet tegengaan huwelijksdwang, de registratie van levenloos
geboren kinderen en een tweetal ook voor het LO GBA doorgevoerde wijzigingen, namelijk de
registratie van het buitenlands persoonsnummer en het expliciet registreren van de van
rechtswege vervallen reisdocumenten. Voor de registratie van het buitenlands persoonsnummer is
in overleg met de leveranciers van burgerzakenmodules een oplossing gekozen. De impact daarvan
is groter dan eerder voorzien. De impact van de Wet tegengaan huwelijksdwang is in tegenstelling
tot de eerdere verwachting zeer beperkt gebleken, het programma heeft deze wijziging reeds
meegenomen in het lopende ontwikkeltraject. De impact voor het van rechtswege vervallen van
reisdocumenten is middelgroot en ook deze wijziging wordt meegenomen in het lopende
ontwikkeltraject. Het programma bepaalt de impact van de registratie van levenloos geboren
kinderen tijdens de validatie van de planning in december 2016. Verder is de afspraak gemaakt dat
de hiervoor noodzakelijke wijziging na oplevering van de BRP zal plaatsvinden om de impact op het
programma zoveel mogelijk te beperken.
Stand van zaken implementatie aanbeveling 1b
In zijn reactie op de aanbeveling heeft de opdrachtgever oBRP het volgende aangegeven:
“De aanbeveling om BOP-stap 3.1 (mutatieleveringen) formeel door RvIG te laten accepteren past
niet in het gehanteerde uitgangspunt dat formele acceptatie alleen plaatsvindt voor releases die in
productie gaan. Deze aanbeveling wordt daarom als volgt opgevolgd. Vanaf BOP-stap 2.2
doorlopen alle opleveringen vanuit het programma een toetsproces waarin programma en RvIG
toetsen in hoeverre de opgeleverde systeemdelen voldoen aan de functionele eisen en aan de “non
functional requirements” (NFR’s). Daarbij is formeel geen sprake van acceptatie en vrijgave, dat is
alleen aan de orde voor die releases die daadwerkelijk in productie gaan. Wel ontstaat op deze
manier na iedere release, dus vroegtijdig, een beeld van de kwaliteit van de opgeleverde producten
in relatie tot de functionele en niet-functionele eisen en in het verlengde daarvan een antwoord op
de vraag of RvIG de release daadwerkelijk in beheer zou kunnen nemen. Het programma en RvIG
bezien per release of aanscherping van het toetsproces aan de orde is. Over de uitkomst van het
acceptatieproces vindt formele rapportage aan de stuurgroep plaats. Deze werkwijze stelt de
stuurgroep in staat om bij te sturen als de kwaliteit van de opgeleverde producten te wensen over
zou laten.”.
De beschreven werkwijze wordt sindsdien gevolgd.

1

Het BIT-advies noemt 5 risicogebieden (A t/m E), waarvoor 4 aanbevelingen zijn gedaan (met
subaanbevelingen). Risicogebied C (betreffende complexiteit) heeft geen aparte aanbeveling, maar
aanbeveling 1d past in dat risicogebied.

11

Bijlage bij voortgangsbrief Tweede Kamer
Stand van zaken implementatie aanbeveling 1c
In zijn reactie op de aanbeveling heeft de opdrachtgever oBRP het volgende aangegeven:
“De aanbeveling om met BOP-stap 3.7 (Leveringen) zo snel als mogelijk in productie te gaan
(inclusief de vulling van de database) neemt de stuurgroep vanuit het oogpunt van
risicobeheersing niet onverkort over. Dat heeft als reden dat de stuurgroep wil voorkomen dat de
leveringsfunctionaliteiten al in productie zijn terwijl het detailontwerp voor de
bijhoudingsfunctionaliteiten nog niet is afgerond. Dat zou namelijk het risico met zich meebrengen
dat het detailontwerp voor Bijhouding aanleiding geeft tot (ingrijpende) aanpassingen in de
leveringsfunctionaliteiten (inclusief de migratievoorzieningen) die in productie zijn, wat weer
vervelende gevolgen voor afnemers kan hebben. De stuurgroep heeft in dit kader (vanuit het
perspectief van risicobeheersing) besloten dat de leveringsfunctionaliteiten pas in productie gaan
wanneer voor het onderdeel Bijhouden alle ontwerpen (inclusief het aantonen van de werking
daarvan in “Proof of Concepts”) zijn afgerond, alle voor de bijhoudingsfunctionaliteit noodzakelijke
componenten zijn opgeleverd voor acceptatie en er tijdens de oplevering door het ontwikkelteam
daarvan geen blokkerende bevindingen zijn geconstateerd.”
In de loop van 2016 is meer zicht gekomen op het verloop van de ontwikkeling van de complexe
onderdelen van de Bijhouding. Vanuit het oogpunt van risicobeheersing zijn die complexe
onderdelen naar voren gehaald in de planning, hierover is al eerder gerapporteerd. Het beeld is dat
eind 2016 alle complexe onderdelen van de Bijhouding ontworpen zijn en dat een deel daarvan al
is gerealiseerd (in de E-release). Het gevolg daarvan is dat de eerder benoemde risico’s rond het
afronden van de ontwerpen van de complexe onderdelen van de Bijhouding in omvang afnemen.
Dat maakt het mogelijk dat de opdrachtgever de suggestie van het BIT om te starten met de
ingebruikname van de leveringsfunctionaliteiten nogmaals onderzoekt. Over de uitkomst van
onderzoek naar dit scenario zal de stuurgroep zich eind 2016 buigen.
Stand van zaken implementatie aanbeveling 1.d
In zijn reactie op deze aanbeveling heeft de opdrachtgever oBRP aangegeven dat de betreffende
functionaliteit nodig is om de wet- en regelgeving uit te voeren maar dat wel een aanzienlijke
versimpeling van het oorspronkelijke ontwerp is doorgevoerd.
De aanbeveling van BIT was vrij specifiek gericht op een bepaald stuk functionaliteit maar het
oogmerk van de aanbeveling was te streven naar zo eenvoudig mogelijke, heldere en goed
onderhoudbare code. Mede vanuit dat oogmerk heeft het programma mogelijkheden onderzocht
om tot een verdergaande vereenvoudiging en verbetering van de onderhoudbaarheid van de code
te komen. Kwaliteitsbewaker KPMG toetst ook voortdurend op het aspect onderhoudbaarheid
tijdens de periodieke reviews. De in de voortgangsrapportage beschreven ‘refactoring’ van de
broncode is in dit kader uitgevoerd. Het betreft een tamelijk ingrijpende herstructurering van het
Java-model die leidt tot een aanzienlijke vermindering van de omvang van de code hetgeen ten
goede komt aan de onderhoudbaarheid van de code.

Aanbeveling 2
Wees transparant over de planning inclusief de onzekerheden.
Stand van zaken implementatie aanbeveling 2
In zijn reactie op deze aanbeveling heeft de opdrachtgever oBRP aangegeven deze aanbeveling uit
te voeren en de bedoelde planning op te stellen.
Eind 2015 is de integrale planning opgesteld, daarbij zijn tevens de onzekerheden in kaart
gebracht. Daarbij is tevens aangegeven dat eind 2016 eenzelfde exercitie zal plaatsvinden. De
voorbereiding van die validatieronde op de planning neemt het programma nu ter hand. De
gevraagde validatie van de business case is begin 2016 uitgevoerd door een extern bureau en
leidt tot de conclusie dat de business case van Operatie BRP, niettegenstaande de langere
doorlooptijd en hogere kosten, onverminderd zeer positief is. Het betreffende onderzoeksrapport
(van april 2016) is op de website van het programma gepubliceerd.

12

Bijlage bij voortgangsbrief Tweede Kamer
Aanbeveling 3
Betrek de beheerorganisatie intensief zodat kennis wordt opgebouwd en de acceptatie wordt
vergroot.
Zorg voor een gestructureerd acceptatieproces zodat duidelijk is onder welke condities de BRP
wordt geaccepteerd.
a) Laat de RvIG een lijst van duidelijke acceptatiecriteria opstellen voor de overdracht naar
beheer en laat deze door de stuurgroep vaststellen.
b) Laat de RvIG op korte termijn de oplossing toetsen op beheerbaarheid en toekomstvastheid en
hierover rapporteren aan de Stuurgroep.
c) Laat de RvIG op korte termijn deelnemen in het ontwikkeltraject, bijvoorbeeld door het maken
van de beheerdocumentatie.
d) Laat de beheerorganisatie meewerken om wijzigingen te realiseren onder verantwoordelijkheid
van het programma.
Stand van zaken implementatie aanbeveling 3
In zijn reactie op deze aanbeveling heeft de opdrachtgever oBRP aangegeven dat hij het vaststellen
van de acceptatiecriteria voor de in beheer name en het toetsen op beheerbaarheid en
toekomstvastheid door RvIG binnen het formele acceptatieproces in gang zet. Deze zaken zijn
inmiddels onderdeel van de reguliere werkwijze.
In zijn reactie geeft hij tevens aan dat participatie van RvIG in het ontwikkeltraject al is
gerealiseerd (medewerkers van RvIG stellen bijvoorbeeld de beheerhandleidingen op en zijn
betrokken bij de ontwikkeling van de beheerfunctionaliteit) maar dat de mogelijkheden voor RvIG
om in het ontwikkeltraject en bij het doorvoeren van wijzigingen te participeren capacitair
begrensd zijn.
Ten aanzien van participatie van RvIG in het ontwikkeltraject zijn op dit moment besprekingen
gaande met ICTU, een van de strategische partners van RvIG en de partij die bij doorontwikkeling
van de BRP een belangrijke rol zal gaan spelen, over inzet van medewerkers van ICTU bij de
ontwikkeling van de BRP. Dit is mede van belang in het kader van een zogenoemde ‘warme
overdracht’.
Aanbeveling 4
Bereid de implementatieperiode goed voor en voorkom verrassingen in de planning. Activeer RvIG,
afnemers en gemeenten bij de voorbereiding van de implementatie.
Stand van zaken implementatie aanbeveling 4
In zijn reactie op deze aanbeveling heeft de opdrachtgever oBRP aangegeven dat de
voorbereidingen voor het opstellen van de implementatieplanning al gaande zijn en in dat in nauw
overleg met RvIG en KING de monitoring wordt ingericht.
De aanbeveling om RvIG, afnemers en gemeenten te activeren bij de voorbereiding van de
implementatie wordt, nu de start van de transitie naderbij komt, in het bijzonder actueel. Zoals in
het algemene deel van de voortgangsrapportage is vermeld is het programma zich er terdege van
bewust dat het zich, bij het valideren van de integrale planning, rekenschap dient te geven van de
afhankelijkheden met RvIG en met de leveranciers van de burgerzakenmodules en
afnemerssystemen en dat afstemming van de integrale planning met de verschillende betrokken
partijen noodzakelijk is. De voorbereidingen hiervoor worden momenteel getroffen.

13