Lēmumu pieņemšanai nepieciešama versiju vēsture
Apelācija, kas ieradās sešus mēnešus par vēlu
Lēmums izskatījās parasts, kad tas tika pieņemts. Pabalsta pieteikums tika noraidīts otrdienas rītā, lietvedis to izskatīja pirms pusdienām, un pilsonim tika nosūtīts pieklājīgs paskaidrojums, kas īsti neko nepaskaidroja. Sistēma uzrādīja galīgo statusu, datumu, darbinieku un iemesla kodu. Tas izskatījās administratīvi, un tieši tā mēdz slēpties daudzas nozīmīgas lietas. Pēc sešiem mēnešiem pilsonis iesniedza apelāciju. Līdz tam politika bija mainījusies divas reizes, vērtēšanas modelis bija atjaunināts, ienākumu plūsma bija labojusi vienu lauku, un lietvedis bija pārcēlies uz citu komandu. Ieraksts joprojām norādīja noraidīts. Organizācija vairs nezināja, kuru noraidījumu tas nozīmē.
Ikviena varēja redzēt iznākumu. Neviens nevarēja rekonstruēt lēmumu. Datu bāzē bija jaunākā pieteikuma profila versija, nevis tā, kas tika izmantota attiecīgajā brīdī. Noteikumu dzinējā bija spēkā esošie noteikumi, nevis vecais slieksnis. Modeļu reģistrā bija uzskaitīts izvietotais modelis, bet atgriešanas vēsture bija nepilnīga. Paskaidrojuma veidne bija rediģēta. Cilvēka veiktās pārskatīšanas piezīmē bija rakstīts pārbaudīts, kas ir drosmīgs vārds nākotnes uzklausīšanai. Revīzijas žurnāls uzrādīja piekļuves notikumus, bet nepietiekami daudz konteksta, lai saprastu, kāpēc iznākums sekoja. Apelācija kļuva par sanāksmi par institucionālo atmiņu, un institucionālo atmiņu pārstāvēja trīs cilvēki, izklājlapa un kopīga baiļu sajūta.
Tieši tāpēc lēmumiem ir nepieciešama versiju vēsture. Lēmums nav tas pats, kas rinda ar statusu. Tas ir brīdis, kur satiekas dati, politika, modeļa darbība, cilvēka spriedums, darbplūsmas stāvoklis, atļaujas, pierādījumi un sekas. Ja šīs sastāvdaļas nav versijās, organizācija var parādīt, ka kaut kas notika, bet ne to, kas notika atbildības nozīmē. Žurnāli saka, ka durvis tika atvērtas. Versiju vēsture saka, kura telpa atradās aiz durvīm, kura atslēga tika pieņemta, kurš to pagrieza un kāpēc maršruts bija atļauts.
Žurnāli nav pietiekami
Žurnāli ir nepieciešami. Tie mums stāsta, ka notikums notika, kad tas notika, un bieži vien, kurš dalībnieks vai pakalpojums to radīja. Labi žurnāli ir vērtīgi. Bet žurnāli vien nav lēmumu vēsture. Žurnāla rinda, kas saka noteikums novērtēts kā patiess, ir vāja, ja noteikuma definīcija ir mainījusies. Žurnāls, kas reģistrē modelis novērtēts 0,71, ir vājš, ja trūkst modeļa versijas, sliekšņa, pazīmju un kalibrēšanas. Žurnāls, kas reģistrē lietotājs apstiprinājis, ir vājš, ja pārskatītājs redzēja citus pierādījumus nekā vēlākais ieraksts. Notikumi bez versijām ir pēdas svaigā sniegā pēc tam, kad kāds ir pārkārtojis ēku.
Lēmumu vēsturei ir nepieciešams gan notikums, gan stāvoklis. Tai ir jāfiksē vai jāatsaucas uz stāvokli, kam bija nozīme attiecīgajā brīdī: datu momentuzņēmums, avota aktualitāte, noteikumu versija, modeļa versija, uzvednes versija, slieksnis, politikas pamats, piekļuves tiesības, rindas stāvoklis, pārskatītāja skats, izvade, paziņojums un turpmākā darbība. Tai ne vienmēr ir jākopē viss privātais saturs. Atsauces, jaucējkodi, momentuzņēmumi un saglabāšanas līmeņi var uzturēt izsekošanas ceļu samērīgu. Bet sistēmai ir jāsaglabā pietiekami daudz, lai atbildētu uz atbildības jautājumu: ņemot vērā to, kas toreiz bija zināms un atļauts, kāpēc šis lēmums notika.
Šī atšķirība ir svarīga, jo daudzām organizācijām jau ir žurnāli un tās pieņem, ka problēma ir atrisināta. Tad rodas strīds, un žurnāli norāda uz sistēmām, kas jau ir attīstījušās. Politikas ieraksts ir pārrakstīts. Pazīme ir pārrēķināta. Indekss ir pārbūvēts. Uzvedne ir rediģēta, jo kāds ir uzlabojis formulējumu. Kāds ir labojis avota datus, kas ir labi pakalpojumam un briesmīgi pagātnes rekonstrukcijai, ja vecā vērtība ir pazudusi. Tagadne turpina sakārtot telpu, un pagātne turpina zaudēt pierādījumus.
Programmatūra šo mācību jau apguva
Programmatūras komandas versē kodu, jo neviens nevēlas novērst ražošanas incidentu, jautājot, kurš atceras ceturtdienu. Versiju kontrole pastāsta, kas mainījās, kad, kas to izdarīja un bieži vien arī kāpēc. Tā ļauj komandām salīdzināt, atgriezt, sazarot, pārskatīt un saistīt izmaiņas ar problēmām. Tas nepadarīja programmatūru perfektu. Tas padarīja programmatūru mazāk atkarīgu no gaitenī stāstītām atmiņām. Tā pati pamatdisciplīna tagad ir vajadzīga lēmumiem, īpaši tāpēc, ka lēmumi ir atkarīgi no datu caurulēm, noteikumiem, AI modeļiem, cilvēku darbplūsmām un piegādātājiem, kas mainās neatkarīgi.
Šī analoģija ir noderīga, bet nepilnīga. Koda versēšana galvenokārt attiecas uz artefaktiem, kas ir inženierijas kontrolē. Lēmumu vēsturei ir jāaptver vairāk izmaiņu veidu. Pieteikuma iesniedzēja ienākumu dati var tikt laboti no ārēja avota. Atbilstības noteikums var mainīties likuma dēļ. Modeli var atjaunināt platformas komanda. Uzvedni var mainīt operāciju komanda. Pārskatītājs var pievienot piezīmi. Darbplūsma var novirzīt lietu citādi uzkrājumu laikā. Piegādātājs var mainīt API. Lēmums atrodas daudzu versētu pasauļu krustpunktā. Tam ir vajadzīga vēsture, kas spēj pārdzīvot to, ka visas šīs pasaules ir neērtas.
Šai vēsturei nevajadzētu būt milzīgam visaptverošam ekrānuzņēmumam. Ekrānuzņēmumi ir mierinoši, jo tie izskatās pēc pierādījumiem, bet bieži vien tie ir tikai tapetes pierādījumu formā. Lēmumu versēšanai ir vajadzīgas strukturētas atsauces: kura ieraksta versija, kura politikas versija, kura modeļa būvējums, kurš funkciju kopums, kura uzvedne, kura skaidrojuma veidne, kura pārskatītāja loma, kurš pierādījumu komplekts, kurš paziņojuma teksts. Cilvēkiem var būt vajadzīgs lasāms skats, bet mašīnām ir vajadzīgi stabili identifikatori. Citādi katra apelācija kļūst par literāru vingrinājumu veco saskarnes pikseļu interpretācijā.
Noteikumi mainās ātrāk nekā atmiņas
Politika nav statiska. Nodokļu sliekšņi mainās. Atbilstības kritēriji mainās. Drošības procedūras mainās. Klīniskās vadlīnijas mainās. Aizdevumu politikas mainās. Skolas atbalsta noteikumi mainās. Krāpšanas indikatori mainās. Moderācijas standarti mainās. Pat ja rakstītais noteikums ir stabils, interpretācija mainās vadlīniju, apmācību, precedentu un parastā organizācijas laikapstākļu dēļ. Lēmums, kas pieņemts saskaņā ar vienu versiju, citas versijas skatījumā var izskatīties nepareizs. Tas automātiski nenozīmē, ka tas toreiz bija nepareizs. Tas nozīmē, ka organizācijai ir vajadzīga spēja salīdzināt toreiz ar tagad.
Bez versiju vēstures komandas pieļauj divas pretējas kļūdas. Viņi aizstāv vecus lēmumus, izmantojot pašreizējos noteikumus, kas ir netaisnīgi pret skarto personu un parasti apkaunojoši detaļās. Vai arī viņi nosoda vecus lēmumus, izmantojot pašreizējās vērtības, nesaprotot toreiz spēkā esošos ierobežojumus, kas var būt emocionāli apmierinoši, bet operacionāli bezjēdzīgi. Versiju vēsture padara atšķirību redzamu. Tā ļauj recenzentam jautāt, vai lēmums atbilda toreiz spēkā esošajam noteikumam, vai šis noteikums bija likumīgs vai atbilstošs, un vai vēlākām izmaiņām būtu jāizraisa labojums vai atsaukšana.
Tas ir īpaši svarīgi ar mākslīgo intelektu atbalstītiem darba procesiem, jo politika var būt sadalīta starp formāliem noteikumiem, uzvednēm, modeļu sliekšņiem, ranžēšanas loģiku un cilvēku norādēm. Modelis var nesaturēt politiku, bet tas var ietekmēt to, kuri gadījumi tiek redzēti, kā pierādījumi tiek apkopoti un kura iespēja tiek parādīta pirmā. Uzvedne var ietvert atteikuma noteikumu. Slieksnis var faktiski izlemt, kurš saņem pārskatīšanu. Ja šīs daļas netiek versētas kopā, oficiālā politika ir tikai daļa no lēmuma. Pārējais ir politika, kas ieviesta ar konfigurāciju, un tas ir kluss veids, kā pārvaldīt cilvēkus, to neatzīstot.
Datu izmaiņas pēc lēmuma
Dati nav fiksēts liecinieks. Tie tiek laboti, bagātināti, apvienoti, atdublēti, dzēsti, pārklasificēti, pārindeksēti un dažreiz klusi pārrakstīti, jo migrācijas skriptam bija pārliecināta pēcpusdiena. Lēmums, kas pieņemts pulksten 09:15, izmantoja datus, kas bija pieejami pulksten 09:15, ieskaitot kļūdas, trūkstošās vērtības, novecojušas plūsmas un piekļuves ierobežojumus. Ja ieraksts vēlāk kļūst tīrāks, tīrākā versija nevar izskaidrot vecāko iznākumu. Sistēmai ir nepieciešams momentuzņēmums vai nemainīga atsauce uz datu stāvokli, kam bija nozīme.
Tas nenozīmē, ka visi personas dati jāglabā mūžīgi. Tā būtu vāja atbilde, kas tērpta atbildības apmetnī. Lēmumu pēdas var izmantot atsauces uz avota versijām, hashes, aizzīmogotus momentuzņēmumus, lauka līmeņa kopijas vai pierādījumu kopas ar saglabāšanas noteikumiem. Dizains ir atkarīgs no sekām un jomas. Zema riska ieteikumam var pietikt ar vieglu izsekojamību. Pabalstu atteikumam, medicīniskai šķirošanai, pieņemšanai darbā, disciplinārai rīcībai, aizdevuma atteikumam vai drošības iejaukšanās gadījumam ir nepieciešama spēcīgāka pēda. Būtība ir proporcionāla atmiņa, nevis krāšana.
Laboti dati rada arī otru jautājumu. Vai vecie lēmumi būtu jāpārskata. Ja ienākumu plūsma bija nepareiza, kuri pieteikumi tika ietekmēti. Ja klīniskajā noteikumā tika izmantotas novecojušas laboratorijas vērtības, kuri brīdinājumi būtu jāpārbauda vēlreiz. Ja modeļa pazīme tika aprēķināta no nepareiza avota, kuras ranžēšanas izmaiņas notika. Versiju vēsture padara atsaukšanu iespējamu. Bez tās organizācija var zināt, ka kaut kas bija nepareizi, bet ne to, kurus skāra šī nepareizība. Tā ir slikta vieta, kur atrasties, īpaši, ja telpā ir auditori.
Cilvēka spriedumam arī vajadzīga vēsture
Pastāv mierinošs mīts, ka cilvēka iesaiste atrisina versiju pārvaldību. Tā to nedara. Arī cilvēka spriedumam ir konteksts. Vērtētājs redz konkrētu ekrānu, pierādījumu kopumu, rindas spiedienu, norādījumu, riska karodziņu, modeļa kopsavilkumu un pieejamo darbību kopu. Ja šie elementi vēlāk mainās, Džeinas apstiprinātā piezīme mums pasaka ļoti maz. Ko Džeina redzēja. Kas bija paslēpts. Ko viņa varēja mainīt. Cik daudz laika viņai bija. Vai domstarpības bija iespējamas. Vai interfeiss padarīja vienu iespēju vieglāku par citu. Cilvēka uzraudzība bez vēstures kļūst par parakstu uz mainīga dokumenta.
Cilvēka vērtējuma versiju pārvaldība nav par vērtētāju vainošanu. Tā ir par aizsardzību gan skartajai personai, gan vērtētājam. Lietu vedim nevajadzētu mēnešus vēlāk prasīt aizstāvēt lēmumu no atmiņas, ja sistēma var saglabāt attiecīgo skatu. Ārstam nevajadzētu rekonstruēt, kurš brīdinājuma slieksnis bija aktīvs. Moderatoram nevajadzētu skaidrot vecu izpildes darbību pēc tam, kad politikas etiķete ir mainījusies. Vadītājam nevajadzētu izlemt, vai atcelšana bija pamatota, nezinot tajā laikā pieejamos pierādījumus. Atmiņa ir noderīga. Tai nevajadzētu būt revīzijas datubāzei.
Vēsturei vajadzētu ierakstīt pārskatīšanas kontekstu, nevis katru privāto domu. Tā var ietvert parādītos pierādījumus, izlaistos pierādījumus, iemeslu kodus, pieejamās darbības, atcelšanas izvēli, laika logu, rindas stāvokli un eskalācijas ceļu. Tā var atbalstīt naratīvas piezīmes, vienlaikus saglabājot strukturētus laukus analīzei. Tā var atdalīt sensitīvu saturu no noturīgām atsaucēm. Mērķis ir padarīt spriedumu pārbaudāmu, nepārvēršot cilvēkus par uzraudzības subjektiem. Šis līdzsvars ir grūts, tāpēc tas ir jāprojektē, nevis jāimprovizē pēc tam, kad sūdzība jau ir saņemta.
Mākslīgais intelekts palielina aizmiršanas izmaksas
Ar mākslīgo intelektu atbalstīti lēmumi palielina trūkstošas vēstures izmaksas, jo sistēma var mainīt uzvedību vairākos veidos. Modeļa atjauninājums var mainīt sarindošanu. Meklēšanas indeksa pārbūve var mainīt to, kuri pierādījumi parādās. Uzvednes rediģēšana var mainīt to, kā tiek izteikta nenoteiktība. Sliekšņa pielāgošana var pārvietot gadījumus no automātiskas apstiprināšanas uz pārskatīšanu. Kalibrēšanas izmaiņas var padarīt vienu un to pašu rezultātu nozīmējošu kaut ko citu. Drošības filtrs var bloķēt informāciju, kas iepriekš tika rādīta. Katra izmaiņa var būt pamatota. Kopā tās padara pagātni trauslu, ja vien versijas nav saistītas ar lēmumiem.
Paskaidrojumi ir īpaši neaizsargāti. Ģenerēts paskaidrojums var izklausīties precīzs, lai gan tas ir atrauts no faktiskā lēmuma ceļa. Ja sistēma vēlāk ģenerē paskaidrojumu, izmantojot pašreizējos noteikumus un pašreizējos datus, tā var radīt gludi izklausītas nepatiesas atmiņas. Tas ir sliktāk nekā bez paskaidrojuma, jo tas aicina uzticēties rekonstrukcijai. Lēmumu vēsturei būtu jānošķir tā laika iemesli no vēlākas analīzes. Vēlāks paskaidrojums var palīdzēt pārskatītājam, taču tam jābūt atzīmētam kā vēlākam. Laikam ir nozīme. Tā ir atšķirība starp pierādījumu un komentāru.
Arī modeļa pārliecībai ir vajadzīga vēsture. Rezultāts 0.82 nav pats par sevi saprotams. Kurš modelis to radīja. Uz kādām pazīmēm. Saskaņā ar kādu kalibrēšanu. Ar kādu slieksni. Pret kādu populāciju. Vai modelis tika izmantots kā ieteikums, triāža, ranžēšana vai lēmuma ievaddati. Vai cilvēks to redzēja. Vai nenoteiktība tika parādīta. Vai modelim bija zināmas vājās vietas attiecībā uz šo apakšgrupu vai valodu. Ja šīs detaļas pazūd, organizācija patur skaitli un zaudē nozīmi. Skaitļi bez konteksta pārsteidzoši labi izliekas par faktiem.
Apelācija ir dizaina prasība
Lēmums, kuru praksē nevar apelēt, nav vienkārši efektīvs. Tas ir trausls. Apelācija ne vienmēr nozīmē tiesu. Tā var nozīmēt lietotāja labojumu, vadītāja pārskatīšanu, pacienta jautājumu, studenta iebildumu, klienta sūdzību, iekšēju incidentu vai regulatora izlasi. Būtība ir tāda, ka nozīmīgiem lēmumiem būtu jāsagaida turpmāka pārbaude. Dizains, kas paredz apelāciju, maina arhitektūru. Sistēmai jāsaglabā attiecīgās versijas, jāpadara tās pieejamas pilnvarotiem pārskatītājiem, jāatbalsta labojumi un jāsaista risinājumi ar skartajām turpmākajām darbībām.
Tas nav pret automatizāciju. Tas ir nosacījums, saskaņā ar kuru automatizācija paliek leģitīma. Automatizētas un ar AI atbalstītas sistēmas var apstrādāt apjomu, konsekvenci un ātrumu. Bet, kad tās ietekmē cilvēkus, tām jāatbalsta arī domstarpības. Domstarpībām ir vajadzīga pēdu taka. Ne maksimāls arhīvs, ne katrs baits uz visiem laikiem, bet pietiekami daudz vēstures, lai kāds cits, nevis sākotnējā sistēma, varētu saprast un, ja nepieciešams, mainīt iznākumu. Citādi efektivitāte kļūst par aizslēgtām durvīm ar pieklājīgu tērzēšanas robotu ārpusē.
Apelācijas dizains uzlabo arī ikdienas darbību. Tas palīdz atbalsta dienestam atbildēt uz jautājumiem. Tas palīdz vadītājiem atklāt vājus noteikumus. Tas palīdz inženieriem reproducēt incidentus. Tas palīdz politikas komandām redzēt, vai vadlīnijas darbojas. Tas palīdz auditoriem atlasīt reālus gadījumus. Tas palīdz organizācijām labot lēmumu grupas, kad kāda sastāvdaļa neizdodas. Sistēma, kas veidota apelācijai, parasti ir sistēma, kas veidota mācīšanās atbalstam. Pretējais nav garantēts. Daudzas sistēmas, kas veidotas ātrumam, mācās tikai būt ātrākas aizmiršanā.
Atmiņa bez krāšanas
Lūdzot lēmumu vēsturi, pastāv reāls risks. Organizācijas var reaģēt, saglabājot visu. Katrs dokuments, ekrānuzņēmums, funkcija, uzvedne, žurnāls, ieraksts, e-pasts, rindas vienums un eksports tiek saglabāts uz visiem laikiem, jo atbildība izklausās svarīga un krātuve ir lēta, līdz tā vairs nav. Tā nav laba pārvaldība. Tas ir digitālais ekvivalents ugunsdrošības risināšanai, piepildot katru koridoru ar dokumentu skapjiem. Vēsturei jābūt samērīgai, strukturētai un mērķtiecīgai.
Pareizā atmiņa ir atkarīga no sekām. Dažiem lēmumiem nepieciešama pilnīga atskaņošana: avota momentuzņēmums, noteikumu versija, modeļa versija, recenzenta skats un paziņojums. Citiem pietiek ar jaucējvērtības kvīti, kompaktu pierādījumu kopumu vai apkopotu revīzijas izsekojamību. Dažam saturam vajadzētu beigties, kamēr paliek fakts par dzēšanu. Daži sensitīvi lauki būtu jāatsauc, nevis jākopē. Daži pierādījumi būtu jāaizzīmogo apelācijai un nedrīkst būt pieejami parastajiem darbiniekiem. Daži modeļa artefakti būtu jāsaglabā salīdzināšanai, bet ne plaši jāizplata. Versiju vēsture nav attaisnojums minimizācijas ignorēšanai. Tā ir vieta, kur minimizācija kļūst precīzāka.
Tieši tāpēc saglabāšanas politika un lēmumu izstrāde pieder kopā. Lēmuma ierakstam būtu jānorāda, kas jāsaglabā, kāpēc, cik ilgi, kam tas ir pieejams, kā tas atbalsta apelāciju un kā tas vēlāk tiek iznīcināts vai anonimizēts. Ierakstam nevajadzētu būt purvam. Tam vajadzētu būt kvītij ar pietiekami daudz pielikumu, lai pierādītu darījumu. Kvītis ir garlaicīgas. Tā ir viņu talants. Neviens nevēlas filozofisku diskusiju ar kvīti, kad grāmatvedis jautā, kas notika.
Kas mainās, kad pastāv vēsture
Kad lēmumiem ir versiju vēsture, organizācija spiediena apstākļos kļūst mierīgāka. Tā var atbildēt uz apelāciju ar pierādījumiem. Tā var atšķirt sliktu noteikumu no sliktas noteikuma piemērošanas. Tā var noteikt, kurus gadījumus skāra datu labojums vai modeļa atjauninājums. Tā var parādīt, vai cilvēka uzraudzība bija reāla. Tā var salīdzināt rezultātus dažādās politikas versijās. Tā var atteikties no vājām praksēm, neizliekoties, ka pagātne nekad nav notikusi. Tā var precīzāk atzīt kļūdas, kas ir nenovērtēta spēja, jo neskaidras atvainošanās reti labo sistēmas.
Versiju vēsture maina arī iekšējo rīcību. Cilvēki pieņem labākus lēmumus, ja zina, ka izmaiņas ir redzamas. Politikas komandas raksta skaidrākus laidiena aprakstus. Modeļu komandas fiksē artefaktus. Operāciju komandas pirms veidņu rediģēšanas padomā. Produktu komandas skaidrojuma tekstu uzskata par daļu no lēmuma, nevis tikai komunikācijas rotājumu. Vadītājiem kļūst mazāk vilinoši risināt pārvaldību ar informācijas paneli, jo pēdu nospiedumam ir jāiztur īsts jautājums. Organizācija apgūst, ka lēmumi nav mirkļi. Tie ir ilgnoturīgi objekti ar dzīves ciklu.
Iedzīvotājam vēlīnās apelācijas lietā nebija vajadzīga eseja par digitālo transformāciju. Viņam bija jāzina, kāpēc lēmums tika pieņemts, vai tas tika pieņemts saskaņā ar pareizo noteikumu, vai dati bija pareizi un ko tagad var darīt. Tā nav eksotiska prasība. Tā ir pamata cieņa, ko sniedz atrašanās administratīvās sistēmas pakļautībā. Lēmumiem ir nepieciešama versiju vēsture, jo cilvēki dzīvo ar lēmumiem arī pēc tam, kad sistēmas ir virzījušās tālāk. Ja organizācija nevar atcerēties maršrutu, tai vajadzētu būt piesardzīgai, apgalvojot, ka galamērķis bija pamatots.