Flensburg P: Personlig databehandling - Per Flensburgs hemsida
Flensburg P: Personlig databehandling - Per Flensburgs hemsida
Flensburg P: Personlig databehandling - Per Flensburgs hemsida
You also want an ePaper? Increase the reach of your titles
YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.
<strong>Per</strong> <strong>Flensburg</strong>: <strong><strong>Per</strong>sonlig</strong> <strong>databehandling</strong><br />
Vidare anser jag att man ska redovisa så fullständigt och uppriktigt som möjligt. Fullständighet<br />
innebär att så mycket som möjligt skall redovisas. Även om ett förhållande<br />
skenbart inte tycks ha någon betydelse kan det i en framtida tolkning visa sig vara<br />
väsentligt. Men det finns ekonomiska ramar som sätter gränser för hur pass fullständig<br />
denna rapportering kan vara. T ex är det sällan möjligt att videofilma projektmöten,<br />
intervjuer, samtal och arbete. Vissa glimtar kan möjligen ges, men knappast mer.<br />
Flera forskare kan följas åt och någon observerar och dokumenterar utan att alltför<br />
aktivt delta i processen. En fördel med detta sätt är att det uppkommer flera samtidiga<br />
tolkningar av händelseförloppet. Men det kostar också pengar och det är inte möjligt<br />
annat än vid vissa tillfällen. I regel är man utlämnad åt sig själv. Ett annat alternativ<br />
är att någon av deltagarna från företaget samtidigt för anteckningar och dokumenterar<br />
förloppet. Men även detta stället sig svårt, ty dessa personer har ju ett annat<br />
arbete vid sidan om och befinner sig ofta under hård tidspress. Användarutveckling<br />
uppkommer ju ofta på grund av något problem i verksamheten, vilket gör att den<br />
inte flyter så smidigt som den borde göra. Nygaard löste dilemmat genom att med<br />
grund i sina erfarenheter i NJMF-projektet och delvis tillsammans med fackliga förtroendemän<br />
som deltagit i detta, skriva en lärobok i avsikt att användas av fackliga<br />
studieförbund. De fackliga förtroendemännen skrev också en del egna rapporter. I<br />
detta projekt har jag inte kommit så långt, men jag har dokumenterat mina erfarenheter<br />
och sammanställer dem här. Eftersom jag har ett större antal fall än vad Nygaard<br />
hade, har jag viss möjlighet att göra jämförelser och hitta embryon till mönster.<br />
Detta kan dokumenteras i traditionella forskningsrapporter och blir då ett sekundärt<br />
resultat.<br />
5.2 Sammanfattning av resultat<br />
Jag har funnit att en kurs med en ungefärlig inriktning: "Att ställa krav på datasystem"<br />
är ett bra sätt att starta en användarutveckling. Kursen startar med en allmän<br />
och översiktlig genomgång av vad datorer är för typ av fenomen och övergår gradvis i<br />
ett interaktivt utvecklande av datasystem. I fyra av de nio fallen har jag inlett på detta<br />
vis. Gemensamt i nästan alla fallen har varit problem att skaffa utrustning. Därför har<br />
experimenten i regel fått avbrytas när vi konstruerat en prototypdatamodell. Denna<br />
modell har först gjorts på papper men sedan av mig implementerats på någon av de<br />
datorer jag haft tillgång till. Det hade varit en stor fördel om organisationen haft tillgång<br />
till maskiner som hade kunnat användas för kursen men även driftsmässigt i<br />
fortsättningen.<br />
Bortsett från utrustningsproblem har det fungerat mycket bra. Det har tagit cirka 24<br />
lektionstimmar att genomföra en sådan kurs. Därav ligger ungefär 12 timmar på en<br />
grundkurs i <strong>databehandling</strong>. Kan motsvarande kunskaper förutsättas borde tiden<br />
kunna minskas. Dock tror jag inte man ska minska för mycket på tiden, eftersom det<br />
behövs en viss tid för läraren och eleverna att "bli bekanta" med varandra och veta<br />
125