Bronhouderportaal BRO sprintreview Sprint 19 Nieuwe koppelingen Verslag
Aanmeldingen voor deze Sprintreview 1. Robin van den Assem (Hoogheemraadschap Delfland) 2. Henk Ferkranus (ICTU, coördinator regio Noord) 3. Roeland Goedegebure (ICTU, beheerder) 4. Theo Gülcher (ICTU, softwareontwikkelaar) 5. Jippe Holwerda (ICTU, softwareontwikkelaar) 6. Sheila Ilahibaks (ICTU, beheerder) 7. Tom Koenraads (ICTU, functioneel ontwerper) 8. Rob van der Krogt (TNO, programmamanager BRO) 9. Olaf Lem (waterschap Rivierenland, coördinator ondergrond) 10.Bart-Jan de Leuw (programmabureau BRO, ketenintegratiemanager) 11.Kees-Jan van der Made (Wiertsema & Partners) 12.Tom Moesker (ICTU, product owner en projectmanager) 13.Emma Prins (Rijkswaterstaat, coördinator BRO) 14.Bastiaan Roos (hoogheemraadschap Hollands Noorderkwartier, softwareontwikkelaar) 15.Matthijs van Schooten (Munisense, softwareontwikkelaar) 16.Johan Stöver (ICTU, scrum master en softwareontwikkelaar) 17.Henriëtte Villevoije (Rijkswaterstaat, coördinator BRO) 18.Ria Volkers (programmabureau BRO, ketenmanager) 19.Rosan van Wilgenburg (gemeente Amsterdam, coördinator BRO) 20. Marcel van der Wolf (provincie Zuid-Holland) 21.Caja van der Woude (gemeente Amsterdam, coördinator BRO) 22.Erik van der Zee (programmabureau BRO, ketenarchitect) 23.Eva de Haan (programmabureau BRO, PBLQ-trainee)
Agenda 12.00u Inloop en welkom en lunch 12.15u Releasedoelen en voortgang 12.30u Terugblik afgelopen Sprint - Demonstratie opleveringen - Bespreking van het resultaat 13.15u Vooruitblik komende Sprint(s) - Prioriteiten bepalen -Uitwerking belangrijkste wensen 14.30u Afsluiting - Samenvatting conclusies & afspraken - Korte evaluatie van deze review 15.15u Ruimte voor nabesprekingen Oproep Wilt u helpen nieuwe features alvast te testen? U kunt van ons een accepatietest-account krijgen op: https://acc.bronhouderportaal-bro.nl Aanmelden voor een account en bevindingen terugmelden kan via: bronhouderportaal-bro@ictu.nl Kalender di 17 apr Sprintreview nr.20 (Amersfoort) di 08 mei Sprintreview nr.21 (Den Haag) di 29 mei Sprintreview nr.22 (laatste, n.t.b) Tijd 12-16u Locatie Amersfoort, Utrecht of Den Haag Wilt u een sprintreview een keer op uw locatie zodat uw collega s makkelijk kunnen aansluiten, neem dan contact op met: bronhouderportaal-bro@ictu.nl Tussendoor: korte koffiebreaks.
1 DOELEN KOMENDE RELEASE DOOR DE PRODUCT OWNER
Doelen Release 1.22 Release 4 Algemeen doel Oplevering Basale invulling van alle nu nog openstaande wensen 1 juni 2018 (met tussenreleases in februari en april) week datum locatie sprintnr. hoofdsprintdoel (naast andere opleveringen) 04 di 23 jan Amersfoort #16 Aanleveren in bulk mogelijk maken 07 di 13 feb Utrecht #17 Meer informatie op het scherm 10 di 06 mrt Utrecht #18 Tussenrelease 1.18: Bulk & Info 13 di 27 mrt Den Haag #19 Nieuwe koppelingen 16 di 17 apr #20 Notificaties via de mail 19 di 08 mei #21 Tussenrelease 1.21: Koppelingen & notificaties 22 di 29 mei #22 Zoeken, rapporteren en archiveren 22 vr 01 jun Finale release 1.22: Finale oplevering Elke derde sprint gaat er een (tussen)release in productie
Doelen Release 1.22 Voorlopige indeling Nr. hoofdsprintdoel (naast andere opleveringen) Wat zit daar onder anderen in? #16 Aanleveren in bulk mogelijk maken Bulk upload én download #17 Meer informatie op het scherm Voorpagina, leveringshistorie, berichtenbanner, betere teksten #18 Tussenrelease: Bulk & Info Gerealiseerde verbeteringen in productie brengen #19 Nieuwe koppelingen Automatische koppelingen met (indien beschikbaar): de nieuwe syntax-validatieservice, een 1 e gegevensleverancier, AAT, grafische viewer. #20 Notificaties via de mail Validatie van mailadres, mailnotificatie bij uit te voeren taak en als termijn verloopt. #21 Tussenrelease: Koppelingen en notificaties Gerealiseerde verbeteringen in productie brengen #22 Zoeken, rapporteren en archiveren Zoeken naar, rapporteren over en archiveren van: organisaties, projecten, leveringen, bestanden, accounts, machtigingen en autorisaties.
2 TERUGBLIK AFGELOPEN SPRINT DOOR HET ONTWIKKELTEAM
Uit de evaluatie van de vorige sessie We willen graag meer bronhouders aan tafel. De verzendlijst en de groep wordt elke sprint groter. Dertig personen is de limiet. Als er behoefte aan is zouden we extra sessies kunnen organiseren. Graag ook dataleveranciers aan tafel. Dataleveranciers worden regelmatig uitgenodigd. Vandaag zijn er een paar aanwezig. Houdt er rekening met dat nieuwe deelnemers minder diep in de materie zitten. Dit is vaker genoemd, maar het is ook een dilemma. Want wie al wél ingewerkt is wil niet elke Sprintreview alles herhalen. Praktisch advies: Gebruik de pauzes om bij de koffie vragen te stellen over zaken die té snel werden behandeld. Na de sessie is daar ook nog tijd voor. En ga aan de slag met de Demo-omgeving van het Bronhouderportaal. Door er zelf mee te werken zijn de discussies veel makkelijker te volgen. Als bronhouders hebben we nog veel te regelen. Dat is duidelijk. Het is een behoorlijke verandering. Vanuit programmabureau BRO en ICTU is er het aanbod om te assisteren bij zogeheten praktijkproeven. Die assistentie kan online of op locatie geboden worden. Voorwaarde hiervoor is dat je als bronhouder over échte ondergrondgegevens beschikt. Laten we zorgen dat de BRO nu gevuld wordt! Het begin is er! Met dank aan Amsterdam en Katwijk. Daarom is er vandaag wat lekkers! Zie ook de volgende sheet. Maak scherper onderscheid tussen wat we echt móeten hebben en wat leuk is om te hebben. Het advies is ook hier om het Bronhouderportaal gewoon te gaan gebruiken en de energie te steken in de eerste succesvolle levering. Want dan zie je wat écht blokkerend is. En dat is eigenlijk níet het Bronhouderportaal. Bijvoorbeeld: veel ondergrondgegevens zijn op dit moment nog niet in het juiste IMBRO-format leverbaar en dat heeft nu dus eerst de aandacht nodig. De Demo-omgeving is beschikbaar om bestanden uit te testen en terugkoppeling te krijgen als iets niet klopt. En ondertussen blijven we het portaal van sprint tot sprint steeds verbeteren. Vroeg of laat komen álle wensen aan bod. De beamer gaf de presentatie niet goed weer. Dat hadden we niet goed georganiseerd inderdaad. We hebben het nu vooraf getest. Graag het verslag van de review in het vervolg graag eerder rondsturen als het kan. Gedaan. Koppel terug hoe deze wat-kan-beter -punten. Q.E.D.
Vraag een praktijkproef aan!
Bronhouderportaal in cijfers Sprint 16 17 18 19 20 21 22 Peildatum 19 jan 13 feb 6 mrt 27 mrt 17 apr 8 mei 29 mei Verwacht Maximum Actieve organisaties 50 59 69 83 # gemeenten 24 32 39 48 380 # waterschappen 9 9 9 9 22 # provincies 8 8 8 9 12 # andere bronhouderorganisaties 4 4 4 4 ±150 # organisaties die geen bronhouder zijn 5 6 9 13 ±500 Actieve gebruikers 17 35 53 70 - # gebruikers met eherkenning 17 28 39 55 - # gebruikers met lokaal account 0 7 14 15 - Inrichting en gebruik - # projecten 3 11 18 28 - # autorisaties van gebruikers 84 120 168 224 - # machtigingen voor bedrijven 0 2 4 8 - # leveringen aangeleverd 2 3 6 45 - # leveringen doorgeleverd 0 1 1 25 -
Gerealiseerd in deze sprint BBRO-1081 Schakelknop voor aan/uitzetten nieuwe functionaliteit ( feature toggle ) Story: Als Product owner wil ik kunnen kiezen welke functionaliteit rijp genoeg is om mee te nemen in de volgende release zodat die release niet wordt tegengehouden als er een functie tussen zit die al wel in testopstelling zit maar die nog niet gereed is voor productie. BBRO-1102 Leveringshistorie op een betere plek tonen Story: Als gebruiker wil ik de leveringshistorie van een levering graag hoger op de leveringsdetailpagina zodat ik niet steeds hoef te scrollen op het scherm. Opmerking: Hierbij is ook gelijk de weergave van doorlooptijden per stap en de cumulatieve doorlooptijd compacter gemaakt. BBRO-0067 Aansluiten op een IMBRO/XML-validatieservice (in testopstelling) Story: Als BRO Ketenmanager wil ik dat het Bronhouderportaal de syntax van aangeleverde bestanden bij een gemeenschappelijke validatieservice valideert (en niet in de applicatie zelf zoals nu het geval is) zodat (1) er geen verschillende uitkomsten kunnen zijn bij validaties door de verschillende schakels in de BRO-keten en (2) er minder ingrijpende aanpassingen nodig zijn in het Bronhouderportaal als er nieuwe registratieobjecten worden toegevoegd. BBRO-0260 Geautomatiseerd GMW-bestanden kunnen aanleveren (in testopstelling) Story: Als Leverancier wil ik vanuit mijn eigen softwaresysteem geautomatiseerd GMW-registraties, mutaties en correcties kunnen aanleveren aan het Bronhouderportaal (in plaats van handmatig via uploads zoals nu het geval is) zodat dit proces voor mij efficiënter wordt voor soorten leveringen die ik heel vaak moet doen. BBRO-0954 Mailadres verifiëren via mailnotificatie met verificatiecode (in testopstelling) Story: Als Product Owner wil ik dat gebruikers zelf hun mailadres kunnen verifiëren via een code die ze in hun mailbox ontvangen zodat de basis is gelegd voor het inrichten van notificaties die Gebruikers via de mail wensen te ontvangen. BBRO-1030 Performancemonitoring aanzetten Bevinding : Als Administrator wil ik de prestaties van de applicatie kunnen volgen zodat ik overbelasting tijdig zie aankomen en maandelijks objectieve cijfers kan rapporteren over de beschikbaarheid van de applicatie binnen en buiten kantooruren. BBRO-1104 Automatisch goedkeuren en accorderen Story: Als Bronhouder wil het goedkeuren en accorderen in het portaal kunnen instellen op automatisch zodat ik geen overbodige handelingen hoef te verrichten bij aanleveringen waarvan ik bij voorbaat al weet dat ik er akkoord mee ga. BBRO-1085 Implementatie nieuwe rol: Coördinator BRO Story: Als Coördinator voor BRO-zaken bij mijn bronhouderorganisatie wil ik alle projecten, leveringen en bestanden van de eigen bronhouderorganisatie kunnen inzien (zonder zelf te hoeven kunnen wijzigen) zodat ik me er een beeld van kan vormen hoe het er mee staat en goed we onze zaken op orde hebben. BBRO-1086 Ondersteuning BHR-p registratieverzoeken Bevinding: Ondersteuning van dit type bestand was uitgezet wegens gebrek aan representatieve testbestanden. Nu zijn er testbestanden is de ondersteuning weer aangezet.
Niet gerealiseerd in deze sprint BBRO-1087 Helpinformatie tonen als je geen autorisaties hebt Story: Als Beheerder wil ik dat Gebruiker informatie op het scherm te zien krijgt als hij nog niet geautoriseerd is zodat hij snapt dat dit de reden is dat hij op het scherm geen informatie ziet. Toelichting: Niet aan toegekomen. BBRO-1101 Onterechte foutmeldingen bij inloggen voorkomen Bevinding: Als Gebruiker wil ik af van cryptische en onterechte foutmeldingen die ik af en toe krijg bij het inloggen zodat ik me daaraan niet meer hoef te ergeren Toelichting: Leverancier was er van overtuigd de oplossing te hebben gevonden en heeft die ook geïmplementeerd. We krijgen echter nog steeds meldingen binnen. Dus nog een keer te onderzoeken en te herstellen.
Demonstratie Testopstelling De Acceptatietestversie van het Bronhouderportaal bevat in testopstelling een voorproefje van voorgenomen uitbreidingen en verbeteringen. De Acceptatietestversie werkt verder net als de Demo-versie: Je logt in met je e-mailadres (dus niet met eherkenning) en succesvolle leveringen komen terecht in de Inregelomgeving van de BRO, dus niet in de basisregistratie. Je kunt deze omgeving dus zonder risico uitproberen. Om verwarring te voorkomen tussen de verschillende versies van het Bronhouderportaal heeft deze omgeving een herkenbaar eigen groene kleur. https://acc.bronhouderportaal-bro.nl
Reactie op de Demo Reactie op de demonstratie van Geautomatiseerd aanleveren via een webservice (REST-api): Gewenste verbeteringen vòòr eerste livegang: 1. Username graag náást token afbeelden. De interface is nu wat verwarrend. 2. Menu graag in het Nederlands weergeven. Dus geen username maar gebruikersnaam etc. 3. Bij aanlevering kunnen aangeven dat je alleen wilt testen, nog niet écht aanleveren. Eventueel in een latere iteratie daar aan toe te voegen: 1. Naam van de machtiging terugkrijgen zodat je daar naar kunt refereren in communicatie met de Bronhouder. 2. Een betekenisvolle bestandsnaam aanmaken. De naam wordt nu in Bronhouderportaal willekeurig gegenereerd omdat ie bij aanlevering niet wordt meegestuurd. Is dit gegeven alsnog mee te leveren? 3. Een IP-adres als vertrouwd adres opgeven (optioneel) zodat leveringen alleen nog vanaf dat adres worden geaccepteerd. 4. Bestanden in het Bronhouderportaal kunnen groeperen in één levering zodat je die daar in één keer kunt afhandelen. Reactie op demonstratie van Automatisch goedkeuren en accorderen: Gewenste verbeteringen vòòr eerste livegang: 1. Organisatiebeleid: Als beheerder wil je deze opties ook weer voor de hele organisatie uit kunnen zetten. 2. Graag een Weet u het zeker? -waarschuwing tonen zodat een gebruiker snapt dat ie een belangrijke beslissing neemt. Eventueel in een latere iteratie daar aan toe te voegen: 1. Notificatie sturen naar de coördinator zodat die op de hoogte is van het risico. Reactie op demonstratie van de validatieservice: 1. V: Worden IMBRO/A-bestanden doorgelaten? A: Vooralsnog wel. 2. V: Worden correcties en mutaties doorgelaten? A: Vooralsnog niet.
Vragen naar aanleiding van de Demo V: Een bronhouder wil na doorlevering graag zien wat het resultaat is van de poging tot registratie bij de LV. Ingenomen door de BRO geeft hier geen antwoord op. Daardoor verwacht de bronhouder dat registratie is gelukt. A: Dit is een oude en bekende bevinding. Zie ook Prio 5, punt 8 (op pagina 30). Doordat met de komst van de validatieservice de werkwijze verandert en omdat het BRO-ID straks prominenter wordt afgebeeld in de leveringsdetails kreeg deze bevinding een lage prioriteit. Maar het punt dat de status Ingenomen door de BRO maskeert dat een bestand na inname nog in de BRO kan zijn afgekeurd en dat je dat als gebruiker niet direct ziet is een terechte bevinding. V: Username Token klinkt verwarrend voor een technische identificatie van het token dat aan de machine is uitgegeven die een machine-to-machine koppeling legt. A: Dit werkt nu eenmaal zo. De bouwers van een koppeling weten wat de bedoeling is. V: Is de API-documentatie beschikbaar? A: Ja die staat op de website: https://acc.bronhouderportaal-bro.nl/bpbro-frontend/documentation/api.html V: Waar staat de lijst met mogelijke foutmeldingen die ik terugkrijg bij verkeerde aanlevering aan het bronhouderportaal? En hoe groot kan zo n foutmelding maximaal zijn? A: Dat is op dit moment nog niet bekend.
4 BACKLOG SORTEREN ALLEN
Toelichting bij de backlog De backlog beschrijft openstaande wensen. Dat kan gaan om nieuwe functies, maar ook om bevindingen met bestaande functies. Op dit moment is de backlog ingedeeld in vijf prioriteitsniveaus: Prio 1. Noodzakelijk om snel te realiseren We weten dat dit snel opgepakt moet en kan worden. Hier willen we vandaag liever niet te lang meer bij stil staan. Prio 2. Nieuw te realiseren zodra het kan Dit zijn belangrijke nieuwe functies, er is weinig discussie over de invulling, dus ook hier hoeven we niet te lang bij stil te staan. Prio 3. Te verhelpen zodra het kan Dit zijn hinderlijke bugs die helaas al een tijdje bekend zijn. Iedereen kent ze. Voor oplossing zijn we afhankelijk van anderen. We zitten er wekelijks achteraan en verder is er weinig over te melden. Prio 4. Nieuw te realiseren zodra we het eens zijn Dit zijn belangrijke bevindingen of verbeterwensen waar we het vandaag graag met u over hebben. Prio 5. Overige wensen Een vooruitblik naar de onderwerpen voor de volgende sprints om het alvast even over te hebben. In de pagina s hierna worden de volgende kleurencodes gebruikt: BBRO-9999 Deze wens heeft al een nummer gekregen om aan te geven dat het scrumteam er al mee kan beginnen. BBRO-9999 Deze wens heeft nadere afstemming met u nodig om precies te bepalen wat de oplossing moet zijn. Wachten Eventuele verdere ontwikkeling is in afwachting van besluitvorming of opleveringen elders.
Prio 1. Noodzakelijk om snel te realiseren De volgende zaken zijn noodzakelijk en voorwaardelijk voor vervolgstappen. Hier willen we in de sessie niet te lang bij stilstaan: BBRO-1141 Aansluittest Validatorservice uitvoeren (reeds ingepland) Story: Als Opdrachtgever wil ik de koppeling met de validatorservice zo snel mogelijk getest zodat deze koppeling in productie kan en een leverancier eventuele fouten in bestanden direct bij aanlevering aan het Bronhouderportaal al ziet en niet pas bij doorlevering aan de BRO. BBRO-1149 Eigen maildomein bronhouderportaal-bro.nl spambox-proof inrichten (reeds ingepland) Story: Als Gebruiker wil ik notificaties van een voor mij herkenbare afzender die niet in de spambox terechtkomen zodat ik zeker weet dat ik notificaties die naar mij worden gestuurd ook daadwerkelijk in mijn Inbox terecht komen. BBRO-1101 Onterechte foutmeldingen bij inloggen voorkomen (reeds ingepland) Bevinding: Als Gebruiker wil ik af van cryptische en onterechte foutmeldingen die ik af en toe krijg bij het inloggen zodat ik me daaraan niet meer hoef te ergeren BBRO-1152 Gebruikersgegevens tonen (te realiseren voor 25 mei a.s.) Bevinding : Als Administrator wil ik een lijst van gebruikers en de in de applicatie aanwezige persoonsgegevens kunnen opvragen zodat ik kan voldoen aan vereisten van de AVG.
Prio 2. Nieuw te realiseren zodra het kan Dit betreft wensen waar weinig discussie over is. Het is duidelijk wat de bedoeling is. Dus graag realiseren zodra het kan: BBRO-1151 BRO-ID's in Leveringsdetailpagina tonen Story: Als Leverancier wil ik van een levering de BRO-Ids op een rijtje zien van alle succesvol aan de BRO doorgeleverde brondocumenten zodat ik bewijs heb dat de levering gelukt is als ik de leveringsdetailpagina bekijk of uitprint. Toelichting: De BRO-ID s zijn nu ook op te halen, maar ze zijn verstopt in een detailmenu. Als je 100 bestanden hebt geleverd moet je 100 keer een extra keer klikken om ze allemaal te zien. Dat is onwenselijk. Je wilt ze in één keer op een rijtje zien.)
Prio 3. Te verhelpen zodra het kan De volgende verzoeken zijn uitgezet bij de hostingprovider. We zijn afhankelijk van technische oplevering aldaar: 1. Zelf je wachtwoord kunnen wijzigen Wachten Bevinding : Als Administrator wil ik dat een Gebruiker die inlogt met mailadres zelf het wachtwoord kan (en periodiek moet) wijzigen zodat ik kan voldoen aan de informatiebeveiligingsrichtlijn van de overheid. Nieuw: Als Gebruiker wil ik dat de browser na wijziging het gewijzigde wachtwoord onthoudt, niet het oude wachtwoord. 2. Zelf je wachtwoord kunnen resetten Wachten Bevinding : Als Gebruiker die inlogt met mailadres wil ik zelf op een veilige manier mijn wachtwoord kunnen resetten zonder tussenkomst van de Servicedesk zodat ik niet dagen op mijn nieuwe wachtwoord hoef te wachten als ik het vergeten was.
Prio 4. Te realiseren zodra we het eens zijn De volgende wensen zijn in deze sprintreview te bespreken: BBRO-0606 Inlogpagina logischer indelen (reeds ingepland) Bevinding : Als Gebruiker wil ik de inlogpagina logischer van opzet met alleen relevante informatie bevat zodat ik minder fouten maak tijdens het inloggen en minder vaak mijn account hoef te laten deblokkeren na teveel mislukte inlogpogingen. Toelichting: De huidige inlogpagina zet nieuwe gebruikers steeds weer op het verkeerde been. Zie de volgende pagina s BBRO-1153 Gebruikersinterface mailverificatie verbeteren Bevinding: Als Gebruiker wil ik kunnen zien wat ik moet doen om de verificatie af te ronden zodat ik dat kan doen en met de applicatie aan de slag kan. Toelichting: De eerste versie was gericht op het technisch werkend krijgen. Maar nu willen we dit netjes afmaken. Zie verderop in de volgende pagina s, BBRO-1154 Een eerste mailnotificatie actief maken (in testopstelling) Story: Als Product owner wil ik een eerste mailnotificatie actief maken zodat ik een beter beeld heb bij wat hier bij komt kijken. Vraag: Met welke zullen we beginnen? Zie verderop in de volgende pagina s. BBRO-1155 Aanlever-webservice gereed maken voor productie Story: Als Leverancier wil ik een basale service van de aanlever-webservice in productie zodat ik mijn geautomatiseerde aanleveringen kan gaan organiseren. Vraag: (na de demonstratie) Wat willen we aan de huidige functionaliteit nog toevoegen voordat we ermee live gaan? Later kan de functionaliteit altijd nog worden uitgebreid. BBRO-0270 Automatisch Goedkeuren en Accorderen gereed maken voor productie Story: Als Bronhouder wil het goedkeuren en accorderen in het portaal kunnen instellen op automatisch zodat ik geen overbodige handelingen hoef te verrichten bij aanleveringen waarvan ik bij voorbaat al weet dat ik er akkoord mee ga. Vraag: (na de demonstratie) Wat willen we aan de huidige functionaliteit nog toevoegen voordat we ermee live gaan? Later kan de functionaliteit altijd nog worden uitgebreid.
Ontwerpschets Betere inlogpagina
Discussie over ontwerp Betere Inlogpagina V: Wat is verschil tussen aanmelden bij de BRO en inloggen op Bronhouderportaal? A: Aanmelden doe je éénmalig, als organisatie, zodat je bij de BRO bekend bent. Inloggen betekent inloggen in het Bronhouderportaal om daar acties uit te kunnen voeren. V: Kunnen dan de éénmalige zaken wat minder prominent op de pagina? Graag de inlogblokjes wat centraler in beeld. A: We bouwen eerst de techniek op. Daarna kunnen we de pagina in meerdere iteraties naar wens aanpassen.
Ontwerpschets e-mailverificatiemenu (1/2) Stap 1 Stap 2
Ontwerpschets e-mailverificatiemenu (2/2) Indien code niet juist Indien wel juist
Discussie over ontwerp E-mailverificatiemenu V: Waarom moet je je mailadres verifiëren? A: Het is wenselijk om te controleren of het mailadres waar je je notificaties naar toe wilt laten sturen ook werkt. A: Het principe is straks óók nodig om je wachtwoord te kunnen resetten. Je krijgt dan een code in je mailbox en alleen als je bij de opgegeven mailbox kunt, kun je de code ophalen en je wachtwoord herstellen. Dit is een noodzakelijke veiligheidsmaatregel. V: Kunnen de e-mailadressen die je opgeeft verschillend zijn? A: Ja. Iemand die niet met eherkenning inlogt maar met zijn e-mailadres heeft te maken met twee verschillende mailadressen: het inlogmailadres en het notificatiemailadres. Dat zit als volgt: Het inlogmailadres waarmee je inlog is ook het e-mailadres waar je een code ontvangt om je wachtwoord te herstellen als je dat vergeten bent. Dit adres is persoonsgebonden en onwijzigbaar. Het moet je persoonlijke zakelijke e-mailadres zijn behorende bij het maildomein van je organisatie. Voor het versturen van mailnotificaties geldt die beperking niet. Als notificatiemailadres kun je een groepsmailbox opgeven of misschien wel meerdere mailboxen? En je kunt desgewenst ook weer wijzigen. Wat de mogelijkheden moeten zijn moeten we samen nog bepalen. Voor mensen die inloggen met eherkenning is het simpeler. Die moeten alleen hun notificatiemailadres(sen) instellen.
E-mailnotificaties Waar beginnen we? Er zijn veel varianten denkbaar. Voorstel: Eenvoudig beginnen met één notificatie die nut heeft in het dagelijkse proces. De notificatie moet aanzetten tot actie. De actiehouder gaat van de ene organisatie over naar de andere. Bijvoorbeeld: Notificatie aan de bronhouder zodra een levering wordt toegevoegd aan het project. MVP: Notificatie per e-mail, alleen aan een geverifieerd e-mailadres. Een e-mail per gebeurtenis (per levering). Inhoud is vaste tekst. 06 maart 2018
E-mailnotificaties Noodzakelijke extra s? Mogelijke uitbreidingen/verbeteringen: Meerdere gebeurtenissen opnemen in één (periodieke) notificatie. De bronhouder kan aangeven géén notificaties te willen ontvangen. Notificaties instellen per project of per machtiging. Er kan een notificatie worden gestuurd aan een ander dan alleen de bronhouder. Er kan een notificatie worden gestuurd aan een ander (niet persoonlijk) e-mailadres. Er kan een notificatie worden gestuurd aan een andere organisatie (tussenpartij, controleur). Inhoud bevat beschrijving van de gebeurtenis. Inhoud bevat (deep)link naar de levering(en). Verstuurde notificaties zijn raadpleegbaar voor de helpdesk. Kandidaat voor de volgende notificatie: Notificatie aan de leverancier zodra een levering is opgenomen in de LV BRO. 06 maart 2018
Discussie over e-mailnotificaties Dit zijn de wensen die we graag in de volgende release gerealiseerd zien: 1. Als (plaatsvervangend) Bronhouder krijg je een notificatie bij een nieuwe levering in een van je projecten zodat je weet dat voor die levering de wettelijke 20-werkdagentermijn is ingegaan. 2. In de e-mail die je dan krijgt wil je graag voldoende details zien zodat je weet waar het over gaat. Dat zijn in ieder geval de volgende gegevens: Uitleg waarom je de notificatiemail krijgt (vooral van belang als de notificatie niet alleen naar jezelf gaat) Welk project het betreft Welke levering het betreft Welke leverancier de levering heeft gedaan Een (deep) link naar bronhouderportaal zodat je direct naar de leveringsdetails kunt doorklikken. Wenselijk, maar later te realiseren: 1. Notificaties ook uitsturen naar andere rollen in het project. Iets in de trant van: Er staat een taak voor u klaar. 2. Je wilt notificaties ook uit kunnen zetten, bijvoorbeeld als je plaatsvervangend bronhouder bent. 3. Je wilt notificaties zo in kunnen stellen dat je per dag of week een samenvatting krijgt van alle meldingen. 4. Als leverancier wil je bericht met BRO-Ids als het registreren in de BRO gelukt is.
Prio 5. Overige wensen Top 16 Een vooruitblik naar onderwerpen voor de komende sprints, in volgorde van voorlopige prioriteit: 1. Validatieservice anoniem kunnen gebruiken via het Bronhouderportaal Is in afwachting van het live gaan van de validatieservice. Tot die tijd is de Demo-omgeving hiervoor te gebruiken. 2. Controleren op dubbele bronbestanden zodat ze niet dubbel in de BRO terechtkomen Wacht op nadere besluitvorming over wat we zien als dubbel. 3. Rapportages over organisaties, leveringen, accounts en bestanden per organisatie en per periode Wacht op toevoeging van de rol Coördinator. Want deze rol krijgt rapportagemogelijkheden als die beschikbaar komen. Tot die tijd doen we ervaring op met rapportages zoals op sheet 10 ( Bronhouderportaal in Cijfers ). 4. Een zoekfunctie voor terugvinden van organisaties, projecten, leveringen, accounts, bestanden en BRO-IDs. Wacht op het moment dat lijsten zo lang beginnen te worden dat je zonder zoekfuncties niet goed meer kunt werken. 5. In het leveringsoverzicht tonen wie er geacht wordt de volgende stap in de afhandeling te doen. Hiervoor hebben we wat ideeën uitgewerkt. Zie de volgende pagina s. 6. Statusinformatie op de projectbalk afbeelden zodat je daarvoor het project niet eerst hoeft te openen. 7. Alle leveringen in een project in één keer kunnen downloaden. 8. De status Ingenomen door LV BRO corrigeren zodat je direct ziet of die tot goed- of afkeuring heeft geleid. Dit is misschien niet meer nodig als de validatieservice is aangesloten; want dan komt achteraf afkeuren niet meer voor. 9. Mailnotificatie ontvangen als de afhandelingstermijn voor een taak dreigt te verstrijken. 10. Mailnotificatievoorkeuren kunnen instellen per account en per project. 11. Brondocumenten van registratieobjecten uit komende tranches kunnen verwerken. 12.Archivering van organisaties, projecten, leveringen, accounts en bestanden als ze niet meer actueel zijn. Gezien meldingen bij de servicedesk lijkt deze lijkt wat meer prioriteit te moeten krijgen. 13. Deelprojecten kunnen aanmaken zodat een hiërarchie kunt aanbrengen in de weergave en in het rechtenbeheer. 14. Bij aanlevering een referentiecode van de eigen administratie kunnen opvoeren om de link daarmee te bewaren. 15. Beter onderscheid maken tussen de keuze Afkeuren bij Controleren en Afkeuren bij de stap Accorderen. 16. In het leveringsoverzicht statusinformatie ook grafisch weergeven zodat je sneller ziet wat de status is. (opmerking: dit overzicht is de opvolger van de eerdere Overige Wensen top-20)
Bespreking van overige wensen Reactie op punt 1: Validatieservice anoniem kunnen gebruiken via het Bronhouderportaal: Anoniem gebruik gaat voorlopig van de lijst af. Het argument: Voorlopig kun je daar de Demo-omgeving prima voor gebruiken, nu handmatig uploaden en straks ook geautomatiseerd aanleveren. De Demo-omgeving blijft de komende jaren voor dit doel bestaan. Reactie op punt 2: Controle op dubbele bestanden: De eerste vraag die hier te beantwoorden is, is wat we bedoelen met dubbel? Het gaat hier om de vraag wat je naderhand niet twee keer of vaker wilt terugzien in de BRO. Erik van der Zee neemt het als actiepunt op zich om te gaan definiëren wat we dubbel vinden. Reactie op zoek- en archieffuncties (punten 4 en 12): 1. Deze twee functies hangen samen en moeten in samenhang worden ontworpen. 2. Wat we zeker weten: We willen graag kunnen Zoeken op BRO-ID. Dit mag best wat meer prioriteit krijgen. 3. Archiveren kan betekenen dat je oude informatie in een speciale archiefkast stopt maar het kan ook betekenen dat je gegevens definitief verwijdert. De belangrijkste wens die eerst willen oppakken is dat lijsten met projecten niet steeds langer gaan worden: Je wilt alleen nog de projecten zien waar je actief mee bezig bent. 4. De bronhouders Waterschap Rivierenland, gemeente Amsterdam en Rijkswaterstaat melden zich hierbij aan voor een nog te organiseren ontwerpsessie over deze twee functies. ICTU zal dat gaan organiseren. Info bij bronhouderportaal-bro@ictu.nl.
Naar een intuïtievere gebruikersinterface (1/4) Veel nieuwe gebruikers geven aan niet te snappen wat ze moeten doen: Je ziet wel de status van een levering, maar niet wat de volgende stap is. Wat je moet doen staat in de handleiding beschreven, maar wie leest er tegenwoordig nog een handleiding? Is het ook mogelijk de applicatie intuïtiever te maken zodat je minder afhankelijk bent van begeleidende teksten? Drie ontwerpschetsen ter inspiratie...
Naar een intuïtievere gebruikersinterface (2/4) Volg de Wizard Variant 1 06 maart 2018
Naar een intuïtievere gebruikersinterface (3/4) Volg de Wizard Variant 2 06 maart 2018
Naar een intuïtievere gebruikersinterface (4/4) Kanban Bord 06 maart 2018
Bespreking van Intuïtievere gebruikersinterface V: Graag de pijltjes (voorstel 1) als uitgangspunt nemen en hier de groene vinkjes (voorstel 2) in verwerken. A: Als de tijd het toe laat implementeren we dat in de laatste twee sprints. V: Voorstel 3 ziet er ook erg leuk uit. Inspirerend en intuïtief. Is dit te realiseren? A: Dit zou een andere weergave kunnen worden op hetzelfde overzicht. Dan kun je als gebruiker kiezen welke weergave je wilt zien. A: Goed om te horen dat deze weergave aanspreekt. Het is wel een ingrijpende wijziging. Het is iets voor als de wensen met hogere prioriteit eerst zijn afgehandeld. Wellicht iets voor de laatste sprint in mei?
5 AFSLUITING
Besluiten en actiepunten Te realiseren in sprint 20 1. BBRO-1141 Aansluittest Validatorservice uitvoeren 2. BBRO-1149 Eigen maildomein bronhouderportaal-bro.nl spambox-proof inrichten 3. BBRO-1101 Onterechte foutmeldingen bij inloggen voorkomen 4. BBRO-1152 Gebruikersgegevens tonen 5. BBRO-1151 BRO-ID's in Leveringsdetailpagina tonen 6. BBRO-0606 Inlogpagina logischer indelen 7. BBRO-1153 Gebruikersinterface mailverificatie verbeteren (in testopstelling) 8. BBRO-1154 Een eerste mailnotificatie actief maken (in testopstelling) 9. BBRO-1155 De aanlever-webservice gereed maken voor productie 10. BBRO-0270 Automatisch Goedkeuren en Accorderen gereed maken voor productie En verder: bugfixes daar waar nodig en technisch onderhoud. Nader te ontwerpen in sprint 20 (of daarna) 1. De eerste archiveringsfuncties, om te beginnen ervoor zorgen dat je alleen actuele projecten op het scherm ziet. 2. De eerste zoekfuncties, om te beginnen zoeken op BRO-IDs in de historie van succesvolle aanleveringen. 3. Uitbreiding van e-mailnotificatiemogelijkheden, zoals notificaties voor kwaliteitscontroleurs en leveranciers. Locaties komende sprintreviews 1. Voor de sprintreview van 17 april zijn we weer te gast bij het Waterschapshuis in Amersfoort. 2. Voor de sprintreview van 08 mei zijn we waarschijnlijk weer te gast bij de HSD in Den Haag.
Evaluatie Wat ging goed? IIIIII De demo was super! Goed gastoptreden HHNK! IIII Het was interessant, leerzaam, zinvol en positief! III De structuur in de sessie was goed! II Scrumteam is geweldig! Scrumproces loopt soepel! II Het gezelschap is nu groot en gevarieerd genoeg! II Amsterdam wordt bedankt voor de taart! I Je wordt blij van het enthousiasme in de zaal. I Er was voldoende gelegenheid om input te leveren. I Fijn dat de eerste leveringen ondertussen een feit zijn. I Het Bronhouderportaal wordt steeds beter. I De aandacht gaat nu meer naar de puntjes op de i. Dat geeft aan dat de grote lijnen nu wel zijn uitgezet. Wat kan beter? IIIII Soms gingen discussies wat téveel in detail. IIII De agenda was wat té vol gepland deze keer. I Het kennisverschil tussen aanwezigen is soms te groot. I Het voorstelrondje schoot er een beetje bij in. I Teveel energie ging vandaag naar prio 5 -wensen. I Verstaanbaarheid in zo n volle zaal was wat minder. I Rolwisselingen in de demo gingen soms té snel.