De methode van doorontwikkelen Bron

Presentatie over: "De methode van doorontwikkelen Bron"— Transcript van de presentatie:

1

2 De methode van doorontwikkelen Bron
Nynke Hoogeveen Mathieu Richelle 2

3 Waarom Agile? We maken producten die de klant niet of nauwelijks gebruikt We maken producten die niet voldoen aan de verwachting van de klant We maken producten die te laat opgeleverd worden Standish Group study reported at XP2002 by Jim Johnson, Chairman 3

4 Waarom Agile? 4

5 Contract onder- handelingen Complete documentatie Processen & tools
Mensen & interactie Mensen & interactie Inspelen op verandering Volgen van een plan Samen- werken met de klant Bruikbare software 5

6 Agile Manifesto (www.agilemanifesto.org)
Wij laten zien dat er betere manieren zijn om software te ontwikkelen  door in de praktijk aan te tonen dat dit werkt  en door anderen ermee te helpen. Daarom verkiezen we: Mensen en hun onderlinge interactie  boven processen en hulpmiddelen Werkende software  boven allesomvattende documentatie Samenwerking met de klant  boven contractonderhandelingen Inspelen op verandering  boven het volgen van een plan dus: Hoewel wij waardering hebben voor al hetgeen aan de rechterkant staat vermeld, hechten wij méér waarde aan wat aan de linkerzijde wordt genoemd. 6

7 De 12 principes van agile (1)
Klanttevredenheid, door snelle, continue levering van waardevolle software Verwelkom veranderende behoeftes, zelfs laat in het ontwikkelproces Lever regelmatig werkende software op. Liefst iedere paar weken, hooguit iedere paar maanden. Het team werkt nauw en dagelijks samen met de mensen die de business kennen Bouw projecten rond gemotiveerde individuen. Geef hen de omgeving en ondersteuning die ze nodig hebben en vertrouw erop dat ze de klus klaren De meest efficiënte en effectieve manier om informatie te delen is door met elkaar te praten. 7

8 De 12 principes van agile (2)
Werkende software is de belangrijkste maat voor voortgang Een constante werkdruk die altijd vol te houden is Er is voortdurende aandacht voor een hoge technische kwaliteit en voor een goed ontwerp Eenvoud is belangrijk: hoe meer er niet gedaan wordt, hoe beter De teams zijn zelf verantwoordelijk voor het organiseren van hun werk Op vaste tijden, onderzoekt het team hoe het effectiever kan worden en past vervolgens zijn gedrag daarop aan 8

9 DUO-Agile principes Backlog en prioriteit gestuurd
Maak af, niet teveel tegelijk Visualiseren & expliciet maken Experimenteer & verbeter continue Samenwerken, open en transparant 9

10 Werkgroep BRON-MBO DUO zoekt nauwe samenwerking met MBO sector
Samenstelling werkgroep: DUO Scholen/gebruikersgroepen Leveranciers OCW, MBO Raad, SBB, saMBO-ICT en eventuele andere stakeholders, zoals IvO voor zover nodig 10

11 Doorontwikkelen BRON – wat gaan we doen?
Opstellen backlog Realiseren Testen (ketentest, veldtest) Conversie Implementatie 11

12 Opstellen backlog product backlog:
eisen/wensenlijst voor softwareontwikkeling geprioriteerd, belangrijkste dingen bovenaan stakeholder: belanghebbende (gebruiker van software) stelt eisen aan wat het systeem moet kunnen accepteert de software product owner: de baas van de backlog stelt prioritering vast (op advies werk-/projectgroep) bepaalt waaraan het geld wordt besteed

13 Opstellen backlog userstory: eis/wens op de backlog vaste opbouw:
Als stakeholder wil ik wens zodat ik motivatie Als MBO-instelling wil ik inschrijvingen aanleveren aan DUO, zodat ik voldoe aan mijn wettelijke plicht en ik daarop bekostigd kan worden en ... motivatie is belangrijk! sprint: tijdvak (4 weken) waarin één of meer userstory’s gerealiseerd worden acceptatie via een demo.

14 Inspelen op verandering
Aanpak in korte tijd: initiële backlog vullen daarna tijdens traject: backlog aanpassen scope- of wetswijzigingen voorbeeld HO: langstudeerdersmaatregel MBO: junibrief? Gevolg: PBL-item vervalt, wijzigt of komt erbij prioriteit bepalen => plaats op de backlog past het nog wel?

15 15