AERIUS II. Mark Wilmot Product Owner AERIUS. Ministerie van EL&I Programma Directie Natura 2000 Programma Stikstof (PAS)

Transcriptie

1 AERIUS II Mark Wilmot Product Owner AERIUS Ministerie van EL&I Programma Directie Natura 2000 Programma Stikstof (PAS)

2 Inhoud Toelichting AERIUS II Project Demo Agile / Scrum proces Theorie Agile / Scrum Praktijkoefening Ronald 2

3 Wat is AERIUS? User Interface Gericht op beleid-ondersteuning Gemakkelijk via het internet toegankelijk Internet Gebruik maken van lokale en centrale gegevens Deposition model Internal data Gebruik maken van de laatste wetenschappelijke kennis External data National emissions Local emissions 3

4 AERIUS II essentials Devies: Kwaliteit, Kwaliteit, Tijd Redeneren vanuit de gebruiker (User Centered Design) Modulaire structuur Logica en processen zijn gescheiden Communicatie middels open standaarden O&O coding 4

5 Doelstelling AERIUS II Cijfermatige onderbouwing Nb-wet vergunningen Uitgeven en monitoren ontwikkelingsruimte Vastleggen in Nb-wet als verplichte methode Monitoren PAS programma Volgen trend stikstofdepositie Effecten brongericht beleid Voortgang uitvoeren van maatregelen Ondersteunen beleidsprocessen 5

6 Producten, AERIUS II Rekenkern AERIUS II Architectuur en gebruikersfunctionaliteiten Depositiemodelering Monitoren PAS Verdelen, monitoren ontwikkelingsruimte Gegevensleveringsprotocollen Gebruikersondersteuning 6

7 AERIUS is product van samenwerking Overheid Ontwikkeling Ondersteuning 7

8 Het AERIUS projectteam (intern) 8

9 Werkgroep AERIUS (extern) 9

10 Het AERIUS ontwikkelteam Product Owner Mark Scrum master Johan Backlogwriter Satyan Senior Developer Hilbrand Senior Developer Jacob UI design Taco Developer Serhat Tester Thomas Data management Michiel Developer Jorn Developer Bert Developer Maarten Developer Sebastiaan Functioneel ontwerper Freek Stagair Roeland 10

11 AERIUS II DEMO 11

12 12

13 Theorie Agile - Scrum proces Grond beginselen Agile Het Scrum proces Rollen Sessies Lijsten 13

14 Definitie Scrum Scrum is een framework dat kan worden ingezet om software in teamverband te ontwikkelen 14

15 3 belangrijke zaken... die we graag zouden willen De opdrachtgever weet wat hij wil Het ontwikkelteam weet hoe ze dat moeten maken Totdat het product klaar is verandert er niets... waar we mee moeten werken De opdrachtgever ontdekt wat hij wil Het ontwikkelteam ontdekt hoe ze het moet maken Voordat het product gereed is verandert er veel 15

16 Agile, de oorsprong Ontstaan in de jaren 90 Reactie op de waterval methodieken die onvoldoende inspelen op de veranderende requirements Agile Leningheid Behendigheid Vermogen om aan te passen 16

17 Agile Nieuwe generatie software development methodieken Nauwe samenwerking business en IT Korte iteraties Kunnen omgaan met veranderingen in projecten Eerste publicatie Utah

18 Het Agile manifesto Individuen en interactie boven processen en tools Werkende software boven uitgebreide documentatie Samenwerking met de klant boven contract onderhandelingen Reageren op verandering boven het strikt volgen van een plan Wat rechts staat is waardevol maar wat links staat is waardevoller 18

19 Het Scrum proces Sprint planning Product Owner Daily standup Rollen Scrum master Sessies Retrospective Scrum Scrum team Demo Lijsten Product backlog Sprint backlog Impediments lijst 19

20 Rollen Productowner, afgevaardigde vanuit de business, mandaat om de werkvoorraad te bepalen en prioriteren Scrum master, faciliteert het proces, lost problemen op Scrum team, ontwerpers, ontwikkelaars en testers Projectleider, geen formele rol, regelt de zakelijke kant 20

21 Sessies Sprintplanning Daily standup Retrospective Demo 21

22 Sessies, sprint planning Inschatten van taken Product Owner ligt taak toe Scrum master en team schatten de taak in Plannen van een sprint Scrum master berekent de capaciteit van het team Product Owner, Scrum master en team plannen de sprint 22

23 Sessies, Daily standup Dagelijks met het hele team Maximaal 15 minuten Het beantwoorden van de vragen Wat heb ik gisteren gedaan Wat ga ik vandaag doen Tegen welke problemen ben ik aangelopen 23

24 Sessies, Retrospective Reflecteren op de afgelopen sprint: Wat willen we de volgende sprint vasthouden Wat kunnen we de volgende sprint verbeteren Welke actiepunten komen hier uit voort Doel: Continue verbetering van het proces, productiviteit, deskundigheid en kwaliteit Niet alleen proces, maar ook expliciet het functioneren van het team 24

25 Sessies, Demo Demo van alle taken die Done zijn Mogelijkheid voor feedback Iedereen is welkom 25

26 Lijsten Product backlog, bevat lijst met items die requirements representeren Sprint backlog, items van het productbacklog die in de huidige sprint zijn op genomen impedimentslijst, blokkades die tijdens de sprint voorkomen en worden opgelost 26

27 Productbacklog Beknopte beschrijving van een functionaliteit die duidelijk is voor de belanghebbenden Representeert de requirements i.p.v. deze gedetailleerd te documenteren Functionaliteit wordt uitgewerkt in een user story Een user story moet in 1 á 2 dagen realiseerbaar zijn 27

28 User Story Beknopte omschrijving van functionaliteit: Als <persoon/rol/systeem> kan ik <functionaliteit>, zodat ik <doel> Definition Of Ready (DOR), lijst van eisen waaraan story moet voldoen om in een sprint te kunnen worden opgepakt Definition Of Done (DOD), lijst van eisen waaraan implementatie story moet voldoen om Done te kunnen worden gemeld 28

29 Productbacklog (live) 29

30 Scrum bord Zichtbaar voor iedereen Tijdens de standup worden taken en impediments verschoven Signalering wanneer iemand lang niets verschuift -> hulp nodig 30

31 Scrum bord (live) 31

32 Burndown (live) 32

33 Praktijkvoorbeeld Viswad project van Ronald 33