LOG: Game Play

Aflevering

Dagens modul er det sidste vi har til 'Game Play' forløbet! Som aftalt er afleveringen dog skubbet til på søndag, så man har mulighed for at lave de sidste rettelser, og skrive en god rapport hvori I også forholder jer til den feedback I har fået i det sidste projekt! Føler man at man er færdig, er det naturligvis helt i orden at aflevere idag!

Det er en god ide at bruge et fælles projektsite, hvorpå I kan lægge alle relevante materialer, noter og andet undervejs, men i dette projekt er det ikke et krav! 

Dog afleveres som altid på eget portfoliesite OG på Lectio!. Det der skal afleveres er:

• Rapport [omfang ca. 8 sider + 2-4 sider pr. ekstra person i gruppen] 

• Prototype (med spilfunktionalitet implementeret)

• Præsentation af produktet i videoform (skal kunne streames).

Gruppevis arbejde med projekterne. Jeg kommer rundt og vejleder undervejs 😃.

Fortsat arbejde med projektbeskrivelse/start på projekt...

Fortsat arbejde med projektbeskrivelse/start på projekt...

PROJEKTBESKRIVELSE

Det er planen at vi idag tager hul på at lave en projektbeskrivelse der skal forklare projektets mål og plan for gennemførelsen. Læs mere herunder om hvad der kan/bør være en del af projektbeskrivelsen. 

Hvis projektbeskrivelsen er velovervejet og velskrevet vil en stor del af den naturligt kunne flyttes med over i gruppens rapport 😉.

Hvad er en projektbeskrivelse og hvordan gør man?

Både i dine projekter her på uddannelsen og senere ude i den forsknings- og erhvervsmæssige virkelighed får du brug for at kunne producere en projektbeskrivelse.

Det er et tilbagevendende spørgsmål hvad en projektbeskrivelse egentlig går ud på. Hvad er det, hvorfor laver man den og hvordan?

Du bør som udgangspunkt gøre dig klart, hvad den skal gøre godt for: Den skal forklare projektets mål, indhold og rammer overfor projektets (mulige) interessenter. Denne målgruppe rummer typisk også personer uden forudgående kendskab til dit arbejde. Her på uddannelsen er det oftest din vejleder, der skal gives mulighed for at vurdere projektets muligheder og faglige potentiale tidligt i forløbet.

Derfor skal projektbeskrivelsen indeholde information om

projektets praktiske udgangspunkt - hvem, hvad, hvor, hvornår? d.v.s. basale oplysninger om navn, fag, uddannelse, tidspunkt, institution o.s.v.

projektets problemstillinger - hvad er det konkret, du vil løse gennem projektarbejdet og hvilken samfundsmæssig, praktisk, teknisk, teoretisk, kommunikationsmæssig o.s.v. sammenhæng indgår dit projekt i (hvad er din case og hvilke problemstillinger indeholder den). Kom frem til den afgrænsede problemstilling (eller "opgave" om du vil), som bliver projektets overordnede mål (projektets problemformulering). 

projektets gennemførsel - diskuter de tekniske løsningsmuligheder, du ser på baggrund af afgrænsningen og problemformuleringen og argumenter for, hvilken du vil arbejde med i projektet. Evt. løsningsskitser kan beskrive forskellige designaspekter (visuelle, interaktive, informationsmæssige) produktet kan indeholde og/eller overordnede principper eller koncepter - henvis gerne til lignende produkter, der findes allerede (referenceprodukter). Hvordan har du i øvrigt tænkt dig at indsamle den viden, der er nødvendig for at projekt og produkt opnår faglig og teknisk kvalitet (litteratur, personer, undersøgelser o.s.v.). Tids- og ressourceplanlægning, hvor du overvejer faser, aktiviteter, milepæle samt økonomiske rammer i et realistisk perspektiv - hvad kræves der af tid (og penge/materialer) m.m. hvis projektet skal realiseres - ikke bare som uddannelsesaktivitet.

projektets dokumentation - hvordan disponerer du din rapport og hvad skal i det hele taget med i formidlingen af projektet

Der er ikke een rigtig måde at lave en projektbeskrivelse på, men ved at bruge ovenstående som retningslinje skulle du gerne få det centrale med. Vigtigst er, at du tænker på formålet med dokumentet og hvad læseren skal have ud af det. En disposition af projektbeskrivelsen kunne f. eks. se således ud:

1. Titel (undertitel), navn(e), datering, fag, sted

2. Introduktion

3. Indledende problemanalyse (case, interessenter og problemfelt)

4. Projekt- og produktmål

5. Diskussion af løsningskoncept - argumenter for det valgte produktprincip (f.eks. i kravmatrix mod alternativer)

6. Værktøjer (hardware, software mv) og metoder (modeller og fremgangsmåder)

7. Planlægning (f.eks. en foreløbig backlog og sprintplan afhængig af metodeplatform)

8. (Rapportens disposition)

9. Foreløbig litteratur/kilde-liste

Deadline og omfang

Afleveringen fremgår af lectio. Hvis man som gruppe tænker at man kan rumme det, er det helt iorden at aflevere tidligere end deadline (og dermed have mere tid til det egentlige projekt). Tingene hænger jo sammen sådan at jo bedre man er forberedt, jo nemmere skulle det gerne være at lave indholdet - samtidig kan man jo også bruge så meget tid på forberedelse, at man ikke har en chance for at udføre det indenfor tidsrammen. Det er derfor vigtigt at I laver en god og opnåelig plan.

Et passende omfang for projektbeskrivelsen ligger omkring 3-4 sider. Husk at store dele af en velskrevet projektbeskrivelse jo nemt kan genbruges i rapporten!