You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Jul 30, 2024. It is now read-only.
Referat fra møter siden forrige leveranse skal legges ved.
Hvordan fungerer rollene i teamet? Trenger dere å oppdatere hvem som er teamlead eller
kundekontakt?
Er det noen erfaringer enten team-messig eller mtp prosjektmetodikk som er verdt å nevne? Synes
teamet at de valgene dere har tatt er gode? Hvis ikke, hva kan dere gjøre annerledes for å forbedre
måten teamet fungerer på?
Gjør et retrospektiv hvor dere vurderer prosjektet har gått. Hva har dere gjort bra, hva hadde dere gjort annerledes hvis dere begynte på nytt?
Legg ved skjermdump av project board ved innlevering. Sørg for at det er oppdatert med siste status ved innlevering.
Hvordan fungerer gruppedynamikken og kommunikasjonen nå i forhold til i starten? Hvordan påvirket karantene og nedstengning teamet og fremdriften?
Deloppgave 2: Krav
Oppdater hvilke krav dere har prioritert, hvor langt dere har kommet og hva dere har gjort siden forrige gang.
For hvert krav dere jobber med, må dere lage 1) ordentlige brukerhistorier, 2) akseptansekriterier og 3) arbeidsoppgaver. Husk at akseptansekriterier ofte skrives mer eller mindre som tester
Dersom dere har oppgaver som dere skal til å starte med, hvor dere har oversikt over både
brukerhistorie, akseptansekriterier og arbeidsoppgaver, kan dere ta med disse i innleveringen også.
Forklar kort hvilke hovedkrav dere anser som en del av MVP og hvorfor. Hvis det er gjort endringer i
rekkefølge utfra hva som er gitt fra kunde, hvorfor er dette gjort?
Husk å skrive hvilke bugs som finnes i de kravene dere har utført (dersom det finnes bugs).
Deloppgave 3: Produktleveranse og kodekvalitet
Dere må dokumentere hvordan prosjektet bygger, testes og kjøres, slik at det er lett for gruppelderne å bygge, teste og kjøre koden deres. Under vurdering kommer koden også til å brukertestes. Prosjektet skal kunne bygge, testes og kjøres på Linux, Windows og OSX.
Lever klassediagram. (Hvis det er veldig mange klasser, lager dere for de viktigste.)
Hvis dere tester manuelt: lever beskrivelser av hvordan testen foregår, slik at gruppeleder kan utføre
testen selv.
* Tag en commit av kildekoden som er leveransen til hver oblig. Dette gjør det enklere for de som skal vurdere å gjøre det på riktig tidspunkt.
The text was updated successfully, but these errors were encountered:
Deloppgave 1: Team og prosjekt
Referat fra møter siden forrige leveranse skal legges ved.
Hvordan fungerer rollene i teamet? Trenger dere å oppdatere hvem som er teamlead eller
kundekontakt?
Er det noen erfaringer enten team-messig eller mtp prosjektmetodikk som er verdt å nevne? Synes
teamet at de valgene dere har tatt er gode? Hvis ikke, hva kan dere gjøre annerledes for å forbedre
måten teamet fungerer på?
Gjør et retrospektiv hvor dere vurderer prosjektet har gått. Hva har dere gjort bra, hva hadde dere gjort annerledes hvis dere begynte på nytt?
Legg ved skjermdump av project board ved innlevering. Sørg for at det er oppdatert med siste status ved innlevering.
Hvordan fungerer gruppedynamikken og kommunikasjonen nå i forhold til i starten? Hvordan påvirket karantene og nedstengning teamet og fremdriften?
Deloppgave 2: Krav
Oppdater hvilke krav dere har prioritert, hvor langt dere har kommet og hva dere har gjort siden forrige gang.
For hvert krav dere jobber med, må dere lage 1) ordentlige brukerhistorier, 2) akseptansekriterier og 3) arbeidsoppgaver. Husk at akseptansekriterier ofte skrives mer eller mindre som tester
Dersom dere har oppgaver som dere skal til å starte med, hvor dere har oversikt over både
brukerhistorie, akseptansekriterier og arbeidsoppgaver, kan dere ta med disse i innleveringen også.
Forklar kort hvilke hovedkrav dere anser som en del av MVP og hvorfor. Hvis det er gjort endringer i
rekkefølge utfra hva som er gitt fra kunde, hvorfor er dette gjort?
Husk å skrive hvilke bugs som finnes i de kravene dere har utført (dersom det finnes bugs).
Deloppgave 3: Produktleveranse og kodekvalitet
Dere må dokumentere hvordan prosjektet bygger, testes og kjøres, slik at det er lett for gruppelderne å bygge, teste og kjøre koden deres. Under vurdering kommer koden også til å brukertestes. Prosjektet skal kunne bygge, testes og kjøres på Linux, Windows og OSX.
Lever klassediagram. (Hvis det er veldig mange klasser, lager dere for de viktigste.)
Hvis dere tester manuelt: lever beskrivelser av hvordan testen foregår, slik at gruppeleder kan utføre
testen selv.
* Tag en commit av kildekoden som er leveransen til hver oblig. Dette gjør det enklere for de som skal vurdere å gjøre det på riktig tidspunkt.
The text was updated successfully, but these errors were encountered: