Kumppaniohjelmat pettävät harvoin 10 kumppanin kohdalla. Silloin koordinaattori tuntee jokaisen kumppanin johtajan nimeltä, tilanne selviää puhelinsoitolla ja vuosiraportti syntyy iltapäivässä. Ongelmat alkavat matkalla kohti 200 kumppania, kun sama koordinaattori aloittaa jokaisen maanantain postilaatikolla, joka on täynnä tilannevastauksia, viitekehyksellä, josta on kolme versiota, ja hallituksen raportilla, jonka laatimiseen menee viikkoja.
Mitään dramaattista ei tapahdu. Ohjelma ylittää joukon kynnyksiä, ja 10 kumppanin kanssa toimineet käytännöt lakkaavat toimimasta yksi kerrallaan. Näin kasvatat kumppaniohjelmaa ilman hidasta romahdusta: esittelemme seitsemän ongelmakohtaa niiden tavallisessa ilmenemisjärjestyksessä, miksi ne ilmenevät juuri kyseisessä kokoluokassa ja miten ne ratkaistaan – ensin käytäntö, sitten työkalu. Mukana on myös yhden sivun valmiuden tarkistuslista tiimillesi.
Miksi kumppaniohjelmien ongelmat etenevät portaittain: koordinaattorista tulee jonon pullonkaula
Ennen digitaalisen transformaation parissa työskentelyä opetin Porton yliopistossa operaatiotutkimusta: jonojen, pullonkaulojen ja kapasiteetin matematiikkaa. Tästä näkökulmasta portaittainen kehitys käy järkeen.
Useimmissa ohjelmissa lähes jokainen pyyntö kulkee yhden tai kahden henkilön kautta: koordinaattorin, joka vastaa kysymyksiin, tarkistaa asiakirjoja, kyselee tilannetietoja ja kokoaa raportteja. Jonoteorian termein koordinaattori on palvelija ja jokainen pyyntö on saapuva asiakas.
Littlen lain mukaan järjestelmässä olevien asioiden keskimääräinen määrä on niiden saapumisnopeus kerrottuna keskimääräisellä ajalla, jonka kukin viettää järjestelmässä [1]. Koordinaattorin postilaatikkoon kertyvä avoimien pyyntöjen pino ei johdu kurinalaisuuden puutteesta, vaan saapumisnopeuden ja odotusajan tulosta.
Toinen tulos ei ole yhtä intuitiivinen. Yksinkertaisimmassa yhden palvelijan jonossa pyynnön keskimääräinen aika järjestelmässä on sen käsittelyaika jaettuna luvulla, joka saadaan vähentämällä palvelijan käyttöaste yhdestä [2]. Kun käyttöaste on 50 %, pyynnön läpimeno vie kaksi kertaa sen käsittelyajan; 80 %:ssa viisinkertaisen ajan ja 95 %:ssa kaksikymmenkertaisen. Odotusaika ei kasva suoraviivaisesti työkuorman mukana. Se räjähtää, kun työviikko täyttyy.
Havainnollistava esimerkki oletuksilla, jotka kannattaa korvata omilla luvuillasi: yhdellä koordinaattorilla on 20 tuntia viikossa kumppanien pyyntöihin, ja jokainen kumppani lähettää viikossa yhden pyynnön, jonka käsittely vie 20 minuuttia.
- 10 kumppania: hieman yli 3 tuntia viikossa. Koordinaattorin käyttöaste on 17 %, ja pyynnöt eivät juuri joudu odottamaan.
- 50 kumppania: lähes 17 tuntia. Käyttöaste on 83 %, ja keskimääräisen pyynnön läpimeno vie kuusi kertaa sen käsittelyajan.
- 60 kumppania: kaikki 20 tuntia. Jono ei koskaan tasaannu, vaan kasvaa jatkuvasti.
Koordinaattori ei hidastunut, vaan laskelma muuttui. Sama matematiikka määrää korjausten järjestyksen, aivan kuten tuotantolinjalla: vähennä ensin saapuvien pyyntöjen määrää (kumppanit löytävät vastaukset kysymättä), lyhennä sitten käsittelyaikaa (kaikki pyynnöt samassa muodossa ja samassa paikassa) ja lisää ihmisiä vasta sen jälkeen. Pelkkä rekrytointi vain siirtää rajaa: samoilla oletuksilla kaksi koordinaattoria saavuttaa sen 120 kumppanin kohdalla.
Seitsemän ongelmakohtaa niiden tavallisessa ilmenemisjärjestyksessä
1. Tilannetietoja kysellään sähköpostitse (noin 15 kumppanista alkaen)
Oire. Joka kuukausi joku lähettää kaikille kumppaneille sähköpostin kysyäkseen tilanteen, muistuttelee myöhästyneitä ja kopioi vastaukset laskentataulukkoon. Kun viimeinen vastaus saapuu, ensimmäinen on jo vanhentunut.
Miksi ongelma ilmenee tässä vaiheessa. Tilannekierros tuottaa pelkkiä saapuvia pyyntöjä: yksi lähtevä viesti ja yksi saapuva vastaus kumppania kohti sekä muistutukset. 15 kumppanin kanssa tähän kuluu iltapäivä. Kun kumppaneita on 200 ja kierros tehdään kuukausittain, pyyntöjä kertyy 2 400 vuodessa jo ennen ensimmäistä muistutusta.
Ratkaisu. Lopeta tilanteen kysely ja tee se näkyväksi. Sovi kumppanien kanssa, mitä edistyminen tarkoittaa havaittavina asioina (saavutettu vaihe, tehty tehtävä, hyväksytty asiakirja), jotta tilannetieto syntyy työn sivutuotteena.
2. Viitekehyksestä on useita versioita (noin 25 kumppanista alkaen)
Oire. Viitekehys on kaksi vuotta vanha PDF, päivitetty Word-tiedosto ja työpajan dia, jota joku on parannellut. Eri vuosina liittyneet kumppanit tavoittelevat saman vaiheen erilaisia määritelmiä.
Miksi ongelma ilmenee tässä vaiheessa. 10 kumppanin kanssa muutos kerrotaan yhdessä kokouksessa, ja kaikki kuulevat sen. 25 kumppanin kohdalla muutokset kulkevat liitetiedostoina, ja jokainen kopio muodostaa oman haaransa.
Ratkaisu. Yksi vastuuhenkilö, yksi ajantasainen versio, muutosloki ja kunkin muutoksen voimaantulopäivä.
3. Perehdytys riippuu yhdestä henkilöstä (noin 40 kumppanista alkaen)
Oire. Ohjelman suunnitellut henkilö perehdyttää uudet kumppanit yhdessä pitkässä puhelussa. Kun hän on lomalla, perehdytys odottaa. Kun hän lähtee, ohjelman muisti lähtee mukana.
Miksi ongelma ilmenee tässä vaiheessa. Perehdytys on pyyntö, jonka käsittelyaika on pitkä, ja ohjelmiin liittyy usein kumppaneita ryhmittäin. Viisitoista uutta kumppania samassa kuussa kuormittaa samaa kalenteria.
Ratkaisu. Dokumentoi perehdytys: lyhyt tervetulopaketti, kolme ensimmäistä askelta ja tieto siitä, keneltä kysyä mitäkin. Silloin ensimmäisessä puhelussa voidaan keskittyä kumppaniin eikä ohjelmaan.
4. Näyttö on hajallaan postilaatikoissa (noin 60 kumppanista alkaen)
Oire. Toimintaperiaatteet, auditoinnit, koulutuslistat ja valokuvat saapuvat liitteinä sille, jonka kumppani tuntee parhaiten. Ennen auditointia tai rahoittajan vierailua tiimi käyttää päiviä postilaatikoiden penkomiseen.
Miksi ongelma ilmenee tässä vaiheessa. Näytön määrä kasvaa kumppanien määrän ja vaatimusten määrän tulona, ja aineisto päätyy henkilökohtaisiin postilaatikoihin, joihin kollegat eivät näe. Muista myös toisen osapuolen kuormitus: ICVA:n vuonna 2016 tekemässä tutkimuksessa rahoittajien humanitaarisille kansalaisjärjestöille asettamista ehdoista havaittiin keskimäärin 36 raportoinnin määräaikaa maata ja vuotta kohti sekä kumppanien kapasiteettiarviointeja, joissa saattoi olla yli 100 kysymystä ja jopa 91 liitettä [3]. Kumppanisi kantavat vastaavaa kuormaa sinua varten.
Ratkaisu. Pyydä kukin näyttö vain kerran, aseta määräpäivä ja liitä se vaatimukseen, jonka täyttymisen se osoittaa. Pyydä vain sellaista, jonka joku myös lukee.
5. Raportointi vie viikkoja (noin 90 kumppanista alkaen)
Oire. Vuosiraportti alkaa sähköpostilla, jossa kaikilta kumppaneilta pyydetään lukuja, jatkuu viikkojen tiedostojen yhdistelyllä ja päättyy kaavioon, jonka lähdettä kukaan ei pysty jäljittämään.
Miksi ongelma ilmenee tässä vaiheessa. Tässä kokoluokassa raportointi on kokoamistyötä: jos tietoa ei kerätty vuoden aikana yhtenäiseen rakenteeseen, joku rakentaa sen lopuksi käsin. Samassa ICVA:n tutkimuksessa kuvataan kansainvälinen kansalaisjärjestö, joka laski voivansa säästää talousraportoinnissa 11 000 tuntia, jos sen yhdeksän suurinta rahoittajaa sopisivat kustannusten määritelmistä ja hyväksyisivät saman talousraporttipohjan [3]. Vuoden 2016 Grand Bargain -sopimuksessa rahoittajat ja avustusjärjestöt sitoutuivat vähentämään päällekkäistä työtä ja hallintokustannuksia sekä yksinkertaistamaan raportointia: vähemmän raportoitavaa, yhteinen terminologia, keskeiset vaatimukset ja yhteinen raporttirakenne [4].
Ratkaisu. Valitse muutama KPI ennen vuoden alkua, määrittele ne samalla tavalla kaikille kumppaneille ja kerää tiedot työn edetessä. Raportti syntyy tietopoimintana, ja viikot voidaan käyttää sen lukemiseen.
6. Kumppanit eivät tiedä, mitä odotetaan, tai eivät voi työskennellä omalla kielellään (noin 120 kumppanista alkaen)
Oire. Samat kysymykset toistuvat: mitä seuraavaan vaiheeseen tarvitaan, mikä mallipohja ja mihin mennessä. Joissakin maissa kumppanit vastaavat myöhässä tai eivät lainkaan, ja tämä tulkitaan sitoutumisen puutteeksi.
Miksi ongelma ilmenee tässä vaiheessa. Ohjelma toimii jo yli rajojen, mutta odotukset on kuvattu edelleen vain yhdellä kielellä. Vuonna 2021 julkaistun Humanitarian Exchange -artikkelin kirjoittajat totesivat, että maailmanlaajuiset ohjeet ja tekniset työkalut ovat yleensä saatavilla vain YK:n virallisilla kielillä ja että kansainvälisillä kielillä pidettävät koordinointikokoukset pahentavat ongelmaa [5]. Hiljaisuus johtuu usein kielestä, ei motivaatiosta.
Ratkaisu. Kuvaa jokainen vaihe selkein, havaittavin kriteerein ja käännä se mallipohjineen. Jokainen kysymys, johon sivu vastaa, on pyyntö, joka ei koskaan päädy jonoon.
7. Käyttöoikeudet ja tietosuoja (noin 160 kumppanista alkaen)
Oire. Jaettuun kansioon on pääsy sadoilla ihmisillä, kukaan ei ole varma siitä, kuka näkee minkäkin kumppanin arvioinnin, ja tietosuojavastaava esittää kysymyksiä, joihin kukaan ei osaa vastata.
Miksi ongelma ilmenee tässä vaiheessa. 10 kumppanin kanssa yksi jaettu kansio on kätevä. 200 kumppanin kohdalla se on riski: kumppanitiedoissa on henkilötietoja ja arkaluonteisia arviointeja, ja käsin annettuja käyttöoikeuksia poistetaan harvoin. Euroopan komission oletusarvoista tietosuojaa koskevan ohjeen mukaan henkilötietojen pitäisi olla saatavilla ”vain rajatulle määrälle henkilöitä tiedonsaantitarpeen perusteella” [6].
Ratkaisu. Määrittele roolit ennen seuraavan kumppaniryhmän liittymistä: kuka tiimissäsi näkee ja muuttaa mitäkin. Aseta säännöksi, että kumppani näkee vain omat tietonsa. Tarkista käyttöoikeudet ihmisten liittyessä tai lähtiessä.
Mitä työkalun on tehtävä kussakin ongelmakohdassa
Käytännöt tulevat ensin: rikkinäistä prosessia automatisoiva työkalu vain nopeuttaa sen hajoamista. Sen jälkeen laajamittainen kumppanien hallinta edellyttää työkalulta seuraavaa:
| Ongelmakohta | Ensin käytäntö | Mitä työkalun on tehtävä |
|---|---|---|
| Tilannetietojen kysely sähköpostitse | Tee tilannetiedosta työn sivutuote | Anna kumppanien kirjata edistyminen työskentelypaikassaan ja näytä kaikkien tilanne kysymättä |
| Viitekehyksen useat versiot | Yksi vastuuhenkilö, yksi versio, muutosloki | Ylläpidä kaikille kumppaneille yhtä yhteisesti muokattavaa viitekehystä, jonka muutokset tavoittavat kaikki kerralla |
| Yhdestä henkilöstä riippuva perehdytys | Kirjallinen tervetulopaketti | Näytä jokaiselle uudelle kumppanille ensimmäisestä kirjautumisesta alkaen sen tilanne ja seuraavan askeleen vaatimukset |
| Postilaatikoihin hukkuva näyttö | Yksi pyyntö kutakin näyttöä kohti | Liitä jokainen ladattu tiedosto sen osoittamaan askeleeseen ja näytä, mitä kaikilta kumppaneilta puuttuu |
| Viikkoja vievä raportointi | Muutama etukäteen määritelty KPI | Tallenna KPI:t kumppanikohtaisesti historioineen ja tuota raportit näistä tiedoista |
| Epäselvät odotukset, yksi kieli | Selkeät vaihekuvaukset käännettyinä | Näytä kullekin kumppanille sen tilanne ja seuraava askel sen omalla kielellä |
| Käyttöoikeudet ja tietosuoja | Roolit ennen seuraavaa kumppaniryhmää | Valvo rooleja, rajaa kumppanit omiin tietoihinsa, tue organisaatiosi kirjautumista ja kerro tiedostojen tallennuspaikka |
Yhden sivun tarkistuslista kasvuvalmiuden arviointiin
Tarkistuslista muuttaa seitsemän ongelmakohtaa 21 väittämäksi ja sisältää koordinaattorin kuormituslaskelman, johon voit lisätä omat lukusi. Käy se läpi tiimisi kanssa ennen seuraavan kumppaniryhmän liittymistä ja aloita ensimmäisestä osiosta, jossa vähintään kaksi ruutua jää tyhjäksi.
Lataa kasvuvalmiuden tarkistuslista (PDF, 1 sivu). Tulosta se tiimipalaveriin.
Onko toinen ongelmakohta jo takana? Advancer.Worldissa jokainen kumppani käyttää ohjelmasi samaa versiota, näkee oman tilanteensa ja seuraavan vaiheen vaatimukset omalla kielellään sekä lähettää näytön siihen askeleeseen, johon se kuuluu. Tiimisi näkee kunkin kumppanin tilanteen kyselemättä. Aloittaminen on maksutonta.
Laajamittainen kumppanien hallinta Advancer.Worldissa
Advancer.World syntyi UNICEF:n ja Airbusin kaltaisten organisaatioiden ohjelmien digitaalisesta transformaatiosta. Ohjelma on yksi kerran suunniteltava ruudukko: yhdellä akselilla ovat vaiheet, toisella aiheet ja ala-aiheet, ja jokainen solu kuvaa, miltä kyseinen vaihe näyttää kyseisessä aiheessa. Useat tiimisi jäsenet voivat suunnitella sitä samanaikaisesti, ja jokainen kumppani käyttää samaa versiota.
Solujen väliset askeleet sisältävät varsinaisen työn: aloitteet, kyselyt, asiakirjojen latauspyynnöt ja sähköiset allekirjoituspyynnöt. Valitset ohjelmakohtaisesti, miten kumppanit etenevät: itsearvioinnilla, automaattisesti edellisen askeleen valmistuttua tai tiimisi vahvistuksella. Kumppanit kutsutaan sähköpostitse, ja he näkevät oman tilanteensa ja seuraavan vaiheen vaatimukset millä tahansa 22 kielestä, mukaan lukien arabia, urdu, swahili ja hausa. He eivät koskaan näe muiden kumppanien tietoja, eivätkä kumppanit tai heidän henkilöstönsä koskaan maksa.
KPI:t tallennetaan kumppanikohtaisesti, ja päivittäiset tilannekuvat säilyttävät historian. Näin Excel-raportit ja tekoälyn kirjoittamat, kaavioita sisältävät Word-raportit perustuvat vuoden aikana kerättyyn tietoon. Organisaatiosi voi kirjautua Microsoft Entra ID:llä, tiedostot tallennetaan EU:ssa, ja Gold- ja Enterprise-tilauksissa tekoälyavustaja voi lukea kumppaniesi tilanteen MCP-palvelimen kautta. Jos MCP on sinulle uusi asia, aloita tutustumalla siihen, mikä Model Context Protocol on.
Usein kysytyt kysymykset
Kuinka montaa kumppania yksi koordinaattori voi hallinnoida?
Kiinteää suhdelukua ei ole. Kerro kumppanien määrä kunkin viikoittain lähettämien pyyntöjen määrällä ja yhden pyynnön vaatimilla minuuteilla. Jaa tulos minuuteilla, jotka koordinaattorillasi todella on käytettävissä kumppanityöhön. Näin saat käyttöasteen. Jo 80 %:n käyttöasteella keskimääräisen pyynnön läpimeno vie viisi kertaa sen käsittelyajan.
Milloin kumppaniohjelma kannattaa siirtää pois laskentataulukoista ja sähköpostista?
Kun kaksi neljästä ensimmäisestä ongelmakohdasta ilmenee samanaikaisesti tai ennen seuraavan kumppaniryhmän liittymistä – kumpi tahansa tapahtuu ensin. Jos tarvitset apua nykyisten tietojen siirtämiseen, Mourinho Solutions tarjoaa siirtotukea.
Lisääkö alusta kumppaniemme työtä?
Sen pitäisi vähentää työtä. Kumppani, joka vastaa tilannesähköposteihin, lähettää liitteitä kolmelle ihmiselle ja täyttää eri mallipohjan jokaiselle rahoittajalle, tekee työn jo nyt. Yhteinen paikka muuttaa vain sitä, minne työ tallentuu. Pyydä ensin kahta tai kolmea kumppania kokeilemaan sitä.
Näin kasvatat kumppaniohjelmaa ilman, että sen toiminta kärsii
Kaikkia seitsemää ongelmaa ei tarvitse ratkaista kerralla. Tunnista ensimmäinen kipupiste, jonka ohjelmasi on jo kohdannut, korjaa se ja laske koordinaattorin työmäärä ennen seuraavan kumppaniryhmän liittymistä. Hyvin skaalautuva ohjelma ei tarvitse sankarikoordinaattoria. Se tarvitsee koordinaattorin, jonka työviikko ei ole täyteen ahdettu. Jos kaipaat ulkopuolista näkemystä itse ohjelman suunnitteluun, tutustu ohjelmakonsultointiimme.
Hallitse 10:tä tai 200:aa kumppania samalla rakenteella. Suunnittele ohjelmasi kerran, kutsu kumppanisi mukaan ja säilytä todentava aineisto, KPI:t ja historia yhdessä paikassa sähköpostilaatikkosi sijaan. Aloittaminen on maksutonta.
Lähteet
- John D. C. Little, ”Littlen laki 50-vuotispäivänään tarkasteltuna”, Operations Research 59(3), s. 536–549, touko–kesäkuu 2011, https://doi.org/10.1287/opre.1110.0940 (viitattu lokakuussa 2026).
- Richard C. Larson ja Amedeo R. Odoni, ”Kaupunkien operaatiotutkimus”, Prentice-Hall, 1981, osio 4.6.1, ”Yksi operaattori, rajaton määrä linjoja”, https://web.mit.edu/urban_or_book/www/book/chapter4/4.6.1.html (viitattu lokakuussa 2026).
- Kansainvälinen vapaaehtoisjärjestöjen neuvosto (ICVA), ”Vähemmän paperityötä, enemmän apua: raportointi, kumppanien valmiuksien arviointi ja auditointi”, päivitetty syyskuussa 2016, https://alnap.org/help-library/resources/less-paper-more-aid-reporting-partner-capacity-assessment-and-audit/ (viitattu lokakuussa 2026).
- ”Grand Bargain: yhteinen sitoumus avuntarvitsijoiden parempaan palvelemiseen”, Istanbul, 23. toukokuuta 2016, https://gblocalisation.ifrc.org/wp-content/uploads/2018/06/grand_bargain_final_22_may_final-2_0.pdf (viitattu lokakuussa 2026).
- Mia Marzotto, Kemal Alp Taylan, Fatuma Ibrahim, Marian Ellen Hodgkin, Paul Martin Lukusa Mbwebwa ja Charles Abugo, ”’Miten voimme antaa oman panoksemme, jos emme voi osallistua?’ Humanitaaristen ohjeiden saavutettavuus paikallisille ja kansallisille järjestöille”, Humanitarian Exchange 79, Humanitarian Practice Network, 25. toukokuuta 2021, https://odihpn.org/en/publication/how-can-we-contribute-if-we-cant-participate-the-accessibility-of-humanitarian-guidance-to-local-and-national-organisations/ (viitattu lokakuussa 2026).
- Euroopan komissio, ”Velvoitteet: sisäänrakennettu ja oletusarvoinen tietosuoja”, https://commission.europa.eu/law/law-topic/data-protection/information-business-and-organisations/obligations/what-does-data-protection-design-and-default-mean_en (viitattu lokakuussa 2026).
© 2026 Mourinho Solutions. Kaikki oikeudet pidätetään.
