Ihmisen hinta lukukelvottomista järjestelmistä
Muistikirja näytön vieressä
Tärkein dokumentaatio huoneessa ei ollut järjestelmässä. Se oli kierrevihko toisen näytön vieressä, teipillä kasassa ja pitkän kärsimyksen auktoriteetilla. Tiimi käytti sitä joka iltavuorossa. Ensimmäisellä sivulla selitettiin, mikä tilan merkitys asianhallintatyökalussa oikeasti tarkoitti odottamista rahoitukselta. Neljännellä sivulla lueteltiin kolmen kentän nimet, jotka näyttivät valinnaisilta mutta eivät olleet. Seitsemännellä sivulla varoitettiin, ettei vientipainiketta tulisi painaa kello 17:00 jälkeen, koska yön ajotulkitsisivat tiedoston uutena saapumisena ja kaikki heräisivät jonoon, joka oli moninkertaistunut kuin hallinnollinen kansantarina.
Virallinen prosessikuvaus oli siistimpi. Siinä oli laatikot, nuolet ja päivämäärä alatunnisteessa. Se oli myös väärässä juuri niillä tavoilla, joilla oli merkitystä. Ohjelmisto oli muuttunut. Toimittaja oli vaihtunut. Poikkeusluvasta oli tullut normaali käytäntö. Yksi integraatio oli epäonnistunut niin usein, että henkilökunta oli keksinyt tarkistusrituaalin. Muistikirja ei ollut viehättävä paikallinen tapa. Se oli inhimillinen paikka järjestelmässä, joka ei enää kyennyt selittämään itseään.
Epäselvät järjestelmät harvoin ilmoittavat itsestään yhdellä näyttävällä epäonnistumisella. Ne tuottavat pieniä veroja. Työntekijä epäröi ennen klikkausta, koska tilan nimi on epämääräinen. Sairaanhoitaja soittaa kollegalle, koska kojelaudan luvulla ei ole alkuperää. Suunnittelija kopioi tietoja omaan taulukkoonsa, koska viralliseen raporttiin ei voi luottaa. Kehittäjä välttää funktion muuttamista, koska kukaan ei tiedä, kuka siitä on riippuvainen. Esimies pyytää kuvakaappausta, koska audit trail on teknisesti olemassa ja käytännössä hyödytön. Jokainen hetki on siedettävä. Yhdessä niistä tulee työympäristö.
Kustannus ei ole vain aikaa. Se on huomiota, luottamusta, vastuuta ja lopulta ihmisarvoa. Ihmisistä tulee kääntäjiä järjestelmille, joiden olisi pitänyt olla luettavia. He kantavat piilotettua tietoa muistikirjoissa, keskusteluhistorioissa, sivutaulukoissa ja tavoissa. Sitten johtajat ihmettelevät, miksi muutos on hidasta. Organisaatio ei ole hidas, koska ihmiset vihaavat kehitystä. Se on hidas, koska kehityksen on ensin ylitettävä suo, joka on täynnä asioita, joita kukaan ei voi turvallisesti lukea.
Epäselvä ei ole sama kuin monimutkainen
Jotkin järjestelmät ovat monimutkaisia, koska työ on monimutkaista. Terveydenhuolto, logistiikka, etuudet, tutkimushallinto, valmistus ja energiaverkot eivät yksinkertaistu, vaikka piirtäisimme siistimmän kaavion. Monimutkaisuus ei ole vihollinen. Epäselvyys on. Luettava monimutkainen järjestelmä näyttää osansa, nimeää oletuksensa, paljastaa siirtymänsä, kirjaa syynsä ja antaa käyttäjille riittävästi asiayhteyttä toimia. Epäselvä yksinkertainen järjestelmä piilottaa merkityksensä tunnisteiden, sivuvaikutusten ja onnekkaan ajoituksen taakse. Arvaa kumpi tuottaa pidemmät palaverit.
Insinöörit saattavat joskus kaventaa luettavuuden koskemaan vain koodityyliä. Koodilla on merkitystä, mutta se on vain yksi kerros. Järjestelmässä voi olla siisti koodi ja lukukelvoton toiminta. Siinä voi olla tyylikkäitä luokkia ja hämmentäviä tiloja. Siinä voi olla täydellinen nimeäminen repositoriossa ja käyttöliittymä, joka pakottaa ihmiset opettelemaan ulkoa yhteisön sisäisiä merkityksiä. Siinä voi olla lokit, jotka tallentavat jokaisen tapahtuman, mutta jotka eivät silti kerro, miksi jokin päätös tehtiin. Siinä voi olla kaavioita, jotka näyttivät ajantasaisilta projektin rahoitusvaiheessa ja toimivat nyt lähinnä historiallisena fiktiona.
Luettavat järjestelmät kohdistavat useita pintoja. Käyttöliittymä kuvaa tilan sanoilla, joita ihmiset voivat käyttää. Tietomalli säilyttää merkityksen sen sijaan, että se litistäisi sen liian aikaisin. Työnkulku nimeää siirtymät ja omistajat. Koodissa on testejä liiketoimintasääntöjen ympärillä, ei vain onnellisten polkujen ympärillä. Lokit yhdistävät toiminnan syyhyn. Dokumentaatio heijastaa elävää järjestelmää. Valvonta kertoo käyttäjälle, mikä muuttui, ei vain sitä, että punainen on muuttunut innokkaammaksi.
Tämä kohdistaminen on vaikeaa, koska luettavuudella on monta lukijaa. Kehittäjä lukee koodin. Asiakastyöntekijä lukee näytön. Esimies lukee jonon. Tilintarkastaja lukee jäljen. Käyttäjä lukee viestin. Tukipalvelun insinööri lukee lokin. Valvoja lukee selityksen. Uusi kollega lukee kaiken sen hiljaisella kauhulla, joka seuraa perinnöksi saatua laatikollista kaapeleita. Jos järjestelmä on luettava vain yhdelle näistä lukijoista, se ei ole riittävän luettava.
Arvaamisen inhimillinen hinta
Arvaaminen on työtä. Se ei näytä työltä, koska se on usein hiljaista. Ihminen pysähtyy, muistaa kaavan, kysyy toiselta, vertaa kahta näyttöä, katsoo eilistä vientiä, tarkistaa, koskeeko poikkeus, ja jatkaa sitten. Mikään tästä ei näy läpimenomittareissa. Tapaus kesti seitsemän minuuttia, sanoo kojelauta. Kojelauta ei tiedä, että kolme näistä minuuteista kului miettiessä, tarkoittaako verified-niminen kenttä käyttäjän, järjestelmän, talousosaston vai jonkun vuonna 2022 lähteneen Veran vahvistamaa.
Tällainen arvaaminen aiheuttaa väsymystä, koska työntekijä ei voi rentoutua prosessiin. Jokainen vaihe voi sisältää piilotetun merkityksen. Järjestelmästä tulee huone, jossa kytkimien merkinnät on kirjoittanut henkilö, joka oletti olevansa aina lähellä. Käyttäjät kompensoivat varovaisuudella, ja sitten heitä syytetään vastahakoisuudesta. He eivät ole vastahakoisia. He ovat järkeviä. He ovat oppineet, että käyttöliittymä joskus valehtelee jättämällä asioita kertomatta.
Arvaaminen myös keskittää vallan vääriin paikkoihin. Henkilöstä, joka tuntee järjestelmän todellisen merkityksen, tulee korvaamaton. Se voi näyttää imartelevalta, kunnes henkilö haluaa lomaa, vaihtaa työpaikkaa, sairastuu tai yksinkertaisesti lakkaa nauttimasta epävirallisena institutionaalisen muistin kääntäjänä toimimisesta. Lukukelvoton järjestelmä muuttaa asiantuntemuksen vahingossa panttivangiksi. Kukaan ei suunnitellut sitä. Huonot kannustimet eivät tarvitse suunnitelmia tullakseen arkkitehtuuriksi.
Taakka kohdistuu kovimmin uudempiin työntekijöihin ja henkilöihin, joilla on vähemmän organisatorista valtaa. Vanhemmat työntekijät tietävät, keneltä kysyä. Uudet työntekijät eivät tiedä. Konsultit saavat katkelmia. Tukityöntekijöitä kehotetaan noudattamaan menettelyä, ja sitten he huomaavat, että menettely on kartta kaupungista, jonka kadut muuttuivat viime talvena. Käyttäjät kokevat seurauksen viiveenä, epäjohdonmukaisuutena tai selittämättömänä kieltäytymisenä. Järjestelmä voi olla sisäisesti älykäs. Ulkoisesti se pyytää ihmisiä imemään itseensä sen monitulkintaisuuden.
Lokit, jotka eivät kerro tarinaa
Monet lukukelvottomat järjestelmät pitävät ylpeästi lokia. Se on hyvä asia, mutta ei riittävä. Lokirivi voi olla tarkka ja silti hyödytön. Käyttäjä päivitti tilan klo 14.03 on tosiasia. Se ei kerro, miksi tila muuttui, mikä sääntö sen salli, mitä näyttöä oli olemassa, oliko siirtymä normaali, kuka omistaa säännön, mikä työnkulun versio oli käytössä tai hyväksyikö alavirran järjestelmä muutoksen. Tosiasioiden kasa ei ole vielä tarina. Se on vain kasa aikaleimoineen.
Operatiivisen todistusaineiston on oltava rakennettu kysymysten ympärille, joita ihmiset oikeasti kysyvät. Miksi tämä asia siirtyi eteenpäin. Miksi tämä tietue pysähtyi. Miksi tämä mallin vastaus päätyi työnkulkuun. Miksi vienti sisälsi nämä rivit. Miksi kaksi raporttia olivat eri mieltä. Miksi tämä käyttäjä pystyi näkemään nuo tiedot. Miksi järjestelmä yritti kuusi tuntia ja luovutti juuri sillä hetkellä, kun kaikki lähtivät kotiin. Lokien ei pitäisi vaatia arkeologista kaivamista jokaista tavallista kysymystä kohden.
Hyvä todistusaineisto ei ole ylellisyyttä auditoijille. Se on kohteliaisuutta operaattoreille. Häiriötilanteessa ihmisten on rajattava hakua. Heidän on tiedettävä, mikä tila muuttui, mikä syöte saapui, mikä sääntö laukesi, mikä riippuvuus epäonnistui, mikä palautustoimenpide tapahtui ja mikä on edelleen epävarmaa. Jos järjestelmä ei pysty vastaamaan näihin kysymyksiin, se värvää ihmiset oikeuslääketieteellisiksi analyytikoiksi paineen alla. Se on jännittävää rikoskirjallisuudessa ja vähemmän viehättävää palkanlaskennan ympärillä.
Paljon tekoälyä käyttävät järjestelmät nostavat rimaa. Jos mallin tuotos vaikuttaa työnkulkuun, järjestelmän tulisi säilyttää lähde, kehote tai hakukonteksti soveltuvin osin, mallin versio, luottamuksen tai epävarmuuden kuvaus, käytäntöportti, ihmisen tarkistuksen tila ja lopullinen toimenpide. Tarkoitus ei ole tehdä jokaisesta vuorovaikutuksesta romaania. Tarkoitus on säilyttää riittävästi kontekstia, jotta myöhempi lukija voi rekonstruoida, miksi järjestelmä toimi niin kuin toimi. Muuten mallin sujuvuudesta tulee jälleen yksi lukukelvoton kerros.
Käyttöliittymät voivat piilottaa käytäntöjä
Lukukelvoton käyttöliittymä on usein käytäntöongelma, joka on puettu pikseleihin. Painike näkyy vain joissakin tapauksissa, mutta kukaan ei tiedä, mikä sääntö sitä ohjaa. Varoitus on keltainen toiselle tiimille ja punainen toiselle, koska kokoonpanoa muutettiin pilottivaiheen aikana. Kenttä hyväksyy vapaata tekstiä, koska oikeita luokkia oli poliittisesti epämukavaa määritellä. Jono on lajiteltu prioriteetin mukaan, mutta prioriteetti on kaava, jota kukaan ei löydä. Käyttöliittymä näyttää toimivalta. Pinnan alla ratkaisemattomia päätöksiä siirretään käyttäjille yksi klikkaus kerrallaan.
Tällä on merkitystä, koska ihmiset kohtelevat ohjelmiston tiloja institutionaalisena totuutena. Jos näyttö sanoo valmis, henkilökunta olettaa, että organisaatio tarkoittaa valmista. Jos näyttö sanoo kelpoinen, joku voi toimia kelpoisuuden perusteella. Jos näyttö sanoo pieni riski, huomio siirtyy muualle. Mitä vakavampi työnkulku, sitä vaarallisempaa epämääräinen käyttöliittymäkieli on. Otsikko ei ole koristelu. Se on pieni sopimus järjestelmän ja sen henkilön välillä, jonka on luotettava siihen.
Luettavat järjestelmät tuovat käytännöt näkyviksi siellä, missä niitä käytetään. Ne kertovat, miksi kenttä on pakollinen, mitä tila tarkoittaa, mikä näyttö tukee päätöstä, mitä tapahtuu seuraavaksi ja miten tulokseen voi hakea muutosta. Ne välttävät tiloja, jotka kuulostavat luonteenpiirteiltä. Ne erottavat lähetetyn vastaanotetusta, tarkistetun hyväksytystä, estetyn hylätystä ja arvioidun vahvistetusta. Nämä erot tuntuvat tylsiltä vain siihen asti, kunnes oikea tapaus riippuu niistä. Sitten kaikki alkavat yhtäkkiä olla hyvin kiinnostuneita substantiiveista.
Käyttöliittymän tulisi myös paljastaa epävarmuus rehellisesti. Jos arvo on päätelty, se pitää sanoa. Jos malli on ehdottanut luokittelun, se merkitään ehdotetuksi, kunnes se hyväksytään. Jos data on vanhentunutta, näytä sen ikä. Jos riippuvuus on myöhässä, ruutu ei saa antaa ymmärtää, että hiljaisuus on menestystä. Ihmiset sietävät epävarmuutta paremmin kuin järjestelmät usein olettavat. Mitä he eivät voi käsitellä turvallisesti, on epävarmuus, joka on naamioitu varmuudeksi, koska joku halusi siistin ruudun.
Dokumentaatio on osa tuotteen pintaa
Dokumentaatioon suhtaudutaan usein kuin erilliseen moraaliseen velvollisuuteen, kuten hammaslankaan. Kaikki ovat yhtä mieltä siitä, että se on tärkeää. Sitten julkaisu siirtyy, dokumentti mätänee ja seuraava tiimi lukee sitä ilmeellä, joka on yleensä varattu vanhentuneelle maidolle. Epäonnistuminen ei johdu siitä, että ihmiset olisivat laiskoja. Epäonnistuminen johtuu siitä, että dokumentaatiota ei ollut kytketty järjestelmään riittävän vahvasti selviytyäkseen muutoksista.
Luettavat järjestelmät tekevät dokumentaatiosta toiminnallista. Tilamääritelmät elävät työnkulun yhteydessä. Datasanakirjat luodaan tai tarkistetaan skeemoja vasten. Liiketoimintasäännöillä on omistajat ja versiot. Toimintaohjeita testataan harjoituksissa. Virheilmoitukset linkittyvät ajantasaisiin korjauspolkuihin. Arkkitehtuuripäätökset selittävät kompromisseja, jotka tulevat tiimit muuten joutuisivat oppimaan kärsimyksen kautta. Koulutusmateriaali käyttää todellisia tiloja ja todellisia poikkeuksia. Dokumentaatiosta tulee kartta, jota kävellään, ei museonäyttely.
Tämä ei ole argumentti ensyklopedisen dokumentaation puolesta. Liika dokumentaatio voi olla toinen lukukelvoton järjestelmä, vain paremmilla otsikoilla. Hyödyllinen kysymys on, mitä kontekstia kukin lukija tarvitsee toiminnan hetkellä. Asiakaspalvelija tarvitsee erilaisia yksityiskohtia kuin kehittäjä. Tilintarkastaja tarvitsee erilaista näyttöä kuin käyttäjä. Tukipalvelun insinööri tarvitsee palautumispolun, ei hajautettujen järjestelmien filosofiaa toimitettuna kello 02:00. Hyvä dokumentaatio kunnioittaa lukijan työtä.
Ylläpito on tärkeä sana. Jos dokumentaatiolla ei ole omistajaa, ei tarkistustriggeriä, ei yhteyttä muutoksiin eikä testiä oikeassa käytössä, se ei ole dokumentaatiota. Se on optimismia kappaleina. Muistivihko ruudun vieressä osoitti, että ihmiset dokumentoivat sen, mitä heidän täytyy ymmärtää. Tehtävänä on siirtää se tieto yksityisistä selviytymistyökaluista jaetuiksi, hallituiksi ja eläviksi pinnoiksi.
Tekoäly tuo uudenlaisen lukukelvottomuuden
TeKOjärjestelmät voivat tehdä epäselvyydestä kalliimpaa, koska ne lisäävät sujuvaa käyttäytymistä jo valmiiksi epäselviin työnkulkuihin. Malli voi tiivistää, luokitella, arvioida ja suositella. Jos ympäröivä järjestelmä ei pysty näyttämään, mitä lähdettä käytettiin, mikä käytäntö rajoitti vastausta, mikä epävarmuus jää jäljelle ja kuka hyväksyi tuloksen, mallin sujuvuudesta tulee naamiointi. Lause kuulostaa hyvältä. Organisaatio ei silti pysty selittämään toimintaa.
Erityinen vaara piilee mallin tuloksissa, jotka näyttävät tarkoilta ilman, että ne ovat toiminnallisesti perusteltuja. Riskipisteet, luottamusprosentit tai yhteenvedot voivat tuntua selkeydeltä. Mutta selkeyttä kenelle. Jos pistemäärä ei ole sidottu päätöskynnykseen, näyttöön, kalibrointihistoriaan, arviointiprosessiin ja seurauksiin, siitä tulee koristeellinen luku. Koristeelliset luvut ovat suosittuja, koska ne saavat kojelaudat näyttämään vaikuttavammilta. Ne ovat vähemmän suosittuja sen jälkeen, kun ne ovat ohjanneet oikean ihmisen väärään jonoon.
Luettava teKOtoiminta vaatii samoja vanhoja hyveitä, mutta vähemmällä kärsivällisyydellä käsien heiluttelua kohtaan. Nimeä lähdejoukko. Tallenna mallin ja kehotteen versiot tarvittaessa. Pidä hakujäljet asianmukaisissa rajoissa. Erota ehdotus toiminnasta. Näytä, milloin ihminen on hyväksynyt, muuttanut tai hylännyt tuloksen. Seuraa ajautumista. Säilytä valituspolut. Tee kieltäytyminen näkyväksi. TeKO ei poista luettavuuden tarvetta. Se nostaa sen puuttumisen kustannuksia.
Tavoitteena ei ole paljastaa jokaista sisäistä painoarvoa tai hukuttaa henkilökuntaa tekniseen pakokaasuun. Tavoitteena on tehdä toimintaketjusta ymmärrettävä. Työntekijän tulisi tietää, miksi järjestelmä ehdotti tätä tapausta, mitä näyttöä se käytti, mitä ehdotuksella saa tehdä ja miten sitä voi haastaa. Tilintarkastajan tulisi pystyä toistamaan riittävästi kontekstia päätöksen arvioimiseksi. Käyttäjää ei tulisi jättää loukkuun kauniin vastauksen taakse, josta kukaan ei ota vastuuta.
Epäselvyydestä tulee kulttuuria
Ajan myötä epäselvä järjestelmä muuttaa organisaation ajattelutapaa. Ihmiset lakkaavat kysymästä miksi, koska miksi on liian kallista. He kysyvät, kuka tietää. He lakkaavat ehdottamasta parannuksia, koska jokainen muutos saattaa häiritä näkymätöntä riippuvuutta. He luovat epävirallisia prosesseja, koska virallisiin ei voi luottaa. He suojaavat itseään kuvakaappauksilla. He sopivat kokouksia sovittaakseen yhteen raportteja, joiden olisi pitänyt olla yhtä mieltä alun perinkin. Järjestelmä on kouluttanut heidät madaltamaan odotuksiaan.
Tätä kulttuuria on vaikea nähdä ylhäältä käsin. Johto saattaa nähdä vakaan tuotoksen ja olettaa järjestelmän toimivan. Tuotos on vakaa, koska ihmiset imevät itseensä epävakautta. He kääntävät, tarkistavat, korjaavat, muistavat ja pyytävät anteeksi. Jos nämä ponnistelut ovat näkymättömiä, ne lopulta optimoidaan pois, mikä on tyylikäs tapa muuttaa osaaminen häiriöjonoksi. Organisaatio oppii sitten, että järjestelmä ei ollutkaan vakaa. Sitä pidettiin koossa ihmisillä, joille sanottiin, että he olivat tehottomia.
Luettavilla järjestelmillä on erilainen kulttuurivaikutus. Ne antavat ihmisten olla eri mieltä järjestelmän kanssa, koska he näkevät sen väitteet. Ne tekevät koulutuksesta vähemmän riippuvaista perimätiedosta. Ne vähentävät muutokseen liittyvää pelkoa, koska riippuvuudet on nimetty. Ne luovat parempia keskusteluja politiikan, toiminnan ja tekniikan välille. Ne antavat tukitiimin vastata käyttäjille keksimättä teologiaa tilakoodien ympärille. Ne tekevät virheiden myöntämisestä helpompaa, koska syy ei ole piilossa sokkelossa.
Tässä on moraalinen ulottuvuus, mutta se ei ole abstrakti. Jos järjestelmä tekee työntekijän vastuulliseksi tuloksista mutta kieltää tältä riittävän kontekstin järjestelmän ymmärtämiseen, se on epäreilua. Jos järjestelmä tekee käyttäjästä päätöksen kohteen, jota kukaan ei pysty selittämään, se on epäreilua. Jos järjestelmä saa tiimin kantamaan dokumentoimatonta riskiä, kunnes jotain hajoaa, se on epäreilua. Luettavuus ei ole kosmeettista ystävällisyyttä. Se on osa vastuullista delegoimista.
Rakentaminen lukijoita varten
Luettava järjestelmä rakennetaan lukijat mielessä. Se kuulostaa itsestäänselvyydeltä, kunnes laskee, kuinka monet järjestelmät rakennetaan kirjoittajia, toimittajia, sovelluskehyksiä tai komiteakompromisseja varten. Lukija on se henkilö, jonka on ymmärrettävä järjestelmä toiminnan hetkellä. Joskus hän on kehittäjä. Joskus puhelinpalvelun työntekijä. Joskus auditoija. Joskus käyttäjä, joka saa kieltävän päätöksen. Joskus esihenkilö, joka päättää, onko jono turvallinen. Luettavuus alkaa nimeämällä nämä lukijat ja kysymykset, joihin he tarvitsevat vastauksia.
Jokaisesta merkityksellisestä tilasta järjestelmän pitäisi pystyä kertomaan, mitä se tarkoittaa, miten siihen päädyttiin, kuka sen omistaa, mikä näyttö sitä tukee, mitä seuraavaksi tapahtuu ja miten se voidaan korjata. Jokaisesta tärkeästä siirtymästä sen pitäisi säilyttää syy, toimija, sääntö, versio ja seuraus. Jokaisesta automaatiosta sen pitäisi erottaa suositus päätöksestä. Jokaisesta raportista sen pitäisi näyttää alkuperäketju. Jokaisesta poikkeuksesta sen pitäisi nimetä toimivaltainen taho. Mikään tästä ei ole hohdokasta. Se on lähtötaso, kun työtä annetaan koneelle hylkäämättä sen ympärillä olevia ihmisiä.
On olemassa kompromisseja. Näkyvämpi yksityiskohta voi hukuttaa alleen. Lisää rakenne voi hidastaa varhaista toimitusta. Lisää näyttöä voi herättää tallennus- ja yksityisyyskysymyksiä. Tarkempi kieli voi tuoda esiin erimielisyyksiä, jotka aiemmin pysyivät piilossa. Nämä ovat todellisia kustannuksia. Ne ovat kuitenkin parempia kustannuksia kuin lukukelvottoman järjestelmän loputon tulkitsemisen piilotyö. Ratkaisu ei ole näyttää kaikki kaikkialla. Ratkaisu on pitää merkitys saatavilla sillä tasolla, jolla päätökset tehdään.
Spiraalivihkoa ei pidä romantisoida. Se oli osoitus huolenpidosta, mutta myös oire epäonnistumisesta. Ihmiset olivat tehneet sen, mitä hyvät työntekijät tekevät: he olivat suojelleet työtä. Järjestelmä oli tehnyt sen, mitä lukukelvottomat järjestelmät tekevät: se oli tehnyt suojelusta yksityistä, haurasta ja epäoikeudenmukaisesti jakautunutta. Inhimillinen järjestelmä olisi oppinut vihkosta ja tuonut sen tiedon takaisin kotiin.
Luettavuuden lupaus
Luettavuuden lupaus on vaatimaton. Se ei tee kaikista prosesseista yksinkertaisia. Se ei poista harkintaa. Se ei estä jokaista virhettä. Se ei vapauta organisaatioita erimielisyyksistä, koska mikään ohjelmisto ei ole vielä voittanut komiteaa elämänmuotona. Se, mitä se tekee, on antaa ihmisille oikeudenmukaisemman suhteen järjestelmiin, joita he käyttävät. Se antaa heidän nähdä tilat, syyt, näytön, omistajuuden ja seuraavat vaiheet.
Tällä oikeudenmukaisuudella on käytännön arvoa. Perehdyttäminen nopeutuu. Häiriöt kapenevat. Auditoinneista tulee vähemmän teatraalisia. Muutoksista tulee vähemmän pelottavia. Käyttäjät saavat selkeämpiä selityksiä. Insinöörit voivat muuttaa koodia, kun he tuntevat seuraukset paremmin. Esihenkilöt näkevät, missä työ on jumissa, sen sijaan että mittaristo olisi keksinyt tyyneyden. Järjestelmä tulee vähemmän riippuvaiseksi yksityisestä muistista ja enemmän riippuvaiseksi jaetusta totuudesta.
Lukukelvottomien järjestelmien inhimillinen hinta maksetaan minuutteina, virheinä, varovaisuutena, stressinä ja hiljaisena kyynisyytenä. Sen maksavat ne, jotka oppivat piilotetut merkitykset, ja ne, jotka eivät opi. Sen maksavat käyttäjät, jotka odottavat, kun henkilökunta tulkitsee konetta. Sen maksavat organisaatiot, jotka menettävät kykynsä muuttua, koska kukaan ei osaa lukea sitä, mitä ne ovat rakentaneet.
Lukukelpoiset järjestelmät eivät ole pehmeämpiä järjestelmiä. Ne ovat järjestelmiä, jotka kunnioittavat sitä tosiasiaa, että teknologiaa käyttävät ihmiset, joilla on rajallinen tarkkaavaisuus ja todellista vastuuta. Järjestelmä, joka osaa selittää itsensä, on helpompi luottaa, helpompi haastaa ja helpompi korjata. Se ei ole koristelua. Se on osa työtä.