vng-realisatie / huwelijksplanner Goto Github PK

License: Other

JavaScript 100.00%

huwelijksplanner's Introduction

Huwelijksplanner

Product visie:

Met de huwelijksplanner realiseren we componenten (zowel registratiecomponenten als gebruikersinterface) waarmee gemeenten een goed werkend trouwproces kunnen inrichten. Daarmee voegen we waarde toe en ontzorgen de burger bij het plannen van een huwelijk. De huwelijkplanner wordt zo snel mogelijk gefaseerd in productie gebracht bij 1 of meerdere gemeenten. We ontwikkelen de huwelijksplanner conform de visie en principes van common ground en willen met de huwelijksplanner actief bijdragen aan samen organiseren.

Doel:

Inwoners in staat stellen om snel en eenvoudig vanaf de bank hun huwelijk te regelen.
Backoffice van gemeenten die bij het huwelijksproces betrokken zijn, te ontlasten

Te zetten stappen:

Huidige resultaten Utrecht en Convenant gemeenten in kaart brengen, documenteren en checken of ze passen in de nieuwe product visie en dubbelingen identificeren
Hergroeperen (wie gaat wat doen, hoe gaan we verder)
BPMn trouwproces ontwikkelen
Betere aansluiting bij Common Ground
Gebruikersonderzoek met trouw stellen
UX redesign van de klantreis
Opstellen implementatie routekaart
Ontwikkeling user interface “gratis trouwen”
Implementatie “gratis trouwen”

Randvoorwaarden:

Voldoende beschikbare mensen en middelen
Gemeente die het trouwproces volgens de productvisie in productie wil nemen
Actieve en betrokken stakeholders met gemeenschappelijke visie op het project

Snelle links

Installatiehandleiding Huwelijksplanner https://huwelijksplanner.online/installatie/

Referentie-implementaties van componenten

Component: De naam van het component en link naar een voorbeeld implementatie
Description: Korte beschrijving van wat het component doet
CI/CD: Resultaat van de Continuous Integration en Continuous Delivery (Dev) straat, controleert o.a. op werkelijkheid van de codebase, draait testscenario's en controleert op known vulnerabilities
Style: Resultaat van code check, zowel optimalisatie als leesbaarheid
Issue: Discussie issue over dit component
Repository: Locatie van de code van het component

Component	Description	Repository	Issue
Huwelijksplanner UI	User Interface for the huwelijksplanner project	GitHub
Contactcatalogus	Het “contacten” component is bedoeld voor het opslaan van contactgegevens van personen en organisaties waarvoor nog geen BSN of KVK nummer bekend is (en dus geen bronverwijzing kan worden gedaan).	GitHub	#236
Locatiecatalogus	Het component "Locaties" is ontwikkeld voor de gemeente Utrecht en beschrijft een geografische locatie met de daarbij horende kenmerken. Dit stelt je in staat om locaties te raadplegen en te beheren	GitHub	#238
Productenendienstencatalogus	openPDC implementatie op proto-component basis	GitHub
Medewerkercatalogus	Het "Ambtenaren" component is ontwikkeld voor de gemeente Utrecht en heeft als doel ambtenaren te koppelen aan objecten uit andere componenten. Dit stelt je in staat om aan deze objecten, ambtenaren te koppelen en hun activiteiten te kunnen beheren.	GitHub	#239
Verzoektypecatalogus	A component to catalogue various request types	GitHub
Webresourcecatalogus	Het "Resources" component is ontwikkeld voor de gemeente Utrecht en heeft als doel het gebruik van multimedia bestanden te faciliteren. Het stelt je in staat om multimedia bestanden (waaronder plaatjes en filmpjes) en documenten te gebruiken.	GitHub
Agendaregistratiecomponent	Het "agenda" component is ontwikkeld voor de gemeente Utrecht en heeft als doel een agenda te koppelen aan objecten uit andere componenten. Dit stelt je in staat om aan deze objecten, afspraken en beschikbaarheid te kunnen beheren.	GitHub	#218
berichtservice	Het berichten component is ontwikkeld voor de gemeente Utrecht en heeft als doel het functionele berichten verkeer te faciliteren. Denk hier bij aan berichten via een email naar een klant waar een, mogelijk, sjabloon in gebruikt wordt	GitHub
betaalservice	Het "betalen" component is ontwikkeld voor de gemeente Utrecht en heeft als doel een betalingen te registreren en af te handelen voor objecten uit andere componenten. Dit stelt je in staat om voor deze objecten facturen aan te maken en te beheren.	GitHub	#240
brpservice	Het "betalen" component is ontwikkeld voor de gemeente Utrecht en heeft als doel een betalingen te registreren en af te handelen voor objecten uit andere componenten. Dit stelt je in staat om voor deze objecten facturen aan te maken en te beheren.	GitHub
instemmingservice	Het "Instemingservice" component is ontwikkeld voor de gemeente Utrecht en heeft als functie laten instemmen van burgers met namens hun ingediende handelingen	GitHub	#235
stufservice	Het StUF Berichten component is bedoeld als communicatie richting de StUF standaard en wordt bijvoorbeeld gebruikt om “verzoeken” van het type melding voorgenomen huwelijk en verhuizing in te schieten op StUF koppelvlakken.	GitHub
trouwservice	Het "trouwen" component bevat alle functionaliteit die nodig is om een huwelijk of partnerschap te kunnen sluiten en is ontwikkeld voor de gemeente Utrecht.	GitHub
orderregistratiecomponent	A component to handle orders	GitHub	#256
single-sign-on	This component provides a single sign on server (curently only in mock version)	GitHub
trouwen-kubernetes	This repository holds the kubernetes config for deploying the trouwen cluster	GitHub
user-component	A component to handle users of an application	GitHub
utrecht-trouwen	Trouwapplicatie voor de gemeente Utrecht	GitHub
digispoof	Trouwapplicatie voor de gemeente Utrecht	GitHub

Licentie

huwelijksplanner's People

Contributors

Stargazers

Watchers

Forkers

janwillemkooi rjzondervan kunera saskiahoff

huwelijksplanner's Issues

Als beheerder van de trouwplanner wil ik kunnen configureren wanneer en welke automatische reminders, notificaties en bevestigingsmails worden verstuurd

zodat we hierin per gemeente flexibel zijn.

Zorg dat de beschrijving duidelijk voor iedereen in het team is
Koppel de juiste labels
Koppel eventueel aan een epic (door # en het nummer toe te voegen)
Let er op dat de user story in 1 sprint gerealiseerd kan worden

Als UX-designer wil ik op 22 oktober ongestoord kunnen werken aan huwelijksplanner werkzaamheden

Done: Ruimte geregeld voor 22 oktober

Als procesteam wil ik een proces beschrijven voor de situatie waarbij een medewerker de huwelijksplanner invult voor de inwoner

Beschrijving van de taak:

Uitzoeken in welke situaties dit gebeurt en wat dit voor het proces betekent.

Let op:

duidelijke beschrijving wat moet gebeuren
gekoppeld aan een persoon (assign)
gekoppeld aan een user story (door # en het nummer toe te voegen)

Als UX-designer wil duidelijk hebben welke werkzaamheden wij voor de Huwelijksplanner gaan verrichten zodat we die goed kunnen inplannen met de andere werkzaamheden

Done: User stories gemaakt en besproken met Product Owner

Als PO en SM willen we een Scrum traject opzetten met een sprint visie, team en sprintplanning

zodat de betrokken mensen weten hoe gerealiseerd wordt, wanneer demo's gegeven worden en wie aan te spreken voor resultaten

Als beheerder van de trouwplanner wil ik kunnen configureren welke locaties er zijn (scherm)

zodat we dit per gemeente zelf kunnen instellen.

Het gaat hier om het toevoegen/bewerken/verwijderen van locaties.

Zorg dat de beschrijving duidelijk voor iedereen in het team is
Koppel de juiste labels
Koppel eventueel aan een epic (door # en het nummer toe te voegen)
Let er op dat de user story in 1 sprint gerealiseerd kan worden

Als beheerder van de trouwplanner wil ik kunnen configureren welke termijnen binnen het proces van toepassing zijn

zodat we hierin per gemeente flexibel kunnen zijn.

Zorg dat de beschrijving duidelijk voor iedereen in het team is
Koppel de juiste labels
Koppel eventueel aan een epic (door # en het nummer toe te voegen)
Let er op dat de user story in 1 sprint gerealiseerd kan worden

Als productowner wil ik verifiëren of alle oorspronkelijke userstories van zowel Utrecht als de Convenantgemeenten zijn meegenomen in het nieuwe project

zodat .....

Zorg dat de beschrijving duidelijk voor iedereen in het team is
Koppel de juiste labels
Koppel eventueel aan een epic (door # en het nummer toe te voegen)
Let er op dat de user story in 1 sprint gerealiseerd kan worden

Als medewerker wil ik inzage in de Babs-agenda

definitief/onder optie, filterbaar per Babs

Zorg dat de beschrijving duidelijk voor iedereen in het team is
Koppel de juiste labels
Koppel eventueel aan een epic (door # en het nummer toe te voegen)
Let er op dat de user story in 1 sprint gerealiseerd kan worden

Als scrumteam willen we dat de visie op UX aansluit op het NL design system

zodat we meegaan in een moderne UX en de look-en-feel van de trouwplanner aansluit bij de landelijke standaard

Als procesteam willen we Huub Westendorp betrekken

zodat we aansluiten op de landelijke ideeen over (micro)processen en architectuur keuzes.

Zorg dat de beschrijving duidelijk voor iedereen in het team is
Koppel de juiste labels
Koppel eventueel aan een epic (door # en het nummer toe te voegen)
Let er op dat de user story in 1 sprint gerealiseerd kan worden

Als procesteam willen we een sessie organiseren rondom de afhandeling van een reservering

Beschrijving van de taken:

Organiseren van een sessie over de afhandeling van een reservering.
Ter voorbereiding hierop een concept BPMN proces maken van het afhandelproces.
N.a.v. de sessie een (voorlopig) definitieve versie van het afhandelproces maken + aan product owner aangeven wat in de MVP hiervan zou moeten zitten.

Let op:

duidelijke beschrijving wat moet gebeuren
gekoppeld aan personen (assign)

Als beheerder van de trouwplanner wil ik kunnen configureren onder welke condities de trouwdatum bij een niet ingediende reservering wordt vastgehouden (functionaliteit)

zodat er niet onnodig data, locaties en babsen worden vastgehouden.

ZIE ONDERSTAANDE COMMENTS VOOR UITWERKING

Zorg dat de beschrijving duidelijk voor iedereen in het team is
Koppel de juiste labels
Koppel eventueel aan een epic (door # en het nummer toe te voegen)
Let er op dat de user story in 1 sprint gerealiseerd kan worden

Moet worden opgepakt met #561

Als procesteam wil ik bij de business checken of de ontwikkelde checks afdoende zijn en op welk moment ze moeten plaatsvinden

Controle partners en getuigen obv BRP gebeurt automatisch met de ontwikkelde checkservices (bij Melding én bij inloggen met Digid). We moeten nog checken of:

dit inderdaad inhoudelijk de lading dekt voor de business.
bepalen waar in het proces welke checks moeten worden uitgevoerd (vastleggen in DMN)
eventuele te verwachten uitzonderingen in kaart brengen.

Let op:

duidelijke beschrijving wat moet gebeuren
gekoppeld aan een persoon (assign)
gekoppeld aan een user story (door # en het nummer toe te voegen)

Als procesteam wil ik het proces van de verwerking van een betaling in de backoffice uitwerken.

Beschrijving van de taak:
Hoe verloopt de verwerking van een betaling en in welk backofficesysteem gebeurt dit?

Let op:

duidelijke beschrijving wat moet gebeuren
gekoppeld aan een persoon (assign)
gekoppeld aan een user story (door # en het nummer toe te voegen)

Als procesteam wil ik het proces vastleggen voor als een melding voorgenomen huwelijk verloopt

Beschrijving van de taak:
Meldingen zijn maar x periode geldig, wat als de melding verloopt voordat het huwelijk heeft plaatsgevonden?

Let op:

duidelijke beschrijving wat moet gebeuren
gekoppeld aan een persoon (assign)
gekoppeld aan een user story (door # en het nummer toe te voegen)

Als procesteam wil ik het proces vastleggen van wijzigen en annuleren van een reservering

#35

Let op:

duidelijke beschrijving wat moet gebeuren
gekoppeld aan een persoon (assign)
gekoppeld aan een user story (door # en het nummer toe te voegen)

Als Scrumteam willen we een gedeelde Product Visie hebben

zodat we allemaal een gemeenschappelijk beeld hebben van wat het project gaat brengen.

Zorg dat de beschrijving duidelijk voor iedereen in het team is
Koppel de juiste labels

TAKEN

Als UX-designer wil ik mijn interviews voorbereiden om zoveel mogelijk nuttige informatie te halen uit de interviews.

De vragen staan nu in GH als .md file
documenten/gebruikersonderzoek/interviews/interviewvragen-huwelijksplanner.md

Opmerking: René heeft al lijst met vragen, moeten alleen nog uitgewerkt worden.

Done: Lijst met mogelijke vragen en onderwerpen is af en getoetst met interviewers.

Als ontwikkelaar wil ik weten welk pakketje gegevens er aangeleverd moeten worden aan Key2Burgerzaken

Beschrijving van de taak:
Uitzoeken welke gegevens benodigd zijn in Key2BZ om een huwelijksdossier aan te maken.

Let op:

duidelijke beschrijving wat moet gebeuren
gekoppeld aan een persoon (assign)
gekoppeld aan een user story (door # en het nummer toe te voegen)

Als UX-designer wil ik de interviews verwerken die zijn afgenomen om een eerste goede beeld te krijgen waar we waarde voor de gebruikers kunnen toevoegen

Done: Alle vijf de interviews zijn verwerkt en de bestaande personakoppels zijn aangepast. De Product Strategie is aangepast met nieuwe inzichten.

Als beheerder van de trouwplanner wil ik kunnen configureren welke tarieven van toepassing zijn (scherm)

zodat we hierin als gemeente flexibel kunnen zijn.

Zorg dat de beschrijving duidelijk voor iedereen in het team is
Koppel de juiste labels
Koppel eventueel aan een epic (door # en het nummer toe te voegen)
Let er op dat de user story in 1 sprint gerealiseerd kan worden

Als beheerder van de trouwplanner wil ik de beschikbaarheid van data, locaties en babsen kunnen invullen (scherm)

zodat inwoners alleen de opties te zien krijgen die ook echt mogelijk zijn.

Zorg dat de beschrijving duidelijk voor iedereen in het team is
Koppel de juiste labels
Koppel eventueel aan een epic (door # en het nummer toe te voegen)
Let er op dat de user story in 1 sprint gerealiseerd kan worden

Als beheerder van de trouwplanner wil ik kunnen configureren welke aanvullende personen er op de hoogte moeten worden gesteld van een huwelijk

zodat we hierin als gemeente flexibel zijn.
Bijv. bode, huwelijksassistent..

Zorg dat de beschrijving duidelijk voor iedereen in het team is
Koppel de juiste labels
Koppel eventueel aan een epic (door # en het nummer toe te voegen)
Let er op dat de user story in 1 sprint gerealiseerd kan worden

Als Scrumteam willen we een expertise groep met de naam Procesteam met een doelstelling

zodat voor iedereen duidelijk is, wie met het huwelijksproces bezig is en hoe dat aansluit op het geheel.

Zorg dat de beschrijving duidelijk voor iedereen in het team is
Koppel de juiste labels
Let er op dat de user story in 1 sprint gerealiseerd kan worden

Als PO wil ik software (services) hebben die voldoet aan Common Ground principes

zodat de huwelijksplanner bestaat uit componenten die herbruikbaar zijn voor andere processen en voldoen aan de huidige inzichten en standaarden

Als beheerder van de trouwplanner wil ik kunnen configureren welke stappen er verplicht zijn in te vullen voordat een reservering ingediend mag worden

zodat we per gemeente hierin flexibel zijn.

Zorg dat de beschrijving duidelijk voor iedereen in het team is
Koppel de juiste labels
Koppel eventueel aan een epic (door # en het nummer toe te voegen)
Let er op dat de user story in 1 sprint gerealiseerd kan worden

Als beheerder van de trouwplanner wil ik kunnen configureren welke Babsen er te kiezen zijn (scherm)

zodat we dit als gemeente zelf kunnen instellen.
Het gaat hier om het toevoegen/bewerken/verwijderen van Babsen.

Zorg dat de beschrijving duidelijk voor iedereen in het team is
Koppel de juiste labels
Koppel eventueel aan een epic (door # en het nummer toe te voegen)
Let er op dat de user story in 1 sprint gerealiseerd kan worden

Als PO wil ik een duidelijk huwelijksproces hebben

zodat duidelijk is voor de inhoudelijke mensen vanuit de praktijk hoe de huwelijksplanner aansluit op het huidige proces

Als PO wil ik een goed User Experience (UX) plan

zodat we in het scrum team weten wat de aanpak is. Het UX en procesteam weten wat ze moeten doen en de product owner weet wat ze kan verwachten.
Fase 1: start interviews met eventuele aanpassingen in de spec's, user story's die gebruikt worden om te bouwen
Fase 2: plan om m.b.v. een demo te testen (feedback van stellen) zodat we zeker weten dat de applicatie goed is en we waarde toevoegen voor stellen en backoffice.