Retrospective Kai¶
G1: Ontwikkeling¶
Ik heb de comments net zoals vorig blok steeds na het maken van code geschreven, zodat het voor mijn partner makkelijker is om de code die ik heb geschreven te begrijpen.
Het stellen van vragen over de kwaliteits- en gedragscriteria is me wel gelukt, al waren de criteria niet 100% duidelijk voor mij in deze sprint, voor de volgende sprint begrijp ik alles wel.
Ik ga in de volgende sprint zo vroeg mogelijk beginnen aan het verwerken van de feedback die ik voor de product review heb verkregen. Zo zorg ik ervoor dat ik een high fidelity prototype voor de hand heb liggen.
G4: Kwaliteitscriteria¶
Agile Methodiek¶
We hebben gebruik gemaakt van een SCRUM board, zo hebben we de benodidge basis issues afgemaakt en hebben we issues toegevoegd op basis van de feedback van spelers en testers.
Code Conventions¶
(Technische) Documentatie¶
Communicatie¶
We hebben voor communicatie vooral gebruik gemaakt van Discord (een messaging software), dit is op zichzelf een redelijk informele applicatie, maar het word steeds vaker gebruikt om te communiceren binnen een bedrijf, (Soms zelfs voor player/user support).
G5: Samenwerken¶
Doelstelling | Een unieke match 3 game maken |
---|---|
Werktijden | Tijdens de lessen gezamenlijk & buiten lessen om individueel voorbereiden voor reviews, retro etc en eventueel extra werk indien we achterlopen op het schema |
Vergadertijden | We vergaderen kort voor belangrijke meetmomenten en wanneer iemand hulp nodig heeft |
Afspraken communicatie | Discord en in de les |
Afspraken aanwezigheid | Aanwezig in les bij reviews |
Afspraken documenten delen | Om documenten te delen gebruiken we VSCode |
Procedure bij niet-nakomen afspraken | Bij overmacht is het geen probleem, maar als afspraken niet worden nagekomen door andere redenen gaan we hierover praten en het op een goede manier oplossen! |
Het samenwerkingscontract is vrijwel hetzelfde gebleven, het enige verschil is de vergadertijden die duidelijker gemaakt zijn.
Ik heb daarnaast specifiek voor het samenwerken, na het maken van code steeds comments geschreven. Dit heb ik gedaan zodat mijn partner de code begrijpt en weet waarom en waar ik de code gebruik.
Ook heb ik gevraagd of mijn partner wat meer comments toe zou kunnen voegen om het voor mij ook duidelijker te maken.
Hij mocht mij zo nodig ook feedback geven over de code of de partnership in het algemeen.