En IT-forundersøgelse strækker sig fra den første idé om en forandring, til der er udviklet en gennemarbejdet vision for den samlede forandring, som udgangspunkt for en udbudsforretning.
Denne bog præsenterer "MUST-metoden", som gennem 10 år er blevet udviklet og afprøvet af forfatterne, i samarbejde med en række danske og amerikanske virksomheder.
Erfarne IT-praktikere og undervisere mener om metoden:
- At den dækker alle relevante aspekter af en forundersøgelse - At den tilbyder simple og effektive teknikker samt introducerer beskrivelsesværktøjer uden formalismer, som kan involvere faglige eksperter, der ikke nødvendigvis har stor erfaring med IT-projekter - At den sikrer bedre forankring af visionerne - At den hjælper projektlederen til at planlægge og styre forundersøgelsen hensigtsmæssigt og struktureret. - At den hjælper til at få ledelsen involveret, ikke kun i passive "godkendelser", men som aktive deltagere i processen - At den tilbyder konkrete anvisninger på at engagere de ansatte i en forundersøgelse - At den fungerer som middel til at præsentere og forklare processen for kunder - At den bryder med tidligere projekters store afhængighed af for detaljerede specifikationer som grundlag for udbudsforretningen - At den kan benyttes i undervisning på flere niveauer, både ved introducerende værktøjsbaserede kurser, som metodisk grundbog i projektarbejde og i avancerede kurser inden for IT-strategi.
Metoden bygger på den nyeste systemudviklingsforskning, hvor IT-projekter konsekvent anskues i et forretningsorienteret perspektiv, hvor ledelse og ansatte aktivt deltager i hele projektet, hvor førstehåndskendskab til brugernes arbejdspraksis udgør en vigtig del af forudsætningerne for visioner om forandring, og hvor der fokuseres på, at resultaterne forankres hos alle berørte interessenter.
Forfatterne forsker og underviser i datalogi på Roskilde Universitetscenter og IT-højskolen i København.
"Der er kun skrevet få bøger på dansk om emnet, og det er meget prisværdigt at se en gennemarbejdet bog, der forsøger at etablere et begrebsapparat for IT-forundersøgelser. (...)Bogen har mange kvaliteter og kan så absolut anbefales til alle i målgruppen der ønsker inspiration og en referencebog for emnet." - Erik Westermann, Dataposten
Meget mod min vilje har jeg måtte følge et kursus i IT-forundersøgelser, og denne bog var pensum. Jeg må indrømme at jeg har det ret stramt med denne slags procesmodeller.
Det virker som sådan som om bogens model er baseret på en masse konkret erfaring, og det har jeg intet imod. Der er såmænd også en del af de praktiske metoder og erfaringer, som virker fornuftige og brugbare, skulle man nogensiden finde sig selv i en situation, hvor man har brug for at gennemføre en IT-forundersøgelse. Hvad jeg til gengæld kæmper med, når det kommer til denne her slags bøger, er den nærmest tvangsprægede tendens til at præsentere dyrtvundne erfaringer som en 'model'; her oven i købet med en af de ringest valgte 'akronymer', jeg kan mindes at have set. Således står MUST-metoden for Metode til forUndersøgelse i Systemudvikling - og Teori herom! Så er man som forfatter altså allerede bagud på point hos denne læser.
Metoden præsenteres som bestående af fire faser: Forberedelse, fokusering, fordybelse, og fornyelse. Mit grundlæggende problem med den slags modeller er, at navngivningen ofte (som i dette tilfælde) er alt for vag og generisk. Lad gå med forberedelse og fornyelse, som dog giver et brugbart fingerpeg om, hvad der skal foregå i disse faser. Men hvad er forskellen på fokusering og fordybelse? I min hjerne er disse to ord nærmest synonymer, og jeg kæmpede under hele kurset med at kunne huske forskel. Jeg lærte det aldrig.
Forfatterne har muligvis syntes, at det var et smart stavrim at alle fire fasenavne starter med 'fo', men didaktisk har det for mig kun betydet, at alt er flydt sammen til den samme grød.
For mig er problemet med den slags modeller, at faserne virker vilkårlige på mig. Der er ingen stringent logik, der tilskriver, at den ene fase kommer før den anden; at der er fire faser i stedet for tre eller fem; eller hvilke aktiviteter, der foregår hvornår. Det gør det svært for mig at internalisere modellen. Det er jo ikke en beskrivelse af virkeligheden - det er ingen teori, men blot en praktisk anvendelig tjekliste.
Når det er sagt, virker bogen nu ganske snusfornuftig. Der præsenteres forskellige cases, og mange af de overvejelser, der bringes på banen, virker rimelige og brugbare. Bogen beskriver også en række konkrete analyseteknikker, man kan anvende i forskellige situationer, og igen virker de dele erfaringsbaserede, konkrete og nyttige.
Med bogen, og tyve-tredive års konkret IT-erfaring i ryggen, lykkedes det mig da også at opnå en mere end hæderlig karakter i kurset, men det er alt for CBS-agtigt til min smag.