-
Notifications
You must be signed in to change notification settings - Fork 0
Samarbeidsavtale
Følgende personer utgjør prosjektteamet:
- Erik Aasen
- Emil Fagerjord
- Ngoc Hanh An Nguyen
- Solveig Natvig
Denne kontrakten gjelder for gruppeprosjektet i IDATT1004 inklusive øvinger, leveringer og andre oppgaver tilhørende prosjektet frem til dette. Kontrakten trer i kraft fra datoen den er underskrevet av samtlige teammedlemmer og gjelder frem til prosjektet er levert og godkjent av faglærer. Mål og forventninger: Teamet forplikter seg til å arbeide for å etablere et positivt og inkluderende arbeidsmiljø, der alle medlemmer oppfordres til å bidra med ideer og stille spørsmål uten frykt for å gjøre feil. Teammedlemmene skal vise respekt for hverandres forslag og perspektiver. Alle teammedlemmer skal aktivt arbeide for å utvikle sine ferdigheter innenfor de ulike områdene som prosjektet krever. Prosjektet skal gjennomføres med tydelige delmål, slik at fremdrift og ansvar kan følges opp systematisk. For å sikre god koordinering, kontinuerlig fremdrift og at frister overholdes, avholdes teammøter hver andre uke. Møtene skal bidra til å evaluere fremdrift, justere mål og diskutere eventuelle utfordringer som oppstår underveis i prosjektet.
Prosjektteamet består av fire definerte roller: Prosjektleder, Dokumentasjon- og testansvarlig, Programmerer og Byggleder, som nærmere beskrives senere i dette dokumentet. Rollene rullerer hver andre uke ved internmøtene i følgende rekkefølge: Dokumentasjon- og testansvarlig → Prosjektleder → Programmere → Byggleder. Ved rullering overtar den tidligere Dokumentasjon- og testansvarlige prosjektlederrollen. Den kommende prosjektlederen fungerer som møteleder, og den kommende Dokumentasjon- og testansvarlig fungerer som sekretær. Den tidligere møtelederen gir en kort oppsummering av fullførte oppgaver samt hvilke oppgaver som gjenstår. Rollene definerer primært ansvarsområder, men innebærer ikke at oppgavene skal utføres alene. Alle teammedlemmer forplikter seg til å bidra der det er behov.
Prosjektlederen har ansvar for å planlegge, innkalle til og lede møter, samt følge opp tidsplanen for prosjektet. Rollen innebærer å fordele oppgaver i samarbeid med teamet og å holde oversikt over prosjektets fremdrift og eventuelle utfordringer.
Bygglederen har ansvar for å samle og organisere alle nødvendige byggekomponenter, samt sikre at roboten bygges stabilt og funksjonelt. Rollen innebærer å samarbeide tett med programmereren for å tilpasse designet til koden, foreslå justeringer for å forbedre robotens ytelse, teste fysiske løsninger underveis, og bidra aktivt til problemløsning under testing.
Programmereren har ansvar for å utvikle og implementere robotens funksjoner, samt teste og feilsøke koden i samarbeid med teamet. Rollen innebærer å dokumentere og kommentere kode og endringer slik at koden er lesbar og forståelig for alle teammedlemmer, oppdatere koden i GitHub eller tilsvarende versjonskontroll, tilpasse programmeringen til bygglederens design, og aktivt bidra til problemløsning under testing
Dokumentasjon- og testansvarlig har ansvar for å føre møtereferater, oppdatere prosjektlogg og dokumentasjon underveis, samt samle notater fra testing og bygging, inkludert hva som eventuelt har slått feil og hvordan det ble løst. Rollen innebærer å bistå med forberedelser til møter, herunder utarbeidelse av agenda, og å sørge for at all informasjon er tilgjengelig for hele teamet. Dersom prosjektlederen er fraværende, overtar dokumentasjon- og testansvarlig prosjektlederens ansvarsoppgaver midlertidig.
Teammedlemmer skal møte til alle timer som er satt opp i Prosjekt og Teamarbeid, spesifikt onsdager kl. 08:15 og fredager kl. 12:15. Interne møter og møter med læringsassistenter regnes som obligatoriske. Hver økt starter med en gjennomgang av planen for økten og hva som skal gjøres.
Beskjed om fravær skal gis så tidlig som mulig i messengergruppen før det avtalte oppmøtetidspunkt. Møteleder har ansvaret for å vite hvem som har meldt fra. Ved fravær under et møte skal møteleder informeres. Dersom prosjektleder er fraværende, overtar dokumentasjon- og testansvarlig prosjektlederens ansvarsoppgaver midlertidig.
Interne møter avholdes hver andre uke og skal fokusere på statusrapport, vurdering av måloppnåelse og behov for justeringer. Møteinnkallinger skal sendes ut minst to dager før møtet via Outlook og Messenger, med informasjon om at innkallingen er sendt. Taleopptak kan benyttes under møtet, men skal slettes etter at møtereferatet er ferdigstilt. Møtereferatet skal legges inn i GitHub samt i dokumentet “Gruppe 8 – Teambasert Samarbeid” under riktig møte. Alle deltagere skal være klare til å starte ved møtets begynnelse. Mobiltelefoner skal, som hovedregel, være på lydløs og ligge med skjermen ned for å unngå forstyrrelser. Ved forsinkelser skal møteleder informeres før møtestart.
Møteinnkallinger skal tydelig angi hvilken type møte det gjelder, hvem som er innkalt, hvem som står for innkallingen, tidspunkt, varighet og sted for møtet, samt hvilke saker som skal diskuteres. Kommende prosjektleder har ansvaret for å sende ut møteinnkallingen.
Møtereferatet skal dokumentere møtets type, tidspunkt og sted, samt hvilke personer som var til stede. Referatet skal videre beskrive de sakene som ble diskutert, hvordan disse ble behandlet, og hvilke vedtak som eventuelt ble fattet. Referent for møtet er kommende dokumentasjon- og testansvarlig. Møtereferatet skal være ferdigstilt og gjort tilgjengelig for alle teammedlemmer senest to dager etter møtets avslutning, og skal publiseres i GitHub og i dokumentet “Gruppe 8 – Teambasert Samarbeid” under riktig møtet.
For å sikre fremdrift og håndtere uforutsette forsinkelser skal alle milepæler og delmål i prosjektet planlegges med en buffer på 10–20 % av estimert tidsbruk, eller et minimum på 1 ekstra arbeidsdag for kritiske oppgaver. Alle buffere rundes opp til nærmeste hele dag. Oppgaver med høy teknisk usikkerhet, slik som programmering, bygging og testing, skal prioriteres med større buffer enn administrative oppgaver som dokumentasjon og møtereferater.
Teamet forplikter seg til å ta hensyn til buffer ved planlegging av delmål, og å justere fremdriftsplanen dersom uforutsette forsinkelser oppstår.
Eksempel: En oppgave estimert til 5 dager får en buffer på 1 dag (rundet opp fra 0,5 dag).
Milepæl med kritisk funksjonalitet kan ha 2–3 dagers buffer.
Bufferen skal brukes til å opprettholde kvalitet og fremdrift, og skal ikke benyttes som fristforlengelse uten teamets godkjenning.
For at en beslutning skal kunne tas i prosjektteamet, må minst tre personer være til stede. Ved uenighet avgjøres saken ved flertall. Det skal gjøres forsøk på å kontakte eventuelle fraværende teammedlemmer før beslutning tas. Ved stemmelikhet trekkes det lodd.
Alle konflikter skal først forsøkes løst internt i teamet. Konflikter håndteres normalt på interne møter, og dersom nødvendig kan læringsassistent eller faglærer kontaktes. Teammedlemmer forpliktes til å samarbeide konstruktivt og bidra til å finne løsninger som ivaretar prosjektets fremdrift og kvalitet.
Ved første brudd gis en uformell påminnelse. Teammedlemmet får tilbakemelding om årsaken til bruddet og forventningene til fremtidig oppførsel.
Ved gjentatte brudd tas saken opp i et teammøte. Teamet diskuterer konsekvensene og fastsetter tiltak for å sikre at medlemmet oppfyller sine forpliktelser.
Medlemmet kan pålegges ekstra ansvar for å ta igjen forsinket arbeid eller bidra mer aktivt for å opprettholde prosjektets fremdrift og kvalitet.
Dersom interne tiltak ikke fører frem, kan læringsassistent eller faglærer informeres, spesielt dersom bruddet har betydelig påvirkning på prosjektets fremdrift eller kvalitet.
Ved alvorlige eller gjentatte brudd kan teamet utstede en skriftlig advarsel, som dokumenteres i prosjektets protokoll.
Dersom et teammedlem etter skriftlig advarsel fortsatt unnlater å oppfylle sine forpliktelser, kan teamet beslutte at medlemmet ikke lenger kan delta i prosjektet. Beslutningen tas i et teammøte med samtlige tilstedeværende medlemmer, og medlemmet som berøres skal gis mulighet til å uttale seg før endelig avgjørelse fattes.
Endringer i denne arbeidskontrakten skal kun gjøres dersom alle teammedlemmer er enige, det vil si ved fullstendig enighet/enstemmighet. Endringer skal dokumenteres skriftlig og signeres av samtlige teammedlemmer.
dato for underskrift
Erik Aasen Ngoc Hanh An Nguyen
________________________ ________________________
Emil Fagerjord Solveig Natvig
________________________ ________________________