16.09

project management

• epic > user stories > tasks
• Planning poker
• prio’s

Epic > story > user stories > tasks

Epics zijn een handige manier om te organiseren en hierarchie te creeren binnen een project. Werk word gesplitst en opgedeeld in opleverbare stukken. In 1 zin wat je gaat doen

Epics kunnen weer opgedeeld worden in meerdere stories. Zo word het specifieker. Van een story maak je user stories. Binnen een user story kan je weer tasks maken.

dus

Epic: een nieuwe ecommerce website maken voor bedrijf

User story #1: als bezoeker wil ik producten aan mijn winkel mandje kunnen toevoegen User story #2: als bezoeker wil ik producten uit mijn winkel mandje kunnen verwijderen User story #3: als bezoeker wil ik … User story #4: als bezoeker wil ik …

Tasks bij User story #1:

• overzicht van winkelmandje
• …
• etc

Squadpage taken opdracht

links naar paar issues

Planning Poker

techniek voor schatten van hoeveel tijd een taak kost. Leden van groep geven schattingen door genummerde kaarten op tafel te leggen. De kaarten worden omgedraaid en de shcattingen worden vervolgens besproken. Door ze om te draaien kan cognitieve bias worden vermeden, waarbij het eerste hardop gesproken cijfer een precedent schept voor volgende schattingen. -> fibonacci reeks

Prioriteren

MoSCoW

• Must Have - dit moet af op de deadline, als het niet af is dan is het project gefaald.
• Should Have - zou eigenlijk best wel af moeten, erg jammer als het niet zo is.
• Could Have - dit kan als er tijd over is.
• Want to have but wont this time around - goede ideeen om te noteren, maar komen er nu niet aan toe.

foutmelding

issue met documentatie hierover

![[Pasted image 20240916205111.png]]

leervragen

1. Hoe pak ik onbekende errors het beste aan?
2. Hoe kan ik MoSCoW het beste implementeren tijdens de volgende sprint?
3. Hoe kan ik zorgen dat ik volgende sprint dingen beter prioriteer?

17.09 & 18.09

audio interface

voor deze issue moet ik ervoor zorgen dat de musicplayer functioneel is en werkt zoals we willen.

De eerste stap is zorgen dat er een random nummer speelt als je op iemand klikt. Hiervoor moet ik zorgen dat de main +page.svelte en het chilc component /lib/musicplayer een soort van verbonden zijn of in ieder geval code uit het child component gebruikt kan worden in de main.

De uitgebreide documentatie kan je vinden in de issue.

• documentatie hier
• de commit

Volgende stap is om er voor te zorgen dat als je op een persoon klikt, de player met controls om hoog komt en hier de info staat over die persoon.

Wrap up

• readme
  • CMS uitleg
• CMS inlog gegevens
• code conventies
• clean code
  • oude code, comment code, console.log()
• hoe opleveren?
  • vragen aan opdrachtgever
• live website
• living styleguide -> kan op een branch

Laatste dingen

• zorgen dat je een detail pagina van iedereen kan bekijken

20.09

Retrospect

niveaumatrix.fdnd.nl

Zie projectboard van Sammy voor linkjes e.d.

1. Methodisch handelen

3.1.1 Richt in overleg projecten in volgens de development-lifecycle

• projectboard met views en labels
• DLC

3.1.2 Combineert onderbouwd principes, standaarden en best-practices op het gebied van frontend design en development om een oplossing voor een opdrachtgever te realiseren.

• [code conventies](3.1.3 Houdt rekening met belangen van eindgebruikers, valideert door middel van testen en verwerkt testresultaten.)
• project setup met sveltekit —> issue

3.1.3 Houdt rekening met belangen van eindgebruikers, valideert door middel van testen en verwerkt testresultaten.

• lighthouse test
• user test
• op verschillende devices testen
• accessibility, performance, responsive

2. Samenwerken

3.2.1 Organiseert samenwerking en signaleert verbeterpunten op gebied van efficiëntie en effectiviteit.

• kampvuursessie
• projectboard
• MoSCoW

3.2.2 Draagt verantwoording voor eigen resultaten, benoemt teamresultaten en informeert belanghebbenden over de voortgang.

• projectboard - progress status keus
• Teams updates sturen
• Teams meetings
• documentatie in issues
• assignen in projectboard

3.2.3 Kan omgaan met diversiteit binnen teams en handelt respectvol naar anderen.

3. Communiceren

3.3.1 Luistert, vat samen, verifieert en vraagt door tot een boodschap helder is.

• briefing S14 W1

3.3.2 Kan ontwerpkeuzes, eigen ideeën en producten overtuigend overbrengen aan belanghebbenden.

3.3.3 Documenteert op professionele wijze en bespreekt voortgang binnen het team.

• commit messages

4. Probleemoplossend vermogen

3.4.1 Analyseert een vraag, signaleert knelpunten en kiest onderbouwd een oplossingsrichting.

3.4.2 Schetst om gedachten en processen te verkennen, abstracte begrippen over te brengen en de oplossingsrichting inzichtelijk te maken.

• schets
• figma ontwerp
• breakdown

3.4.3 Bedenkt en implementeert complexe frontend code en gebruikt daarbij tools en frameworks.

• audioplayer

5. Lerend vermogen

3.5.1 Volgt aangeboden internationale ontwikkelingen in het vakgebied en maakt onder begeleiding keuzes over eigen ontwikkeling.

• iloveweb
• digital garden

3.5.2 Maakt aangeboden en zelf gevonden materie eigen, gebruikt dit bij leertaken, deelt ervaring binnen de tribe en leert van anderen.

3.5.3 Kent eigen capaciteiten en beperkingen, waardeert het vermogen van anderen en maakt dit bespreekbaar.

Side notes

etalage is digital garden = vrijheid! wat je wilt! have fun! yippee