Leveranciersbijeenkomst GBA

Het houden van zogenaamde leveranciersbijeenkomsten wordt populair. Enige maanden geleden organiseerde het programma NUP zo’n bijeenkomst. (Zie mijn posting van 10-12-2009.)
Op 14 januari 2010 was er zo’n bijeenkomst om leveranciers voor te lichten over het programma mGBA, oftewel modernisering GBA.
Bij deze bijeenkomsten zijn alle leveranciers uitgenodigd, niet alleen degenen die zijn uitverkoren om een rol te spelen in het programma, maar ook degenen die geen directe rol spelen maar wel geïnteresseerd zijn. Voorts is het de bedoeling, dat dergelijke bijeenkomsten niet alleen plaatsvinden vóór de leveranciersselectie en de start van het programma, maar ook tijdens de looptijd van het programma. Dit soort bijeenkomsten is naar mijn stellige overtuiging één van de maatregelen, die het mislukken van grote projecten kan helpen voorkomen. Door dergelijke communicatie blijft het project open en transparant en wordt iedereen scherp gehouden.

De modernisering van GBA houdt ongeveer het volgende in: Het GBA is al ruim twintig jaar operationeel en was de eerste nationale basisadministratie. Het is echter geen centrale applicatie; alle gemeenten (ruim 400) hebben een eigen GBA-applicatie en communiceren met elkaar via een postbussensysteem. Het enige gecentraliseerde en gestandaardiseerde element is het postbussensysteem. Als ik mij goed herinner, is destijds voor deze gedecentraliseerde architectuur gekozen, omdat men toen inschatte, dat een gecentraliseerd systeem zou mislukken door zijn complexiteit.

Maar zie, na twintig jaar is de zaak gestabiliseerd en de technologie ook weer beter. En dan gaan de voordelen van een centrale applicatie toch weer lonken. En dat is nu net de kern van deze Modernisering GBA.

In het nieuwe GBA worden de deelsystemen GBA-V en BZS-K onderscheiden. GBA V(verstrekkingen) wordt een gecentraliseerde database waarin de gegevens van alle burgers zijn geregistreerd. Een afnemer hoeft dus straks niet meer bij honderden gemeenten gegevens op te vragen, maar doet dat straks op één plek, namelijk GBA-V.
Zelf had ik als projectmanager bij de Polisadministratie van UWV alleen te maken met verstrekkingen door GBA. Dus het andere deelsysteem van mGBA, namelijk BZS-K, zegt mij minder. BZS-K staat voor Burgerzakensysteem Kern en het is de applicatie, die gemeenteambtenaren gebruiken om hun taken uit te voeren t.a.v. de bevolkingsadministratie.

De projectleider GBA-V vertelde over het projectplan. Dat kent 7 stappen tot 2012. Dus over 2 jaar worden 7 stappen opgeleverd. Ongetwijfeld heeft men gedacht aan de lessen van mislukte megaprojecten, dat grote programma’s moeten worden opgedeeld in kleinere behapbare deelprojecten. Als laatste stap volgen de aansluitingen op BZS en LO4 (= logisch ontwerp versie 4).

Bij de inleiding vertelde programma-manager Moelker ook over de aanbestedingsstrategie. Men zal niet meer gebruik maken van de mantels van ICTU en BZK. Bij de aanbestedingsstrategie worden nieuwe criteria en Europese spelregels gehanteerd. Aan de vragen die daarop volgden was te merken, dat de bestaande leveranciers van GBA dat maar niks vonden. Het programma heeft m.i. goed gezien, dat levend houden van de concurrentie en kansen geven aan nieuwe spelers de zaak scherp houdt.

Al met al vind ik het een goede greep van het programma om tijdens het project voortdurend de dialoog aan te gaan met de leveranciersmarkt. Zoals ik al hiervoor opmerkte: Open en transparant houden van projectinhoud en projectvoortgang zal het resultaat ten goede komen.
Open en transparant voorkomt, dat doofpotten en mantels der liefde kunnen optreden.