Modul 3

Introduktion

Nu er det blevet til at tilrettelægge det praktiske arbejde med spillet. Når man skal tilrettelægge arbejdet med software produkter anvendes der i reglen en systemudviklingsmetode. Den 'gammeldags/klassiske' metode er vandfaldsmodellen. Der er dog en række problemer som ofte manifesterer sig når man bruger denne model. En af dem er at det kan være svært at forudse hvor lang tid udviklingen vil tage/hvor mange problemer man render ind i undervejs (man siger ofte at man skal gange den tid man tror man skal bruge med Pi!). I vandfaldsmodellen betyder det at man ved deadline risikerer at have et produkt der slet ikke virker endnu!

Modstykket stil vandfaldsmodellen er de agile metoder der alle fokuserer på at lave mindre (og funktionelle) produkter, og så udbygge på disse gennem en iterativ (gentagende) proces.

Et eksempel på en agil metode er MVP (Minimum Viable Product). Her fokuseres der på at lave et produkt der løser de vigtigste opgaver produktet skal løse, for herefter at benytte brugerfeedback til at bygge videre på produktet.

I lighed med MVP findes der også den meget brugte metode SCRUM

Planlæg jeres arbejde agilt

Der er kort tid til hele dette projekt, og det er derfor heller ikke realistisk at I vil nå at komme i mål med alle de gode ideer I måtte have til jeres spil.

I stedet skal I i dette projekt planlægge agilt, og hvis vi låner lidt af koncepterne fra både MVP og SCRUM, kan vi begynde at lægge en plan der sikrer at I har et produkt ved projektets afslutning.

I skal derfor planlægge en første udgave af jeres produkt som kun vil indeholde de vigtigste og mest grundlæggende features i jeres spil. Til gengæld skal den virke med disse features når dette første 'sprint' er færdigt.

Det er planen at I er færdige med dette 'sprint' / denne første udgave ved afslutningen af næste modul. Vær derfor beredt på at bruge noget af projektets fordybelsestid (4 timer pr. mand) hjemme også!