1. Johdanto

Henkilöstön poistumalla tarkoitamme jatkuvaa työntekijöiden menettämistä lähtöjen kautta – vapaaehtoisten tai ei – ja tässä artikkelissa ratkaisevaa on sen koostumus, ei sen vauhti. IT-alan poistuman kustannukset on dokumentoitu hyvin; sen tunnistamisen ajoitusta ei ole. Käytännön kirjallisuuden arviot korvauskustannuksista liikkuvat noin 90 %:sta 200 %:iin vuosipalkasta, kun rekrytointi, perehdytys ja menetetty tuottavuus lasketaan mukaan. Silti useimmat IT-osastot seuraavat poistumaa yhdellä jälkikäteisellä luvulla: vuotuisella vaihtuvuusasteella. Tuo luku vastaa kysymykseen kuinka moni lähti, ei siihen, kuka lähti tai mitä lähti heidän mukanaan.

Kuilulla on merkitystä, koska IT-työ keskittää hiljaista tietoa harvoihin päihin. Vanha integraatio, dokumentoimaton käyttöönottorituaali, varmuuskopiointijärjestely, josta vain yksi ylläpitäjä on koskaan tehnyt palautuksen, tai toimittajasuhde elää usein yhden tai kahden ihmisen varassa. Kun nämä ihmiset lähtevät, osasto ei romahda välittömästi. Se rapautuu hitaasti, eikä rapautuminen näy mittareissa, joita johto lukee.

Webster (2008) nimesi tämän taustalla olevan valikoivan kaavan: suurissa IT-organisaatioissa vahvimmat tekniset työntekijät lähtevät todennäköisimmin, ja vähiten liikkuvat jäävät. Hän kutsui sitä Kuolleenmeren ilmiöksi. Hänen esseeseensä viitataan laajalti käytännön toimijoiden parissa, mutta sitä ei ole koskaan kehitetty malliksi, eikä se sano juuri mitään siitä, milloin ilmiö tulee näkyviin.

Tämä artikkeli vastaa tuohon puutteeseen yhdellä kysymyksellä: miksi IT-organisaatiot tunnistavat Kuolleenmeren ilmiön vasta sen pisteen jälkeen, jossa se olisi vielä käännettävissä, ja mikä antaisi niille mahdollisuuden tunnistaa sen aikaisemmin?

Kaksi populaatiota ja yhdet markkinat. IT-osastolla on kaksi teknistä populaatiota, jotka tämä artikkeli pitää erillään ensimmäiseltä sivulta viimeiselle: ohjelmistokehittäjät, jotka rakentavat ja muuttavat järjestelmiä ja joiden työ jättää jäljen versionhallintaan, ja järjestelmäylläpitäjät, jotka pyörittävät infrastruktuuria, verkkoja, tietokantoja, tallennusta ja käyttöpalveluja ja joiden tieto on proseduraalista ja jättää jäljen lähinnä tiketteihin, päivystyslistoihin ja muistiin. Molemmat ryhmät ovat alttiita Kuolleenmeren ilmiölle. Ne eivät ole sille alttiita samalla tavalla: ne lähtevät eri vauhtia ja eri reittejä, niiden tieto menetetään ja palautetaan eri tavoin, ja välineet, joilla niiden menetys havaittaisiin, ovat erilaiset. Niiden niputtaminen yhdeksi kategoriaksi, kuten Websterin essee ja suurin osa käytännön kirjallisuudesta tekee, kätkee juuri ne erot, jotka ratkaisevat, kuinka kauan viive kestää. Missä tämä artikkeli esittää luvun, havainnon tai suosituksen, se esittää sen kummallekin ryhmälle ja sanoo, missä ne ovat yhtäpitäviä.

Artikkeli on kirjoitettu Alankomaiden markkinatilannetta varten. Neljä sen piirrettä vaikuttaa suoraan argumenttiin ja toistuu läpi tekstin. Useimmat suuret alankomaalaiset työnantajat ja koko julkinen sektori määrittävät teknisen henkilöstön palkat työehtosopimuksilla (CAO), joissa on kiinteät asteikot ja vuosittaiset portaat, joten jäävän vahvan kehittäjän palkkakehitys on hidasta ja ennakoitavaa, mikä on juuri se ehto, jonka vallitessa huippusuorittajat lähtevät (luku 2.2). Alankomaiden irtisanomislaki edellyttää UWV:n tai kantonituomioistuimen ennakkotarkastusta ja lakisääteistä erokorvausta, joten jäävää henkilöstöä on vaikea siirtää, kun se on kerran linnoittautunut. Yritysneuvostoilla on suostumusoikeus henkilöstöä valvoviin järjestelmiin ja henkilötietojen käsittelyyn, mikä rajoittaa sitä, miten luvun 6 indikaattorit voidaan rakentaa. Ja Alankomaiden ICT-työmarkkinat luokiteltiin vuoden 2024 neljännellä neljänneksellä hyvin kireiksi kaikissa kolmessa UWV:n erottamassa ICT-ammattiryhmässä (UWV, 2025), ja ne ovat sittemmin viilentyneet: avoimet työpaikat laskivat vuoden 2023 huipusta noin 18,900:aan vuoden 2026 toisella neljänneksellä, kun taas ICT-työntekijöiden työttömyys on kasvanut (UWV, 2026); näennäisyrittäjyyden valvonnan jatkaminen tammikuussa 2025 on samaan aikaan kaventanut freelance-reittiä, jota molemmat ryhmät, ja erityisesti ylläpitäjät, käyttivät poistumistienä ja jota työnantajat käyttivät rekrytoinnin korvikkeena (Minister van SZW & Staatssecretaris van Financiën, 2026). Mikään näistä piirteistä ei ole ainutlaatuinen Alankomaille, mutta niiden yhdistelmä on, eikä artikkeli väitä, että sen luvut siirtyisivät muuttumattomina muille markkinoille.

Argumentti etenee seuraavasti. Luku 2 käy läpi Kuolleenmeren ilmiön, sen ydinväitettä tukevan tutkimuskirjallisuuden, lähikäsitteet, joihin se usein sekoitetaan, ja kaksi populaatiota sellaisina kuin Alankomaiden markkinat ne esittävät. Luku 3 tunnistaa mekanismit, jotka viivästyttävät tunnistamista. Luku 4 ehdottaa viisivaiheista mallia, ja luku 5 johtaa tietokattavuuden minimaalisesta mallista sekä lukkiutumispisteen että viiveen pituuden. Luku 6 johtaa ennakoivat indikaattorit, luku 7 seuraa tyyliteltyä osastoa viiden vaiheen läpi, luku 8 käsittelee interventioita, ja luku 10 esittää rajoitukset ja empiirisen tutkimusohjelman. Liite A antaa operationaaliset määritelmät jokaiselle indikaattorille.

2. Tausta

2.1 Kuolleenmeren ilmiö

Webster (2008) havaitsi, että suuren IT-osaston osaamisjakauman pitäisi muiden tekijöiden pysyessä ennallaan vastata sen rekrytointien jakaumaa, mutta käytännössä se liukuu ajan myötä alaspäin. Kehittäjät, jotka kykenevät parhaiten löytämään töitä muualta, lähtevät kohdatessaan organisaation toimintahäiriöitä; jäävät puolestaan linnoittautuvat kriittisten järjestelmien ylläpitäjiksi ja muuttuvat vaikeiksi siirtää. Hän nimesi ilmiön Kuolleenmeren mukaan, josta vesi poistuu vain haihtumalla ja suola jää jäljelle. Webster esitti sen nimenomaisesti taipumuksena, ei lakina: kaikki jäävät eivät ole ”jäännöstä”, ja hyvin johdetut ryhmät välttävät kaavan kokonaan. Essee ilmestyi hänen blogissaan lukuluonnoksena kirjaan, jota ei koskaan julkaistu, ja käsite on sittemmin levinnyt pääasiassa käytännön toimijoiden kanavien kautta.

2.2 Kuka lähtee: suoritus–vaihtuvuus-kirjallisuus

Ydinväitteellä, että lähtijät eivät ole satunnainen otos työvoimasta, on vankka empiirinen tuki. Jackofsky (1984) esitti, että vapaaehtoinen vaihtuvuus on käyräviivainen suorituksen suhteen: heikot suorittajat työnnetään ulos, huippusuorittajat vedetään ulos ulkopuolisilla tarjouksilla, ja keskitason suorittajat jäävät. Trevor, Gerhart ja Boudreau (1997) vahvistivat tämän yhden yrityksen 5,143 työntekijällä ja havaitsivat, että käyrän huippusuorittajien päätä ajaa palkkakehitys: siellä, missä palkkakehitys jäi jälkeen, vaihtuvuus huippusuorittajien keskuudessa oli äärimmäisen suurta. Salamin ja Hom (2005) toistivat U-muodon sveitsiläisessä pankkitoiminnassa. Williams ja Livingstone (1994) tekivät meta-analyysin 55 tutkimuksesta ja havaitsivat, että vaihtuvuus keskittyy heikkoihin suorittajiin vain silloin, kun palkka on sidottu suoritukseen; kun se ei ole, yhteys heikkenee tai katoaa.

Tästä seuraa IT-alalle kaksi johtopäätöstä. Ensinnäkin Kuolleenmeren ilmiö on vakiintuneen käyrän huippusuorittajien haara, ei kansanteoria. Toiseksi sen tuottavat ehdot ovat täsmälliset: tasainen palkkakehitys ja heikko suorituksen erottelu, jotka molemmat ovat yleisiä suurissa yritys- ja julkisen sektorin IT-organisaatioissa.

2.3 Toiminnallinen ja epätoiminnallinen vaihtuvuus

Dalton, Todor ja Krackhardt (1982) esittivät, että pelkkä vaihtuvuusaste on harhaanjohtava, koska siinä yhdistyvät toiminnallinen vaihtuvuus (heikkojen suorittajien lähtö, joka hyödyttää organisaatiota) ja epätoiminnallinen vaihtuvuus (hyvien suorittajien lähtö, jotka olisi voitu pitää). Heidän luokittelunsa ennakoi keskeistä mittausongelmaa, jota tämä artikkeli tarkastelee: aggregoitu vaihtuvuusluku voi näyttää terveeltä, vaikka sen koostumus on tuhoisa.

2.4 Mitä lähtee: tiedon menetys

DeLong (2004) dokumentoi, kuinka teknologiaintensiiviset organisaatiot menettävät kriittistä hiljaista tietoa eläköitymisten ja odottamattomien uran keskivaiheen lähtöjen kautta, ja osoitti, että menetys tulee tyypillisesti esiin kuukausia tai vuosia lähdön jälkeen, kun eteen tulee tilanne, jonka hoitamisen vain lähtenyt työntekijä osasi. Saman ajan käytännön kirjallisuus muotoili ongelman nimenomaisesti henkilöstön poistumaksi; sekä Kaplan (2009) että Manpower (2010) raportoivat, että huomattavalla osalla työnantajista ei ollut prosessia lähtevien työntekijöiden tiedon talteen ottamiseksi.

2.5 Lähikäsitteet

Kuolleenmeren ilmiö sijoittuu useiden tunnetumpien ajatusten rinnalle, ja on syytä sanoa täsmällisesti, miten se eroaa kustakin.

Bussikerroin. Järjestelmän bussikerroin on niiden ihmisten määrä, joiden olisi lähdettävä ennen kuin järjestelmää ei voida enää ylläpitää. Ohjelmistotuotannon tutkimus on operationalisoinut sen versionhallinnan historiasta (Cosentino, Cánovas Izquierdo & Cabot, 2015; Avelino et al., 2016). Se on tilannekuva tiedon keskittymisestä tiettynä ajankohtana, ja sen vakiintuneet mittarit perustuvat versionhallintaan, joka tallentaa, mitä ohjelmistokehittäjät tekevät, mutta ei sitä, mitä ylläpitäjät tekevät; liite A laajentaa sen ylläpidettyihin järjestelmiin. Kuolleenmeren ilmiö on prosessi, joka ajaa bussikerrointa alaspäin; bussikerroin on yksi sen parhaista mittareista (luku 6), ei kilpaileva selitys.

Brooksin laki. Brooks (1975) havaitsi, että ihmisten lisääminen myöhässä olevaan ohjelmistoprojektiin myöhästyttää sitä entisestään, koska perehdytyksen ja viestinnän yleiskustannukset ylittävät lisätyn kapasiteetin. Laki koskee aikapulassa olevaa projektia. Luku 8 yleistää mekanismin koostumuspulassa olevaan tiimiin: tiimiltä, joka on menettänyt vahvimmat jäsenensä, puuttuu kyky perehdyttää, joten ihmisten lisääminen epäonnistuu samasta syystä, pysyvästi eikä vain projektin keston ajaksi.

Toiminnallinen ja epätoiminnallinen vaihtuvuus. Dalton et al. (1982) tarjosivat luokittelun; Kuolleenmeren ilmiö on tapaus, jossa vaihtuvuus on järjestelmällisesti epätoiminnallista ja aggregoitu luku kätkee sen. Tämän artikkelin panos on ajallinen argumentti: miksi organisaatio saa tietää epätoiminnallisuudesta myöhään.

Organisaation unohtaminen. De Holan ja Phillips (2004) erottavat tarkoituksellisen unohtamisen tahattomasta unohtamisesta ja jälkimmäisen sisällä uuden tiedon talteenoton epäonnistumisen jo hallussa olevan tiedon rapautumisesta. Tiedon menetys poistuman kautta on tahatonta rapautumista. Kuolleenmeren ilmiö lisää tähän kirjallisuuteen valintamekanismin: rapautuva tieto ei ole satunnaista vaan suhteettomasti sitä tietoa, jota hallitsevat ne, jotka kykenevät parhaiten lähtemään.

Absorptiokyky. Cohen ja Levinthal (1990) esittivät, että organisaation kyky tunnistaa, omaksua ja soveltaa uutta tietoa riippuu sen jo hallussa olevasta lähitiedosta. Luvun 3.5 mekanismi on absorptiokykyä sovellettuna ihmisiin tiedon sijasta: tiimin kyky pitää vahva rekrytointi riippuu jo paikalla olevista vahvoista kollegoista. Luvussa 5 tämä näkyy yksinkertaisena tosiasiana, että tiedon siirto tarvitsee lähteen: kun jäljellä ei ole ketään, joka tuntee järjestelmän, kukaan ei voi opettaa sitä.

Vaihtuvuusteoria. Vuosisadan mittainen vaihtuvuustutkimus (Hom et al., 2017) on keskittynyt yksilötason edeltäjiin: miksi tietty henkilö päättää lähteä. Nyberg (2010) osoittaa, että huippusuorittajilla palkkakehitys ja ylenemisnopeus moderoivat tuota päätöstä. Tämä artikkeli ottaa yksilötason tulokset annettuina ja esittää tiimitason kysymyksen: mitä tällaisten päätösten sarja tekee jäljelle jäävän koostumukselle, ja milloin kukaan huomaa sen.

2.6 Kaksi populaatiota, kahdet työmarkkinat

Suoritus–vaihtuvuus-kirjallisuus käsittelee työntekijöitä yhtenä populaationa, joka on järjestetty suorituksen mukaan. Tämän artikkelin argumenttia varten IT-osaston tekninen henkilöstö on jaettava kahtia, koska Kuolleenmeren ilmiö toimii kolmen asian kautta, jotka eroavat järjestelmällisesti ohjelmistokehittäjien ja järjestelmäylläpitäjien välillä: heidän tietonsa muoto, reitti, jota pitkin he lähtevät, ja jälki, jonka he jättävät mittausta varten.

Tieto. Kehittäjien tieto on osittain kodifioitu heidän tuottamiinsa artefakteihin. Koodi, testit, skeemat ja putket säilyvät tekijänsä jälkeen, huonosti dokumentoituina mutta luettavina. Ylläpitäjien tieto on proseduraalista: miten klusteri siirretään vikatilanteessa, missä järjestyksessä palvelut käynnistetään uudelleen, mikä on palomuurin ja eräajoikkunan dokumentoimaton riippuvuus, miksi palautus on tehtävä toiseksi vanhimmasta tilannevedoksesta. Se hankitaan tekemällä ja säilyy muistissa, ja sitä käytetään järjestelmissä, joiden vikaantuminen pysäyttää koko liiketoiminnan eikä vain yhtä toimintoa. Luvun 5 termein vahvaa ylläpitäjää on vaikeampi korvata vahvalla rekrytoinnilla kuin vahvaa kehittäjää, koska luettavaa on vähemmän ja näytettävää enemmän.

Poistumisreitit Alankomaiden markkinoilla. Vuoden 2024 neljännellä neljänneksellä UWV luokitteli kaikki kolme erottamaansa ICT-ammattiryhmää, ohjelmisto- ja sovelluskehittäjät, tietokanta- ja verkkoasiantuntijat sekä ICT-käyttäjätuen, hyvin kireiden työmarkkinoiden piiriin (UWV, 2025); sittemmin markkinat ovat viilentyneet, ICT-alan avoimet työpaikat ovat laskeneet tasaisesti vuodesta 2023, ja työttömyysetuutta saavien ICT-työntekijöiden määrä on noussut noin 6,400:aan heinäkuussa 2026, osittain pankkialan uudelleenjärjestelyjen vuoksi (UWV, 2026). Tämän yhteisen kuvan sisällä kaksi ryhmää lähtee eri ovista. Yrityksen IT-osaston vahvoja kehittäjiä vetävät ohjelmistotuoteyhtiöt, kasvuyritykset ja konsulttitalot, joissa palkan määrää markkina eikä CAO-asteikko ja joissa työ on rakentamista eikä ylläpitoa. Vahvoja ylläpitäjiä vetävät hallittujen palvelujen tarjoajat, pilvi- ja hosting-yhtiöt ja viime aikoihin asti itsensä työllistäminen: zzp-reitti oli vuosia kokeneen alankomaalaisen ylläpitäjän vakiotapa kaksinkertaistaa tulonsa tekemällä samaa työtä samalle työnantajalle. Valvonnan lykkäyksen päättyminen 1. tammikuuta 2025 teki toimeksiantajista varovaisia freelancereiden palkkaamisessa organisaatioon sulautettuihin rooleihin (Minister van SZW & Staatssecretaris van Financiën, 2026), mikä on sulkenut osan tuosta ovesta ja, kuten luvussa 8 käsitellään, samalla sulkenut osan työnantajan pakoreitistä.

Jäävä puoli. Alankomaiden institutionaalinen ympäristö muovaa myös sitä, kuka jää. CAO-asteikot vuosittaisine portaineen merkitsevät, että jäävä vahva kehittäjä tai ylläpitäjä saavuttaa asteikkonsa huipun muutamassa vuodessa eikä sen jälkeen näe kehitystä, mikä on täsmälleen se ehto, jonka vallitessa Trevor et al. (1997) havaitsevat huippusuorittajien vaihtuvuuden äärimmäisen suureksi. Irtisanomissuoja merkitsee, että linnoittautunutta henkilöstöä ei voida helposti siirtää; ennakkotarkastus ja lakisääteinen siirtymäkorvaus tekevät Websterin metaforan jäännöksestä pysyvän tosiasian eikä johdon valintaa. Molemmat piirteet koskevat molempia ryhmiä. Ero on siinä, että linnoittautuneella ylläpitäjällä on hallussaan pääkäyttäjäsalasanat ja päivystyslista, joten linnoittautuminen on operatiivista yhtä lailla kuin organisatorista.

Jälki. Lopuksi ryhmät eroavat siinä, mitä ne jättävät jälkeensä mittausta varten. Jokainen kehittäjän tekemä muutos on versionhallinnassa tekijälleen kirjattu, joten tiedon keskittyminen voidaan laskea historiasta (liite A). Ylläpitäjän työ kirjataan, jos ylipäätään, muutostiketteihin, häiriötietueisiin ja päivystysaikatauluihin, jotka ovat ohuempia, epäjohdonmukaisemmin ylläpidettyjä ja kirjaavat usein sen, kuka tiketin teki, eikä sitä, kuka työn teki. Käytännön seuraus kulkee läpi koko artikkelin: ilmiö on vaikeampi nähdä ylläpitäjien kohdalla, ja heitä koskevien indikaattorien on nojattava enemmän kysymiseen ja vähemmän laskemiseen.

Yhdessä nämä kirjallisuudet vahvistavat, kuka lähtee, mitä lähtee ja mitkä lähikäsitteet ovat jo käytössä, ja tämä luku on esittänyt, miksi kahta populaatiota on seurattava erikseen. Mikään kirjallisuudesta ei käsittele sitä, milloin organisaatio saa tietää. Se on seuraavien lukujen panos.

3. Miksi ilmiö viivästyy

Kuolleenmeren ilmiö viivästyy, koska jokainen johdon saama signaali on joko neutraali tai harhaanjohtavasti rauhoittava, kunnes vahinko on rakenteellinen. Nashua tunnistaa kuusi mekanismia. Ne eivät ole riippumattomia; yhdessä ne muodostavat mittausjärjestelmän, joka on sokea juuri sille muuttujalle, jolla on merkitystä.

3.1 Henkilöstömäärä laskee, mutta hitaasti. Poistuma korvataan vain osittain, joten henkilöstömäärä valuu alaspäin sen sijaan, että se putoaisi. Osasto, joka menettää kolme kehittäjää ja palkkaa kaksi, raportoi yhden nettomenetyksen, luvun, joka on riittävän pieni sulautuakseen budjettikiertoon tai tullakseen luetuksi tehokkuutena. Vaihtuvuusaste, ainoa poistumamittari, jonka useimmat IT-johtajat näkevät, on lukumäärä. Se ei voi erottaa laskutusintegraation ymmärtäneen henkilön lähtöä sellaisen henkilön lähdöstä, joka olisi korvattavissa viikossa, ja hitaasti kutistuva luku kätkee sen tosiasian, että lähtijät olivat suhteettomasti jakauman huipulta. Dalton et al. (1982) esittivät tämän yleisellä tasolla; IT-alalla, jossa osaaminen vaihtelee yksilöiden välillä kertaluokan verran, peittyminen on äärimmäistä. Ylläpitäjillä on lisäksi vielä yksi peite: suurempi osa heidän lähdöistään tapahtuu suunniteltuna eläköitymisenä tai sisäisenä siirtona palvelunhallintarooliin, joita mikään vaihtuvuusmittari ei laske menetykseksi lainkaan.

3.2 Järjestelmät pysyvät käynnissä. Tuotanto-ohjelmisto ei pysähdy, kun sen tekijä lähtee. Tietoaukko tulee näkyviin vasta, kun järjestelmää on muutettava tai se vikaantuu, mikä voi tapahtua kuukausia tai vuosia myöhemmin (DeLong, 2004). Siihen asti osasto näyttää toimittavan kuten ennenkin. Ylläpidettyjen järjestelmien osalta asia on vielä terävämpi: varmuuskopio, josta ei ole koskaan tehty palautusta, kerran vuodessa käsin tehtävä varmenteen uusiminen, palomuurisäännöstö, jota kukaan muu ei ole lukenut, kaikki toimivat siihen päivään asti, jolloin ne eivät toimi, ja tuo päivä voi olla vuosia sen jälkeen, kun ne ymmärtänyt henkilö lähti. Operatiivinen vakaus luetaan organisaation terveydeksi, vaikka se on tosiasiassa liikemäärää. Kehittäjillä viiveen määrää muutoskalenteri: aukko näkyy, kun järjestelmää on seuraavan kerran muutettava. Ylläpitäjillä sen määrää vikaantumiskalenteri: aukko näkyy, kun järjestelmä seuraavan kerran rikkoutuu, mikä on harvinaisempaa ja myöhäisempää.

3.3 Jäännöksen linnoittautuminen näyttää lojaaliudelta. Webster huomautti, että jäävät ottavat yleensä vastuut, joita kukaan muu ei halua, ja muuttuvat kriittisten järjestelmien ylläpidon asiantuntijoiksi. Johdon tuolista tämä näyttää sitoutumiselta ja vähäiseltä riskiltä: nämä ovat ne ihmiset, jotka tuntevat järjestelmät eivätkä koskaan lähde. Organisaation riippuvuus heistä kasvaa täsmälleen sitä mukaa kuin sen kyky arvioida heitä kutistuu, koska ne, jotka olisivat voineet arvioida heidän työtään, ovat lähteneet. Ylläpitäjillä linnoittautuminen on kirjaimellista yhtä lailla kuin organisatorista: jäljelle jäänyt ylläpitäjä pitää hallussaan etuoikeutetut tunnukset, toimittajakontaktit ja päivystyslistan, eikä häntä Alankomaiden irtisanomislain nojalla missään tapauksessa helposti siirretä. Kehittäjillä se ilmenee järjestelmien yksinomistuksena, joita kukaan muu ei osaa rakentaa.

3.4 Selviytyjävinouma raportoinnissa. Tieto kehitystyön laadusta virtaa ylöspäin kehittäjien kautta. Kun vahvimmat kehittäjät ovat lähteneet, järjestelmien, tehtäväjonon ja tiimin tilasta raportoivat jäljelle jääneet työntekijät, joilla ei ole kannustinta eikä usein vertailukohtaakaan raportoida heikkenemisestä. Lähtöhaastattelut, ainoa kanava, joka tallentaa lähtijöiden näkemyksen, hoitaa tyypillisesti HR, ne aggregoidaan ja luetaan yksittäisinä valituksina eikä kaavana. Selviytyjävinouma on pahempi ylläpitäjillä, joiden raportointikanava on häiriö- ja saatavuusmittaristo: käyttöpalvelutiimi, joka on menettänyt parhaat ihmisensä, raportoi vihreää siihen päivään asti, jolloin se raportoi punaista.

3.5 Rekrytointipalaute saapuu myöhään ja tulkitaan väärin. Kun osasto lopulta yrittää paikata vahvoilla rekrytoinneilla, tapahtuu kaksi asiaa. Vahvat ehdokkaat huomaavat ympäristön haastatteluissa tai ensimmäisinä kuukausina ja lähtevät uudelleen, mikä tuottaa alkuvaiheen poistumaa. Jäävät sulautuvat jäännöksen työtapaan. Johto lukee tämän tyypillisesti kireiden työmarkkinoiden tai huonon rekrytoinnin syyksi, ei sen tiimin tilan syyksi, johon rekrytoidut liittyvät. Kaksi ryhmää epäonnistuu tässä eri tavoin. Vahvat kehittäjät löydetään ja sitten menetetään: he ottavat paikan vastaan, näkevät ympäristön ja lähtevät vuoden sisällä. Vahvoja ylläpitäjiä ei useammin löydetä lainkaan: alankomaalainen tarjonta on ohuempi, vahvat ovat jo palveluntarjoajilla tai olivat itsensä työllistäjiä, ja avoin paikka pysyy auki kuukausia, minkä johto lukee markkinasignaaliksi eikä koostumussignaaliksi.

3.6 Takaisinkytkentäsilmukka vahvistaa itseään. Jokainen kyvykkään kehittäjän lähtö tekee ympäristöstä vähemmän houkuttelevan seuraavalle, lisää jäljelle jäävien kuormaa ja laskee laaturimaa, jota vasten uusia rekrytointeja arvioidaan. Ilmiö kiihtyy samalla kun jokainen johdon lukema indikaattori näyttää siedettävältä. Siihen mennessä kun toimitusmittarit liikahtavat, osasto on ohittanut sen, mitä kutsumme lukkiutumispisteeksi: tilan, jossa jäljelle jäänyt tiimi ei enää pysty omaksumaan tai pitämään vahvaa rekrytointia.

Viive ei siis ole tarkkaavaisuuden puutetta. Se on ennakoitava tulos siitä, että poistumaa mitataan lukumääränä, vakaus luetaan terveydeksi ja menetetystä tiedosta luotetaan selviytyjien kertomaan.

Kuva 1 piirtää kuusi mekanismia kahtena vahvistavana silmukkana ja merkitsee, mihin organisaation mittausvälineet on kiinnitetty. Molemmat silmukat kulkevat vahvojen kehittäjien lähdön kautta. Ensimmäinen (R1) kulkee työkuorman kautta: jokainen lähtö lisää jäljelle jäävien kuormaa ja vähentää jäämisen houkuttelevuutta. Toinen (R2) kulkee arvioinnin kautta: jokainen lähtö poistaa henkilön, joka kykenee arvioimaan työtä ja perehdyttämään tulokkaita, mikä laskee laaturimaa ja saa seuraavan vahvan rekrytoinnin lähtemään varhain. Johdon lukemat välineet, vaihtuvuusaste, henkilöstömäärä ja toimitusmittarit, on kiinnitetty silmukoiden reunoille, pisteisiin, jotka liikkuvat viimeisinä. Keskellä olevilla muuttujilla, vahvojen kehittäjien osuudella ja tiedon keskittymisellä, ei ole mittaria lainkaan.

4. Viivästyneen Kuolleenmeren ilmiön vaihemalli

Luvun 3 mekanismit etenevät tunnistettavassa järjestyksessä. Me Nashualla kuvaamme sen viitenä vaiheena, jotka erottuvat toisistaan sen perusteella, kuinka suuri kuilu on johdon havaintojen ja tiimissä tapahtuvan välillä (kuva 2). Vaiheet ovat järjestettyjä, eivät ajoitettuja: kunkin kesto riippuu organisaatiosta, emmekä tarkoituksella liitä niihin kestoja.

Vaihe 4 on käännekohta. Ennen sitä osasto voi vielä toipua tavanomaisin pito- ja rekrytointitoimin. Sen jälkeen jäljelle jääneen tiimin normit, kuorma ja tietoaukot estävät vahvoja rekrytointeja juurtumasta, joten samat toimet epäonnistuvat ja tulkitaan väärin markkinaongelmaksi. Johdon ensimmäinen yksiselitteinen signaali (vaihe 5) saapuu yhden kokonaisen vaiheen sen viimeisen pisteen jälkeen, jossa tavanomainen puuttuminen olisi vielä toiminut.

Kaksi ryhmää kulkee samojen viiden vaiheen läpi, mutta niiden tunnusmerkit ovat kussakin vaiheessa erilaiset, ja tapahtuvan ja nähdyn välinen viive on ylläpitäjillä pidempi jokaisessa vaiheessa (taulukko 1). Ero on suurin vaiheissa 2 ja 5. Vaiheessa 2 kehitystiimin tiedon keskittyminen on ainakin nähtävissä versionhallinnassa jokaiselle, joka katsoo; käyttöpalvelutiimin keskittyminen on nähtävissä vain tiimille itselleen. Vaiheessa 5 kehitystiimi epäonnistuu muutoksessa, joka on aikataulutettu ja siksi nähdään tulevan; käyttöpalvelutiimi epäonnistuu häiriössä, jota ei nähdä tulevan.

Malli esittää kaksi testattavaa väitettä. Ensinnäkin lukkiutumispiste on olemassa ja tunnistettavissa: jokaiselle kriittiselle järjestelmälle se on hetki, jolloin jäljellä ei ole ketään, joka voisi muuttaa tai palauttaa sen, ja jonka jälkeen tieto voidaan rakentaa uudelleen vain artefakteista, jos niitä on. Toiseksi kuvan 2 vasemman sarakkeen havaittavat indikaattorit pysyvät siedettävissä rajoissa vaiheeseen 5 asti, kun taas oikean sarakkeen mitattavat tiimin ominaisuudet (tiedon keskittyminen, lähtijöiden laatu, varhaisvaiheen poistuma) liikkuvat vaiheesta 1 alkaen. Luku 5 osoittaa, että molemmat seuraavat mallista, jossa on yksi tilamuuttuja.

5. Formaali käsittely

Vaihemalli on sanallinen. Tarkistaaksemme, että viive on mekanismien seuraus eikä retorinen keino, kirjoitamme pienimmän mallin, joka sisältää ne. Siinä on yksi tilamuuttuja, kriittisen järjestelmän bussikerroin, ja neljä intensiteettiä. Kaikki, mitä artikkeli mittaa (luku 6), ja kaikki, mihin tapaus nojaa (luku 7), voidaan lukea siitä suoraan, ja kahden ryhmän ero tulee malliin erona siinä, mitä tieto on ja miten sen menetys havaitaan, ei erona sovittamista varten valituissa parametreissa.

5.1 Asetelma

Tarkastellaan yhtä kriittistä järjestelmää ja olkoon $k(t)$ niiden ihmisten määrä, jotka voivat muuttaa tai palauttaa sen: sen bussikerroin. Muuttujalle $k$ tapahtuu neljä asiaa, joista jokainen on sidoksissa luvun 3 mekanismiin.

1. Lähtö. Jokainen osaaja lähtee intensiteetillä $\lambda$ vuodessa ja vie tiedon mukanaan: $k \to k-1$ intensiteetillä $\lambda k$. Tämä on itse Kuolleenmeren ilmiö; $\lambda$ on kriittistä tietoa hallussaan pitävien ihmisten lähtöintensiteetti, ja nämä ovat Websterin argumentin ja luvun 2.2 mukaan vahvimmat.

2. Siirto. Jokainen osaaja kouluttaa yhden kollegan intensiteetillä $\tau$ vuodessa: $k \to k+1$ intensiteetillä $\tau k$. Siirto tarvitsee lähteen. Kun $k = 0$, ei ole ketään, jolta oppia, mikä on luvun 4 lukkiutumispiste, nyt täsmällisenä: järjestelmä on lukkiutunut, kun sen bussikerroin saavuttaa nollan, koska tuosta tilasta sisäinen siirto on mahdotonta.

3. Uudelleenrakentaminen artefakteista. Kun $k = 0$, tulokas voi rekonstruoida tiedon siitä, mitä järjestelmä on jättänyt jälkeensä, intensiteetillä $\alpha$. Ohjelmistoissa koodi, testit ja skeemat tekevät $\alpha$:sta tuntuvan; ylläpidetyissä järjestelmissä, joiden tieto on proseduraalista, $\alpha$ on lähellä nollaa. Tämä on ryhmien ainoa rakenteellinen ero.

4. Havainto. Järjestelmään osuu intensiteetillä $\mu$ vuodessa tapahtuma, joka vaatii syvää tietoa: muutospyyntö, joka koskee sen sisäisiä osia, tai häiriö, joka vaatii enemmän kuin uudelleenkäynnistyksen. Jos $k = 0$ tapahtuman saapuessa, epäonnistuminen on johdon nähtävissä; muussa tapauksessa se absorboituu eikä mitään nähdä. Kehittäjillä $\mu$ on syvien muutosten intensiteetti, ylläpitäjillä syvien häiriöiden intensiteetti, ja jälkimmäinen on pienempi.

Vain kolme ensimmäistä intensiteettiä liikuttavat $k$:ta; neljäs ratkaisee, milloin johto saa tietää. Kun $\alpha = 0$, prosessi on lineaarinen syntymä–kuolema-prosessi, ja todennäköisyydellä, että järjestelmä, jolla on $k_0$ osaajaa, on saavuttanut nollan hetkeen $t$ mennessä, on suljettu muoto,

ja kun se on kerran nollassa, odotettu aika siihen, että johto näkee epäonnistumisen, on yksinkertaisesti

Yhtälö (1) sanoo, että järjestelmä, jolla on yksi ainoa omistaja ($k_0 = 1$), menetetään todennäköisyydellä $\lambda(1-e^{-(\lambda-\tau)t})/(\lambda - \tau e^{-(\lambda-\tau)t})$, joka nousee kohti yhtä aina, kun lähdöt ylittävät siirron; järjestelmä, jolla on kaksi osaajaa, menetetään tuon neliöllä, minkä vuoksi luvun 6 vaiheen 2 indikaattori on niiden järjestelmien lukumäärä, joiden bussikerroin on yksi. Yhtälö (2) on artikkelin otsikon viive yhdessä symbolissa: menetyksen ja sen tunnistamisen välisen kuilun määrää se, kuinka usein menetettyä tietoa tarvitaan, eikä mikään muu. Osasto voi lyhentää sitä vain tarvitsemalla tietoa tarkoituksella, mikä on juuri sitä, mitä toipumistesti on.

5.2 Tulos: ensin menetys, sitten tunnistaminen, ja ylläpitäjillä vielä myöhemmin

Taulukko 2 antaa havainnollistavat intensiteetit kahdelle ryhmälle ja luvun 7 tapausosaston alkukattavuuden: kaksitoista kriittistä kehitysjärjestelmää, joista kolmella on yksi ainoa omistaja, ja kahdeksan ylläpidettyä järjestelmää, joista yhdellä on yksi ainoa omistaja. Arvot on valittu pyöreiksi ja noudattamaan kolmea luvussa 2.6 perusteltua järjestystä: vahvat kehittäjät lähtevät nopeammin kuin vahvat ylläpitäjät; koodia voi lukea tekijän lähdön jälkeen, mutta menettelyä ei; ja syvää tietoa tietystä järjestelmästä vaativa muutos tulee useammin kuin sellaista vaativa häiriö. Kuva 3 näyttää, mitä tästä seuraa, suljetusta muodosta, kun $\alpha = 0$, ja muutoin simulaatiosta.

Paneeli A on vaiheen 2 kuva. Kattavuus rapautuu ensimmäisestä vuodesta alkaen molemmissa ryhmissä, ja niiden järjestelmien osuus, joilla on yksi ainoa omistaja, indikaattori, jonka koostumusmittaristo näyttäisi, ylittää puolet 0.9 vuoden kuluttua kehittäjillä ja 1.8 vuoden kuluttua ylläpitäjillä. Osuus, jossa ketään ei ole jäljellä, nousee hitaammin, ja tässä ryhmät risteävät: kehittäjät menettävät järjestelmiä nollaan nopeammin mutta palauttavat osan niistä koodista, joten heidän käyränsä tasoittuu noin kolmeen järjestelmään kymmenestä; ylläpitäjät menettävät hitaammin, mutta kun ei ole mitään, mistä rakentaa uudelleen, menetys jatkuu, ja neljännestä vuodesta alkaen heillä on enemmän järjestelmiä nollassa kuin kehittäjillä.

Paneeli B on vaiheen 5 kuva ja artikkelin keskeinen väite yhdessä kuvassa. Kehittäjillä mediaaniaika ensimmäiseen nollakattavuuden järjestelmään on 0.6 vuotta ja mediaaniaika ensimmäiseen näkyvään epäonnistumiseen 1.5 vuotta: tunnistusviive on 0.9 vuotta, jonka aikana koostumusmittaristo olisi näyttänyt menetyksen ja johdon mittaristo ei olisi näyttänyt mitään. Ylläpitäjillä ensimmäinen nolla tulee 1.4 vuoden kohdalla ja ensimmäinen näkyvä epäonnistuminen 3.0 vuoden kohdalla: viive on 1.6 vuotta, ja näkyvä epäonnistuminen saapuu puolitoista vuotta kehittäjien jälkeen. Ylläpitäjien hitaampi rapautuminen, joka saa heidät näyttämään vakaalta ryhmältä, on täsmälleen se, mikä tekee heidän epäonnistumisestaan myöhäisemmän, ja heidän pienempi havaintointensiteettinsä tekee siitä vielä myöhäisemmän.

Mallista seuraa kolme muuta tulosta, jotka liittyvät lukuun 8.

1. Siirto suojaa kantaa, ei ainoita omistajia. Siirtointensiteetin $\tau$ kaksinkertaistaminen hidastaa osaston kattavuuden rapautumista (puolikkaan laukaisuraja siirtyy vuodella tai enemmän myöhemmäksi), mutta tuskin liikuttaa aikaa ensimmäiseen nollaan, koska järjestelmä, jolla on yksi omistaja, on kilpajuoksussa yhden lähdön ja yhden luovutuksen välillä riippumatta osaston keskiarvosta. Tiedon jakaminen toimii vaiheessa 2 järjestelmissä, joilla on vielä kaksi tai useampia osaajia; se ei voi pelastaa järjestelmiä, jotka ovat jo yhdessä.

2. Pitäminen ostaa aikaa kaikkialla, mutta vähemmän kuin voisi toivoa. Lähtöintensiteetin leikkaaminen viidenneksellä siirtää jokaista virstanpylvästä kahdesta kymmeneen kuukautta myöhemmäksi. Se ei muuta käyrien muotoa eikä varsinkaan tunnistusviivettä, joka riippuu yksin parametrista $\mu$.

3. Havainto on vipu, ja vain ylläpitäjät tarvitsevat sitä. Toipumistestin tekeminen jokaiselle ylläpidetylle järjestelmälle kerran vuodessa nostaa niiden efektiivisen $\mu$:n arvosta 0.4 arvoon 1.4. Se ei hidasta menetystä päivääkään, mutta se leikkaa tunnistusviiveen mediaanin 1.6 vuodesta 0.7 vuoteen, joten käyttöpalvelutiimi saa tietää ensimmäisestä menetetystä järjestelmästään vuonna 2.0 vuoden 3.0 sijasta, kun on vielä aikaa toimia muiden osalta (pistekatkoviiva kuvassa 3B). Kehittäjät eivät tarvitse tätä vipua, koska muutoskalenteri testaa heidän järjestelmänsä heidän puolestaan.

Taulukko 3 kokoaa nämä tulokset.

5.3 Mitä malli ei väitä

Malli on luonnos, ei kalibrointi. Intensiteetit on valittu pyöreiksi ja oikeaan järjestykseen, ei estimoitu; järjestelmiä käsitellään riippumattomina, vaikka todellisella osastolla samat ihmiset omistavat useita ja yksi lähtö tyhjentää useamman kuin yhden; ja ”tuntee järjestelmän” on binäärinen, vaikka osaaminen ei ole. Se, mitä malli todella osoittaa, ei riipu arvoista. Kun osaajat lähtevät, siirto tarvitsee lähteen ja menetettyä tietoa tarvitaan vain satunnaisesti, seuraa kolme asiaa millä tahansa arvoilla: menetys edeltää tunnistamistaan kuilulla, jonka odotettu pituus on käänteisarvo siitä, kuinka usein tietoa tarvitaan; järjestelmät, joilla on yksi ainoa omistaja, ovat ne, jotka menetetään, joten niiden lukumäärä on ennakoiva indikaattori; ja ryhmä, jonka tieto on proseduraalista ja jonka epäonnistumiset ovat häiriöitä eivätkä muutoksia, tunnistetaan myöhemmin kuin ryhmä, jonka tieto on artefakteissa ja jonka epäonnistumiset ovat muutoskalenterissa. Alankomaiden ympäristö tulee malliin parametrin $\lambda$ kautta, jota CAO-asteikko nostaa vahvimmilla ja jota irtisanomislaki ei millään tavoin laske muilla, sekä freelance-reitin äskettäisen sulkeutumisen kautta, joka poisti työnantajan ainoan keinon palauttaa $k$ yhteen sen jälkeen, kun se oli saavuttanut nollan.

6. Ennakkovaroitusindikaattorit

Jos malli pitää paikkansa, osaston pitäisi lakata seuraamasta vaihtuvuusastetta ja alkaa seurata lähtöjen koostumusta ja seurauksia. Jokainen taulukon 4 indikaattori vastaa yhtä luvun 3 mekanismia ja liikkuu ilmoitetussa vaiheessa, paljon ennen toimitusmittareita.

Indikaattorit ovat samat molemmille ryhmille; niiden lähteet ja luotettavuus eivät ole (taulukko 2). Kehittäjillä kaksi vaiheessa 2 tärkeintä koostumusindikaattoria, bussikerroin ja tiedon keskittyminen, voidaan laskea versionhallinnan historiasta kysymättä keneltäkään. Ylläpitäjillä ne on koottava muutos- ja häiriötietueista ja vahvistettava kysymällä, mikä tekee niistä sekä kalliimpia että helpommin kierrettäviä. Käänteisesti vaiheen 1 indikaattorit ovat yhdessä suhteessa vaikeampia kehittäjille: suurempi osa heidän lähdöistään suuntautuu työnantajille, jotka maksavat markkinahintaa, joten lähtötarjousero on informatiivinen, kun taas ylläpitäjillä eläköitymiset ja siirrot laimentavat sitä ja harmillisen lähdön kysymys on esitettävä lähdöistä, joita vaihtuvuusaste ei laske lainkaan.

Operationaaliset määritelmät, tietolähteet ja tunnetut sudenkuopat kullekin indikaattorille annetaan liitteessä A. Kolme havaintoa joukosta. Ensinnäkin useimmat indikaattorit ovat halpoja: useat vaativat vain erilaisen leikkauksen tiedoista, jotka HR:llä jo on. Toiseksi vaiheiden 1 ja 2 indikaattorit ovat ne, joilla on merkitystä, koska vaiheeseen 4 mennessä lukkiutumispiste on jo saavutettu. Kolmanneksi indikaattorit ovat koostumuksellisia, eivät aggregoituja: ne kysyvät kuka ja mitä, eivät kuinka monta. Se on juuri se muutos, jota Dalton et al. (1982) vaativat neljä vuosikymmentä sitten ja jota IT-johdon raportointi ei suurelta osin ole tehnyt.

7. Konstruoitu tapaus

Seuraava tapaus on konstruoitu, ei havaittu. Sen tarkoitus on näyttää, miltä viisi vaihetta näyttävät organisaation sisältä, ja antaa luvun 5 mallille konkreettinen ympäristö. Se ei ole raportti mistään työnantajasta, ja sen luvut ovat havainnollistavia eivätkä mitattuja; sen arvo on siinä, että jokainen sen tapahtuma on sellainen, jonka yritys-IT:ssä työskennellyt lukija tunnistaa.

7.1 Asetelma

Osasto R on keskisuuren alankomaalaisen valmistusyrityksen sisäinen IT-osasto. Vuonna 0 sillä on 60 teknistä työntekijää: 36 ohjelmistokehittäjää kolmessa tiimissä (ERP-integraatio, logistiikka- ja varastojärjestelmät, data-alusta) ja 24 järjestelmäylläpitäjää kahdessa (infrastruktuuri ja verkko; tietokannat, tallennus ja työasemat). Se ylläpitää noin kahtakymmentä tuotantojärjestelmää, joita liiketoiminta pitää kriittisinä, joista kaksitoista on kehitystiimien ja kahdeksan käyttöpalvelujen omistuksessa. Vaihtuvuus on ollut vuosikymmenen ajan 10–13 % vuodessa, yrityksen muiden osastojen tasolla. Palkkaus noudattaa yrityksen CAO:ta: kiinteät asteikot vuosittaisine portaineen, joten jäävä seniorikehittäjä ja senioriylläpitäjä saavuttavat asteikkonsa huipun neljässä tai viidessä vuodessa eivätkä sen jälkeen näe kehitystä. Suoritusarviointeja on, mutta ne eivät vaikuta palkkaan. Useat ylläpitäjistä ovat yli viisikymmentävuotiaita.

7.2 Kuusi vuotta

Taulukko 6 tiivistää, mitä osaston johdon mittaristo näytti kunakin vuonna ja mitä koostumusmittaristo, jos sellainen olisi ollut, olisi näyttänyt. Kuvan 2 vaiheet on merkitty.

Kaksi ryhmää kulkee vaiheiden läpi eri tahdissa, kehittäjät suunnilleen yhden vaiheen edellä koko ajan, ja osaston johto näkee yhden kriisin siellä, missä niitä on kaksi. Aikajana on yksi uskottava polku luvun 5 mallin läpi taulukon 2 parametreilla: osasto R:n kehittäjät näkevät ensimmäisen epäonnistumisensa vuonna 5, myöhemmin kuin mallin 1.5 vuoden mediaani, ja sen ylläpitäjät vuonna 6, kaksi kertaa 3.0 vuoden mediaanin kohdalla. Vuonna 1 kaksi osaston vahvimmista kehittäjistä lähtee neljän kuukauden sisällä toisistaan. Kummallakin lähdöllä on oma selityksensä, ja kumpikin hyväksytään omilla ehdoillaan; kukaan ei kysy, mitä yhteistä niillä on. Molemmat olivat ylimmän neljänneksen suorittajia, molemmat olivat olleet samassa palkkaluokassa neljä vuotta, ja molemmat lähtivät noin neljänneksen korotuksen perässä. Vaihtuvuusaste nousee yhden prosenttiyksikön.

Vuosi 2 on hiljainen. Henkilöstömäärä on yhden pienempi, vaihtuvuus on palannut normaaliin vaihteluväliin, ja kahden lähtijän rakentamat järjestelmät pysyvät käynnissä. Heidän omistamansa järjestelmät siirretään integraatiotiimin ainoalle jäljellä olevalle seniorikehittäjälle, joka omistaa jo kolme muuta. Käyttöpalvelujen puolella vuosi näyttää vielä hiljaisemmalta. Senioritallennusylläpitäjä eläköityy aikataulun mukaan, lähtö, jota kukaan ei harmittele, koska se oli suunniteltu; varmuuskopiointi- ja palautusmenettelyt, joita hän ajoi käsin viisitoista vuotta, luovutetaan verkkoylläpitäjälle kahden tunnin kokouksessa, eikä niitä koskaan harjoitella. Senioriverkkoylläpitäjä irtisanoutuu ryhtyäkseen freelanceriksi, ja hänet palkataan seuraavana maanantaina takaisin päivähinnalla samaan työhön, minkä osasto kirjaa säästöksi henkilöstömäärässä ja ylläpitäjä tulojen kaksinkertaistumiseksi; kumpikaan ei näy vaihtuvuusluvussa harmillisena lähtönä. Kaksi kehityspuolen korvausrekrytointia tehdään junioritasolle, koska budjetti sallii kaksi junioria tai yhden seniorin, ja kaksi tuntuu turvallisemmalta. Niiden kriittisten järjestelmien määrä, joilla on yksi ainoa osaava henkilö, nousee kehityspuolella kuudesta kahdeksaan ja käyttöpalvelujen puolella yhdestä neljään.

Vuosi 3 näyttää mittariston perusteella jakson parhaalta vuodelta. Vaihtuvuus on alhaisin viiteen vuoteen, koska ne, jotka olisivat lähteneet, ovat jo lähteneet. Pitkään palvellutta ydintä kiitetään vuosikatsauksessa vakaudesta. Yksi seniorikehittäjä palkataan data-alustatiimiin, ja hän lähtee seitsemän kuukauden jälkeen vedoten siihen, ettei saa mitään muutettua; lähtöhaastattelu arkistoidaan otsikolla ”kulttuurinen yhteensopivuus”. Kukaan osaston ulkopuolella ei ole katselmoinut sen arkkitehtuuria sen jälkeen, kun integraatioarkkitehti lähti. Tammikuussa yrityksen lakiosasto, reagoiden Wet DBA:n valvonnan jatkamiseen, päättää freelance-verkkoylläpitäjän sopimuksen; hän kieltäytyy tarjouksesta palata CAO-palkalla, joka on noin puolet hänen päivähinnastaan, ja palomuurikanta, jonka hän yksin ymmärsi, siirtyy kollegalle, joka ei ole koskaan muuttanut siinä yhtäkään sääntöä. Toipumistestiä ei ole tehty kahteen vuoteen; saatavuus on 99.9 %, ja käyttöpalvelutiimiä pidetään vakauden mallina.

Vuonna 4 johto huomaa, että rekrytointi on vaikeaa, ja huomaa sen ensin kehittäjien kohdalla. Kolme seniorikehittäjää palkataan; kaksi lähtee vuoden sisällä. Tarjottu ja hyväksytty selitys on työmarkkinat, ja ulkopuolinen rekrytointitoimisto palkataan. Osaston sisällä kummallekin lähteneistä oli annettu järjestelmä, jota kukaan muu ei ymmärtänyt, ilman ketään, joka olisi voinut katselmoida heidän työnsä tai vastata heidän kysymyksiinsä. Kehitystiimit ovat ohittaneet lukkiutumispisteen: ne eivät enää pysty pitämään ihmisiä, jotka voisivat kääntää niiden heikkenemisen. Käyttöpalvelutiimit näyttävät saman vaiheen eri tavalla. Senioriylläpitäjän paikka on auki koko vuoden; kaksi ehdokasta hylkää tarjouksen, yksi hyväksyy ja peruu ennen aloittamista keskusteltuaan tiimin kanssa. Koska ketään ei palkata, kukaan ei lähde varhain, ja avoin paikka näkyy rekrytointiraportissa markkinaongelmana eikä missään poistumaluvussa lainkaan.

Vuonna 5 kehittäjien heikkeneminen tulee näkyviin. ERP-päivitys, joka riippuu integraatiokerroksesta, jonka arkkitehti lähti neljä vuotta aiemmin, myöhästyy yhdeksän kuukautta. Hinnoittelumoottorin muutospyyntöä ei voida aikatauluttaa, koska ainoa kehittäjä, joka pystyy muokkaamaan sitä, on se, joka kantaa kuutta muuta järjestelmää. Asia etenee hallitukselle, jolle kerrotaan, että osastolla on poistumaongelma. Poistumaongelma on neljä vuotta vanha; muuttunut on se, että se on vihdoin tuottanut signaalin, jonka johto lukee. Käyttöpalvelutiimit, joiden saatavuusluku on yhä 99.8 %, eivät ole osa keskustelua.

Vuosi 6 tuo kehittäjille luvun 8 oletusratkaisun: muutostyö siirtyy toimittajalle, sisäinen kehitystiimi kutistuu, ja toimittajan kustannus ylittää kertaluokalla sen, mitä eriytetty pitobudjetti vuonna 1 olisi maksanut. Se tuo myös käyttöpalvelutiimien vaiheen 5, vuoden jäljessä. Tallennusmigraation aikana varastotietokanta on palautettava; palautus epäonnistuu, koska tallennusylläpitäjän neljä vuotta aiemmin jättämä menettely kuvaa levyjärjestelmän, joka vaihdettiin kolme vuotta aiemmin, ja ainoa henkilö, joka oli koskaan tehnyt palautuksen uudella levyjärjestelmällä, oli freelance-verkkoylläpitäjä, jonka sopimus päätettiin vuonna 3. Varasto on poissa käytöstä kaksi päivää. Hallitukselle, joka luuli hoitaneensa poistumaongelman edellisenä vuonna, kerrotaan, että sillä on toinenkin.

7.3 Vastakohtainen skenaario

Oletetaan, että osasto R olisi käyttänyt luvun 8 koostumusmittaristoa vuodesta 0 alkaen siellä ehdotetuilla laukaisurajoilla, erikseen kahdelle ryhmälle. Vuoden 1 harmillisten lähtöjen osuus 60 % olisi ylittänyt kolmanneksen laukaisurajan ensimmäisellä neljänneksellä toisen lähdön jälkeen, mikä olisi pakottanut kehitysjohdon ja HR:n yhteiseen katselmointiin siitä, mitä yhteistä kahdella lähtijällä oli. Katselmointi olisi löytänyt lähtötarjouseron ja yhteisen palkkaluokan, ja tuolloin tarjolla ollut halvin interventio, pitokorotus jäljellä oleville ylimmän neljänneksen kehittäjille, olisi maksanut noin kymmenesosan seniorin korvausrekrytoinnista. Olisiko se hyväksytty, on eri kysymys; olennaista on, että päätös olisi tuotu jonkun eteen vuonna 1 eikä vuonna 5.

Jos ensimmäinen laukaisu olisi sivuutettu, bussikerroinlaskenta olisi ylittänyt neljänneksen laukaisurajan vuonna 2, jolloin pakotettu tiedon jakaminen yhdellätoista yhden omistajan järjestelmällä oli vielä mahdollista, koska ainoat omistajat olivat vielä paikalla. Vuoteen 3 mennessä seitsemän kuukauden jälkeen lähtenyt seniorirekrytointi olisi kirjautunut 50 %:n varhaisvaiheen poistumaksi kahden hengen kohortissa, luku, joka on riittävän pieni epäiltäväksi mutta riittävän suuri herättämään kysymyksen, miksi osasto ei pystynyt pitämään häntä. Käyttöpalvelujen puolella laukaisut olisivat lauenneet myöhemmin ja hiljaisemmin: harmillisen lähdön kysymys, esitettynä vuoden 2 eläköitymisestä ja freelance-lähdöstä, olisi vienyt käyttöpalvelutiimit 100 %:n harmillisten lähtöjen osuuteen vuonna, jona vaihtuvuusluku ei näyttänyt mitään; neljänneksen bussikerroinlaukaisu olisi lauennut samana vuonna lukemalla 4/8; ja DR-testilaukaisu, jonka tämä artikkeli lisää ylläpidetyille järjestelmille liitteessä A, olisi lauennut vuonna 3. Jokainen laukaisu ostaa organisaatiolle yhden vaiheen. Tapaus havainnollistaa mallin keskeistä väitettä: toimintaan tarvittava tieto oli olemassa jokaisessa pisteessä, ja organisaation välineitä ei yksinkertaisesti ollut suunnattu siihen, ja toisen ryhmän osalta sitä ei edes kerätty.

7.4 Mitä tapaus osoittaa

Neljä tapauksen piirrettä siirtyy todellisiin osastoihin. Ensinnäkin jokainen signaali taulukon 6 vasemmassa sarakkeessa oli tosi ja luettiin oikein omassa rajallisuudessaan; vika oli siinä, mitä ei mitattu. Toiseksi vuosi, joka näytti parhaalta (vuosi 3), oli viimeinen vuosi, jona tavanomainen puuttuminen olisi toiminut kehittäjien osalta, ja vuosi 4 viimeinen ylläpitäjien osalta. Kolmanneksi oikea sarake oli kehittäjien osalta laskettavissa tiedoista, jotka yrityksellä jo oli, versionhallinnasta, arvioinneista ja rekrytointitietueista, mutta ylläpitäjien osalta se oli koottava ja kysyttävä, minkä vuoksi tapauksessa kukaan ei tehnyt sitä. Neljänneksi ryhmät kulkivat koko ajan yhden vaiheen erillään, ylläpitäjien lähdöt olivat muodoissa, joita vaihtuvuusaste ei laske (eläköityminen, freelance-työ, täyttämätön paikka), ja heidän vaiheensa 5 saapui sen jälkeen, kun hallitus uskoi ongelman ratkaistuksi. Osasto, joka mittaa teknistä henkilöstöään yhtenä populaationa, näkee yhden kriisin ja yllättyy toisesta.

8. Vaikutukset IT-johtamiseen

Käytännön johtopäätös on, että puuttumisen ajoitus merkitsee enemmän kuin sen sisältö. Samat toimet, jotka kääntävät ilmiön vaiheessa 2, epäonnistuvat vaiheessa 4.

8.1 Ennen lukkiutumista

Vaiheissa 1–3 osastolla on vielä ihmisiä, jotka kykenevät arvioimaan työtä, omaksumaan uusia rekrytointeja ja siirtämään tietoa. Interventiot ovat tässä tavanomaisia ja kirjallisuuden hyvin tukemia:

• Eriytetty pitäminen. Trevor et al. (1997) osoittavat, että palkkakehitys on vahvin vipu huippusuorittajien vaihtuvuuteen. Ylimpään neljännekseen keskitetty pitobudjetti tekee enemmän kuin yleiskorotus. CAO-ympäristössä väline on työmarkkinalisä (arbeidsmarkttoelage) tai asteikkopoikkeus, jotka useimmat alankomaalaiset työehtosopimukset sallivat ja joita useimmat IT-osastot eivät käytä. Kehittäjillä vertailukohta, joka lisän on päihitettävä, on tuoteyhtiön palkka; ylläpitäjillä se oli viime aikoihin asti freelance-päivähinta, jota mikään lisä ei päihitä, ja vuodesta 2025 alkaen palveluntarjoajan palkka, jonka voi.

• Pakotettu tiedon jakaminen. Parityöskentely, kierto ja dokumentointivaatimukset nostavat kriittisten järjestelmien bussikerrointa ennen kuin kukaan lähtee. Tavoite on mitattava bussikerroin vähintään kaksi tuotantojärjestelmää kohden. Kehittäjillä tämä on suurelta osin koodikatselmoinnin ja koodikantojen välisen kierron asia. Ylläpitäjillä se on harjoiteltujen menettelyjen asia: palautus, failover tai varmenteen kierrätys, jonka toinen henkilö on todella suorittanut valvonnan alaisena, aikataulun mukaan, tulos kirjattuna. Runbook, jota ei ole harjoiteltu, ei lasketa.

• Lähtöhaastattelut luettuina kaavana. Harmilliset lähdöt pitäisi katselmoida yhdessä, kehitysjohdon eikä pelkästään HR:n toimesta, nimenomaisella kysymyksellä siitä, mitä yhteistä niillä on.

• Ulkoinen arviointi. Arkkitehtuurin ja koodin säännöllinen katselmointi tiimin ulkopuolisten toimesta tarjoaa sen vertailukohdan, jonka tiimi itse luvun 3.4 mukaan menettää. Käyttöpalveluille vastine on toipumistesti, jota tiimin ulkopuolinen havainnoi, sekä konfiguraatiokatselmointi; saatavuusluku ei ole katselmointi.

8.2 Järjestys vaiheittain

Luvun 5 formaali malli antaa jokaiselle interventiolle intensiteetin, johon se vaikuttaa, ja vaihemalli antaa jokaiselle ikkunan, jossa se vielä toimii. Taulukko 7 yhdistää nämä kaksi. Ennen lukkiutumispistettä interventiot vaikuttavat lähtöintensiteettiin $\lambda$, siirtointensiteettiin $\tau$ ja ylläpitäjillä havaintointensiteettiin $\mu$; malli osoittaa, että siirto suojaa vain järjestelmiä, joilla on vielä kaksi tai useampia osaajia, että pitäminen ostaa kuukausia eikä vuosia ja että havainto on ainoa vipu, joka lyhentää itse viivettä. Lukkiutumispisteen jälkeen samat vivut ovat periaatteessa yhä käytettävissä, mutta jäljellä ei ole mitään, mihin niitä käyttää: tiedon jakamisella ei ole lähdettä, pitämisellä ei ole ketään kriittistä pidettävää, ja vahva rekrytointi, joka osoitetaan bussikertoimen nolla järjestelmään, ei voi oppia keneltäkään ja lähtee tai rakentaa hitaasti uudelleen siitä, mitä artefakteja on olemassa. Lukkiutumisen jälkeiset vaihtoehdot vaikuttavat sen sijaan osaston rakenteeseen, minkä vuoksi ne kuuluvat eri johtamistasolle.

8.3 Koostumusmittaristo

Luvun 6 indikaattorit ovat hyödyllisiä vain, jos joku katsoo niitä yhdessä, oikealla tahdilla ja valtuuksin toimia. Mallista seuraa kolme suunnitteluvalintaa.

Omistaja. Mittaristo kuuluu kehitysjohdolle, ei HR:lle. HR omistaa vaihtuvuusasteen ja on sille oikea omistaja, mutta koostumusindikaattorit vaativat kehityspuolen harkintaa (mitkä järjestelmät ovat kriittisiä, kuka on vahva) ja kehityspuolen dataa (versionhallinta). Mittaristo, jonka HR kokoaa ja kehityspuoli vastaanottaa, toistaa luvun 3.4 selviytyjävinouman uudessa muodossa.

Tahti. Neljännesvuosittain, neljän neljänneksen liukuvalla ikkunalla. Vuosittainen katselmointi on liian hidas: luvun 7 tapauksessa lukkiutumispiste saavutettiin kahden vuosikatselmoinnin välissä. Kuukausittainen on liian kohinainen kuudenkymmenen hengen osastolle, jossa yksi lähtö liikuttaa useimpia osuuksia useilla pisteillä.

Kynnysarvot. Jokainen indikaattori tarvitsee etukäteen sovitun laukaisurajan, koska jälkikäteen sovittu raja asetetaan sinne, missä nykyinen arvo sattuu olemaan. Kohtuullisia lähtökohtia, joita tarkistetaan, kun osastolla on kaksi vuotta omaa historiaa: harmillisten lähtöjen osuus yli kolmanneksen; yli neljännes kriittisistä järjestelmistä bussikertoimessa yksi; varhaisvaiheen poistuma yli neljänneksen missä tahansa kohortissa; ja mitkä tahansa kaksi peräkkäistä seniorirekrytointia, jotka lähtevät vuoden sisällä. Laukaisu ei määrää tiettyä toimenpidettä; se määrää katselmoinnin osaston ulkopuolisen toimesta.

8.4 Lukkiutumisen jälkeen

Vaiheissa 4 ja 5 korvausrekrytointi epäonnistuu kahdesta syystä. Ensimmäinen on Brooksin (1975) laki uudessa muodossa: ihmisten lisääminen tiimiin, jolta puuttuu kyky perehdyttää heidät, hidastaa tiimiä ja ajaa uudet ihmiset pois. Toinen on se, että rekrytoidun laaturima määräytyy tiimin mukaan, johon hän liittyy, joten vahva rekrytointi joko mukautuu alaspäin tai lähtee. Jäljellä on kolme vaihtoehtoa, joista mikään ei ole halpa:

1. Uusi ydin. Rakennetaan erillinen tiimi omine normeineen, miehitetään se ulkopuolelta ja siirretään järjestelmät sille ajan myötä. Olemassa olevaa tiimiä ei hajoteta, mutta se ei ole enää organisaation standardi.

2. Hallittu heikkeneminen. Hyväksytään, että osasto voi ylläpitää mutta ei muuttaa, jäädytetään laajuus sen mukaisesti ja suunnitellaan järjestelmien korvaaminen tiimin uudistamisen sijaan.

3. Ulkoinen kapasiteetti. Siirretään muutostyö toimittajille tai kumppaneille, kun sisäinen tiimi säilyttää käyttöpalvelut. Tämä on usein se, mitä tapahtuu oletuksena, tunnistamatta, ja se on kolmesta kallein, kun se lasketaan rehellisesti. Alankomaissa tämä vaihtoehto on kaventunut vuodesta 2025: päivähinnalla takaisin palkattu freelance-ylläpitäjä, vuosien ajan vakiotapa pitää menetetty tieto ulottuvilla, on nyt työnantajalle näennäisyrittäjyysriski, ja vaihtoehto, hallittujen palvelujen sopimus, siirtää tiedon organisaation ulkopuolelle pysyvästi.

Yhteinen lanka on, että lukkiutumisen jälkeinen toipuminen on rakenteellinen päätös, joka tehdään IT-osastoa ylemmällä tasolla. Osasto itse ei lukkiutumisen määritelmän mukaan voi tehdä sitä.

9. Pohdinta: miksi viive pysyy

Jos indikaattorit ovat halpoja eivätkä mekanismit ole hämäriä, miksi viive pysyy? Osa vastauksesta on, ettei kukaan ole kirjoittanut mittausta muistiin, minkä tämä artikkeli yrittää korjata. Suurempi osa on kuitenkin se, että viivettä pitävät paikallaan organisaatioiden johtamistavan piirteet, ja ne ansaitsevat tulla nimetyiksi, koska indikaattori, joka käy niitä vastaan, sivuutetaan.

Signaalin jaettu omistajuus. Vaihtuvuus on HR:n mittari; toimitus on IT:n mittari. Lähtöjen koostumus putoaa niiden väliin. HR näkee, että joku lähti ja mitä hän sanoi lähtönsä syyksi; kehityspuoli näkee, että järjestelmästä on tullut vaikea muuttaa. Kumpikaan ei näe, että nämä ovat sama tapahtuma, koska mikään raportti ei yhdistä niitä. Luvun 8 koostumusmittaristo on mekaanisesti liitos kahden tietojärjestelmän välillä, joita ei tavallisesti yhdistetä.

Tahtien yhteensopimattomuus. Ilmiö etenee vuosien aikana; johdon huomio on järjestetty neljänneksiin ja vuosikatselmointeihin. Hidas prosessi nopealla tahdilla havainnoituna näyttää kohinalta, ja kunkin neljänneksen liike on riittävän pieni luettavaksi neljänneksen erityisolosuhteiden syyksi. Dalton et al. (1982) esittivät neljä vuosikymmentä sitten, että vaihtuvuus pitäisi luonnehtia eikä laskea; argumentti ei juurtunut, koska luonnehtiminen vaatii katsomista yli tahtien, eikä mikään vuosikierrossa palkitse sitä.

Jokainen lähtö saa tarinan. Ihmiset lähtevät syistä, ja syyt ovat tosia: muutto ulkomaille, startup, puolison työ. Organisaatio hyväksyy jokaisen tarinan, koska jokainen on tarkka. Se, mitä tarinoilla on yhteistä, että lähtijä oli vahva, alipalkattu markkinaan nähden ja kykenevä lähtemään, ei ole koskaan ilmoitettu syy, eikä sitä siksi koskaan aggregoida. Harmillisten lähtöjen osuus on olemassa pakottaakseen tuon aggregoinnin.

Vakaus palkitaan. Alhainen vaihtuvuus luetaan hyväksi johtamiseksi ja on usein nimenomainen johtamistavoite. Luvun 7 tapauksessa alhaisimman vaihtuvuuden vuosi oli vuosi, jona osastoa kiitettiin, ja se oli myös vuosi, jona lukkiutumispiste ylitettiin. Vaihtuvuusasteen tavoite ilman sen koostumuksen tavoitetta palkitsee täsmälleen sen lopputuloksen, josta malli varoittaa: vahvat ovat lähteneet ja loput jäävät.

Näkyvä kustannus saapuu jonkun muun budjettiin. Hitaan korvausrekrytoinnin ja juniorirekrytointien säästöt näkyvät osaston omassa budjetissa sinä vuonna, jona ne tehdään. Kustannus ilmestyy vuosia myöhemmin toimittajasopimuksen, myöhästyneen ohjelman tai epäonnistuneen muutoksen muodossa, ja se kirjataan ohjelmalle, toimittajariville tai kertaeräksi. Kustannuksen aiheuttanut osasto on harvoin se, jolta se veloitetaan, eikä kirjanpito siksi koskaan sulje silmukkaa, jonka kuva 1 piirtää.

Asteikko on katto. Useimmissa suurissa alankomaalaisissa työnantajissa ja koko julkisella sektorilla tekninen palkka on CAO-asteikko vuosittaisine portaineen. Vahva kehittäjä tai ylläpitäjä saavuttaa asteikon huipun muutamassa vuodessa, minkä jälkeen ainoa reitti korkeampaan palkkaan on ylennys pois teknisestä työstä tai lähtö. Asteikko on suunniteltu oikeudenmukaiseksi koko organisaatiossa; sen vaikutus tekniseen populaatioon on taata ehto, jonka vallitessa vahvimmat lähtevät. Useimmat CAO:t sallivat poikkeuksia työmarkkinalisän tai korkeampaan asteikkoon sijoittamisen muodossa, eivätkä useimmat IT-osastot tiedä tätä tai käytä sitä.

Jäännös on suojattu. Alankomaiden irtisanomislaki edellyttää hyväksyttävää perustetta, UWV:n tai kantonituomioistuimen ennakkotarkastusta ja lakisääteistä siirtymäkorvausta. Tämä on järjestelmän ominaisuus, ei vika, mutta se merkitsee, ettei tiimin koostumusta voida korjata alhaalta sen jälkeen, kun se on heikentynyt; ainoa jäljellä oleva vipu on huippu. Organisaatiot, jotka käsittelevät Kuolleenmeren ilmiötä suorituksen johtamisen ongelmana, joka ratkaistaan poistamalla heikot työntekijät, huomaavat Alankomaissa, ettei sitä voi ratkaista niin, ja tekevät viisaasti ehkäistessään sen.

Indikaattorit tarvitsevat suostumuksen. Luvun 6 indikaattorit käsittelevät nykyisten ja entisten työntekijöiden henkilötietoja, ja useat niistä, erityisesti lähtijöiden suoritusneljännes ja harmillisen lähdön arvio, muodostavat suorituksen valvontajärjestelmän. Yritysneuvostolain 27 artiklan nojalla yritysneuvostolla on suostumusoikeus henkilötietojen käsittelyä ja henkilöstön valvontaa koskeviin järjestelyihin (Wet op de ondernemingsraden, art. 27 lid 1), ja yleinen tietosuoja-asetus edellyttää dokumentoitua käyttötarkoitusta ja säilytysaikataulua. Mikään tästä ei estä mittaristoa; se merkitsee, että sen rakentaminen on päätös, joka tehdään yritysneuvoston kanssa eikä pelkästään kehitysjohdon toimesta, ja että lähtijöitä koskevilla tiedoilla on säilytysaika, jonka jälkeen ne on aggregoitava tai poistettava. Osaston, joka haluaa aloittaa mittaamisen, pitäisi aloittaa tuosta keskustelusta.

Selviytyjät kirjoittavat raportit. Tämä on luvun 3.4 toistettuna institutionaalisena tosiasiana: ne, joilla on vähiten kannustinta raportoida heikkenemisestä ja vähiten kykyä nähdä se, ovat niitä, joilta organisaatio ottaa tietonsa tiimistä. Ulkoinen arviointi (luku 6) on ainoa lääke, ja se on epäsuosittu samasta syystä kuin se on välttämätön.

Mikään näistä piirteistä ei ole yksinään irrationaalinen. Yhdessä ne takaavat, että osasto saa tietää koostumuksestaan vaiheessa 5. Niiden muuttaminen on vaikeampaa kuin indikaattorien lisääminen, mutta indikaattorit ovat se, mistä aloittaa, koska ne tekevät piirteet näkyviksi.

10. Rajoitukset ja jatkotutkimus

Tämä on teoreettista tutkimusta. Siitä seuraa kolme rajoitusta.

Valikoituminen aineistossa. Luvun 3 mekanismit on johdettu tapauksista, joissa ilmiö esiintyi ja tunnistettiin lopulta. Osastot, jotka välttivät sen tai joissa kyvykkäät kehittäjät lähtivät ilman ennustettua rapautumista, eivät esiinny käytännön toimijoiden aineistossa. Malli voi siksi yliarvioida, kuinka usein vahvojen suorittajien poistuma johtaa lukkiutumiseen.

”Vahvan” mittaaminen. Sekä Websterin essee että tämä artikkeli olettavat, että kehitysosaaminen voidaan asettaa järjestykseen. Käytännössä suoritusarvioinnit IT-alalla ovat kohinaisia, ja ne, joilla on parhaat edellytykset arvioida, ovat mallin oman logiikan mukaan ne, jotka ovat lähteneet. Mikä tahansa empiirinen testi tarvitsee osaamismittarin, joka on riippumaton tutkittavasta tiimistä.

Mallin ja tapauksen tyylittely. Luvun 5 formaali malli käsittelee järjestelmiä riippumattomina, tietoa binäärisenä ja intensiteettejä vakioina; luvun 7 tapaus on yhdistelmä. Molemmat ovat keinoja osoittaa, että argumentti on johdonmukainen, eivät todisteita siitä, että se on tosi. Luvun 5 kolme laadullista tulosta eivät riipu intensiteettien arvoista; mainitut vuodet riippuvat, ja millä tahansa todellisella osastolla intensiteetit olisi estimoitava liitteen A kuvaamista tietueista.

Yleistettävyys. Argumentti rakentuu suurten alankomaalaisten organisaatioiden sisäisille IT-osastoille, joissa hiljainen järjestelmätieto on keskittynyt, palkka noudattaa kollektiivista asteikkoa, irtisanominen on suojattu ja freelance-reitti on äskettäin kaventunut. Se ei välttämättä siirry ohjelmistotuoteyhtiöihin, konsulttitaloihin tai pieniin tiimeihin, joissa luvussa 2.2 tunnistetut ehdot ovat erilaiset, eikä muuttumattomana markkinoille, joilla ei ole kollektiivisia palkka-asteikkoja tai joilla työsuhde on vapaasti irtisanottavissa ja Websterin metaforan jäännös voidaan poistaa eikä vain ehkäistä. Kahtiajako on itsessään yksinkertaistus: datainsinöörit, alustakehittäjät ja SRE-insinöörit sijoittuvat ryhmien väliin, ja artikkelin luvut olisi heidän osaltaan laskettava erikseen.

Malli tuottaa hypoteeseja, jotka ovat riittävän täsmällisiä kumottaviksi. Taulukko 8 esittää ne ja kunkin vaatiman aineiston.

Kolme tutkimusasetelmaa testaisi näitä hypoteeseja suoraan:

1. Retrospektiivinen koostumusanalyysi. Osastoilla, jotka ovat kokeneet näkyvän heikkenemisen, rekonstruoidaan jokaisen lähtijän suoritusneljännes ja järjestelmien omistajuus edeltäviltä vuosilta HR- ja versionhallintatietueista. Malli ennustaa, että lähtijöiden laatu laski ja tiedon keskittyminen nousi useita vuosia ennen kuin toimitusmittarit liikahtivat.

2. Tunnistusviive ryhmittäin. Jokaiselle kriittiselle järjestelmälle, joka saavutti bussikertoimen nolla, mitataan aika ensimmäiseen siihen liitettyyn epäonnistumiseen, ja verrataan ohjelmistojärjestelmiä ylläpidettyihin järjestelmiin sekä testattuja järjestelmiä testaamattomiin. Malli ennustaa pidemmän viiveen ylläpidetyille järjestelmille ja lyhyemmän siellä, missä toipumistestejä tehdään; viive, joka ei lyhene testauksella, kumoaisi mallin selityksen havainnosta.

3. Indikaattorien validointi. Siellä, missä luvun 6 indikaattoreita on kerätty, testataan, ennakoivatko ne toimitus- ja häiriömittareita ja kuinka paljon. Tämä on tutkimus, jolla on suorin johtamisarvo ja vähiten aineistovaatimuksia.

Versionhallinnan historia on alihyödynnetty lähde kaikille kolmelle. Commit-tekijyys, katselmointeihin osallistuminen ja tiedostojen omistajuus ajan yli tarjoavat pitkittäisen tallenteen siitä, kuka tiesi mitä, riippumatta HR-arvioinneista, juuri niissä organisaatioissa, joita malli kuvaa.

11. Johtopäätökset

IT-organisaatiot tunnistavat Kuolleenmeren ilmiön myöhään, koska niiden mittausjärjestelmät on rakennettu niin, että ne eivät näe sitä. Vaihtuvuus lasketaan eikä luonnehdita, operatiivinen vakaus luetaan terveydeksi, ja ne, jotka voisivat raportoida menetyksestä, ovat ne, jotka ovat lähteneet. Me Nashualla olemme ehdottaneet viisivaiheista mallia, jossa nämä mekanismit tuottavat lukkiutumispisteen yhden kokonaisen vaiheen ennen kuin ensimmäinen yksiselitteinen signaali saavuttaa johdon, sekä joukon koostumusindikaattoreita, jotka liikkuisivat aikaisemmin. Malli on testattavissa aineistolla, joka useimmilla organisaatioilla jo on.

Ohjelmistokehittäjien osalta johtopäätös on, että ilmiö on nopea, nähtävissä jokaiselle, joka katsoo, ja korjattavissa, jos se havaitaan ajoissa. Vahvat kehittäjät lähtevät nopeasti markkinahintaiseen työhön, heidän lähtönsä kirjataan poistumaksi, heidän tietonsa on osittain koodissa, ja tiimin koostumus voidaan lukea versionhallinnasta. Mallissa ensimmäinen järjestelmä menetetään runsaan vuoden kohdalla ja menetys nähdään noin kolmen vuoden kohdalla, viiveellä, joka on alle kaksi vuotta. Vivut ovat palkka ja siirto: eriytetty pitobudjetti sen liikkumavaran sisällä, jonka useimmat alankomaalaiset työehtosopimukset jo sallivat, ja tiedon jakaminen sovellettuna ennen kuin järjestelmät päätyvät yhdelle omistajalle, koska malli osoittaa, ettei se voi pelastaa niitä sen jälkeen.

Järjestelmäylläpitäjien osalta johtopäätös on, että ilmiö on hidas, näkymätön jokaiselle, joka ei kysy, ja vaikeampi korjata. Vahvat ylläpitäjät lähtevät hitaammin, reittejä, joita vaihtuvuusaste ei laske (eläköityminen, siirto, vuoteen 2025 asti freelance-työ ja täyttämätön paikka), heidän tietonsa on proseduraalista eikä jätä artefaktia, eikä tiimin koostumusta voida laskea; se on koottava ohuista tietueista ja vahvistettava kysymällä. Mallissa ensimmäinen järjestelmä menetetään vajaan kolmen vuoden kohdalla ja menetys nähdään lähes kuuden vuoden kohdalla, kolmen vuoden viiveellä, jota mikään pitotoimi ei lyhennä, koska viiveen määrää se, kuinka harvoin menetettyä tietoa tarvitaan. Vipu on harjoittelu: harjoitellut luovutukset ja tiimin ulkopuolisen havainnoimat toipumistestit, jotka mallin mukaan leikkaavat viiveen kolmesta vuodesta kuuteen kuukauteen hidastamatta menetystä päivääkään ja joita mikään kehitystiimi ei tarvitse, koska sen muutoskalenteri tekee saman työn.

Se, miksi ylläpitäjien viive on pidempi, seuraa kolmesta erosta, jotka malli pitää erillään. Ensinnäkin viive on käänteisarvo siitä, kuinka usein menetettyä tietoa tarvitaan, yhtälö (2): kehittäjien tietoa käytetään muutoskalenterissa, jossa sitä vaativa muutos tulee joka toinen tai kolmas vuosi järjestelmää kohden, kun taas ylläpitäjien tietoa käytetään häiriökalenterissa, jossa sitä vaativa failover, palautus tai päivitys tulee noin puolet harvemmin, joten tiedon menettämisen ja menetyksen havaitsemisen välinen kuilu on kaksi kertaa pidempi. Toiseksi kehittäjän tieto on osittain koodissa ja voidaan rakentaa siitä uudelleen; ylläpitäjän tieto on proseduraalista eikä jätä artefaktia, joten kun ylläpidetty järjestelmä saavuttaa bussikertoimen nolla, se pysyy siellä, mikä pidentää jaksoa, jonka aikana menetys on todellinen ja näkymätön. Kolmanneksi kehityspuolen epäonnistuminen on muutoskalenterissa ja nähdään lähestyvän, myöhästyvänä ohjelmana tai muutoksena, jota ei voida aikatauluttaa; ylläpidon epäonnistuminen on häiriökalenterissa ja saapuu ilman ennakkoa, palautuksena, joka epäonnistuu sinä päivänä, jona sitä tarvitaan. Se, että ylläpitäjät myös lähtevät hitaammin, viivästyttää itse menetystä mutta ei sen havaitsemista, minkä vuoksi heidän lääkkeensä on harjoittelu eikä palkka: harjoiteltu luovutus tai havainnoitu toipumistesti on tarkoituksella aikataulutettu tapahtuma, joka tarvitsee tietoa, ja se aikaistaa havaitsemisen odottamatta häiriötä.

Molemmille ryhmille käytännön viesti on sama, ja Alankomaiden ympäristössä sillä on erityinen kärki. Poistumasta kysyttävä kysymys ei ole, kuinka moni lähti, vaan kuka, mitä he veivät mukanaan ja onko jäljellä ketään, joka huomaisi sen. Markkinoilla, joilla jäännöstä ei voi irtisanoa ja vahvimmille maksetaan asteikon mukaan, ainoa aika vastata siihen on ennen lukkiutumispistettä, ja ainoa tapa vastata siihen ylläpitäjien osalta on kysyä.

Liite A. Indikaattorien mittaaminen

Tämä liite antaa operationaalisen määritelmän, tietolähteen ja keskeisen sudenkuopan jokaiselle taulukon 4 indikaattorille. Kaikki voidaan laskea neljännesvuosittain tietueista, joita useimmat organisaatiot jo pitävät; mikään ei vaadi kyselytutkimusta.

Harmillisten lähtöjen osuus. Jokaisen vapaaehtoisen lähdön yhteydessä lähtijän esihenkilö vastaa yhteen kysymykseen, jonka HR kirjaa: olisitko tehnyt vastatarjouksen pitääksesi tämän henkilön? Osuus on harmilliset lähdöt jaettuna kaikilla vapaaehtoisilla lähdöillä neljän liukuvan neljänneksen aikana. Sudenkuoppa: esihenkilöt arvioivat jälkikäteen anteliaammin, kun lähdön tiedetään aiheuttaneen vahinkoa; kerää vastaus viikon kuluessa irtisanoutumisilmoituksesta.

Lähtijöiden suoritusneljännes. Kunkin lähtijän asema osaston suoritusjakaumassa, otettuna hänen kahden viimeisen irtisanoutumista edeltävän arvioinnin keskiarvosta. Raportoi ylimmästä neljänneksestä tulevien lähtijöiden osuus. Sudenkuoppa: keskelle tiivistyneet arvioinnit kätkevät signaalin; kun arvioinnit eivät ole informatiivisia, korvaa ne kahden esihenkilön lähtöhetkellä tekemällä pakotetulla järjestyksellä.

Lähtötarjousero. Lähtijän uuden kokonaiskorvauksen ja nykyisen välinen prosentuaalisen eron mediaani lähtöhaastatteluista. Sudenkuoppa: lähtijät vähättelevät tai kieltäytyvät vastaamasta; alle puolen vastausaste tekee luvusta epäluotettavan, ja vastausaste itsessään on silloin indikaattori.

Bussikerroin kriittistä järjestelmää kohden. Niiden ihmisten määrä, jotka voitaisiin menettää ennen kuin kukaan jäljellä oleva ei voi muuttaa tai palauttaa järjestelmää. Versionhallinnassa oleville järjestelmille se voidaan laskea historiasta kysymättä keneltäkään. Avelinon et al. (2016) menetelmä antaa jokaiselle kehittäjälle $d$ tekijyysasteen jokaiselle tiedostolle $f$,

jossa $\mathrm{FA}$ on 1, jos $d$ loi tiedoston, $\mathrm{DL}$ on $d$:n siihen tekemien muutosten määrä ja $\mathrm{AC}$ muiden tekemien muutosten määrä. Kehittäjän lasketaan tuntevan tiedoston, kun hänen normalisoitu DOA-arvonsa on vähintään 0.75 tiedoston maksimista ja absoluuttinen arvo on vähintään 3.293. Bussikerroin löydetään sitten poistamalla kehittäjiä tunnettujen tiedostojen määrän järjestyksessä, kunnes yli puolella järjestelmän tiedostoista ei ole jäljellä yhtään ne tuntevaa kehittäjää. Ylläpidetyille järjestelmille, jotka ovat enimmäkseen versionhallinnan ulkopuolella, samaa ajatusta sovelletaan muihin tietueisiin siitä, kuka teki mitä: muutoksenhallinnan tiketit järjestelmää kohden, häiriöiden ratkaisut järjestelmää kohden, päivystyskierron jäsenyys ja, kun infrastruktuuri on määritelty koodina, konfiguraatiorepositorio. Henkilön lasketaan tuntevan ylläpidetyn järjestelmän, kun hän on viimeisen vuoden aikana sulkenut siihen liittyviä muutoksia tai häiriöitä eskaloimatta niitä kenellekään muulle. Sudenkuoppa: nämä tietueet ovat ohuempia kuin commit-historia ja kirjaavat työn usein tiketin tekijälle eivätkä sen suorittajalle; kriittisimmille järjestelmille vahvista laskettu luku pyytämällä tiimiä nimeämään, kuka voisi palauttaa järjestelmän tyhjästä, ja tulkitse epäröinti bussikertoimeksi yksi.

Tiedon keskittymisindeksi. Osuus kriittisistä järjestelmistä, joiden bussikerroin on yksi. ”Kriittisen” pitäisi määritellä liiketoiminta (järjestelmät, joiden katko pysäyttää liikevaihdon tai vaatimustenmukaisuuden), ei IT. Sudenkuoppa: indeksiä voi manipuloida pilkkomalla järjestelmiä; lukitse järjestelmäluettelo vähintään vuodeksi.

Orvoksi jääneiden järjestelmien määrä. Niiden kriittisten järjestelmien määrä, joiden tekijä tai pääylläpitäjä on lähtenyt ja jotka siirrettiin olemassa olevalle omistajalle ilman vähintään kuukauden päällekkäistä luovutusjaksoa. Ylläpidetyillä järjestelmillä luovutus lasketaan todelliseksi vain, jos uusi omistaja on suorittanut kriittiset menettelyt (palautus, failover, varmenteen kierrätys) vähintään kerran valvonnan alaisena; harjoittelematta luovutettu runbook ei ole luovutus. Lähde: järjestelmien omistajarekisteri ristiinviitattuna lähtöpäiviin. Sudenkuoppa: omistajarekistereitä ylläpidetään harvoin; ensimmäinen laskenta vaatii yleensä rekisterin rekonstruoinnin, mikä on itsessään informatiivista.

Palvelusaikavinouma. Yli viisi vuotta palvelleiden suhde alle kaksi vuotta palvelleisiin, laskettuna erikseen kehittäjille ja ylläpitäjille. Terve, itseään uudistava osasto on lähellä yhtä; osasto, jonka sisäänvirta on kuivunut tai ei jää, nousee yli kahden. Sudenkuoppa: uudelleenjärjestely, joka siirtää ihmisiä osastojen välillä, nollaa palvelusajan joissakin HR-järjestelmissä; käytä palvelusaikaa työnantajan, ei kustannuspaikan, palveluksessa.

Ulkoisen arvioinnin tiheys. Niiden kertojen määrä vuodessa, jolloin koodia, arkkitehtuuria tai käyttökäytäntöä arvioi joku tiimin ulkopuolinen: arkkitehtuurikatselmointilautakunta, tietoturva-auditointi, jonka havainnot käsiteltiin, vertaisosaston katselmointi, ulkopuolisen konsultin arvio. Laske vain katselmoinnit, jotka tuottivat kirjalliset havainnot. Sudenkuoppa: vaatimustenmukaisuusauditointeja, jotka tarkastavat dokumentteja eivätkä järjestelmiä, ei pitäisi laskea.

Varhaisvaiheen poistuma. Kullekin rekrytointikohortille (tietyn puolivuotiskauden rekrytoinnit) osuus, joka on lähtenyt kahdentoista kuukauden kuluessa aloituspäivästään. Raportoi kohorteittain, ei kalenterivuosittain, jotta kohortin luku tunnetaan kerralla eikä liu’u. Sudenkuoppa: luku viivästyy rakenteensa vuoksi vuodella; yhdistä se tarjousten hyväksymisasteeseen, joka ei viivästy.

Senioritehtävien tarjousten hyväksymisaste. Hyväksyttyjen senioritehtävien tarjousten osuus neljän liukuvan neljänneksen aikana sekä kirjatut hylkäysten syyt. Sudenkuoppa: rekrytoijat kirjaavat syyn, joka heijastuu vähiten prosessiin; kysy ehdokkaalta suoraan, kun mahdollista.

Toipumistestin ajantasaisuus (ylläpitäjät). Kullekin kriittiselle ylläpidetylle järjestelmälle kuukausien määrä siitä, kun joku muu kuin sen pääomistaja viimeksi suoritti palautuksen, failoverin tai uudelleenrakennuksen alusta loppuun tulos kirjattuna. Tällä indikaattorilla ei ole kehityspuolen vastinetta, ja se lisätään tähän, koska luvun 7 tapaus kääntyy sen varassa. Laukaisu: mikä tahansa kriittinen järjestelmä yli kahdentoista kuukauden, tai mikä tahansa järjestelmä, jonka viimeisen testin suoritti vain henkilö, joka on sittemmin lähtenyt. Sudenkuoppa: aloitettu ja kesken jätetty testi kirjataan usein suoritetuksi; laske vain testit, joilla on kirjattu lopputulos.

Joukon lukeminen. Mikään yksittäinen indikaattori ei ole ratkaiseva. Mallin ennustama kaava on harmillisten lähtöjen ja ylimmän neljänneksen lähtöjen nousu (vaihe 1), jota seuraa bussikertoimen lasku ja orvoksi jääneiden järjestelmien nousu (vaihe 2), jota seuraa palvelusaikavinouman nousu ja ulkoisen arvioinnin lasku (vaihe 3), ja vasta sitten varhaisvaiheen poistuman nousu ja senioritarjousten hyväksynnän lasku (vaihe 4). Osastolla, joka näkee kaksi ensimmäistä liikettä, on aikaa; osastolla, joka näkee kaksi viimeistä, on sitä hyvin vähän.

Lähteet

Avelino, G., Passos, L., Hora, A., & Valente, M. T. (2016). A novel approach for estimating truck factors. In Proceedings of the 24th IEEE International Conference on Program Comprehension (ICPC), 1–10. https://doi.org/10.1109/ICPC.2016.7503718 (author version: https://homepages.dcc.ufmg.br/~mtov/pub/2016-icpc.pdf)

Becker, W. J., & Cropanzano, R. (2011). Dynamic aspects of voluntary turnover: An integrated approach to curvilinearity in the performance–turnover relationship. Journal of Applied Psychology, 96(2), 233–246. https://doi.org/10.1037/a0021223

Brooks, F. P. (1975). The Mythical Man-Month: Essays on Software Engineering. Addison-Wesley.

Cohen, W. M., & Levinthal, D. A. (1990). Absorptive capacity: A new perspective on learning and innovation. Administrative Science Quarterly, 35(1), 128–152. https://doi.org/10.2307/2393553

Cosentino, V., Cánovas Izquierdo, J. L., & Cabot, J. (2015). Assessing the bus factor of Git repositories. In Proceedings of the 22nd IEEE International Conference on Software Analysis, Evolution, and Reengineering (SANER), 499–503. https://doi.org/10.1109/SANER.2015.7081864

Dalton, D. R., Todor, W. D., & Krackhardt, D. M. (1982). Turnover overstated: The functional taxonomy. Academy of Management Review, 7(1), 117–123. https://doi.org/10.5465/amr.1982.4285499

De Holan, P. M., & Phillips, N. (2004). Remembrance of things past? The dynamics of organizational forgetting. Management Science, 50(11), 1603–1613. https://doi.org/10.1287/mnsc.1040.0273

DeLong, D. W. (2004). Lost Knowledge: Confronting the Threat of an Aging Workforce. Oxford University Press. https://doi.org/10.1093/acprof:oso/9780195170979.001.0001

Hom, P. W., Lee, T. W., Shaw, J. D., & Hausknecht, J. P. (2017). One hundred years of employee turnover theory and research. Journal of Applied Psychology, 102(3), 530–545. https://doi.org/10.1037/apl0000103

Jackofsky, E. F. (1984). Turnover and job performance: An integrated process model. Academy of Management Review, 9(1), 74–83. https://doi.org/10.5465/amr.1984.4277940

Kaplan, B. (2009). Managing the risk of knowledge loss due to workforce attrition. Presentation to the SIKM Leaders Community, June 2009. https://www.slideshare.net/SIKM/managing-the-risk-of-knowledge-loss-due-to-workforce-attrition

Manpower Inc. (2010). Knowledge retention and transfer in the world of work. White paper, announced 13 April 2010. https://investor.manpowergroup.com/node/51361

Minister van Sociale Zaken en Werkgelegenheid & Staatssecretaris van Financiën. (2026, 12 February). Brief aan de Tweede Kamer inzake zelfstandig ondernemerschap: reactie op het position paper van VZN en handhaving op arbeidsrelaties (Kamerstukken II 2025/26, 31 311, nr. 304). https://zoek.officielebekendmakingen.nl/kst-31311-304.pdf

Nyberg, A. (2010). Retaining your high performers: Moderators of the performance–job satisfaction–voluntary turnover relationship. Journal of Applied Psychology, 95(3), 440–453. https://doi.org/10.1037/a0018869

Salamin, A., & Hom, P. W. (2005). In search of the elusive U-shaped performance–turnover relationship: Are high performing Swiss bankers more liable to quit? Journal of Applied Psychology, 90(6), 1204–1216. https://doi.org/10.1037/0021-9010.90.6.1204

Trevor, C. O., Gerhart, B., & Boudreau, J. W. (1997). Voluntary turnover and job performance: Curvilinearity and the moderating influences of salary growth and promotions. Journal of Applied Psychology, 82(1), 44–61. https://doi.org/10.1037/0021-9010.82.1.44. Open-access working paper: https://ecommons.cornell.edu/entities/publication/7dd1115c-022a-4dc6-9af7-7a4a31a0c19a

UWV. (2025, 18 December). Ontwikkeling krapte naar beroep 2024–2030. https://www.uwv.nl/assets-kai/files/3dadda9c-258e-4d9f-b60c-eac75496816b/ontwikkeling-krapte-naar-beroep-2024-2030.pdf

UWV. (2026, 8 October). ICT-beroepen: arbeidsmarktinformatie. https://www.uwv.nl/nl/arbeidsmarktinformatie/sector/ict

Webster, B. F. (2008, 11 April). The wetware crisis: The Dead Sea effect. Bruce F. Webster (blog). https://brucefwebster.com/2008/04/11/the-wetware-crisis-the-dead-sea-effect/

Wet op de ondernemingsraden, art. 27. https://wetten.overheid.nl/BWBR0002747

Williams, C. R., & Livingstone, L. P. (1994). Another look at the relationship between performance and voluntary turnover. Academy of Management Journal, 37(2), 269–298. https://doi.org/10.2307/256830