Stadig flere prosjekter inkluderer grader av digitalisering, spesielt prosjekter med innovasjon i produkter, tjenester eller arbeidsmetoder. Slike prosjekter har hatt utfordringer med å levere på nytte, teknisk produktkvalitet, kostnadskontroll, tidskontroll eller effektivitet i prosjektarbeid. Et forbedringstiltak som er foreslått i en tidligere rapport er mer hensiktsmessig organisering av prosjekter. Denne rapporten beskriver erfaringer og forskningsfunn om organisering av store digitaliseringsprosjekt, med funn fra tre vellykkede store prosjekt i norsk offentlig sektor. Vi beskriver endring i prosjektorganisering, fra det vi beskriver som en kombinasjon av råd fra prosjektledelse med råd fra programvareutvikling i «førstegenerasjons metoder for storskala smidig utvikling», til mer tilpassede måter å organisere digital produktutvikling i «andregenerasjon metoder for storskala smidig utvikling». Vi beskriver organisering gjennom praksiser, roller og artefakter brukt i prosjektene. Videre beskriver vi erfaringer og forskningsfunn på spesielle utfordringer i store digitaliseringsprosjekt hvor mange team jobber i parallell med oppgaver som å definere behov og krav, utvikle og teste produkt. Spesielt ser vi på håndtering av kundebehov, hvordan en sikrer gode tekniske løsninger og hvordan arbeid koordineres og kunnskap deles på tvers av team. Denne rapporten gir et innblikk i intern organisering på et felt hvor de finnes mange foreslåtte beste praksiser, men få studier internasjonalt på hva som faktisk gjøres i praksis. Rike beskrivelser av organisering viser erfaringsbaserte praksiser som kan være nyttige for kommende digitaliseringsprosjekt.

The authors offer their own Agile Teamwork Effectiveness Model via five teamwork components (shared leadership, peer feedback, redundancy, adaptability, and team orientation) along with three coordinating mechanisms (shared mental models, mutual trust, and communication). They describe the three main ways their model can be useful. First, colocated teams can better understand how their team works by reflecting on how well they meet each factor in the model and by using behavioral markers to identify ways to improve. Second, it helps distributed teams, multi-teams, and teams doing safety-critical development to evaluate themselves and make improvement. Third, it’s a way for Agile teams not doing software development to better manage themselves, provided they’re doing knowledge-intensive work.