Projektforslag

image002

I disse dage sidder jeg og udarbejder projektforslag til den projektvejledning, jeg skal have til forårssemesteret. Som så ofte før er det kompliceret.

Der er mindst to faldgruber. Den ene er at det er svært at skrive projektforslag, som ikke er lukkede. Meget ofte er de projektforslag, vi som vejledere kommer med, alt for grydeklare. Problemformulering og metodevalg er næsten klar. I værste fald genbruger vi et lukket projektforslag fra sidste år.

Den anden faldgrube er at det er svært at lave projektforslag, som appellerer til de studerende. Ofte hænger det sammen med at vi som vejledere allerede er i gang med problembearbejdningen og så småt er begyndt at foregribe begivenhedernes gang: hvordan problemet skal afgrænses og hvilken metode der skal anvendes. Selvfølgelig kan vi ikke helt undlade at have metodekrav. Hvis projektmodulets temaramme er design og implementation af programmeringssprog, skal de studerende ikke konkludere at det bedste vil være ikke at opfinde et nyt programmeringssprog men i stedet udarbejde et forslag til bedre undervisning i programmering.

Men meget ofte tænker vi så meget over metode-forventningerne, at vi kommer til at tale om dem i projektforslaget. Og fordi de studerende ved starten af semesteret endnu ikke kender noget til de teorier og værktøjer, vi som vejledere kunne tænke os at inddrage, kommer projektforslagene til at gå hen over hovedet på dem.

I den bedste af alle verdener ville de studerende selv komme med gode projektforslag, men de få projektforslag der dukker opr, er typisk alt for afgrænsede eller alt for generelle. Nogle gange passer de slet ikke med projektmodulets tema. Og man kan ikke fortænke de studerende i at agere på den måde.

Og fordi man som vejleder er begyndt at foregribe begivenhedernes gang, kan de studerende i vejledningsprocessen let ende med at stille det naturlige spørgsmål “Hvad var det, du ville have os til?”. Så er illusionen brudt – alle ved nu, hvem der skal eje projektet, og det er bestemt ikke de studerende.

Der findes selvfølgelig også disciplinorienterede projekter, der ikke foregøgler at være problemorienterede, projekter der mest handler om at fordøje og præsentere et velkendt stykke teori. Meget kan man sige om, men i det mindste spilles der med åbne kort: her er intet nyt overhovedet. Men disciplinorienterede projekter er ganske enkelt kedelige; det er opgaver, ikke projekter.

En mulighed ville være at alle lærte at lave projektforslag. På første semester af datalogi- og softwareuddannelserne skal de studerende udarbejde et nyt projektforslag; det sker ikke altid. Målet har været at sikre at de studerende kan tænke over deres projekt i et nyt lys: hvilket spørgsmål ville vi have stillet os selv, hvis vi vidste, hvad vi nu ved om dette projekts problemstilling og vores forsøg på problembearbejdning?  Men måske kunne vi indføre denne praksis på alle semestre og for både vejledere og studerende. Måske kunne vi på den måde også bevæge os væk fra de disciplinorienterede projekter, som stadig dukker op ganske mange steder, både på AAU og på RUC – der begge er universiteter, hvor vi burde vide bedre.

(Visited 50 times, 1 visits today)
Loading Facebook Comments ...

Skriv et svar