Kampvuur sessies

[driezie]

No description provided.

[Daan645]

Kampvuur sessie maandag 7 oktober

Algemene samenwerking

Lesley

Samenwerking gaat goed maar er zijn verbeterpunten, we zouden harder werken als we niet met vrienden werken want we zijn te laks naar elkaar. Eerste week gingen we hard aan de slag, vanaf taken verdelen gingen we wat minder goed. We konden meer componenten af hebben waardoor we veel verder zouden zijn. Nu lopen we achter de feiten aan en moeten we alles gaan rushen. We hadden ook meer wat druk op Jelte moeten zetten, zodat er wat meer werk verricht werd. Ook had je zelf wat meer verantwoording kunnen nemen. We moeten ook wat serieuzer werken want vaak zijn we heel vroeg naar huis.

Tom

Ik ben het eens met Lesley, we hebben ons meer op het statische developen gericht, Jelte was wat meer bezig met de database. We hadden meer moeten doen want een header hoeft geen week te duren. Ik heb meer vrij genomen van werk, dus ik vind dat ik de tijd wat beter kan benutten. Het lijkt me handig om hier elke dag wel rond half 10 a 9 uur te zijn dan hoef je ook niet wachten op appjes en dan kan je elkaar ook beter een checkup geven. Ik kan me ook verbeteren door meer naar elkaar te vragen hoe goed het gaat. We kunnen elkaar ook wat meer onderbouwende feedback kunnen geven het is nu vaak dit werkt niet dit werkt niet, het mag wat positiever.

Jelte

Ik vind dat ik de laatste week bijna niet heb geprogrammeerd en bijna alleen aan de data en het ontwerp heb gezeten. Nu ik daar mee klaar ben wil ik volledig de focus op bouwen leggen zodat ik mijn bijdrage aan het team kan hebben in code. Ik kan ook elke dinsdag aanwezig zijn. Ik sta volledig open om deze week er helemaal voor te gaan.

Daan

Het was beter geweest om vaker wat daily standups te maken zodat je betere deadlines kan zetten. Beetje verantwoordening af zetten bij de groep. vaker bij elkaar zitten want ik merk dat bij iedereen vaak genijgd bent om iets snel te doen om ergens snel focus op te leggen, maar dat er betere analysatie komt voordat je iets gaat doen. Beter focussen op het statische het het responsive kant van de website. We moeten iets beter afspraken maken hoelaat we op school zijn en dat eerder op school aanwezig te zitten zodat er echt de volledige tijd kunnen hebben.

Wat gaan we eraan doen om dit optelossen

• Maandag woensdag vrijdag bij elkaar zitten en dinsdag en donderdag als dit lukt inverband met werk.
• Daily stand-ups
• Deadlines opstellen
• Meer taken bespreken
• Als er iets is gelijk aan de bel trekken of een mini kampvuur houden op dezelfde dag

[TomDeeterink1]

Kampvuur sessie vrijdag 13 oktober

Algemene samenwerking

Daan

We name lang de tijd om het project board op te zetten. We hebben nagedacht over hoe de opzet van het projectboard moest zijn. We hebben gekeken naar afspraken en conventies. Hiervoor was dit niet het geval.

Wat ik wel denk dat beter kan, is dat we daar wel weer de scherpe randjes er af halen. We documenteren het wel, maar we doen het niet gelijk. En dan komen er vaker fouten voor, we doen ook geen daily checkouts. Dit moeten we elke dag gaan doen, omdat dit in voordeel werkt van de planning.

Misschien toch iets scherper testen, er zijn steeds kleine foutjes.

Lee

Opzich ik wist dat het ging gebeuren, het is ook nieuw wat we doen. Dus we moeten ons wel de kans geven op fouten te maken. We hebben goed besproken wat we willen doen, taakverdeling. We moeten ons goed aan de conventies houden. Kijkend naar de pull request, maar er zijn dingen die we echt laten liggen. Bem is hier een goed voorbeeld van.

Dingen aanpassen zonder te bespreken is not done. Beter communiceren, dat zou ons vooruit helpen. Mergen kan ook veel beter gaan naar mijn mening, pull request moeten we ook veel sneller in zijn.

Jelte

Het is beter om bij pull request om even opnieuw te gaan kijken, zodat we geen slordige fouten laten liggen. Dit ook laten zien in de pull request die je gaat doen.

Het programmeren gaat goed, communicatie gaat ook goed.

Tom

geen verder aanvullingen, maar onze feedback mag wat harder zijn. En dat we dit niet persoonlijk moeten maken.

Gebruik maken van progressieve feedback. Eerder kijken naar analysefase. Meer samen coderen.

Punten die we aanpakken

• Minder hard voor elkaar zijn.
• Progressieve feedback.
• Houden aan conventies.