Scrum/Agile: project management nieuwe stijl 20-21

• Informatica
• Middelbare school
• vwo
• Leerjaar 6

Agile / Scrum

Project management nieuwe stijl

ICT projecten zijn ingewikkeld...

Waarom zijn grote projecten zo lastig? (denk aan een PFWS bijvoorbeeld)

Klassiek projectmanagement: Watervalmodel

Watervalmodel is inflexibel

• Alle eisen moeten vooraf bekend zijn en dat is in de praktijk heel lastig
• Het inschatten van benodigde tijd is vooraf erg lastig
• Je wilt dat de klant tussentijds feedback kan geven en daar is geen ruimte voor. Ontwerp staat al vast
  
• Hoe verder je in het project zit, hoe lastiger het is wijzigingen in het ontwerp aan te brengen
  

Praktijk Software Engineering volgens watervalmodel

• 2/3e van projecten gaan over budget heen
  
• Ruim 60% van features wordt nooit gebruikt
• Gemiddelde overschrijding tijd is 100% (!)

• Demotiverend voor team

• Klant niet blij.
  

Prakijk Informatica Eindproject volgens Watervalmodel

• Veel nadruk op documentatie en eisen
  
• Te weinig ervaring met de tools om moeilijheid goed in te schatten
• Tijdsplanning lastig
  

• Onvolledige producten en tijdsnood
  

• Onbevredigend voor Wt en leerlingen

Wt is op zoek naar een manier om:

• Het eindproject leuker te maken
• Kwaliteit van producten te verbeteren

• Groepswerk beter af te stemmen op kwaliteiten van groepsleden  
  

• Jullie een moderne manier van projectmanagement te leren
  

 

• Agile Scrum to the rescue!
  

Belangrijkste uitgangspunten Agile

• Korte "Sprints" (ong. 2 weken) met concreet eindproduct
• Na elke sprint evalueren en bijsturen voor volgende sprint
  
• Je maakt belangrijkste features eerst
  
• Werken met een Scrum board waarop voortgang meteen te zien is (motiveert en geeft overzicht)
• Nadruk op teamwork: communicatie en feedback

Product backlog (1: User Stories)

• Product Owner praat met klant en stelt User Stories op
• User Story is een in mensentaal geformuleerde globale eis/wens waaraan het product moet voldoen (vb volgt)
• Dienen om als team over te discussiëren en verfijnen
• Bedoeld om op hoog niveau duidelijk te krijgen wat het project inhoud
  

Product backlog (2: Taken)

• User stories worden uitgesplitst in taken:
  

1. Grote/grove taken (Epics). Deze kunnen verder uitgesplitst
2. Kleinere, concreet uitvoerbare taken
   

• Belangrijkste taken staan bovenaan (prioriteren)
• Staan er Epics boven? --> opsplitsen en uitvoeren
• Epics die laag staan: lekker laten staan voor nu
  
• Product Backlog Iceberg:
  

Product backlog is "levende verzameling" -->
Langzaam verfijnen om bruikbaar te maken voor sprint

User Story

Heeft volgende vorm:

Als <PERSOON/ROL> wil ik <WENS> zodat <VOORDEEL>

Bijv:

Als leerling wil ik in de app kunnen zien welke van mijn lessen uitvallen vandaag, zodat ik mijn dag beter kan plannen

Prioriteren volgens MoSCoW  methode

Must have     -->  Zonder deze features geen werkend product

o

Should have -->  Belangrijke features die men graag wil

Could have   -->  Wenselijk, maar kan prima zonder

o

Would have  -->  Gaan we niet doen

Sprint Backlog

Aan begin van een nieuwe sprint houdt het team een "Sprint Planning Meeting":

• Bekijk bovenste User Stories en taken op Product Backlog
• Splits taken waar nodig uit in kleine taken van max. enkele uren
• Schat zwaarte van taken (in uren)
• De hoeveelheid werk (uren) die je denkt te kunnen verrichten in 1 Sprint heet de "Velocity" van je team
  
• Selecteer hoeveelheid taken die binnen je velocity passen en plak deze op het Scrum board --> Sprint Backlog
• 
  

Sprint

• Taken staan op Scrum board
• Daily Scrum: als team bij bord bespreken wat er gaat gebeuren vandaag
  
• Groepsleden pakken taken uit "ToDo"op en plaatsen op "in progress"
• Als ze klaar zijn gaan taken naar "Done"
• Op einde van sprint: evaluatie, bijstellen product backlog
• Doel: Alle taken van de ToDo naar Done verplaatsen en zo een concrete stap te maken richting het einddoel

Wat is het verschil tussen de Product Backlog en de Sprint Backlog?

Essentie van Scrum/Agile

• Belangrijkste dingen eerst doen
• Focus op "werkende" tussenproducten
• Snel bijsturen aan de hand van ervaringen/inzichten
• Altijd inzicht in de stand van zaken
• Effectief samenwerken en taken verdelen
  

Globale planning (1/2)

Eerste week (deze week):

• Uitleg & kennismaking Agile/Scrum (vandaag)
  
• Opstarten/brainstormen projecten (rest van de week):
  

1. Vormen groepjes
   
2. Vaststellen onderwerp/opdracht/richting,
   
3. Opstellen User Stories
4. Opstellen taken en inrichten Scrum bord (trello)
   

Globale planning (2/2)

Tot en met deadline van 18 april:

• Project uitvoeren in 3 sprints van +- 4 weken (planning staat op informaticasite)
  
• Tussen sprints:

1. Bijsturen plan o.b.v. ervaringen afgelopen sprint
2. Updaten scrumbord en plan voor nieuwe sprint
3. Sprint retrospective: vlog met demo en evaluatie
   

Wat denk je op dit moment van de voorgestelde aanpak?

Vrijblijvende peiling:
Aan wat voor onderwerp voor het eindproject denk je op dit moment?