Wrap‐up - fdnd-task/lose-your-head-the-client-case GitHub Wiki

Lose Your Head - The Client Case

Wrap-up

Hoe ver ben je gekomen? Laatste dingen afmaken, elkaar helpen, documentatie op orde brengen, sprint review voorbereiden.

Aanpak

Vorige sprint hebben we samen een todo lijst gemaakt met onderdelen voor de het afsluiten van een sprint, we gaan die lijst updaten en we gaan aan de slag met het voorbereiden van de sprint review.

  1. Oplevering
  2. Voorbereiding sprint review
  3. Voorbereiding retrospect

1. Oplevering

We gaan samen aan de slag met het updaten van de oplever todo lijst, deze kun je dan verwerken in de CONTRIBUTING.md. Deze keer meer gefocused op de sprint oplevering.

🛠️ Opdracht 1 (15 min)

Sprint oplever todo's:

Wat moet er in de oplevering zitten?

Hebben we samen uitgebreid:

Readme
  • Inhoudsopgave
  • Live link
  • Installatie instructies
  • Beschrijving van de site
  • Mockups van de site
  • Gebruik van de site
  • Bronnen
  • Designkeuzes
  • Datamodel
  • Kenmerken van de site (code)
  • Link naar code conventies
  • Link naar CONTRIBUTING.MD
Website
  • Dod's van de leertaak
  • RAPPE principes gechecked
  • Geen onnodige code gecomment
  • Refactoring (bijv. DRY)
  • Figma design met een styleguide
  • Geen open pull requests
  • Ingewikkelde code hebben code comments
  • JSDocs voor documentatie (nog niet verplicht)
  • Branches deleten die gemerged zijn
  • Halfafgemaakte taken, in issue beschrijven wat er nog afgemaakt aan moet worden en terug op de backlog. Branch mag blijven bestaan.
  • Zorgen dat het online staat(livelink)
Projectboard
  • Nette label gebruik
  • Issues zijn geprioriteert in de backlog
  • Backlog, Epics, user stories, taken
  • Er zijn estimates
  • Issues zijn gesloten
  • Geen issues in progress en in review
  • Issues in de juiste kolommen
  • Issues zijn assigned
Voorbereiden van de review
  • Live link
  • Voorbereiden wat we willen laten zien
  • Afspraak maken
  • Een agenda maken en opsturen naar opdrachtgever
  • Vragen voorbereiden
  • Volgorde van de presentatie
  • De rollen verdelen
    • Notulist
    • Presentatoren

2. Voorbereiding sprint review

Het doel van de sprint review is het verzamelen van feedback, het bespreken van voortgang en het vooruitkijken naar de volgende sprint. Met de feedback die je verzamelt tijdens de sprint review kun je de prioriteit op je projectboard bijwerken.

Vraag: Wat neem je mee naar de volgende sprint?

🛠️ Voorbereiding presentatie (30 min)

  1. Stel een agenda op, bereid vragen voor die jullie aan de opdrachtgever willen stellen. Waar wil je feedback op? Jullie hebben deze sprint het kleurenpalet uitgebreid in de styleguide, en met de modular scale variaties gemaakt voor de typografische hiërarchie, zorg dat je daar ook feedback op krijgt.
  2. Verdeel de rollen die je inneemt als jullie gaan presenteren, bijv. wie presenteert, wie notuleert etc.
  3. Kies een laptop die jullie willen gebruiken en test of alles goed werkt dat je wilt laten zien
  4. Bereid alvast een mail voor met de agenda, een uitleg wat de opdrachtgever te wachten staat tijdens de sprint review (korte email)

<!- 3. Bekijk het werk van eerstejaars en bepaal hoe dit wordt opgenomen-->

🛠️ Presentaties (15 min per team)

De demonstraties worden bij de grote schermen gehouden, 1 team presenteert, de andere teams luisteren (met verschillende rollen) en een docent luistert mee. Bekijk de indeling

  1. Met twee teams en een docent ga je de sprint review oefenen bij een van de grote schermen
  2. Je hebt per groep maximaal 15 minuten, inclusief vragen
  3. Verdeel als luisteraars deze rollen: opdrachtgever (product owner), gebruiker, technisch persoon, design persoon. Geef als deze persona's feedback.
  4. Daarna geeft een andere team de presentatie, en herhaal je deze stappen.

Indeling:

Groep 1

  • Docent: Joost, aan de ene kant
  • Africanair
  • Buurtcampuskrant
  • Footguard
  • Herstelkompas

Groep 2

  • Docent: Krijn, aan de andere kant
  • HvanA.nl Barometer
  • Nebula Xplorer
  • Preludefonds Instrumentenuitleen
  • Prologg

Groep 3

  • Docent: Dorien, Aquarium
  • Q42 Museumplatform
  • Quickscan dashboard
  • SnappThis
  • Toolgankelijk

3. Voorbereiding retrospect

Voor vrijdag hebben jullie portflow bewijslast klaar om te mappen op indicatoren, inclusief STARR's(!!)

Portflow bewijslast:

  1. S14: Scrum team
  2. S14: Datamodel
  3. S14: Code & Design Review W1
  4. S14: Styleguide
  5. S14: Design Critique
  6. S14: Progressive Enhancement onderzoek
  7. S14: Server-side first component
  8. S14: Modular scale
  9. S14: Sprint review (na sprint review)
  10. S14: ...

We doen dan ook een "kampvuursessie" met een docent erbij.

Extra bronnen

✒️ Leervragen

Zet de antwoorden in je learning journal.

  1. Hoe heb jij je voorbereid op de sprint review?
  2. [Voor na de sprint review] Hoe heeft de sprint review voorbereiding geholpen?
  3. Wat zou je de volgende keer anders doen?