It-udvikling: Læring og politik i rationelle klæder - brahm.dk

Kunder og interessenter
Jeg har i det ovenstående argumenteret for at jeg ikke kan observere en speciel konflikt
mellem udviklingsenheden og andre forretningsenheder. Da udviklingsenheden ofte er de
nærmeste til at kunne mægle i legitime konflikter mellem interessenter, vurderer jeg at det
institutionaliserede tema om at forretning og it er afsondrede dele af virksomheden der ikke
taler samme sprog, er skadeligt for processen. Dette tema er også medvirkende til, at behov
fra udviklingsenheden i rollen som forretningsenhed behandles som sekundære, hvilket igen
skader den politiske forhandling, og kan bidrage til kortsigtede løsningsvalg.
Bevidsthed om politik
Jeg har vist at der ofte blandt interessenterne som udgangspunkt ikke er enighed om mål eller
midler. I den forbindelse er det interessant, hvordan forskellige interessenters interesser
vægtes i processen, og hvordan beslutninger om denne vægtning træffes. En medarbejder
bemærker om sit projekt, at ”vi har noget omkring afskærmning hvor (en forretningsenhed) er
en interessent, men har en meget svag stemme … fordi der er den skævhed i balancen med at
kunden bestemmer alt og dermed den kundeansvarlige som kan diktere en fortolkning af det
som (forretningsenheden) siger, så bliver deres stemme lidt udvandet”. Den ene interessents
behov vægtes altså ikke på samme måde som kundens. Medarbejderen tilføjer, ”på den anden
side - hvis det afspejler det reelle politiske magtforhold, så er det vel ud fra en politisk
synsvinkel - som ‟political man‟ - fornuftigt nok. Ud fra en it-faglig synsvinkel kunne man dog
godt ønske sig, at man fik den stemme lidt mere på banen”. Medarbejderen er altså bevidst om
politik, og accepterer det, men opfatter samtidig den it-faglige synsvinkel som adskilt herfra,
hvilket jeg som analytiker udlægger som en opfattelse af it-faget som mere rationelt.
Mange faktorer påvirker den læreproces der udspiller sig igennem forløbet, og det er ikke en
triviel opgave at iscenesætte effektiv kollektiv læring. Et eksempel på en komplikation er
udviklerens oplevelse af komplikationer i forbindelse med samarbejdet med brugere fra en
opkøbt virksomhed, som ikke var helt glade for nu at være underlagt en anden organisation.
Udvikleren beretter, at ”når vi skulle have workshop herinde, så gik det da okay. Men hvis vi
spurgte, om vi måtte komme ud til dem til en workshop, så gik det rigtig godt… der var en
masse psykologi i det der med at komme ud i deres territorium og være gæster”. Jeg vælger at
anskue dette ud fra Pfeffers betragtninger om, at ”ens fysiske omgivelser udgør en ressource i
en magtkamp på grund af dens symbolske effekt på hvordan andre relaterer til dem der
okkuperer rummet” (1981:221), og som et eksempel på at det fungerer godt at følge Cohens
og Marchs råd om at ”bytte status for indhold, eftersom symbolske aspekter ofte er mere
It-udvikling: Læring og politik i rationelle klæder 35