Organisér tværfaglige teams omkring arbejdet
Saml de kompetencer, som kan ændre en hel arbejdsgang, omkring et konkret problem. En SMV behøver ikke en ny organisationsstruktur for at begynde. Den behøver en ansvarlig procesejer, adgang til brugere og faglig viden samt den tekniske og kontrolmæssige støtte, opgaven kræver.
Agile metoder fremhæver tværfagligt samarbejde og evnen til at levere et brugbart resultat. Scrum Guide beskriver et team med de nødvendige kompetencer og fælles fokus. [1] Læringen for AI er at reducere overleveringer, som adskiller forretningsbehov, data, teknik og godkendelse.
Det betyder ikke, at alle specialister skal arbejde fuld tid i alle teams. I en mindre virksomhed kan én person have flere roller. Det afgørende er, at ansvar og nødvendig tid er aftalt, og at kritiske vurderinger bliver udført af personer med passende kompetence.
Organisér omkring en opgave fra start til slut
Vælg en konkret arbejdsgang, eksempelvis behandling af servicehenvendelser. Teamet skal forstå både henvendelsen, informationssøgningen, svaret og eventuelle efterfølgende handlinger. Hvis teamet kun ejer chatbotten, kan det forbedre svartiden uden at løse kundens problem.
Procesejeren skal kunne prioritere og ændre den del af arbejdet, der påvirkes. Repræsentative medarbejdere skal bidrage med virkelige situationer og vurdere, om løsningen kan bruges. IT eller en partner skal afklare systemer og drift. Data- og sikkerhedsansvarlige skal inddrages efter opgavens behov.
Agile principper lægger vægt på løbende samarbejde mellem forretning og udvikling. [2] I AI-arbejde skal faglige eksempler og godkendte kilder indgå i det samarbejde. En specialist kan ikke vurdere kvaliteten meningsfuldt, hvis teamet først beder om hjælp efter den tekniske løsning er fastlagt.
Tilpas teammodellen til AI opgaven
| Organisatorisk spørgsmål | Agil læring | AI tilpasning |
|---|---|---|
| Hvem ejer resultatet? | En tydelig prioriterende ansvarlig | En procesejer med ansvar for brug og gevinst |
| Hvem vurderer leverancen? | Brugere og relevante fagligheder | Også faglig bedømmelse af svar og handlinger |
| Hvad skal være tilgængeligt? | Nødvendige kompetencer og beslutninger | Også datakilder, tilladelser og evalueringsgrundlag |
| Hvad deles mellem teams? | Fælles tekniske tjenester efter behov | Også modeladgang, sikkerhedsrammer og videnslivscyklus |
Tabellen beskriver en praktisk anvendelse af principperne. Vælg ikke roller alene ud fra en metodebog. Fordel ansvar og beslutninger for AI (Q19) hjælper med ansvar, og Opbyg de kompetencer AI arbejdet kræver (Q20) med kompetencer. Hvis samme person både udvikler og godkender, skal behovet for en uafhængig vurdering overvejes ved væsentlige konsekvenser.
Brug fælles støtte uden at skabe en flaskehals
Et lille fælles AI-ansvar kan vedligeholde godkendte værktøjer, leverandørkrav og genbrugelige integrationsmønstre. Det kan også samle testpraksis og hjælpe med vanskelige vurderinger. Den fælles funktion bør gøre arbejdet lettere og mere ensartet.
Hvis alle små ændringer skal gennem én central person, kan støtten blive en kø. Aftal derfor standardrammer, som teams kan arbejde inden for, og en tydelig vej for undtagelser. Mål ventetid på nødvendige beslutninger, så problemet bliver synligt.
DORA 2025 peger på betydningen af organisatoriske forudsætninger i AI-assisteret softwareudvikling. [3] Her bruger vi det som anledning til at undersøge vores egen organisation, ikke som bevis for en bestemt teamstørrelse eller en universel SMV-model.
Et eksempel med delte kompetencer
Produktionsvirksomheden i dette eksempel vælger en MVP til at finde vedligeholdelsesviden. Vedligeholdelseslederen ejer resultatet, to teknikere afprøver løsningen, og en IT-medarbejder hjælper med adgang. En ekstern partner bygger den første opsætning. Dokumentejere godkender kilderne.
Gruppen aftaler faste tidsrum til afprøvning og en kort ugentlig beslutning om fejl og næste forbedring. Den tekniske partner får ikke mandat til selv at vælge, hvilke instruktioner der er fagligt gyldige. Teknikerne forventes heller ikke at løse adgangsstyring i deres fritid.
Virksomheden opretter ikke en permanent stor afdeling. Den skaber et samarbejde med tydelig kapacitet og ansvar. Hvis løsningen viser værdi, vurderes det senere, hvilke opgaver der kræver varig bemanding. Tilpas arbejdsgange og roller til AI (Q22) beskriver ændringen af den daglige proces.
Lad organiseringen vokse med behovet
Eksperimentet kan gennemføres af en lille gruppe med adgang til relevant vurdering. MVP’en kræver mere fast deltagelse fra brugere, proces og teknik. Skalering kræver en holdbar fordeling af produktansvar, support, dataejerskab og drift.
Bevar de personer og den dokumentation, som bærer vigtig læring, når stadiet skifter. En komplet udskiftning ved projektets afslutning kan miste viden om, hvorfor løsningen er afgrænset, og hvilke fejl den har vist. En ansvarlig overdragelse skal omfatte disse begrundelser.
EnableAIs arbejdsform lægger vægt på at forbinde forretning og gennemførelse. [4] Teamets sammensætning bør derfor begrundes i den opgave, virksomheden skal lykkes med. Begræns igangværende arbejde og styr afhængigheder (A06) viser, hvordan kapacitet og afhængigheder holdes realistiske.
Næste ledelsesbeslutning: Saml et lille hold om én hel arbejdsgang. Navngiv procesejer, brugere, teknisk støtte og faglig godkendelse, og aftal den tid hver rolle faktisk kan bidrage med.
Kundeeksempel med mål og opfølgning
Kundeserviceeksemplets team kan samle servicechef, repræsentative medarbejdere, IT og en økonomipartner om målet 12 til 9 minutter pr. sag. Medarbejderne vurderer kvalitet, IT følger svartid og fejl, og økonomi undersøger, om købt assistance faktisk kan reduceres.
Når målingen kun understøtter 100 frigjorte timer frem for 200, har teamet både data og mandat til at undersøge årsagen. Tværfagligheden måles på bedre beslutninger og effekt, ikke på antallet af fagligheder i et møde.
Brug den samlede VP/SE-model, VP-vejledningen og SE-vejledningen. Begge estimater revurderes før Hypotese, MVP og Skalering. VP/SE er et lokalt præferenceindeks, ikke økonomisk ROI eller WSJF. Lær anvendelsen på halvdag 1 om VP og halvdag 2 om SE og prioritering, hver fire timer inklusive pause.
Kilder og videre læsning
Eksempler og handlingsforslag er EnableAIs faglige vurdering. Virksomhedseksempler og regnetal er illustrative. Artiklen er opdateret med konkrete regneeksempler og henvisninger den 15. september 2026.
[1] Schwaber og Sutherland · Scrum Guide 2020
[2] Principperne bag Det Agile Manifest