Samarbeid mellom selskaper går ofte tregere enn planlagt. Ikke fordi folk ikke vil. Men fordi mål, systemer, språk og ansvar ikke henger sammen. Når det først knirker, blir det fort “vi” og “de”. Og små avklaringer ender som store forsinkelser. Denne guiden viser vanlige utfordringer i samarbeid mellom selskaper, hvorfor de oppstår. Og hva du kan gjøre – med maler, sjekklister og en 30/90/180-dagers plan.
Innholdsfortegnelse
- Oversikt: vanlige utfordringer i samarbeid mellom selskaper
- Årsaker og hvordan diagnostisere problemet
- Kommunikasjonssvikt
- Uklare roller og ansvar (rolleavklaring)
- Manglende tillit og lav psykologisk trygghet
- Kulturforskjeller og konflikthåndtering
- Tekniske siloer og systemintegrasjon
- Motstridende mål, KPI-er og insentiver
- Juridiske/regulatoriske begrensninger og datadeling
- Ressurs- og prioriteringskonflikter
- Geografi, fjernarbeid og distribuerte team
- Tiltak og løsninger – styrk styring, kommunikasjon og kultur
- Tiltak og løsninger – rolleavklaring og beslutningsstyring
- Slik bruker du RACI uten å gjøre det tungt
- Én-siders RACI-mal (kopier og fyll ut)
- Styringsgruppe (joint steering committee) – minimum
- SLA (enkelt, men effektivt)
- Tiltak og løsninger – teknologi og systemintegrasjon
- Juridiske og regulatoriske hensyn
- Samarbeidskontekster: partnerskap/prosjekt vs. sammenslåing/fusjon
- Partnerskap og tverrbedrifts prosjekt
- Sammenslåing/fusjon (M&A) og integrasjon
- Praktiske verktøy og overførbare artefakter
- Forslag til møtekadens (dag/uke/måned)
- Onboarding-checkliste for ny samarbeidspartner
- Kort konfliktløsningsmal (bruk i møtet)
- Måling: KPI-er for samarbeidets helse
- Prioritert playbook: 30 / 90 / 180 dager
- Første 30 dager (stabilisere)
- 31–90 dager (få flyt)
- 91–180 dager (skalere og sikre)
- Eksempler og korte vignetter
- Fusjon med ERP-siloer: “To sannheter om samme kunde”
- Tverrbedrifts prosjekt med kommunikasjonsbrudd: “Alt ble sagt, men ingen gjorde”
- Offentlig tverrfaglig samarbeid med taushetsplikt: “Vi kan ikke dele, så vi slutter å prøve”
- Neste steg og anbefalte verktøy/tjenester
- Vanlige spørsmål (FAQ)
- Hva er de vanligste årsakene til at samarbeid mellom selskaper feiler?
- Hvordan avklarer vi roller og ansvar i et partnerskap (eksempel på RACI)?
- Hvilke KPI-er bør vi bruke for å måle samarbeidets helse?
- Hva gjør vi ved gjentatte forsinkelser fra en partner?
- Hvilke tekniske grep løser ofte problemer med system-siloer?
- Hva må vi huske juridisk når vi deler data med en ekstern partner (GDPR/taushetsplikt)?
- Hvordan bygger vi tillit raskt mellom nye samarbeidspartnere?
- Hvordan tilpasser vi møtekadens og kommunikasjon for distribuerte team?
- Hva er viktige forskjeller i tilnærming mellom et partnerskap og en fusjon?
- Når bør vi hente ekstern hjelp (juridisk, IT-integrator, change management)?
- Oppsummering – prioriteringer for ledelsen
Oversikt: vanlige utfordringer i samarbeid mellom selskaper
Her er problemene som går igjen i partnerskap, prosjekter, leverandørforhold og ved sammenslåing/fusjon:
- Kommunikasjonssvikt (uklare beskjeder, feil kanal, manglende tilbakemelding, for mange møter uten beslutninger)
- Uklare roller og ansvar (ingen eier beslutningen, “alle” er involvert, men ingen er ansvarlig)
- Manglende tillit (lav psykologisk trygghet, skjult agenda, lite åpenhet om risiko)
- Kulturforskjeller og svak konflikthåndtering (ulike beslutningsnormer, tempo, risikotoleranse)
- Tekniske siloer og systemintegrasjon (ERP/fagsystemer snakker ikke sammen, ulik datakvalitet, manuelle Excel-broer)
- Motstridende mål, KPI-er og insentiver (optimalisering lokalt, tap globalt)
- Juridiske/regulatoriske begrensninger (GDPR, taushetsplikt, konkurranseregler, kontraktsrisiko)
- Ressurs- og prioriteringskonflikter (samarbeidet er “viktig”, men ikke viktigst i kalenderen)
- Geografi og fjernarbeid (tidssoner, mindre uformell koordinering, dårligere overlevering)
- Manglende måling og oppfølging (ingen tidlig varsling før det går galt)
Årsaker og hvordan diagnostisere problemet
Målet her er å finne hva som faktisk stopper dere. Bruk spørsmålene under i et kort workshop-møte (60–90 min) med nøkkelpersoner fra begge parter.
Kommunikasjonssvikt
Typiske rotårsaker
- Ingen felles språk for status, risiko og “done”.
- Uavklart kanalbruk (Teams/e-post/Slack/telefon) og hvem som skal informeres.
- Møter uten tydelig agenda og beslutningspunkt.
Diagnostiske spørsmål
- Vet alle hvor endelige beslutninger publiseres?
- Blir oppgaver logget ett sted, eller “flyter” de i chat og e-post?
- Har dere en felles definisjon av “ferdig”, “blokker” og “kritisk”?
Tiltak
- Enig om én kilde til sannhet for oppgaver og beslutninger.
- Fast møtekadens med standard agenda (se mal lenger ned).
- Tydelige SLA-er for responstid på henvendelser (f.eks. 24/48 timer).
For dypere møtemaler og konkrete rammeverk, se Kommunikasjon i samarbeid: møtestruktur, tilbakemeldingskultur og maler.
Uklare roller og ansvar (rolleavklaring)
Typiske rotårsaker
- Ingen felles styringsmodell. Prosjektet “eies” av flere.
- Uklar grense mellom leveranseansvar og beslutningsansvar.
- Utydelig eskalering når noe stopper.
Diagnostiske spørsmål
- Hvem kan si “ja” på vegne av hver part – uten å “sjekke internt” i tre dager?
- Vet teamet hvem som tar beslutninger om scope, budsjett og prioritering?
- Er kontrakt/SOW (statement of work) i tråd med det dere faktisk gjør?
Tiltak
- Lag en enkel RACI for de 10–20 viktigste aktivitetene.
- Etabler styringsgruppe (joint steering committee) med mandat.
- Definer eskaleringsløp med tidsfrister: team → prosjektleder → styringsgruppe.
Manglende tillit og lav psykologisk trygghet
Typiske rotårsaker
- Historikk med konflikter, feil eller “skyldspill”.
- Asymmetri i makt (en part bestemmer, den andre leverer).
- For lite tid sammen i startfasen.
Diagnostiske spørsmål
- Tør folk si fra tidlig om feil og risiko?
- Deler dere reelle fremdriftsdata, eller “polert” status?
- Har dere gjennomført felles onboarding, eller startet rett på leveranse?
Tiltak
- Start med små leveranser (2–4 uker) som gir synlig effekt.
- Felles onboarding og “måte å jobbe på”-avtale.
- Avtal hvordan dere gir tilbakemelding, og gjør det tidlig.
Kulturforskjeller og konflikthåndtering
Typiske rotårsaker
- Ulike normer for tempo, kvalitet, dokumentasjon og beslutningsstil.
- Ulike forventninger til møteledelse og uenighet.
- Konflikter blir liggende og blir personlige.
Diagnostiske spørsmål
- Blir uenighet tatt i plenum, eller i lukkede møter etterpå?
- Har dere en avtalt måte å håndtere konflikter på?
- Vet alle hvilke hensyn som trumfer (sikkerhet, tid, kost, kvalitet)?
Tiltak
- Enig om “spilleregler”: hvordan vi diskuterer, hvordan vi bestemmer.
- Bruk en enkel konfliktrutine (mal under).
- Skill sak og person. Dokumenter beslutning og begrunnelse.
Tekniske siloer og systemintegrasjon
Typiske rotårsaker
- Ulike ERP/fagsystemer, datamodeller og begreper.
- Uavklart dataeierskap og tilgangsstyring.
- Midlertidige manuelle prosesser blir permanente.
Diagnostiske spørsmål
- Hvilke data må flyte mellom partene for at prosessen faktisk virker?
- Hvor oppstår dobbeltregistrering?
- Hvem eier masterdata (kunde, produkt, ansatt, sak)?
Tiltak
- Lag en enkel datakartlegging (kilde → transformasjon → mål).
- Prioriter integrasjoner etter verdi og risiko. Ikke “integrer alt”.
- Vurder API/middleware/ETL og en mer skybasert samarbeidsflate der det passer.
Mer om valg og fallgruver finner du i Teknologivalg ved tverrbedrifts-samarbeid: cloud, ERP og integrasjonsstrategier.
Motstridende mål, KPI-er og insentiver
Typiske rotårsaker
- Partene måles på ulike ting (kost vs. vekst, kvalitet vs. tempo).
- Bonus/insentiv belønner lokal optimalisering.
- Uklart hva som er “suksess” for samarbeidet.
Diagnostiske spørsmål
- Har dere et felles sett med 3–7 mål som begge faktisk bryr seg om?
- Er KPI-ene deres i konflikt (f.eks. “minimer tid” vs. “maksimer kvalitet”)?
- Hvem taper når dere vinner – og omvendt?
Tiltak
- Etabler felles målbilde og en liten KPI-pakke (se forslag under).
- Knytt styringsgruppemøter til KPI-ene, ikke bare “status”.
- Revider insentiver ved første milepæl hvis dere ser feil adferd.
Juridiske/regulatoriske begrensninger og datadeling
Typiske rotårsaker
- Uavklart rolle i GDPR (behandlingsansvarlig/databehandler).
- Taushetsplikt i offentlig sektor, eller kontraktsfestet konfidensialitet.
- Konkurranseregler ved samarbeid mellom konkurrenter.
Diagnostiske spørsmål
- Har dere lovlig grunnlag og avtaler for datadeling?
- Hvilke data er faktisk nødvendige (dataminimering)?
- Har dere definert hva som kan deles i møter og felles kanaler?
Tiltak
- Bruk NDA tidlig. Avklar databehandleravtale ved persondata.
- Sett opp tilgangsstyring, logging og rutiner for avvik.
- Vurder “clean team”-prinsipper ved sensitiv info i M&A/kjøp/salg.
Se relevante krav hos Datatilsynet ved vurdering av personvern og datadeling.
Ressurs- og prioriteringskonflikter
Typiske rotårsaker
- Samarbeidet mangler dedikerte ressurser. Alt gjøres “på si”.
- Uklare forventninger til tilgjengelighet.
- Ulik modenhet i prosjektstyring.
Diagnostiske spørsmål
- Har hver part navngitte personer med avsatt tid?
- Vet dere hvem som kan omprioritere internt når det brenner?
- Har dere tydelige leveransefrister og avhengigheter?
Tiltak
- Avtal kapasitet per rolle (timer/uke) for nøkkelroller.
- Bruk en enkel backlog med prioritet og avhengigheter.
- Eskaler tidlig ved gjentatte flaskehalser.
Geografi, fjernarbeid og distribuerte team
Typiske rotårsaker
- Mindre uformell avklaring. Flere misforståelser.
- Tidssoner og ulik arbeidstid.
- Dårlig dokumentasjon av beslutninger.
Diagnostiske spørsmål
- Dokumenteres beslutninger samme dag som de tas?
- Har dere “overleveringsrutine” mellom lokasjoner?
- Er møtetidspunkt rettferdig fordelt?
Tiltak
- Mer asynkront arbeid: skriftlig status, korte beslutningsnotater.
- Rotér møtetider. Avtal svartider og “core hours”.
- Bruk standard mal for møtereferat med beslutninger og ansvar.
Tiltak og løsninger – styrk styring, kommunikasjon og kultur
Tre grep gir ofte mest effekt tidlig:
- Ett styringssystem, ikke to. En felles plan, ett oppgavesystem, ett beslutningsarkiv.
- Mer tydelighet, færre kanaler. Avtal hva som skal være i e-post vs. chat vs. møter.
- Bygg tillit gjennom leveranse. Små, hyppige leveranser er ofte bedre enn store “big bang”-milepæler.
Hvis dere mistenker dypere strukturelle årsaker, kan Årsaksanalyse: Hvorfor partnerskap mislykkes og hvordan forebygge det være nyttig som neste steg.
Tiltak og løsninger – rolleavklaring og beslutningsstyring
Slik bruker du RACI uten å gjøre det tungt
RACI fungerer best når den er kort og knyttet til reelle aktiviteter.
- R (Responsible): Gjør jobben.
- A (Accountable): Eier beslutningen og resultatet (én person).
- C (Consulted): Skal høres før beslutning.
- I (Informed): Skal informeres etterpå.
Én-siders RACI-mal (kopier og fyll ut)
| Aktivitet/beslutning | Part A – R | Part A – A | Part A – C/I | Part B – R | Part B – A | Part B – C/I | Kommentar/frist |
|---|---|---|---|---|---|---|---|
| Prioritere backlog | |||||||
| Godkjenne scope-endring | |||||||
| Håndtere sikkerhetsavvik | |||||||
| Publisere månedlig rapport | |||||||
| Datadeling/tilganger |
Styringsgruppe (joint steering committee) – minimum
- Mandat: prioritering, eskalering, endringer, risiko, KPI-er.
- Deltakere: sponsor + prosjektleder fra hver part.
- Frekvens: månedlig (oftere i oppstart/fusjon).
- Beslutninger dokumenteres skriftlig innen 24 timer.
SLA (enkelt, men effektivt)
- Responstid på henvendelser (f.eks. 1 virkedag).
- Leveransetid på definerte typer forespørsler.
- Kvalitetskriterier (akseptanse).
- Avvikshåndtering og konsekvens.
Tiltak og løsninger – teknologi og systemintegrasjon
Fokuser på informasjonsflyt, ikke verktøy for verktøyets skyld.
Praktisk fremgangsmåte
- Kartlegg prosess først. Hvor stopper flyten i dag?
- Lag begrepsliste. Hva betyr “kunde”, “sak”, “ordre”, “leveranse” hos hver part?
- Datamapping. Kilde → transformasjon → mål, med eier per datafelt.
- Velg integrasjonsmønster. API der det er mulig. Middleware/ETL ved behov.
- Start med de viktigste integrasjonene. Ofte: kundedata, ordre/faktura, bruker/tilgang.
- Sett opp felles dokumentstruktur. Versjonskontroll og tilgang er halve jobben.
Verktøytyper (eksempler, ikke fasit)
- Samarbeid: Teams/Slack + delt dokumentplattform.
- Arbeidsstyring: Jira/Trello/Planner eller tilsvarende.
- Integrasjon: iPaaS/middleware, API-gateway, ETL-verktøy (avhenger av stack).
- Identitet: SSO og tilgangsstyring der det er mulig.
Juridiske og regulatoriske hensyn
Dette er generelle punkter. Ta jurist ved konkrete saker.
Sjekkpunkter dere bør avklare tidlig
- NDA/konfidensialitet: hva kan deles, med hvem, og hvor lenge.
- GDPR: roller (behandlingsansvarlig/databehandler), databehandleravtale ved behov, dataminimering, tilgangsstyring.
- Taushetsplikt/journalføring: spesielt i offentlig sektor og helse/oppvekst.
- Konkurranseregler: vær ekstra varsom med deling av pris-, margin- eller markedsstrategi hvis partene er (potensielle) konkurrenter.
- Arbeidsrett: ved fusjon/sammenslåing, og ved bruk av innleid arbeidskraft/underleverandører.
Koble juss til governance
- Legg juridiske avklaringer inn som aktiviteter i RACI.
- Definer hvem som godkjenner datadeling og tilgang (A i RACI).
- Sett faste kontrollpunkter i styringsgruppen (f.eks. kvartalsvis tilgangsreview).
Delingsøkonomi (kort eksempel) I delingsøkonomien ser man ofte at tillit, ansvar og regelverk blir uklart fordi flere parter er involvert (plattform, leverandør, kunde). Overført til B2B-samarbeid betyr det at dere bør være ekstra tydelige på ansvar ved avvik, databruk og arbeidsvilkår der ressurser deles på tvers.
Samarbeidskontekster: partnerskap/prosjekt vs. sammenslåing/fusjon
Partnerskap og tverrbedrifts prosjekt
- Ofte flere grensesnitt: bestiller–leverandør, fag–IT, drift–prosjekt.
- Kritisk å få på plass: kanalvalg, møtekadens, RACI, SLA, KPI-er.
- Teknisk: integrasjoner kan være selektive. Ikke alt må smeltes sammen.
Sammenslåing/fusjon (M&A) og integrasjon
- Kultur og identitet blir raskt en flaskehals.
- Systemmigrasjon (ERP, HR, CRM) blir fort dyrt og politisk.
- Kritisk å få på plass: felles styring, tydelige beslutningsmandat, integrasjonsplan og endringsledelse.
For et mer faseinndelt integrasjonsløp, se gjerne Slik slår du sammen selskaper med suksess.
Praktiske verktøy og overførbare artefakter
Forslag til møtekadens (dag/uke/måned)
- Daglig (15 min, ved høy intensitet): standup for avklaringer og blokkere.
- Ukentlig (30–60 min): status + risiko + prioriteringer neste uke.
- Hver 2. uke (60 min): leveransegjennomgang/demonstrasjon, læring, justering.
- Månedlig (60–90 min): styringsgruppe. KPI-er, økonomi, eskaleringer, endringer.
Standard agenda (ukentlig):
- Hva ble levert siden sist?
- Hva stopper oss nå?
- Beslutninger som trengs (med eier og frist)
- Risiko (topp 3)
- Neste steg (topp 5 oppgaver)
Onboarding-checkliste for ny samarbeidspartner
- [ ] Avklar mål og “definition of done”
- [ ] Navngi roller + kontaktpunkter (inkl. backup)
- [ ] Etabler RACI for nøkkelaktiviteter
- [ ] Avklar verktøy, kanaler og dokumentstruktur
- [ ] Sett møtekadens og rapportformat
- [ ] Avklar SLA for responstid og eskalering
- [ ] Kartlegg dataflyt og tilgangsbehov (GDPR)
- [ ] Enig om KPI-er og rapportfrekvens
- [ ] Plan for første “quick win” (2–4 uker)
Kort konfliktløsningsmal (bruk i møtet)
- 1) Fakta: Hva har skjedd? (konkret, tidslinje)
- 2) Konsekvens: Hva påvirkes? (leveranse, kost, kvalitet, risiko)
- 3) Rotårsak (hypotese): Hva tror vi er årsaken?
- 4) Løsning: 1–3 tiltak med eier og frist
- 5) Eskalering: Hvis ikke løst innen X dager → hvem tar den videre?
- 6) Forebygging: Hva endrer vi i prosess/verktøy så det ikke gjentar seg?
Måling: KPI-er for samarbeidets helse
Velg få KPI-er. Bruk dem til å styre, ikke bare rapportere.
| KPI | Hva måles | Datakilde | Rapportfrekvens |
|---|---|---|---|
| Leveringspresisjon | % leveranser på tid | Plan/oppgavesystem | Ukentlig |
| SLA-oppfyllelse | % henvendelser innen avtalt tid | Service desk / e-postlogg | Månedlig |
| Antall uavklarte beslutninger | Beslutninger uten eier/frist | Beslutningslogg | Ukentlig |
| Rework-andel | Oppgaver som må gjøres om | Oppgavesystem + QA | Månedlig |
| Partneropplevelse (mini-NPS) | “Hvor lett er det å samarbeide?” | Kort survey (1–2 spørsmål) | Kvartalsvis |
| Time-to-integration | Tid fra behov til dataflyt virker | IT-leveranseplan | Månedlig |
Prioritert playbook: 30 / 90 / 180 dager
Første 30 dager (stabilisere)
Mål: Felles styring og tydelighet.
- Etabler kontaktpunkter, RACI og eskaleringsløp (eier: prosjektleder).
- Avtal møtekadens + kanalbruk + beslutningslogg (eier: PMO/prosjektleder).
- Sett 3–7 felles mål og første KPI-versjon (eier: sponsor/styringsgruppe).
- Start første quick win-leveranse (eier: team lead).
31–90 dager (få flyt)
Mål: Bedre leveransetakt og mindre friksjon.
- Kjør 2–3 leveransesykluser med demo og læring (eier: team lead).
- Stram inn SLA og håndtering av avvik (eier: operasjonell ansvarlig).
- Teknisk: datakartlegging + prioriterte integrasjoner (eier: IT-ansvarlig).
- Bygg tillit: felles retrospektiv og tydelig tilbakemeldingspraksis (eier: ledere på begge sider).
91–180 dager (skalere og sikre)
Mål: Robust samarbeid som tåler endring.
- Revisjon av RACI/KPI-er basert på erfaring (eier: styringsgruppe).
- Standardiser onboarding for nye personer/underleverandører (eier: HR/PMO).
- Teknisk: forbedre datakvalitet, tilgangsstyring og logging (eier: IT/sikkerhet).
- Ved fusjon: avklar målarkitektur for systemer og migrasjonsrekkefølge (eier: integrasjonsleder).
Eksempler og korte vignetter
Fusjon med ERP-siloer: “To sannheter om samme kunde”
To selskaper slår seg sammen. Begge har ERP og egne kundebegreper. Salg rapporterer vekst, men økonomi får ikke fakturert riktig fordi kunde-ID-er ikke matcher. Teamene lager manuelle Excel-lister. Etter to måneder blir dette “standard”. Rotårsaken er ikke bare teknologi. Det er manglende dataeierskap og ingen beslutning om masterdata. Løsningen starter med datamapping og en enkel beslutning: hvem eier kundemaster. Deretter prioriteres én integrasjon som fjerner dobbeltregistrering. Styringsgruppen følger opp med KPI på rework og time-to-integration.
Tverrbedrifts prosjekt med kommunikasjonsbrudd: “Alt ble sagt, men ingen gjorde”
En partner sender endringer på e-post. Den andre jobber i Teams. Ingen oppdaterer oppgavesystemet. På statusmøtet virker alt “grønt”. Men leveransene glipper. Diagnosen viser at beslutninger aldri blir logget. Og at det ikke finnes SLA for svartid. De innfører én beslutningslogg, ukentlig agenda med beslutningspunkt. Og 24-timers responstid på avklaringer. Etter tre uker faller antall uavklarte beslutninger tydelig.
Offentlig tverrfaglig samarbeid med taushetsplikt: “Vi kan ikke dele, så vi slutter å prøve”
En kommune skal koordinere oppfølging mellom skole, helse og barnevern. Folk er usikre på hva de kan dele. Resultatet blir at viktig informasjon ikke flyter, og brukeren må gjenta historien sin. Tiltaket blir å standardisere hva som kan deles, etablere tilgangsstyring og journalføringsrutiner, og bruke faste samtykkeflyter der det er relevant. For flere praktiske perspektiver på kommunal kontekst, se Tverrfaglig samarbeid: Hvordan kan kommunene løse utfordringen?
Neste steg og anbefalte verktøy/tjenester
Sjekkliste for å komme i gang denne uken
- Avtal ett oppgavesystem og en beslutningslogg.
- Lag en 1-side RACI for toppaktivitetene.
- Sett møtekadens og en enkel SLA for responstid.
- Velg 3–5 KPI-er og bestem hvem som rapporterer.
Når dere bør hente ekstern hjelp
- Juridisk: ved datadeling med persondata, usikkerhet om roller, eller kompliserte kontrakter.
- IT-integrator: når integrasjoner blir flaskehals og dere mangler arkitekturkapasitet.
- Endringsledelse: ved fusjon, kulturkonflikter eller stor prosessendring på tvers.
Vanlige spørsmål (FAQ)
Hva er de vanligste årsakene til at samarbeid mellom selskaper feiler?
Kommunikasjonssvikt, uklare roller/ansvar, manglende tillit, motstridende mål og tekniske siloer. Ofte i kombinasjon. Start med å avklare styring (RACI + beslutningslogg) og mål/KPI-er.
Hvordan avklarer vi roller og ansvar i et partnerskap (eksempel på RACI)?
Definer 10–20 kritiske aktiviteter og fyll ut R, A, C, I per aktivitet. Sørg for at A alltid er én navngitt person. Bruk malen i artikkelen og revider etter 30–60 dager.
Hvilke KPI-er bør vi bruke for å måle samarbeidets helse?
Velg få: leveringspresisjon, SLA-oppfyllelse, antall uavklarte beslutninger, rework-andel og en enkel partneropplevelse-måling. Koble KPI-ene til styringsgruppens agenda.
Hva gjør vi ved gjentatte forsinkelser fra en partner?
Gjør det konkret. Logg avvik med årsak og konsekvens. Avtal korrigerende tiltak med eier og frist. Hvis det gjentar seg, bruk eskaleringsløpet dere har avtalt. Og vurder å justere SLA, kapasitet eller scope.
Hvilke tekniske grep løser ofte problemer med system-siloer?
Datamapping, avklaring av masterdata-eierskap, prioriterte integrasjoner (API/middleware/ETL) og felles dokument- og tilgangsstruktur. Unngå å “integrere alt” først.
Hva må vi huske juridisk når vi deler data med en ekstern partner (GDPR/taushetsplikt)?
Avklar rollefordeling (behandlingsansvarlig/databehandler), inngå riktige avtaler, begrens data til det som er nødvendig. Og sett tilgangsstyring og rutiner for avvik. Ved taushetsplikt må dere være tydelige på hva som kan deles. Og hvordan det journalføres der det er krav.
Hvordan bygger vi tillit raskt mellom nye samarbeidspartnere?
Felles onboarding, tydelige forventninger, små leveranser tidlig og åpenhet om risiko. Tillit øker når folk ser at avtaler holdes og problemer tas tidlig.
Hvordan tilpasser vi møtekadens og kommunikasjon for distribuerte team?
Jobb mer skriftlig og asynkront. Dokumenter beslutninger samme dag. Avtal “core hours”, rotér møtetider, og ha tydelige svartider.
Hva er viktige forskjeller i tilnærming mellom et partnerskap og en fusjon?
I partnerskap holder det ofte med tydelig grensesnitt og selektiv integrasjon. I fusjon må dere også håndtere kultur, identitet, HR og større systemmigrasjoner. Styringsbehovet og endringstrykket er høyere.
Når bør vi hente ekstern hjelp (juridisk, IT-integrator, change management)?
Når risikoen er høy og interne ressurser ikke strekker til. Typisk ved persondata og kontrakter, ved komplekse integrasjoner, eller når kultur/prosessendring stopper fremdrift.
Oppsummering – prioriteringer for ledelsen
De fleste utfordringer i samarbeid mellom selskaper handler om tydelighet. Tydelige mål. Tydelige roller. Tydelig informasjonsflyt. Start med RACI, møtekadens og en enkel KPI-pakke. Bygg tillit gjennom små leveranser. Ta tak i tekniske siloer med datakartlegging og prioriterte integrasjoner. Og sørg for at juss og governance henger sammen, spesielt ved datadeling og fusjon.
