JavaScript & Agila, 40 + 10 YHP

Mörkt tema

Gruppkontrakt ​

Betyg

IG/G

Ges i samband med grupparbetets betyg

InnehĂ„ll ​

Varje grupp skall upprÀtta ett gruppkontrakt med nedan rubriker/punkter. Det Àr fritt att lÀgga till/ta bort, men hÀr Àr en grund att anvÀnda.

Ni hittar gruppkontraktet i mappen dokumentation i ert repo. Den heter gruppkontrakt.md.

Tidigare grupparbeteserfarenheter ​

  • Vilka Ă€r respektive gruppmedlems top 3 sĂ€msta erfarenheter med grupparbeten? Vilka "negativa förvĂ€ntningar" kommer ni in i detta med?

Exempel: Personer gör inte det dom har lovat inom utsatt tid, och sÀger att "dom jobbar pÄ det", men det blir aldrig klart.

TIP

Det Ă€r bra att fĂ„ ur sig de negativa förvĂ€ntningarna och att diskutera öppet kring tidigare erfarenheter. Ju öppnare ni Ă€r i er kommunikation nu, desto bĂ€ttre grupparbete kommer ni att fĂ„. PĂ„ en arbetsplats kanske man kĂ€nner varandra redan och det finns andra "krav". Av nĂ„gon anledning beter sig mĂ„nga annorlunda i en skolmiljö nĂ€r det gĂ€ller grupparbeten đŸ€”

Mötestider ​

Vilka dagar och tider jobbar vi gemensamt?

Ni ska planera in:

  • Daily standup varje vardag. Det fĂ„r gĂ€rna vara samma tid sĂ„ att det Ă€r lĂ€tt att komma ihĂ„g, men det Ă€r upp till gruppen att bestĂ€mma. Ni ska fylla i en loggbok dagligen med er daily.
  • Tid för backlog refining varje vecka (cirka 1 h).
  • Tid för sprint planning varje vecka (cirka 1-2 h).
  • Tid för retrospektiv varje vecka (cirka 1 h).

Möteskanaler & format ​

  • Hur trĂ€ffas vi? Discord, Teams, pĂ„ nĂ„gon fysisk plats

  • Kamera av/pĂ„?
  • Ska man komma förberedd eller gĂ„r vi gemensamt igenom vad som ska göras pĂ„ mötet?
  • Definiera vad som Ă€r "brĂ„dskande", och hur man kommunicerar om nĂ„got Ă€r brĂ„dskande. SMS? Telefonsamtal?
  • Befinner vi oss alla i samma tidszon?

Kommunikation ​

  • Via vilka kanaler kommunicerar vi?
  • Vilka tider kommunicerar vi?
  • Inom vilken tidsfrist kan man förvĂ€nta sig svar/Ă„terkoppling?
  • Hur meddelar man förhinder? I hur god tid meddelar man förhinder?
  • ÖvervĂ€g att dela er mail/telefonnummer sĂ„ att ni faktiskt kan nĂ„ varandra.
  • Hur föredrar vi att jobba? Live-koda tillsammans? PĂ„ egen hand?
  • Ska vi göra kod-merges ihop? NĂ€r Ă€r det OK att göra en merge?
  • Hur hanterar vi kodkonflikter?
  • Vem ansvarar för att dokumentera daily standup i repot? (Rotera gĂ€rna denna roll med nĂ„gon frekvens sĂ„ att inte en person gör det enbart).

Personlighetstyp ​

Det kan kÀnnas obekvÀmt att diskutera följande, men det Àr en grund för ett bra samarbete att dels ha lite sjÀlvinsikt, men ocksÄ förstÄelse för hur ens gruppmedlemmar fungerar i olika situationer.

Hurdant reagerar varje gruppmedlem vid stress?

  • Flyr situationen, slutar delta, ignorerar situationen/grupparbetet
  • Blir konfrontativ/aggressiv
  • Fryser till, vet inte vad man ska göra, svĂ„rt att komma igĂ„ng och/eller vidare
  • Försöker fĂ„ alla att mĂ„ bra/komma överens
  • PĂ„ nĂ„got annat sĂ€tt?

Vilken roll brukar varje gruppmedlem ta pÄ sig i ett grupparbete? Vilken roll har du "i det tysta" för dig sjÀlv?

  • Ledaren: Drivande, dynamisk, tar initiativ.
  • Planeraren/Genomföraren: Organiserad, praktisk, pĂ„litlig
  • Experten/Specialisten: Djup kunskap, fokuserad, analytisk
  • Informationssökaren: Nyfiken, faktabaserad, samlar data
  • Slutföraren/KvalitetssĂ€kraren: Noggrann, detaljfokuserad, avslutar i tid.
  • Innovatören/IdĂ©sprutan: Kreativ, fantasifull, ser nya lösningar.
  • Granskaren/UtvĂ€rderaren: Kritisk, strategisk, objektiv, logisk.
  • DjĂ€vulens advokat: Utmanande, ifrĂ„gasĂ€tter konstruktivt.
  • Lagspelaren/Samordnaren: Samarbetsvillig, diplomatisk, stöttande.
  • Pepparen: Positiv, empatisk, skapar god stĂ€mning.
  • Dörrvakten/Processledaren: SĂ€kerstĂ€ller deltagande, hanterar diskussionen.

Uppgiftsfördelning ​

  • Hur fördelas uppgifter?
  • Hur kommunicerar man nĂ€r man tar pĂ„ sig en uppgift utanför daily standupen, eller ska man vĂ€nta till standupen?
  • Vad Ă€r definitionen pĂ„ "klar"?
  • Hur granskar vi varandras kod?

Övriga förvĂ€ntningar ​

  • Vilken ambitionsnivĂ„ har vi?
  • Hur mycket förvĂ€ntas man delta/hur aktivt ska man vara?
  • Vad blir konsekvenserna om man inte Ă€r aktiv i projektet? Hur mĂ„nga kontaktförsök gör man? Hur snabbt ska personen Ă„terkomma som inte varit aktiv/gĂ„tt att nĂ„? Hur fort tar man kontakt med lĂ€raren om nĂ„gon inte dyker upp/gör det man kommit överens om?
  • Vad Ă€r du bra pĂ„?
  • Vad Ă€r du sĂ€mre pĂ„?
  • Finns det nĂ„got du rent tekniskt vill trĂ€na extra pĂ„? HTMl, CSS, git? Projektledning?

Scrum master ​

Fördela dagarna sÄ jÀmt det gÄr i gruppen och kom överens om vem som Àr scrum master.

T.ex. om ni Àr 5 personer i gruppen och grupparbetet Àr 5 veckor, dÄ kan 1 person vara scrum master i en vecka.

Om ni Àr 4 personer och grupparbetet Àr 2 veckor (10 dagar), försök att fördela dagarna sÄ jÀmt som möjligt, t.ex. 2 dagar per person och sen gÄr turen över till nÀsta.

Övrigt ​

Om ni vill ta upp nÄgonting utöver det fördefinierade. Skriv gÀrna en egen rubrik.

Kodstandard ​

  • Hur skriver vi vĂ„ra commit-meddelanden? Ska vi följa nĂ„gon sĂ€rskild standard (t.ex. Conventional Commits eller anvĂ€nda gitmoji).
  • Hur indenterar vi vĂ„r kod?
  • Vilket sprĂ„k anvĂ€nder vi i vĂ„r kod, för t.ex. CSS-selektorer?
  • Hur kommenterar vi vĂ„r kod?
  • Ska vi anvĂ€nda nĂ„gra linters (ESLint, Prettier, Biome
?) och vilka konfigurationer ska vi göra för dessa?

Underskrifter ​

Slutligen ska ni signera dokumentet med era underskrifter.

Att jobba i grupp ​

Jobba i grupp Àr knappast lÀtt.

HÀr kommer nÄgra tips:

  • Bryt ner uppgifter sĂ„ att de tar ungefĂ€r 1 halv dag att göra
  • Skriv pseudokod för uppgifterna/förklara tydligt vad det innebĂ€r, gĂ€rna i grupp
  • VĂ„ga frĂ„ga om hjĂ€lp. VĂ„ga sĂ€ga att du inte kan nĂ„gonting.
  • Rak och öppen kommunikation Ă€r bĂ€st: om nĂ„gonting inte fungerar, ta upp det i gruppen, referera till era commitments och stĂ€ll frĂ„gor!
  • Tystnad, frĂ„nvaro och icke-kommunikation Ă€r garanterade gruppproblems-utlösare đŸ’„ đŸ€«

Tips pÄ grupp-problem:

Det Ă€r bara jag som jobbar i gruppen! 😠
  1. Kolla repots contribution graphs, och verifiera att det faktiskt Àr sÄ.
  2. FrÄga dina gruppmedlemmar, om de har kört fast med nÄgonting och om ni ska kolla pÄ nÄgonting gemensamt, för att komma vidare.
  3. Om svaret istÀllet Àr ursÀkter i stil med "jag har inte hunnit pga. jobb/sjukdom/prioriterade annat/var tvungen att xyz" - OK. Shit business. SÄ kommer det att vara i verkliga livet ocksÄ.
  4. Ta ett gruppmöte, gÄ igenom ert gruppkontrakt och punkt 5 nedan:
  5. Under gruppmötet, bryt gemensamt ner projektet i X antal uppgifter sÄ att alla har lika mÄnga uppgifter var, bestÀm vem som gör vad, och kör pÄ med din del.
  6. Sedan jobbar du pÄ med dina uppgifter.

Alla Àr vuxna mÀnniskor som gÄr det hÀr utbildningen och nÄgonstans krÀvs det ocksÄ eget engagemang och eget ansvar. En yrkeshögskoleutbildning ska ligga ganska nÀra arbetslivet, och fungerar inte gruppen och gruppdynamiken, sÄ gÄr man oftast till sin nÀrmsta chef och tar upp problemet pÄ ett konstruktivt sÀtt och med nÄgra förslag som man har tÀnkt igenom.

Struntar man dessutom att bidra till projektet sÄ gÄr man miste om vÀrdefulla kunskaper sÄsom:

  • Att arbeta i team (vilket man mĂ„ste i arbetslivet)
  • Att arbeta i team i kod (det kommer vara brutalt, om man inte har trĂ€nat pĂ„ det i skolan)
  • Att kommunicera om kod (det kommer ocksĂ„ att vara brutalt om man inte trĂ€nar pĂ„ det)
  • Kommunikation och hur man skapar en fungerande grupp; det Ă€r allas ansvar att bidra
  • Genom att förklara lĂ€r man sig otroligt mycket och blir en mycket bĂ€ttre lagkamrat
Jag vill ha G/VG men min grupp vill inte det!

Klassiskt problem med ambitionsnivÄ.

Fakta #1: Grupparbetet kommer inte att sÀtta betyget för hela kursen.

Fakta #2: Ambitions- och kunskapsnivÄn framgÄr ÀndÄ; hur frÄgor stÀlls, via engagemang, via kod som committas.

Lyckligtvis finns det ocksÄ ett individuellt arbete, dÀr du fÄr göra precis som du vill.

Vi har en strulig gruppmedlem

Se avsnittet om "Det Àr bara jag som jobbar i gruppen".

De andra Àr sÄ mycket duktigare Àn vad jag Àr

SÄ Àr det tyvÀrr i arbetslivet ocksÄ, sÄ hÀr gÀller det att stÀlla frÄgor, be om förklaringar och vara bekvÀm i att inte veta.

Ju bÀttre man kommunicerar och ambitiöst lÀser pÄ; desto bÀttre blir slutresultatet.

Sitter man pÄ sin kammare i tysthet sÄ vÀxer GARANTERAT frustrationen i gruppen.

De andra Àr mycket sÀmre Àn vad jag Àr

SÄ Àr det tyvÀrr i arbetslivet ocksÄ. Omgiven av idioter.

Men alla har inte samma förkunskaper, förutsÀttningar och "logiska förmÄga" out-of-the-box. Det tar ett tag att switcha om till programmeringstÀnk.

Se det som ett tillfÀlle för dig att lÀra dig kommunicera kring kod. Ju bÀttre man kan prata om och förklara kod, desto mer uppskattad kommer man att bli som team-medlem, och desto oftare hamnar man i (roliga och avancerade) projekt dÀr det krÀvs bra samarbete och kommunikation för att det ska bli ett bra slutresultat. Fakta.

Happy coding!