Perustelujen kantavat päätökset
Päätös, joka saapui ilman matkatavaroita
Kirje näytti täydelliseltä. Siinä oli päivämäärä, viitenumero, kohtelias aloitus, päätös ja valitusreitti. Järjestelmä oli asettanut asian järjestykseen, soveltanut useita sääntöjä, hakenut taustatiedot ja ehdottanut lopullista tekstiä. Ihminen oli hyväksynyt sen. Työnkulku oli kirjannut onnistumisen. Mikään ei näyttänyt selvästi vialliselta, ennen kuin kirjeen saanut henkilö esitti yksinkertaisen kysymyksen: miksi tämä päätös, minun tapauksessani, juuri sinä päivänä.
Organisaatio pystyi vastaamaan osaan kysymyksestä. Se pystyi näyttämään lopullisen kirjeen. Se pystyi näyttämään hakemustiedot sellaisina kuin ne olivat nyt. Se pystyi osoittamaan, että työnkulku oli suoritettu. Se pystyi osoittamaan, että työntekijä oli napsauttanut hyväksyä. Se pystyi näyttämään mallin pistemäärän kahden desimaalin tarkkuudella, koska desimaaleilla on taipumus naamioitua auktoriteetiksi. Mitä se ei pystynyt esittämään selkeästi, oli ketju, joka teki päätöksestä perustellun sillä hetkellä, kun se tehtiin.
Päätös oli saapunut ilman matkatavaroita. Siihen ei liittynyt kestävää pakettia lähteistä, sääntöversioista, malliversiosta, hakupolusta, pois jätetystä todistusaineistosta, epävarmuudesta, inhimillisestä harkinnasta, toimivallasta ja valitusreitistä. Ihmiset alkoivat rekonstruoida menneisyyttä kojelaudoista, vienneistä, tikettimuistiinpanoista ja muistista. Tämä on heikon hallinnon arkeologiaa. Kaikki tekevät kovasti töitä. Kukaan ei ole ylpeä.
Todisteita kantavien päätösten perustelu alkaa tästä. Tärkeiden päätösten ei pitäisi kulkea alastomina tuotoksina. Niiden pitäisi kantaa mukanaan riittävästi todisteita laajassa operatiivisessa merkityksessä, jotta toinen henkilö tai järjestelmä voi tarkastaa, miksi toiminta sallittiin. Todisteiden ei tarvitse olla muodollinen teoreema jokaisella alueella. Joskus se on sertifikaatti. Joskus se on jäsennelty todistepaketti. Joskus se on toistettavissa oleva päätöstietue. Periaate on sama: perustelu kulkee päätöksen mukana.
Lokit eivät riitä
Lokit ovat hyödyllisiä. Ne kertovat, että tapahtumia sattui, mikä palvelu suoritettiin, mikä käyttäjä toimi, mikä päätepiste vastasi ja minkä aikaleiman järjestelmä uskoi. Ilman lokeja operatiivinen toiminta muuttuu taikauskoksi, johon liittyy hälytyspuheluita. Mutta lokit eivät automaattisesti ole todiste päätöksestä. Ne tallentavat usein liikkeen eivätkä perustelua. Ne kertovat, että pyyntö siirtyi tilasta toiseen. Ne eivät välttämättä kerro, oliko siirtymä perusteltu.
Lokirivi voi kertoa, että malli palautti pistemäärän. Se ei välttämättä näytä, mitkä lähteet haettiin, mitkä lähteet puuttuivat, oliko pistemäärä kalibroitu tähän tapaustyyppiin tai mikä käytäntö salli pistemäärän vaikuttaa toimintaan. Loki voi kertoa, että operaattori hyväksyi. Se ei välttämättä näytä, mitä operaattori näki, mikä epävarmuus oli näkyvissä, oliko ohitus mahdollinen tai oliko hyväksyntä merkityksellinen jonopaineen alla. Loki voi kertoa, että vienti on valmis. Se ei välttämättä säilytä semanttista kontekstia, joka teki tietueesta ymmärrettävän.
Tämä erottelu ei ole pikkutarkkuutta. Hallinto epäonnistuu, kun tiimit sekoittavat tapahtumien alkuperän päätöksen perusteluun. Aikajana on arvokas, mutta aikajana ei yksinään vahvista perustelua. Jos silta romahtaa, sähköpostien järjestyksen tietäminen ei ole sama asia kuin sen tietäminen, oliko kuormituslaskelma pätevä. Jos tekoälyavusteinen päätös vahingoittaa jotakuta, sen tietäminen, että työnkulku suoritettiin loppuun, ei ole sama asia kuin sen tietäminen, että todisteet, toimivalta ja rajoitteet tukivat toimintaa.
Päätöksen todisteellisuus ei korvaa lokitietoja. Se käyttää lokitietoja yhtenä ainesosana. Todistepaketti kysyy vaikeamman kysymyksen: kun otetaan huomioon maailman tila ja silloiset säännöt, miksi tämä päätös sallittiin. Tämä kysymys vaatii rakennetta, ei pelkkää kronologiaa.
Selitys ei myöskään ole todiste
Tuotetut selitykset voivat olla hyödyllisiä. Selkokielinen yhteenveto voi auttaa käyttäjää ymmärtämään, mitä tapahtui. Perustelu voi auttaa työntekijää tarkastelemaan tuotosta. Virhekoodi voi ohjata muutoksenhakua. Ongelma alkaa, kun selitystä kohdellaan todisteena. Selitys voi kuvata päätöksen jälkikäteen. Todisteen on sidottava päätös niihin todisteisiin ja sääntöihin, jotka tekivät siitä lainmukaisen.
Tässä on useita sudenkuoppia. Ensimmäinen on sujuvuus. Malli voi tuottaa uskottavan perustelun, joka kuulostaa järjestelmällisemmältä kuin todellinen prosessi. Toinen on valikoivuus. Selitys voi mainita päätöstä tukevat tekijät ja jättää mainitsematta tekijät, jotka puuttuivat, olivat vanhentuneita, ristiriitaisia tai toimivallan ulkopuolella. Kolmas on itsensä arviointi. Jos sama järjestelmä, joka teki päätöksen, tuottaa myös ainoan selityksen, organisaatio ei ole saanut riippumatonta vakuutta. Se on saanut paremman kertojan.
Todiste tässä toiminnallisessa merkityksessä ei ole kauniimpi kappale. Se on tarkistettavissa oleva suhde väitteen, todisteiden, toimivallan, menetelmän ja tallenteen välillä. Sen pitäisi kertoa, mitä tosiasioita käytettiin, mitkä jätettiin pois, mikä sääntö tai malli muunsi ne, mikä epävarmuus jäi, mikä rooli hyväksyi tuloksen ja miten päätökseen voi hakea muutosta. Selitys voi istua tämän päällä. Sitä ei pitäisi pyytää korvaamaan sitä.
Tällä on merkitystä myös oikeudenmukaisuudelle. Ihmiset ansaitsevat muutakin kuin varman tarinan, kun päätökset vaikuttavat oikeuksiin, pääsyyn, rahaan, hoitoon, työhön tai maineeseen. He tarvitsevat keinon testata, tehtiinkö päätös oikeiden sääntöjen ja oikeiden todisteiden perusteella. Selitys ilman todistetta voi rauhoittaa. Todiste antaa ihmisille jotakin, jota vastaan he voivat esittää vastalauseen.
Mitä todiste tarkoittaa tavallisissa järjestelmissä
Sana todiste voi kuulostaa liian muodolliselta, ikään kuin jokaisen organisaation pitäisi muuttaa työnkulkunsa lauseentodistajaksi ennen kuin se voi lähettää kirjeen. Näin ei väitetä. Muodollinen todiste on arvokas siellä, missä logiikka, rajoitteet tai turvallisuuskriittiset säännöt sen oikeuttavat. Mutta todisteelliset päätökset voivat olla olemassa useilla tasoilla. Keskeistä on, että päätös sisältää jäsennellyn perustelun, joka on oikeassa suhteessa sen seurauksiin.
Matalan riskin suosituksessa todiste voi olla lähdeluettelo, ajantasaisuusmerkintä, luottamusväli ja huomautus siitä, että tuotos on neuvoa-antava. Julkisessa kelpoisuuspäätöksessä todiste voi sisältää sääntöversiot, todistelähteet, puuttuvien todisteiden tarkistukset, ihmisen suorittaman tarkastelun, ilmoitusvaatimukset ja muutoksenhakupolun. Lääketieteellisessä seulontasuosituksessa todiste voi sisältää potilastietojen tilannekuvan, vasta-aihetarkistukset, ohjeviittaukset, mallin rajoitteet, kliinikon toimenpiteet ja eskalaatioreitin. Logistiikkapäätöksessä todiste voi sisältää rajoitteet, kapasiteetin, reittioletukset, ratkaisijan tilan ja varasuunnitelman.
Jokainen paketti vastaa samaan kysymysperheeseen. Mikä päätös tehtiin. Mikä oli sallittu käyttötarkoitus. Mitä todisteita oli olemassa silloin. Mitä muunnos- tai päättelypolkua käytettiin. Mitkä rajoitteet olivat sitovia. Mikä epävarmuus jäi. Kenellä oli toimivalta. Mikä muuttui jälkikäteen. Miten päätös voidaan toistaa, haastaa, korjata tai oppia siitä.
Todisteen tason tulisi skaalautua seurausten ja peruutettavuuden mukaan. Oikeinkirjoitusehdotus ei tarvitse hallinnointidokumentaatiota. Automaattinen palvelun epääminen tarvitsee. Reittiehdotus voi tarvita toteutettavuusjäljen. Turvallisuusohje voi tarvita vahvemman tallenteen. Tarkoitus ei ole maksimaalinen paperityö. Tarkoitus on perustelu, joka on oikeassa suhteessa toimenpiteeseen.
Tallennushetkellä on merkitystä
Päätöksen todisteet tulisi tallentaa silloin, kun päätös tehdään. Ei valituksen jälkeen. Ei auditoinnin aikana. Ei silloin, kun viranomainen lähettää kirjeen. Päätöshetkellä järjestelmällä on vielä pääsy olennaiseen tilaan: tietueen tilannekuvaan, voimassa olevaan politiikkaan, malliversioon, haettuihin lähteisiin, käyttäjärooliin, käyttöliittymän tilaan, epävarmuuteen ja käytettävissä oleviin vaihtoehtoihin. Myöhemmin nämä asiat muuttuvat. Tietueita korjataan. Politiikat muuttuvat. Mallit päivittyvät. Hallintapaneelit otetaan uudelleen käyttöön. Ihmiset unohtavat. Muistista tulee paikallinen tietokanta, jossa on luotettavuusongelmia.
Todisteiden tallentaminen päätöshetkellä muuttaa myös käyttäytymistä. Jos työnkulku tietää, että sen on säilytettävä todisteet, se todennäköisemmin pyytää todisteita ennen toimintaa. Jos mallin tuotoksen on sisällettävä epävarmuus, käyttöliittymä ei todennäköisesti piilota sitä. Jos hyväksynnän on tallennettava se, mitä ihminen näki, järjestelmä todennäköisemmin näyttää jotain näkemisen arvoista. Todisteiden tallennus ei ole vain arkistointia. Se muokkaa itse päätöksen suunnittelua.
Siksi kuvakaappaukset ovat heikkoja korvikkeita. Kuvakaappaus tallentaa kuvan, ei päätöksen tilaa. Se voi jättää huomiotta piilotetut paneelit, lähteiden ajantasaisuuden, politiikkaversiot, malliasetukset tai puuttuvat syötteet. Sitä on vaikea kysellä, vaikea testata ja helppo ymmärtää väärin myöhemmin. Kuvakaappaukset ovat joskus hyödyllisiä tuessa. Ne eivät ole vakava todisteformaatti merkityksellisille päätöksille. Kuvakaappaus on tehnyt jo osansa yrityselämässä. Anna sen levätä.
Todisteita kantavat päätökset vaativat rakenteellista tallennusta. Se tarkoittaa, että järjestelmä tallentaa kentät, versiot, viittaukset, tiivisteet tarvittaessa, syykoodit, epävarmuuden, käyttäjän toiminnan ja linkit muuttumattomiin tai itsenäisesti hallinnoituihin tietueisiin. Tarkka skeema vaihtelee toimialan mukaan, mutta tapa ei saisi vaihdella: tallenna valtuutus silloin, kun se on olemassa.
Todisteet suojaavat vastuullisuuden molempia osapuolia
Vastuullisuus kuvataan usein asiana, jonka organisaatiot ovat velkaa asianosaisille ihmisille. Se on totta. Se on myös asia, jonka organisaatiot ovat velkaa omille työntekijöilleen. Asiavastaavaa, kliinikkoa, hälytyskeskuksen päivystäjää, analyytikkoa tai arvioijaa ei pitäisi jättää yksin salaperäisen suosituksen ja tulevan väitteen kanssa. Jos organisaatio odottaa ihmisten luottavan järjestelmään, sen tulisi antaa heille todisteita. Jos se odottaa heidän haastavan järjestelmän, sen tulisi antaa heille polku.
Todisteita kantavat päätökset suojaavat asianosaisia tekemällä haastamisen mahdolliseksi. Ne suojaavat työntekijöitä näyttämällä, mitä tietoa oli saatavilla ja miten järjestelmä sen kehysti. Ne suojaavat insinöörejä erottamalla datavirheet mallivirheistä, käyttöliittymävirheistä, politiikkavirheistä ja inhimillisestä harkinnasta. Ne suojaavat esihenkilöitä paljastamalla, missä toimintamalli on heikko. Ne suojaavat auditoijia antamalla heille jotain parempaa kuin kierroksen hallintapaneeleissa.
Tässä ei ole kyse vastuun välttämisestä. Kyse on vastuun paikantamisesta tarkasti. Huono päätös voi johtua väärästä datasta, virheellisestä säännöstä, soveltamisalan ulkopuolisesta mallista, epäselvästä käyttöliittymästä, vääristävistä kannustimista tai inhimillisestä ohituksesta. Ilman todisteita syy siirtyy lähimpään henkilöön. Todisteiden avulla organisaatio voi nähdä, mikä kerros epäonnistui. Se on oikeudenmukaisempaa ja paljon hyödyllisempää.
Luottamusetu on tässä myös mukana. Ihmiset hyväksyvät automaattiset tai avustetut päätökset helpommin, kun he tietävät, että päätöksen haastaminen on todellista. Ei siksi, että jokainen päätös miellyttäisi, vaan siksi, että prosessissa on tartuntapintoja. Todisteen kantava päätös kertoo: tässä on se, mitä käytimme, tässä on se, mitä teimme, tässä on se, kuka toimi, ja tässä on se, miten sitä voi kyseenalaistaa. Se ei ole takuu oikeellisuudesta. Se on kieltäytymistä piiloutumasta lopputuloksen taakse.
Todistepaketin on liikuttava
Päätösrekisteri, jota voi ymmärtää vain yhden toimittajan hallintapaneelin sisällä, ei kanna todistetta. Se on todiste hihnassa, jonka pituus on lyhyt. Tärkeiden päätösten todistepakettien on liikuttava ajassa, järjestelmien, toimittajien ja arviointikontekstien välillä. Arkistointi on oltava mahdollista. Riippumaton otanta on oltava mahdollista. Siirto ei saa tuhota merkitystä. Auditoinnin ei pitäisi riippua siitä, että alkuperäinen sovellus on edelleen verkossa ja hyväntahtoisella tuulella.
Siirrettävyys muuttaa suunnitteluvalintoja. Käytä dokumentoituja skeemoja. Säilytä tunnisteet. Pidä sääntöversiot ja lähdeviittaukset tallessa. Tallenna riittävästi kontekstia päätöksen toistamiseksi altistamatta enempää henkilötietoja kuin on tarpeen. Erota todisterekisteri käyttöliittymästä, joka sattui sen näyttämään. Kun tietosuoja edellyttää minimointia, tallenna sitoumukset, viittaukset tai hallitut tilannekuvat sen sijaan, että kaadetaan kaikki talteen ikuisesti. Todisteen kantaminen ei tarkoita huolimatonta hamstraamista. Se tarkoittaa oikean valtuutuksen säilyttämistä oikeiden hallintakeinojen alla.
Paikallisuuskysymys on myös olemassa. Osa todisteista on pysyttävä sen instituution toimivallan alla, jolla on velvollisuus. Jos julkisen toimielimen on selitettävä päätös, todisteiden ei pitäisi olla saatavilla vain toimittajatilin kautta. Jos sairaalan on puolustettava hoitopolkua, asiaankuuluvan rekisterin ei pitäisi kadota, kun mallintarjoaja muuttaa säilytyskäytäntöjään. Jos yrityksen on tutkittava turvallisuuspoikkeama, sen ei pitäisi joutua odottamaan tukipyyntöä saadakseen oman valtuutuksensa takaisin.
Liikkuva todiste auttaa myös oppimista. Kun päätösrekisterit käyttävät vakaata rakennetta, tiimit voivat analysoida kaavoja: mitkä säännöt synnyttävät oikaisuvaatimuksia, mitkä lähteet vanhenevat, mitkä malliversiot lisäävät epävarmuutta, mitkä arvioijat ohittavat hyödyllisesti, mitkä ryhmät kokevat enemmän uudelleentyötä. Todistepaketti ei ole vain puolustuksellinen. Siitä tulee toiminnan työväline.
Mitä tämä tarkoittaa tekoälyjärjestelmille
Tekoäly tekee todisteen kantavista päätöksistä kiireellisempiä, koska tekoälyjärjestelmät tuottavat usein välivaiheen artefakteja, jotka tuntuvat vähemmän rekistereiltä ja enemmän tilapäiseltä laskennalta. Kehotteet, haetut kohdat, upotukset, uudelleenjärjestäjän pisteet, turvasuodattimen tulosteet, malliversiot, työkalujen kutsut, ketjun yhteenvedot ja luottamusarviot voivat kaikki vaikuttaa päätökseen. Jos ne katoavat, organisaatio säilyttää tulosteen mutta menettää valtuutuksen.
Todistepaketin ei pitäisi säilyttää jokaista sisäistä tunnusta ikuisesti. Se olisi kallista, tunkeilevaa ja usein tarpeetonta. Sen pitäisi säilyttää aineisto, jota tarvitaan päätöksen tarkasteluun. Mitkä lähteet haettiin ja valittiin. Mitkä lähteet eivät olleet saatavilla. Mitä mallia ja kokoonpanoa käytettiin. Mikä kehote tai tehtäväpohja kehysti työn. Mitkä työkalujen kutsut muuttivat tilaa. Mikä epävarmuus tuotiin esiin. Kuka ihminen näki mitä. Mikä käytäntö salli tai esti toiminnan.
Järjestelmien on myös tallennettava kieltäytyminen. Jos järjestelmä kieltäytyi vastaamasta, koska todisteita puuttui, kieltäytyminen on osa hallintoa. Jos ihminen ohitti kieltäytymisen, se on tärkeää. Jos järjestelmä vastasi huolimatta alhaisesta luottamuksesta, syyn pitäisi olla näkyvissä. Todistepaketin tulisi kuvata paitsi onnistuneita päätöksiä myös niiden rajoja. Rajat ovat paikka, jossa turvallisuus yleensä asuu.
Toinen tekoälylle ominainen asia on mallin vaihtuminen. Päätöstä, joka on tehty yhdellä malliversiolla, ei pitäisi myöhemmin selittää toisella. Jos mallipäivitys muuttaa käyttäytymistä, historialliset päätökset tarvitsevat alkuperäisen kontekstinsa. Muuten organisaatio voi vahingossa kirjoittaa menneisyyden uusiksi. Se voi olla kätevää tieteiselokuvassa. Se on huonoa auditoinnin käytäntöä.
Todisteilla on hintansa, mutta niin on myös rekonstruktiolla
Todisteita kantavat päätökset maksavat jotakin. Ne vaativat skeemasuunnittelua, tallennusta, versiointia, käyttöoikeuksien hallintaa, yksityisyyden tarkastelua, rajapintatyötä, hallinnon omistajuutta ja toiminnallista kurinalaisuutta. Ne voivat lisätä hieman kitkaa. Ne voivat paljastaa, että olemassa olevat työnkulut eivät itse asiassa tiedä, miksi ne tekevät joitakin päätöksiä. Tämä löytö voi olla kiusallinen. Hyvä. Kiusallisuus ennen vahinkoa on edullista.
Vaihtoehtoinen kustannus on rekonstruktio. Rekonstruktio valituksen, vaaratilanteen, auditoinnin tai oikeusjutun jälkeen on hidasta, kallista, epätäydellistä ja stressaavaa. Ihmiset etsivät vanhoja lokitiedostoja, kysyvät, kuka muistaa, päättelevät, mikä käytäntö oli voimassa, pyytävät toimittajan vientitiedostoja, vertailevat kuvakaappauksia ja kirjoittavat huolellisia lauseita, jotka ovat puoliksi todisteita ja puoliksi toivoa. Rekonstruktio on rangaistus siitä, ettei perusteluja tallennettu silloin, kun se oli halpaa.
On myös päätösten laatuun liittyvä hyöty. Kun järjestelmä on suunniteltu kantamaan todisteita, se pyrkii tekemään parempia päätöksiä, koska sen on tunnettava omat ehtonsa. Sen on tiedettävä, mitkä todisteet ovat ajantasaisia, mikä sääntö soveltuu, mikä auktoriteetti on läsnä, mikä epävarmuus jää jäljelle ja mikä toimenpide on sallittu. Todisteiden vaatimus pakottaa selkeyden ylävirtaan. Tämä selkeys on arvokasta, vaikka kukaan ei koskaan auditoisi tallennetta.
Todisteet myös vähentävät ylilupaamista. Tiimi, jonka on säilytettävä perustelut, on vähemmän taipuvainen teeskentelemään, että mallin pistemäärä riittää, yhteenveto on lähde tai ihmisen napsautus on merkityksellistä tarkistusta. Tallenne pitää kaikki hieman rehellisempinä. Tämä voi vähentää demon kiiltoa. Se parantaa mahdollisuutta, että järjestelmä voi elää demon ulkopuolella.
Tekeminen normaaliksi
Todisteita kantavista päätöksistä pitäisi tulla normaali suunnittelumalli korkean seurauksen automatisoiduissa ja avustetuissa työnkuluissa. Aloita luokittelemalla päätöstyypit. Mitkä ovat matalan riskin ehdotuksia. Mitkä ovat toiminnallisia suosituksia. Mitkä vaikuttavat oikeuksiin, turvallisuuteen, rahaan, pääsyyn tai maineeseen. Sovita todistepaketti seuraukseen. Älä rakenna katedraalia jokaista työkaluvihjettä varten. Älä lähetä merkittäviä päätöksiä alasti.
Määritä sitten perusteluskeema. Mitkä lähteet, versiot, säännöt, mallitiedot, epävarmuudet, ihmisen toimet ja tarkistuspolut on oltava läsnä. Määritä, mitä tallennetaan, mihin viitataan, mikä tiivistetään, mikä minimoidaan ja kenellä on pääsy siihen. Määritä, kuinka kauan se säilyy. Määritä, miten se liikkuu siirron aikana. Määritä, mitä tapahtuu, kun pakollinen kenttä puuttuu. Jos vastaus on jatka joka tapauksessa, skeema on koristeellinen.
Yhdistä seuraavaksi todistepaketti rajapintaan. Tarkistajan pitäisi nähdä perustelut ennen hyväksymistä. Asianosaisen pitäisi saada perusteluista johdettu selitys. Auditoijan pitäisi ottaa otoksia perusteluista. Käyttäjän pitäisi pystyä diagnosoimaan niistä. Esimiehen pitäisi nähdä niistä malleja. Todisteiden ei pitäisi elää kellarissa, jota vain vaatimustenmukaisuus käy katsomassa kerran vuodessa taskulampun kanssa.
Ylläpidä lopuksi mallia. Säännöt muuttuvat. Mallit muuttuvat. Lähteet muuttuvat. Työnkulut muuttuvat. Todistepaketin pitäisi kehittyä versioitujen skeemojen ja hallinnon tarkastelun kautta. Todistejärjestelmä, jota ei ylläpidetä, muuttuu toiseksi fossiiliksi, ja fossiilit ovat viehättäviä vain silloin, kun ne eivät tee päätöksiä.
Tapaus
Perusteluja kantavien päätösten tapaus on yksinkertainen. Tärkeät päätökset luovat velvoitteita. Velvoitteet tarvitsevat näyttöä. Näyttö on tallennettava silloin, kun sitä vielä on. Jos päätös vaikuttaa ihmisiin, rahaan, turvallisuuteen, oikeuksiin, pääsyyn tai institutionaaliseen luottamukseen, pelkkä lopputulos ei riitä. Päätöksen on kannettava perustelunsa mukanaan.
Tämä ei tee jokaisesta päätöksestä oikeaa. Se tekee jotakin vaatimattomampaa ja hyödyllisempää. Se tekee päätöksistä tarkasteltavia. Se antaa asianomaisille mahdollisuuden haastaa asiallisesti. Se antaa työntekijöille mahdollisuuden luottaa ja olla eri mieltä asiayhteyden kanssa. Se antaa insinööreille mahdollisuuden korjata oikeaa kerrosta. Se antaa esihenkilöille mahdollisuuden nähdä heikot toimintamallit. Se antaa tilintarkastajille mahdollisuuden testata tietoja sen sijaan, että he ihailevat kojetauluja.
Avauskertomuksen kirjeen ei olisi koskaan pitänyt saapua yksinään. Sen mukana olisi pitänyt tulla päätöspaketti, jota organisaatio voi tarkastella: tässä olivat lähteet, tässä oli sääntö, tässä oli mallin tila, tässä oli epävarmuus, tässä oli inhimillinen harkinta, tässä on valitusreitti. Silloin kysymys siitä, miksi tämä päätös, minun tapauksessani, sinä päivänä, ei käynnistäisi arkeologista kaivautumista. Se käynnistäisi tarkastelun.
Tämä on perusteluja kantavien päätösten käytännön lupaus. Ei täydellisiä järjestelmiä. Järjestelmiä, jotka tuovat perustelunsa mukanaan.