Binnen het analyseteam is behoefte aan een Business Analist met XML-kennis die requirements verzamelt en deze vertaalt naar epics, features en bouwbare user stories en specificaties opstelt voor de LVBB (een centraal verwerkingssysteem ten behoeve van de Omgevingswet) en de koppelvlakken voor het LVBB-ontwikkelteam. Voor informatie- en datamodellering en conceptuele uitwerkingen wordt de STOP/TPOD-standaard van Geonovum gevolgd. De Business Analist specificeert in lijn met deze standaarden.
Een belangrijk onderdeel van de werkzaamheden is het actief achterhalen van informatie en requirements. De Business Analist voert hiervoor de noodzakelijke inhoudelijke discussies, onder andere met de koepels VNG, IPO, UWV en BZK/VRO.
De organisatie 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 wordt hiervoor een belangrijke randvoorwaarde ingevuld. Goed kunnen samenwerken binnen een multidisciplinair scrumteam en ervaring met werken in een Agile omgeving zijn belangrijke vereisten.
Taken en verantwoordelijkheden
De Business Analist met XML-kennis is de linking pin tussen de businessvraag en de implementatie door het LVBB-ontwikkelteam. De Business Analist beschrijft functionaliteit waarmee businessbehoeften worden ingevuld.
A. Opleveren van epics, features en user stories volgens de SAFe-methodiek op basis van de Program Increment-doelen. Deze hebben betrekking op de LVBB en het aanleverkoppelvlak, specifieke LVBB-functionaliteit, business-API’s en de datalaag.
B. Ondersteunen van de product owner bij het bijwerken, opschonen en (her)prioriteren van de backlog (backlog grooming).
C. Waar nodig opleveren van procesontwerpen, storyboards en andere producten die helpen bij het inzichtelijk maken van (applicatie-ondersteuning van) werkprocessen binnen de businesscontext van de bevoegde gezagen (aanleverende partijen).
D. Opleveren van functionele specificaties en Given-When-Then-scenario’s voor de realisatie van user stories op basis van analyse van de STOP/TPOD-standaard, eventuele overige relevante standaarden en afstemming met voornamelijk interne stakeholders.
E. (Functioneel) ondersteunen van het ontwikkelteam (vraagbaak zijn) bij het ontwikkelen en testen van stories.
De bovenstaande lijst is niet limitatief of statisch. Op basis van nieuwe wensen van opdrachtgever of gebruikers, wijzigingen in aanpalende systemen of veranderingen in het opdrachtportfolio kunnen aanpassingen plaatsvinden in taken en prioriteiten. Er is een product owner aangesteld. De product owner bepaalt in samenspraak met de productmanagers welke features in welk program increment worden gerealiseerd.
Functiecriteria