Opdrachtomschrijving
Binnen het analyseteam is behoefte aan een Requirement specifier met XML kennis die requirements verzamelt en deze vertaalt naar epics, features en bouwbare user stories, specificaties voor de LVBB en de koppelvlakken voor de ontwikkeling van de LVBB door het realisatie Scrumteam. Voor informatie- en datamodellering en conceptuele uitwerkingen wordt de STOP/TPOD standaard gevolgd. De business analist/specifier specificeert in lijn met de standaard. Een belangrijk onderdeel van de werkzaamheden is het actief achterhalen van informatie en requirements. De Requirement specifier zal hiervoor de noodzakelijke inhoudelijke discussies voeren. KOOP wil verbeteringen doorvoeren om zowel de kwaliteit van de software als de kwaliteit van het ontwikkelproces naar een hoger niveau te tillen. Met het gebruik van de Agile ontwikkelmethodiek wil KOOP hiervoor een belangrijke randvoorwaarde invullen. Goed kunnen samenwerken binnen een multidisciplinair scrum-team en ervaring met het werken in een Agile omgeving, zijn belangrijke vereisten.

Taken en verantwoordelijkheden:

• De Requirement specifier met XML kennis is de linking pin tussen businessvraag en implementatie.
• De Requirement specifier met XML kennis beschrijft functionaliteit waarmee business needs worden ingevuld.
• A. De oplevering van epics, features en user stories volgens de SAFemethodiek op basis van de Program Increment doelen. Deze hebben betrekking op de LVBB en liggen op aanleverkoppelvlak, specifieke LVBB functionaliteit, business API en op de Data Store-laag.
• B. Ondersteuning product owner qua bijwerken, opschonen en het (her)prioriteren van de backlog (backlog grooming).
• C. Waar nodig het opleveren van procesontwerpen, Storyboards en andere producten die helpen bij het inzichtelijk maken (van de applicatie- ondersteuning) van werkprocessen binnen de business context van de bevoegde gezagen.
• D. Het opleveren van functionele specificaties en Given-When-Then scenario's voor de realisatie van de userstories op basis van analyse van de STOP/TPOD-standaard, eventuele overige relevante standaarden en afstemming met voornamelijk interne stakeholders.
• E. Het (functioneel) ondersteunen van het ontwikkelteam (vraagbaak zijn) in de ontwikkeling en het testen van stories.

De bovenstaande lijst is niet limitatief of statisch. Op basis van nieuwe wensen van Opdrachtgever of gebruikers of wijzigingen in aanpalende systemen of veranderingen in het opdrachtportfolio van KOOP kan het voorkomen dat er wijzigingen plaatsvinden op bovenstaande lijst en de bijbehorende prioriteiten. Bij KOOP is een product owner aangesteld. Hij bepaalt in samenspraak met de Productmanagers welke features in welk program increment wordt gerealiseerd.

Achtergrond opdracht

KOOP werkt samen met Kadaster en Geonovum aan een Landelijke Voorziening voor Bekendmaken en Beschikbaar stellen (LVBB) van wet- en regelgeving. De Omgevingswet is op 1 januari 2024 inwerking getreden. KOOP werkt in dit project samen met meerdere overheidsonderdelen. Ook werkt KOOP hierbij intensief samen met de plansoftwareleveranciers. Daarnaast is KOOP verantwoordelijk voor de Standaard Officiële Publicaties (STOP).

De LVBB is een landelijk centraal backoffice verwerkingssysteem dat verantwoordelijk is voor het valideren, bekendmaken en consolideren van alle besluiten. Deze besluiten zijn technisch gebaseerd op de STOP standaard. De LVBB bestaat uit de volgende onderdelen:

• Een Koppelpunt op basis van Digikoppeling-ebMS (voor betrouwbare overdracht voor omgevingsdocumenten).
• Een Regisseur: een orkestratie-component voor het besturen van de validatie- en publicatieketen naar de repositories van Kadaster (OZON) en KOOP (OPeRA).
• Een content platform (CUP genaamd) dat bestaat uit een datastore/zoek oplossing in MarkLogic (XLST, XML, XQuery) en een business laag in Java.

De LVBB is gekoppeld met het achterliggende KOOP applicatielandschap en de Landelijke Voorziening van de Omgevingswet (DSO-LV). Bevoegd gezagen leveren hun besluiten aan de LVBB aan om te publiceren op de portalen van KOOP en door te leveren aan DSO.

Binnen het analyseteam is behoefte aan een Requirement specifier met XML kennis die requirements verzamelt en deze vertaalt naar epics, features en bouwbare user stories, specificaties voor de LVBB en de koppelvlakken voor de ontwikkeling van de LVBB door het realisatie Scrumteam. Voor informatie- en datamodellering en conceptuele uitwerkingen wordt de STOP/TPOD standaard gevolgd. De business analist/specifier specificeert in lijn met de standaard. Een belangrijk onderdeel van de werkzaamheden is het actief achterhalen van informatie en requirements. De Requirement specifier zal hiervoor de noodzakelijke inhoudelijke discussies voeren.

Eisen

Wensen

Competenties

Aanvullende Informatie
Wanneer u bij ons als leverancier een professional aanbiedt en deze wordt geplaatst, hebben we informatie van u als contractpartij nodig, onder andere met betrekking tot de Wet keten- en inlenersaansprakelijkheid. De ‘WKA’ heeft als doel om misbruik te voorkomen bij de afdracht van loonheffingen bij alle schakels in de keten; van leverancier tot opdrachtgever. Wij dekken deze risico’s voor onze opdrachtgevers af middels een geblokkeerde rekening, de G-rekening. Dit is een rekening waarop een gedeelte van het factuurbedrag wordt gestort en waarvan u de loonheffingen en BTW kunt betalen aan de Belastingdienst. Het af te storten % hangt ervan af of u een SNA-certificering (NEN-4400-1 of NEN-4400-2) heeft of niet en of uw bedrijf in Nederland of daarbuiten is gevestigd. De G-rekening kunt u aanvragen bij de Belastingdienst. Indien u geen G-rekening kunt krijgen (en u kunt hier bewijs van de Belastingdienst van overleggen) dan heeft u ook de mogelijkheid elk kwartaal een accountantsverklaring (assurance report inzake inlening personeel) aan te leveren. Hierin zal een gecertificeerd accountant (AA of RA) een verklaring afgeven over de juistheid, volledigheid en tijdigheid van de afdrachten. Let wel, de kosten voor deze verklaring komen voor uw eigen rekening.