Fra 10 til 200 partnere: Hva svikter først i et partnerprogram

Partnerprogrammer svikter sjelden med 10 partnere. Med 10 kjenner koordinatoren alle partnernes ledere ved navn, status avklares med en telefonsamtale, og årsrapporten tar en ettermiddag. Problemene oppstår på vei mot 200, når den samme koordinatoren starter hver mandag med en innboks full av statusmeldinger, et rammeverk som finnes i tre versjoner, og en styrerapport som vil ta uker å lage.

Det skjer ikke noe dramatisk. Programmet passerer en rekke terskler, og arbeidsvaner som fungerte med 10 partnere, slutter å fungere én etter én. Slik skalerer du et partnerprogram uten denne gradvise kollapsen: de sju bristpunktene i rekkefølgen de vanligvis oppstår, hvorfor hvert av dem oppstår ved den størrelsen, og hvordan du løser det – arbeidsmåte først, verktøy deretter. I tillegg får du en énsides sjekkliste for teamet ditt.

Hvorfor partnerprogrammer svikter trinnvis: Koordinatoren blir flaskehalsen

Før jeg begynte å jobbe med digital transformasjon, underviste jeg i operasjonsanalyse ved Universitetet i Porto: matematikken bak køer, flaskehalser og kapasitet. Sett i det lyset gir trinnene mening.

I de fleste programmer går nesten alle henvendelser gjennom én eller to personer: koordinatoren som svarer på spørsmål, kontrollerer dokumenter, følger opp status og setter sammen rapporter. I køteorien er koordinatoren betjeningsenheten, og hver henvendelse er en ankomst.

Littles lov sier at gjennomsnittlig antall enheter i et system er lik ankomstraten multiplisert med den gjennomsnittlige tiden hver enhet tilbringer der [1]. Haugen av ubesvarte henvendelser i koordinatorens innboks skyldes ikke mangel på disiplin; den er ankomster multiplisert med ventetid.

Et annet resultat er mindre intuitivt. I den enkleste kømodellen med én betjeningsenhet er den gjennomsnittlige tiden en henvendelse tilbringer i systemet, lik behandlingstiden delt på én minus kapasitetsutnyttelsen [2]. Ved 50 % kapasitetsutnyttelse tar en henvendelse dobbelt så lang tid som selve behandlingen; ved 80 % tar den fem ganger så lang tid, og ved 95 % tjue ganger så lang tid. Ventetiden øker ikke lineært med arbeidsmengden. Den eksploderer etter hvert som uken fylles opp.

Et eksempel, med forutsetninger du bør erstatte med dine egne: Én koordinator har 20 timer i uken til partnerhenvendelser, og hver partner sender én henvendelse i uken som tar 20 minutter å behandle.

• 10 partnere: litt over 3 timer i uken. Koordinatorens kapasitet er utnyttet med 17 %, og henvendelsene trenger knapt å vente.
• 50 partnere: nesten 17 timer. Kapasitetsutnyttelsen er 83 %, og en gjennomsnittlig henvendelse bruker seks ganger behandlingstiden på å komme gjennom systemet.
• 60 partnere: alle 20 timene. Køen stabiliserer seg aldri; den fortsetter å vokse.

Koordinatoren har ikke blitt tregere; regnestykket har endret seg. Det samme regnestykket gir rekkefølgen på tiltakene, akkurat som på en produksjonslinje: Reduser først antall ankomster (partnerne finner svar uten å spørre), kort deretter ned behandlingstiden (alle henvendelser i samme format, på samme sted), og sett først deretter inn flere folk. Ansettelser alene flytter bare grensen: Med de samme forutsetningene når to koordinatorer den ved 120 partnere.

De sju bristpunktene, i rekkefølgen de vanligvis oppstår

1. Status må følges opp på e-post (fra omtrent 15 partnere)

Symptom. Hver måned sender noen e-post til alle partnerne for å spørre hvor langt de har kommet, purrer på dem som er sene, og kopierer svarene inn i et regneark. Når det siste svaret kommer, er det første allerede utdatert.

Hvorfor det svikter her. En statusrunde består utelukkende av ankomster: én melding ut og ett svar inn per partner, pluss påminnelsene. Med 15 partnere tar det en ettermiddag. Med 200 partnere og en månedlig runde blir det 2 400 henvendelser i året før den første påminnelsen.

Løsningen. Slutt å spørre etter status; gjør den synlig. Bli enige med partnerne om hva fremgang betyr i observerbare termer (et oppnådd trinn, en fullført oppgave, et godkjent dokument), slik at status blir et biprodukt av arbeidet.

2. Rammeverket finnes i flere versjoner (fra omtrent 25)

Symptom. Rammeverket er en PDF fra for to år siden, en oppdatert Word-fil og et lysbilde fra en workshop som noen har forbedret. Partnere som ble med i ulike år, arbeider mot ulike definisjoner av det samme trinnet.

Hvorfor det svikter her. Med 10 partnere kunngjøres en endring i ett møte, og alle får den med seg. Med 25 spres endringene som vedlegg, og hver kopi blir en egen variant.

Løsningen. Én ansvarlig, én gjeldende versjon, en endringslogg og en dato for når hver endring trer i kraft.

3. Oppstarten avhenger av én person (fra omtrent 40)

Symptom. Nye partnere får innføringen av personen som utformet programmet, i én lang samtale. Når vedkommende har fri, må oppstarten vente; når vedkommende slutter, forsvinner også programmets hukommelse.

Hvorfor det svikter her. Oppstart er en henvendelse med lang behandlingstid, og programmer tar gjerne inn partnere i puljer. Femten nye partnere i samme måned havner i den samme kalenderen.

Løsningen. Dokumenter oppstarten: en kort velkomstpakke, de tre første stegene og hvem man skal spørre om hva. Da kan den første samtalen handle om partneren, ikke om programmet.

4. Dokumentasjonen er spredt over flere innbokser (fra omtrent 60)

Symptom. Retningslinjer, revisjoner, opplæringslister og bilder kommer som vedlegg til den personen partneren kjenner best. Før en revisjon eller et giverbesøk bruker teamet dager på å lete i e-postkasser.

Hvorfor det svikter her. Dokumentasjonsmengden vokser med antall partnere multiplisert med antall krav, og havner i personlige innbokser som kollegene ikke har innsyn i. Husk også belastningen på den andre siden: En ICVA-studie fra 2016 om giverkrav til humanitære frivillige organisasjoner fant et gjennomsnitt på 36 rapporteringsfrister per land per år, og vurderinger av partnerkapasitet som kunne omfatte mer enn 100 spørsmål og opptil 91 vedlegg [3]. Partnerne dine bærer en variant av denne byrden for deg.

Løsningen. Be om hver dokumentasjon bare én gang, med en frist og kobling til kravet den dokumenterer. Be bare om det noen faktisk kommer til å lese.

5. Rapportering tar uker (fra omtrent 90)

Symptom. Årsrapporten begynner med en e-post der alle partnerne bes om tall, fortsetter med ukevis med sammenslåing av filer og ender med et diagram som ingen kan spore tilbake til kilden.

Hvorfor det svikter her. I denne størrelsen handler rapportering om sammenstilling: Hvis dataene ikke er samlet inn i én felles struktur gjennom året, må noen bygge den manuelt på slutten. Den samme ICVA-studien beskriver en internasjonal frivillig organisasjon som beregnet at den kunne spare 11 000 timer med økonomirapportering dersom de ni største giverne ble enige om kostnadsdefinisjoner og godtok den samme økonomimalen [3]. I Grand Bargain-avtalen fra 2016 forpliktet givere og hjelpeorganisasjoner seg til å redusere dobbeltarbeid og administrasjonskostnader og forenkle rapporteringen: mindre omfang, felles terminologi, grunnleggende krav og en felles rapportstruktur [4].

Løsningen. Velg et lite antall KPI-er før året begynner, definer dem likt for alle partnere og samle dem inn mens arbeidet pågår. Rapporten blir et uttrekk, og ukene kan brukes på å lese den.

6. Partnerne vet ikke hva som forventes, eller kan ikke arbeide på sitt eget språk (fra omtrent 120)

Symptom. De samme spørsmålene dukker stadig opp: Hva trenger vi for neste trinn, hvilken mal skal vi bruke, og hva er fristen? Partnere i enkelte land svarer sent eller ikke i det hele tatt, og det tolkes som manglende engasjement.

Hvorfor det svikter her. Nå krysser programmet landegrenser, mens forventningene fortsatt bare finnes på ett språk. Forfatterne av en artikkel i Humanitarian Exchange fra 2021 påpekte at global veiledning og tekniske verktøy vanligvis bare er tilgjengelige på FNs offisielle språk, og at koordineringsmøter på internasjonale språk forsterker problemet [5]. Taushet er ofte et språkproblem, ikke et motivasjonsproblem.

Løsningen. Beskriv hvert trinn med enkle, observerbare kriterier, og oversett beskrivelsen sammen med malene. Hvert spørsmål siden besvarer, er en henvendelse som aldri havner i køen.

7. Tilgangsrettigheter og personvern (fra omtrent 160)

Symptom. Hundrevis av personer har tilgang til den delte mappen, ingen er sikre på hvem som kan se hvilke partnervurderinger, og personvernombudet har spørsmål som ingen kan svare på.

Hvorfor det svikter her. Med 10 partnere er én delt mappe praktisk. Med 200 er den en risiko: Partnerregistrene inneholder personopplysninger og sensitive vurderinger, og tilgang som gis manuelt, blir sjelden fjernet. Europakommisjonens veiledning om personvern som standardinnstilling sier at personopplysninger skal være tilgjengelige «bare for et begrenset antall personer, ut fra tjenstlig behov» [6].

Løsningen. Definer roller før neste pulje blir med: hvem i teamet som kan se og endre hva, og regelen om at en partner bare ser sine egne data. Gjennomgå tilganger når folk begynner eller slutter.

Hva et verktøy må kunne ved hvert bristpunkt

Arbeidsmåtene kommer først: Et verktøy som automatiserer en prosess som ikke fungerer, får den bare til å svikte raskere. Deretter er dette kravene partneradministrasjon i stor skala stiller til et verktøy:

En énsides sjekkliste for skaleringsberedskap

Sjekklisten gjør de sju bristpunktene om til 21 utsagn, i tillegg til kapasitetsberegningen for koordinatoren med plass til egne tall. Gå gjennom den med teamet før neste gruppe partnere blir med, og begynn med den første delen som har to eller flere tomme avkrysningsbokser.

Last ned sjekklisten for skaleringsberedskap (PDF, 1 side). Skriv den ut til et teammøte.

Partneradministrasjon i stor skala i Advancer.World

Advancer.World sprang ut av digital transformasjon av programmer hos organisasjoner som UNICEF og Airbus. Et program er én matrise, utformet én gang: trinn på den ene aksen, temaer og undertemaer på den andre, der hver celle beskriver hva det aktuelle trinnet innebærer for temaet. Flere i teamet ditt kan utforme det samtidig, og alle partnere arbeider med samme versjon.

Stegene mellom cellene rommer arbeidet: initiativer, spørreskjemaer, forespørsler om dokumentopplasting og elektronisk signatur. For hvert program velger du hvordan partnerne går videre: ved egenvurdering, automatisk når forrige steg er fullført, eller når teamet ditt bekrefter det. Partnere inviteres på e-post og ser hvor de selv står og hva neste trinn krever, på ett av 22 språk, inkludert arabisk, urdu, swahili og hausa. De ser aldri andre partneres data, og partnere og deres medarbeidere betaler aldri.

KPI-er registreres per partner, og daglige øyeblikksbilder bevarer historikken, slik at Excel-rapportene og de KI-skrevne Word-rapportene med diagrammer bygger på data samlet inn gjennom året. Organisasjonen din kan logge inn med Microsoft Entra ID, filer lagres i EU, og med abonnementene Gold og Enterprise kan en KI-assistent lese hvor partnerne dine står via MCP-serveren. Hvis MCP er nytt for deg, kan du begynne med hva Model Context Protocol er.

Vanlige spørsmål

Hvor mange partnere kan én koordinator håndtere?

Det finnes ikke noe fast forholdstall. Multipliser antall partnere med antall henvendelser hver av dem sender per uke og antall minutter hver henvendelse tar, og del deretter på antall minutter koordinatoren faktisk har til partnerarbeid. Det gir kapasitetsutnyttelsen. Ved 80 % bruker en gjennomsnittlig henvendelse allerede fem ganger behandlingstiden på å komme gjennom systemet.

Når bør vi flytte et partnerprogram bort fra regneark og e-post?

Når to av de fire første bristpunktene viser seg samtidig, eller før neste gruppe partnere blir med – avhengig av hva som skjer først. Hvis dere trenger hjelp med å overføre eksisterende data, tilbyr Mourinho Solutions migreringsstøtte.

Vil en plattform gi partnerne våre mer arbeid?

Den bør redusere arbeidet. En partner som svarer på statusforespørsler på e-post, sender vedlegg til tre personer og fyller ut en egen mal for hver finansieringskilde, gjør allerede arbeidet; et felles sted endrer bare hvor det gjøres. Be to eller tre partnere prøve det først.

Slik skalerer du et partnerprogram uten at det bryter sammen

Du trenger ikke å løse alle sju utfordringene samtidig. Finn det første bristepunktet programmet ditt allerede har passert, løs det, og regn på koordinatorens kapasitet før neste gruppe blir med. Et program som skalerer godt, har ikke en koordinator som utfører heltedåder. Det har en koordinator med ledig kapasitet i uka. Ønsker du et ekstra blikk på selve programutformingen, tilbyr vi programrådgivning.

Referanser

1. John D. C. Little, «Littles lov sett i lys av 50-årsjubileet», Operations Research 59(3), s. 536–549, mai–juni 2011, https://doi.org/10.1287/opre.1110.0940 (besøkt oktober 2026).
2. Richard C. Larson og Amedeo R. Odoni, «Operasjonsanalyse i byer», Prentice-Hall, 1981, avsnitt 4.6.1, «Én operatør, uendelig mange linjer», https://web.mit.edu/urban_or_book/www/book/chapter4/4.6.1.html (besøkt oktober 2026).
3. International Council of Voluntary Agencies (ICVA), «Mindre papir, mer bistand: rapportering, vurdering av partnerkapasitet og revisjon», oppdatert september 2016, https://alnap.org/help-library/resources/less-paper-more-aid-reporting-partner-capacity-assessment-and-audit/ (besøkt oktober 2026).
4. «The Grand Bargain: en felles forpliktelse til å hjelpe mennesker i nød bedre», Istanbul, 23. mai 2016, https://gblocalisation.ifrc.org/wp-content/uploads/2018/06/grand_bargain_final_22_may_final-2_0.pdf (besøkt oktober 2026).
5. Mia Marzotto, Kemal Alp Taylan, Fatuma Ibrahim, Marian Ellen Hodgkin, Paul Martin Lukusa Mbwebwa og Charles Abugo, «‘Hvordan kan vi bidra hvis vi ikke kan delta?’ Hvor tilgjengelige humanitære veiledninger er for lokale og nasjonale organisasjoner», Humanitarian Exchange 79, Humanitarian Practice Network, 25. mai 2021, https://odihpn.org/en/publication/how-can-we-contribute-if-we-cant-participate-the-accessibility-of-humanitarian-guidance-to-local-and-national-organisations/ (besøkt oktober 2026).
6. Europakommisjonen, «Forpliktelser: innebygd personvern og personvern som standardinnstilling», https://commission.europa.eu/law/law-topic/data-protection/information-business-and-organisations/obligations/what-does-data-protection-design-and-default-mean_en (besøkt oktober 2026).

© 2026 Mourinho Solutions. Alle rettigheter forbeholdt.