Ook hadden wij elke week een feedbacksessie met onze coach Laurens. Hier bespraken wij de progressie van het project, hoe alles verliep met betrekking tot de samenwerking en de opdrachtgever. Hier kwam de volgende feedback uit:

Feedback week 1

Voor de eerste week hadden wij ontwerpen gemaakt en deze voorgelegd aan Laurens, hier kregen wij de volgende feedback op.

• Hoe zal het er uit zien met echte data? Komt dit overeen
• Hoe ziet het er uit als iemand niet gesport heeft?
• X as erbij zetten
• Multiple line chart -> licht medium en zwaar
• Makkelijker het verloop zien
• Misschien alle dagen naast elkaar -> dus alle 49 dagen
• Kopje voorwaarden erbij in de debriefing

• tone of voice etc.

• Verdeel jobstorsies ipv grafieken
• Misschien 1 iemand focussen op een kind en 2 op de zorgverleners
• 1 backend opzetten met de api -> 2 frontends, 1 voor zorgverleners, 1 voor de kids
• Eisen opnieuw opstellen misschien met Moscow

Hoe zou het uitgebreid kunnen worden? (Accounts, sessions etc)

• Privacy (should have)
• Etc

Voor de volgende keer:

Jobstories verdelen Kijken welke vakken er in terug komen, vanuit de rubric. Kijk welk criterium je nodig gaat hebben Bied meer varianten aan om te laten zien aan de klant ipv 1 gedesignde grafiek

Moscow

• accounts( miss voor later)
• privacy
• sessions
• Should haves Jobstories moeten verdeeld worden aan ieder persoon (vereisten) 1 backend opzetten met de api Dan 2 frontends voor de zorgverleners en / of de kids

Wat moeten we doen?

Alle vereisten goed over nadenken en verdelen Kijken welke vakken terugkomen Rubrics van andere vakken bekijken

Feedback week 3

Bekijk het project opnieuw en verdeel alle features via de MoSCoW methode. Vervolgens verdeel je dit onderling goed.

Feedback week 4

Wat moeten wij nog doen?

• Goed naar de rubrics van alle vakken kijken.
• Privacy is nog een belangrijk onderdeel dat toegevoegd kan worden.
• Dashboard designen, zodat het logischer in elkaar overloopt.
• Begin maken aan de grafiek voor de kinderen, die is belangrijk voor de criteria.
• Duidelijke planning maken voor wie welke features gaat uitwerken
• Nadenken over de tone of voice voor de grafiek van de kinderen

Planning:

• Kids (Gio / Kyle)
• Dashboard (Lennart)
• Algemene styling (NNB)
• Documentatie (Kyle)

Vak criteria

• Hele criteria opnieuw over gaan nadenken
• WAFS Criteria is belangrijk
• Routes etc gaan we niet client side afhandelen
• Actor diagram maken
• CSS gaan we gebruiken voor kinderen, die kunnen we makkelijker interactief maken.
• User experience goed beschrijven
• Design principles zijn exclusief voor de zorgverleners en de kinderen met astma
• Offline en progressive enhancement kan een mogelijkheid zijn, maar de zorgverleners zitten wel op een desktop.
• De test kunnen we niet beschrijven, want dat kan later toegevoegd worden.