Bronhouderportaal BRO sprintreview

Transcriptie

1 Bronhouderportaal BRO sprintreview Sprint 16 Bulkaanlevering Verslag

2 Welkom vandaag Robin van den Assem Marjan Bevelander Nanko de Boorder Henk Ferkranus Janko van Gelderen GP Gooiker Theo Gulcher Jippe Holwerda Tom Koenraads Rob van der Krogt Olaf Lem Bart-Jan de Leuw Tom Moesker Anneke Spijker Kees Tjaden Henriëtte Villevoije Ria Volkers Rosan van Wilgenburg Erik van der Zee (Hoogheemraadschap Delfland) (plv. programmamanager BRO) (Provincie Noord-Holland, beleidsmedewerker Water) (SvB-BGT, coördinator regio Noord) (Provincie Utrecht, grondwaterspecialist) (ICTU, front-end-ontwikkelaar) (ICTU, softwareontwikkelaar) (ICTU, softwareontwikkelaar) (ICTU, functioneel ontwerper) (TNO, programmamanager BRO) (Waterschap Rivierenland, coördinator ondergrond) (Programmabureau BRO, ketenintegratiemanager) (1 e deel) (ICTU, product owner en projectmanager) (2 e deel) (Provincie Flevoland, coördinator ondergrond, IPO) (Rijkswaterstaat, adviseur implementatie BRO) (Rijkswaterstaat, coördinator ondergrond) (Programmabureau BRO, ketenmanager) (Gemeente Amsterdam, coördinator BRO) (Programmabureau BRO, ketenarchitect)

3 Agenda uur Inloop en Kennismaking uur 1 Doelen en voortgang huidige release uur 2 Terugblik afgelopen sprint uur 3 Thema: Verbetering bruikbaarheid Bronhouderportaal uur 4 Backlog sorteren uur 5 Afronding uur Ruimte voor nabesprekingen Tussendoor: korte pauzes

4 1 DOELEN KOMENDE RELEASE DOOR DE PRODUCT OWNER

5 Doelen Release 4 Release 4 Algemeen doel Basale invulling van alle nu nog openstaande wensen Oplevering 1 juni 2018 week datum locatie sprint belangrijkste sprintdoel 04 di 23 jan Amersfoort #16 Aanleveren in bulk mogelijk maken 07 di 13 feb #17 Betere informatie op het scherm 10 di 06 mrt #18 13 di 27 mrt #19 16 di 17 apr #20 19 di 08 mei #21 22 di 29 mei #22

6 2 TERUGBLIK AFGELOPEN SPRINT DOOR HET ONTWIKKELTEAM

7 Bronhouderportaal in cijfers Sprint Peildatum 19 jan 13 feb 6 mrt 27 mrt 17 apr 8 mei 29 mei Maximum Aangemelde organisaties 50 # gemeenten # waterschappen 9 22 # provincies 8 12 # andere bronhouderorganisaties 4 - # organisaties die geen bronhouder zijn 5 - Actieve gebruikers - # gebruikers met eherkenning 17 - # gebruikers met lokaal account 0 - Inrichting en gebruik - # projecten 3 - # autorisaties van gebruikers 84 - # machtigingen van bedrijven 0 - # leveringen gedaan 2 - # leveringen gelukt 0 -

8 Nieuwe functies reeds in productie BBRO-840 Gebruikshandleiding Bronhouderportaal Als Gebruiker wil ik een printbare gebruikershandleiding voor bij de computer zodat ik de applicatie op mijn gemak kan uitproberen en leren gebruiken. BBRO-877 Databasebeheer release-proof maken Applicatiebeheerder wil ik de database-administratie robuust maken zodat ik bij het uitbrengen van een nieuwe release de database niet corrupt maak of data verlies. BBRO-878 Automatische herkenning Beheerder obv. mailadres Als Beheerder van een bronhouderorganisatie wil ik dat het Bronhouderportaal als ik voor het eerst inlog herkent (als ik mij al eerder bij de BRO heb aangemeld), zodat ik nog niet een keer de BRO-Servicedesk hoef te benaderen om mij te laten te autoriseren. BBRO-879 Als administrator nieuwe organisaties kunnen invoeren Als Administrator wil ik zelf nieuwe organisaties via een invoermenu kunnen opvoeren zodat de ontwikkelaars dat niet meer voor mij hoeven te doen. BBRO-880 Bestanden met onbekende KvK-nummers weigeren Als Bronhouder wil ik dat documenten met bij de BRO onbekende of ontbrekende KvK-nummers direct bij aanlevering aan Bronhouderportaal al worden tegengehouden, zodat ik niet pas later bij doorlevering aan de BRO daarover alsnog een foutmelding krijg.

9 Verbeteringen reeds in productie Herstel van de volgende bugs BBRO-862: Niet alle leveringen in een project zijn zichtbaar BBRO-861: Bij instellen rechten in project wordt de projectnaam niet als context getoond BBRO-852: De knop Bevestig levering komt pas na omlaag scrollen in beeld BBRO-866: Projecten worden in database per abuis dubbel aangemaakt BBRO-870: Een Beheerder van een bronhouderorganisatie kan iemand als Administrator autoriseren BBRO-871: Als een optioneel veld in een GMW-bestand ontbreekt volgt onterecht een foutmelding BBRO-888: Een Externe controleur mag ten onrechte ook een bestand aanleveren BBRO-889: een Interne controleur mag ná Goedkeuren weer Afkeuren BBRO-907: bij doorlevering aan LV BRO wordt is geen Bevestiging van Afkeuring getoond SP: Kwetsbaarheid processorcache (wereldwijde bug) (dit is een selectie) (SP = Standaard Platform, de hostingprovider)

10 Nieuwe functies bijna in productie In de week van 23 januari op te leveren: SP Aparte, volledig werkende demo-omgeving van het Bronhouderportaal Als Gebruiker wil ik van het Bronhouderportaal een aparte versie zodat ik zelf kan oefenen, presenteren en testen zonder dat oefen-, demonstratie- en testbestanden in de basisregistratie terechtkomen. SP Mailadres als gebruikersnaam kunnen gebruiken voor lokale accounts Als Administrator wil ik mailadressen van gebruikers als accountnaam kunnen gebruiken zodat gebruikers die beter onthouden en ik beter zicht heb op wie mijn gebruikers zijn.

11 Nieuwe functies ter acceptatie BRO-619 Wizard aanlevering geschikt maken voor bulk Als Gebruiker wil ik een gebruikersinterface die geschikt is voor upload van meerdere bestanden zodat ik controle houd over wat ik precies aanlever. BBRO-622 Bulkaanlevering, losse bestanden Als Leverancier wil ik meerdere bestanden tegelijk kunnen uploaden zodat ik ze veel sneller kan aanleveren. BBRO-621 Bulkaanlevering, zip-bestand Als Leverancier wil ik meerdere bestanden tegelijk in een zip-bestand kunnen uploaden zodat ik beter kan controleren of ik de set compleet heb. BBRO-625 Bulkdownload, zip-bestand Als Leverancier wil ik meerdere bestanden tegelijk in een zip-bestand kunnen downloaden zodat ik ze veel sneller kan ophalen. Deze wijzigingen worden tijdens de Terugblik gedemonstreerd

12 Verbeteringen ter acceptatie Geen.

13 3 THEMA: VERBETERING BRUIKBAARHEID BRONHOUDERPORTAAL ALLEN

14 Wat zijn nu de meest gewenste verbeteringen? In gang gezet: 1. Bestanden in bulk kunnen aanleveren en ophalen 2. Een aparte omgeving om mee te oefenen en voor demo s en ketentest 3. Verbetering van de logica van de inlogpagina (gebeurt bij de hostingpartij) Nieuw aangemeld na de eerste ervaringen in januari: 1. Graag links naar meer info, meldingen en tips op de startpagina toevoegen 2. Handleiding splitsen in pagina s die je vanuit de applicatie kunt benaderen 3. Duidelijkere benamingen kiezen voor statuscodes in het leveringsoverzicht 4. Duidelijkere benamingen kiezen voor de rechten die je kunt toekennen 5. Contextgevoelige helpteksten aanbieden op de pagina s die onduidelijk zijn Als voorbeeld: een mogelijke oplossing voor contextgevoelige helpteksten:

15 Introductie contextgevoelige hulp (1/5)

16 Introductie contextgevoelige hulp (2/5)

17 Introductie contextgevoelige hulp (3/5) Wat houdt deze oplossing in: Iedere pagina krijgt een eigen zijpaneel. De inhoud hangt af van of je bronhouderorganisatie bent of niet. Lees meer -links verwijzen naar online hulppagina s met meer info. De gebruiker kan zelf een paneel open- of dichtklappen. Het zijpaneel gaat niet over de inhoud heen maar de rest smaller. Dit kan er als volgt uitzien

18 Introductie contextgevoelige hulp (4/5) Elke oplossing heeft nadelen Alternatief Eén (I)-knopje voor de hele pagina Meerdere (I)-knopjes, voor pagina-onderdelen Helptekst vast in beeld Uitklapbaar zijpaneel Nadeel De helptekst komt over de pagina heen te staan Helpinformatie is versnipperd, je moet meer zoeken. Op ten duur overbodig, maar neemt wel ruimte in. Je moet m wel weten te vinden Een zijpaneel is relatief makkelijk te implementeren en lijkt de minste nadelen te hebben.

19 Introductie contextgevoelige hulp (5/5) Reacties - De vraag is of dit nodig is. Als je de inrichting 1x hebt gedaan is het je wel duidelijk. - We kunnen misschien beter eerst tijd steken in het intuïtiever maken van de applicatie. - Het kan nuttig zijn, maar hoeveel tijd gaat het kosten dit te bouwen en te onderhouden. - We willen óók nog een handleiding die je netjes kunt printen. Is dat niet dubbel? - Voor RWS is zit zeker wél nuttig om te hebben, gezien de grote aantallen gebruikers. Besluit De eerstkomende sprints gaan we nog geen contextgevoelige hulp inbouwen, want het is nog niet helder of de baten wel tegen de kosten opwegen. Dat kunnen we na de volgende release opnieuw bekijken. Voor nu is er een pdf-handleiding die je kunt downloaden en printen en als beginnend gebruiker kun je implementatiebegeleiding krijgen vanuit het programmabureau.

20 4 BACKLOG SORTEREN ALLEN

21 De backlog hoofdlijnen Prio? Hoofdonderwerpen 1 Betere informatie op het scherm tonen Sneller kunnen zien of en wat je moet doen, daarvoor minder hoeven zoeken en klikken De leveringshistorie kunnen inzien: wie deed wat wanneer aan deze levering? Duidelijkere benamingen voor verschillende leveringsstatussen en rollen kiezen Handleiding integreren met de applicatie / contextgevoelige hulp 2 Notificaties krijgen via de mail Bericht krijgen wanneer er een taak voor je klaar staat 3 Rapportages en bonnetjes kunnen genereren al bewijs van aanlevering Statistieken voor de eigen organisatie kunnen laten aanmaken Bewijs van geslaagde levering met BRO-IDs tbv. facturering kunnen laten aanmaken 4 IMBRO/XML-validatie uitvoeren bij één centrale validatieservice Voorkomen dat een bestand na doorlevering aan LV BRO soms alsnóg wordt afgekeurd 5 Archiveren voor de langere termijn inrichten Afgehandelde projecten en leveringen weer van het steeds voller wordende scherm af krijgen Zorgen dat je bepaalde leveringen jaren na dato nog snel kunt terugvinden 6 Geautomatiseerd kunnen aanleveren via webservice Bestanden volledig geautomatiseerd aanleveren bij het Bronhouderportaal

22 Doel voor vandaag I. Samen de thema s bepalen voor de komende sprints Voor elke nog resterende sprint een voorlopig hoofdonderwerp kiezen (Wat niet uitsluit dat we bepaalde zaken eerder oppakken of later afmaken) II. Samen de wensen voor Sprint 17 op een rijtje zetten Dit ten aanzien van verbetering van: - De startpagina - Het leveringsoverzicht - De leveringsdetails en de leveringshistorie - Namen voor de verschillende leveringsstatussen en rechten die er zijn - Toegang tot helpinformatie - Technische en cosmetische bugs - En wat nog meer??

23 Bespreking belangrijkste wensen (1/3) De volgende wensen worden aangedragen en besproken: Naast nieuwe registraties ook mutaties en correcties ondersteunen Op dit moment kun je alleen nieuwe registraties aanleveren, geen mutaties of correcties. Dat is voor GMW al lastig want mutatieverzoeken komen nu al binnen. Echter, voor mutaties en correcties zijn de ketenprocessen nog niet ingericht. Dat moet eerst gebeuren voordat je dit vanuit het Bronhouderportaal kunt gaan ondersteunen. Totdat dat geregeld is gaan mutaties en correcties nog via DINO. Valideren via centrale validatieservice in plaats van met een lokale kopie De huidige lokaal ingerichte validatie kan na verloop van tijd gaan afwijken van de validatie door de LV BRO. Dan krijg je in de keten verschillende uitkomsten; wat de ene schakel doorlaat houdt de ander tegen. Daarom moet lokale validatie snel vervangen worden door een koppeling met een gemeenschappelijke door iedereen te gebruiken validatieservice. Die service is in de maak maar nog niet toegankelijk. Zodra de validatieservice via internet te benaderen is desnoods in testopstelling kan de koppeling ermee vanuit het Bronhouderportaal worden opgebouwd en getest. Volwaardige ondersteuning van lokale accounts Lokale accounts kunnen nog niet aangemaakt worden. Het hostingplatform moet eerst technisch worden aangepast. Gezien het grote aantal gebruikers die deze methode gaat gebruiken moet dit prioriteit hebben. Het is de bedoeling dat mailadressen als gebruikersnaam worden gebruikt want dat is uit oogpunt van beveiliging en gebruiksgemak het meest wenselijk.

24 Bespreking belangrijkste wensen (2/3) Inlogpagina begrijpelijker maken De huidige standaard-inlogpagina bevat geen mogelijkheid om zelf het wachtwoord te herstellen en is onlogisch van indeling. Nieuwe gebruikers lopen hierin vast. De hostingprovider is gevraagd dit op te lossen. Betere informatie aanbieden over hoe je toegang krijgt De informatie staat op internet maar wordt nog niet goed gevonden. Op de voorpagina van het Bronhouderportaal komen daarom verwijzingen naar deze informatie en naar de BRO Servicedesk. GMW-registraties geautomatiseerd kunnen aanleveren via webservice Meerdere leveranciers vragen hier om. Zodra een eerste leverancier/bronhouder-combinatie zich heeft gemeld kan de eerste aanleverkoppeling in testopstelling samen met hen worden opgebouwd. Bewijs van levering kunnen opvragen Verschillende leveranciers vragen hoe ze bewijs kunnen krijgen dat ze (1) succesvol aan Bronhouderportaal hebben aangelever of dat (2) hun aanlevering succesvol is ingeschreven in de LV BRO en een BRO-ID heeft gekregen. De pagina Leveringsdetails bevat alle details Deze pagina printbaar maken is de eerste stap. Automatisch toesturen zou een volgende stap kunnen zijn.

25 Bespreking belangrijkste wensen (3/3) Geo-viewer opnemen in het bronhouderportaal De BRO-architectuur voorziet in een modulaire opbouw van softwarecomponenten. Dat betekent dat een viewer niet in het Bronhouderportaal zal worden ingebouwd. Het moet een losse component worden met een koppelvlak naar het Bronhouderportaal. Wie zo n viewer heeft kan afspraken maken om deze koppeling te gaan bouwen. In de viewer wil je waarschijnlijk historische ondergrondgegevens uit de LV BRO gecombineerd kunnen weergeven naast nieuwe, nog goed te keuren registratieverzoeken in het Bronhouderportaal. Automatische koppeling met automatische kwaliteitscontroletool RWS wil het Bronhouderportaal graag koppelen met de eigen kwaliteitscontroletool AAT. Dit moet eigenlijk een generiek voorziening worden. Zodra AAT via internet beschikbaar komt (al is het maar in een testopstelling) kunnen we beginnen de koppeling op te bouwen. Afdelingen en deelprojecten kunnen aanmaken Bij grotere aantallen projecten wil je projecten kunnen groeperen per afdeling, of deelprojecten per project. De vraag is wat je ermee wilt bereiken. De invulling van deze wens vereist nog wel wat afstemming. Automatische synchronisatie van organisatielijsten door de keten heen Bij LV BRO aangemelde organisatie worden met de hand overgenomen in Bronhouderportaal. Eigenlijk wil je dit automatisch regelen. Maar dat wordt pas efficiënter bij voldoende schaalgrootte.

26 5 AFSLUITING

27 Besluiten en actiepunten Thema komende sprint: Informatievoorziening / Betere info De komende sprint werken we aan verbetering van informatie voor gebruikers, door (verwijzing naar) meer informatie te tonen op de startpagina en door het tonen van de historie van een levering (welke stappen werden door wie wanneer uitgevoerd?). Andere voorstellen om de informatievoorziening te verbeteren (zie sheets 21 en 22) pakken we op dit moment nog niet op. Robuust maken van bulkaanlevering Bij te grote aantallen bestanden lukt de levering nog wel, maar loopt de gebruikersinterface vast. Een browser is daar niet op berekend. Je moet dan de webpagina verversen om te zien wat het resultaat was. In de komende sprint gaan we dit verhelpen door de afwikkeling van grote aantallen bestanden letterlijk achter de schermen te doen. Bewijs van levering aanbieden aan leveranciers Dit is stapsgewijs op te zetten: eerst de nu beschikbare informatie printbaar maken, dan in detail bepalen wat op die print getoond moet worden en daarna de print automatisch versturen via mail. Volgende release: Na 13 februari Eerst wordt de bulkaanlevering robuust gemaakt en worden alle nu bekende cosmetische bugs verholpen. Ergens ná de volgende sprint komt er dan een nieuwe release van het Bronhouderportaal. Locaties voor de komende sprintreviews De komende Sprintreviews zijn afwisselend te gast bij: IPO (Utrecht), BZK (Den Haag), RWS (Westraven), TNO (Utrecht) en op de bekende locaties in Amersfoort en bij ICTU. N.B.: Exacte volgorde nog nader te bepalen.

28 Evaluatie Wat ging goed? Wat kan beter? IIIII De demo vandaag was goed! III Gelukkig niet teveel discussie tijdens de demo II Wat er allemaal bereikt is ziet er goed uit I De end-to-end test 19 december was leerzaam. I Goed om echte eindgebruikers te ontmoeten. I De sessie verliep prettig, goed om er te zijn. I Geleidelijk komen steeds meer bronhouders hier. I Product owner is niet meer nodig. III Aangeven hoeveel werk de realisatie van een wens zal zijn om kosten af te wegen tegen baten II Het vuur in eerdere discussies ontbrak vandaag. I Realiseerbaarheid van gevraagde uitbreidingen wordt meer afhankelijk van voortgang elders. I Meer input van kleine Bronhouders nodig. I De input van leveranciers ontbreekt nog. I Meer overleg met programmabureau gewenst. I Tijd nodig om zelf praktijkervaring op te doen. I Wat na vandaag gaat gebeuren is onduidelijk en je weet niet of het al zin heeft om aan te sluiten.