Kad pārvaldība kļūst par izpildlaika problēmu
Politika, kurai izslīdēja pieprasījums
Pārvaldības sanāksme bija rūpīga. Riski tika uzskaitīti. Lietošanas gadījums tika klasificēts. Datu avoti tika apstiprināti. Juridiskais pamats tika atzīmēts. Cilvēka uzraudzība bija obligāta augstas ietekmes gadījumos. Protokols bija pietiekami tīrs, lai atbilstības speciālists uz mirkli noticētu civilizācijai. Tad sistēma tika nodota ekspluatācijā, un pirmais neveiklais pieprasījums ieradās otrdien pulksten 09:14.
Pieprasījumam bija vienalga, ka komiteja tiekas katru mēnesi. Tas ietvēra lietotāja lomu, klienta failu, politikas versiju, modeļa maršrutu, rīka atļauju, datu atrašanās vietas jautājumu, budžeta ierobežojumu un iespējamu ārēju ietekmi. Darbplūsmai sekundēs bija jāizlemj, vai izgūt, ģenerēt, eskalēt, atteikt, reģistrēt, paziņot vai rīkoties. Pārvaldība vairs nebija dokuments aiz sistēmas. Tā bija kļuvusi par izpildlaika problēmu sistēmas iekšienē.
Šeit daudzas mākslīgā intelekta programmas jūt, ka zeme slīd. Pārvaldības dizains nebija obligāti nepareizs. Valde nebija muļķīga. Politikas valoda, iespējams, pat bija laba. Problēma ir tā, ka mākslīgā intelekta sistēmas darbojas kustībā. Tās iegūst svaigu kontekstu, izsauc rīkus, šķērso pakalpojumu robežas, atkārtoti izmanto datus, ģenerē jaunus artefaktus un aicina cilvēkus paļauties uz rezultātiem. Politika, kas nevar iekļūt šajā kustībā, kļūst par uzziņu avotu. Iespējams, noderīga. Bet nepietiekama.
Izpildlaika pārvaldība nozīmē, ka sistēma var novērtēt pārvaldības nosacījumus, kamēr darbs notiek. Kas jautā. Kādam nolūkam. Kādus datus drīkst izmantot. Kurš modelis ir atļauts. Kurš rīks drīkst darboties. Kura jurisdikcija ir piemērojama. Kurš budžets ir pieņemams. Kuri gadījumi prasa cilvēka pārskatīšanu. Kurš ieraksts ir jāveido. Kurš maršruts pastāv apstrīdēšanai. Tie nav tikai iepirkuma vai ikgadējas pārskatīšanas jautājumi. Tie ir pieprasījuma ceļa jautājumi.
Dokumenti joprojām ir svarīgi
Pastāv moderna kārdināšanās izsmiet pārvaldības dokumentus. Politikas, reģistri, ietekmes novērtējumi, riska sistēmas, piegādātāju pārskati, modeļu kartes, DPIAs, iepirkuma piezīmes, saglabāšanas grafiki. Tie noteikti var kļūt dekoratīvi. Daži dokumenti ir rakstīti ar tādu spokainu eleganci, kāda piemīt cilvēkiem, kuri zina, ka neviens nelasīs tālāk par piekto lapu. Bet atbilde nav nicināt dokumentus. Atbilde ir pārstāt izlikties, ka tie ir pārvaldības galīgā forma.
Dokumenti apraksta nolūku, atbildību, tvērumu, risku un interpretāciju. Tie veido institucionālo atmiņu. Tie ļauj cilvēkiem strīdēties pirms ieviešanas, nevis pēc nodarītā kaitējuma. Tie dod revidentiem, pircējiem, inženieriem, juristiem un vadītājiem kopīgu pamatu. Tas ir vērtīgi. Izpildlaika pārvaldība ir no tā atkarīga. Sistēma nevar novērtēt politiku, kuru neviens nav uzrakstījis. Tā nevar īstenot nolūku, kuru neviens nav definējis. Tā nevar saglabāt pierādījumus saskaņā ar grafiku, kas neeksistē.
Problēma sākas tad, kad dokumentu sāk uztvert tā, it kā tas darbotos. Politika nosaka, ka augsta riska rezultātiem nepieciešama pārskatīšana, bet darbplūsmā nav stāvokļa, kas norādītu uz nepieciešamo pārskatīšanu. Riska novērtējums nosaka, ka modelis nedrīkst izmantot sensitīvu avotu, bet izguvei nav avota tvēruma aizsardzības. Iepirkuma piezīme nosaka, ka piegādātājam jānodrošina audits, bet integrācija glabā tikai apkopotus žurnālus. Saglabāšanas grafiks nosaka, ka ieraksti beidzas, bet ģenerētie artefakti bez izcelsmes datiem nonāk lejupstraumes sistēmās. Dokuments izdarīja savu daļu. Izpildlaiks nesaņēma ziņojumu, un tas nav metafora, ja ziņojums tika burtiski nosūtīts e-pastā.
Labai pārvaldībai tāpēc ir tulkošanas solis. Rakstītā politika kļūst par izpildlaika nosacījumiem: vārtiem, lomām, sliekšņiem, shēmām, žurnāliem, brīdinājumiem, pārsūdzības ceļiem, saglabāšanas noteikumiem un izlaišanas pārbaudēm. Ne katrs teikums kļūst par kodu. Daži spriedumi paliek cilvēku ziņā. Bet sistēmai jāzina, kuras daļas ir operacionālas. Citādi pārvaldība kļūst par ceremonijas jumtu virs ēkas bez sienām.
Pieprasījuma ceļš ir vieta, kur solījumi tiek pārbaudīti
Mākslīgā intelekta pārvaldība bieži tiek apspriesta sistēmu līmenī. Vai šī sistēma ir apstiprināta. Vai šis modelis ir uzticams. Vai šis lietošanas gadījums ir pieņemams. Šie jautājumi ir svarīgi, bet reālais risks parādās pieprasījumu līmenī. Viena un tā pati sistēma vienam lietotājam var būt zema riska, bet citam augsta riska. Viens un tas pats modelis var būt pieņemams melnrakstu veidošanai un nepieņemams autonomas darbības veikšanai. Vieni un tie paši dati var būt atļauti atbalstam un aizliegti mārketingam. Viena un tā pati atbilde var būt nekaitīga iekšēji, bet nozīmīga, ja tā tiek nosūtīta ārpus organizācijas.
Izpildlaika pārvaldība redz šīs atšķirības, jo tā novērtē kontekstu. Pieprasījums no apmācīta darbinieka šaurā nolūkā nav tas pats, kas pieprasījums no ārēja lietotāja ar plašu rīku piekļuvi. Vaicājums par publisku dokumentāciju nav tas pats, kas izguve no sensitīvas lietas lietas. Melnraksta ziņojums nav tas pats, kas nosūtīts ziņojums. Ieteikums, ko cilvēks drīkst ignorēt, nav tas pats, kas lēmums, kas atjaunina ierakstu. Pieprasījuma ceļš ir vieta, kur šīs atšķirības kļūst reālas.
Tas nenozīmē, ka katram pieprasījumam nepieciešams juridisks seminārs. Tas nozīmē, ka sistēmai jānes pietiekami daudz konteksta, lai pareizi maršrutētu. Identitāte, nolūks, datu klase, ietekmes klase, modeļa apstiprinājums, rīku tvērums, jurisdikcija, atgriezeniskums, cilvēka loma un pierādījumu prasība. Daudzas pārbaudes ir vienkāršas, kad tās ir nosauktas. Sarežģītākā daļa ne vienmēr ir aprēķini. Sarežģītākā daļa ir atzīt, ka kontekstam ir nozīme, un atteikties to nogludināt ērtības labad.
Ērtība ir vieta, kur izpildlaika pārvaldība parasti tiek zaudēta. Izstrādātājs pievieno īsceļu, jo pārskatīšanas rinda ir lēna. Produkta komanda atkārtoti izmanto datu avotu, jo lauku nosaukumi sakrīt. Vadītājs apstiprina pagaidu izņēmumu, jo izlaišana ir tuvu. Uzvedne iegūst jaunu instrukciju, jo politikas vārti nav gatavi. Katrs solis var būt saprotams. Kopā tie veido sistēmu, kurā pārvaldība pastāv garā, bet neizdodas ceļā. Gars ir vāja izpildlaika atkarība.
Politikas vārti nav politikas īpašnieki
Izpildes vārti var nodrošināt nosacījuma izpildi, bet tie nepieder nosacījuma nozīmei. Šī atšķirība ir svarīga. Politikas īpašnieks izlemj, kuri gadījumi prasa pārskatīšanu, kuri avoti ir atļauti, kurš saglabāšanas periods ir spēkā un kuri kaitējumi ir būtiski. Vārti šos lēmumus piemēro ātrumā. Ja organizācija jauc abus, inženierija klusi kļūst par politiku vai politika izliekas, ka ieviešanas detaļas ir kāda cita laika apstākļi.
Veselīgais modelis ir līgums starp politiku un izpildlaiku. Politikas īpašnieki definē noteikumus, sliekšņus, izņēmumus un pārskatīšanas pienākumus. Inženieri ievieš vārtus, testus, ierakstus un atteices režīmus. Operatorī uzrauga, vai vārti darbojas, kā paredzēts. Pārskatītāji sniedz atgriezenisko saiti, kur noteikumi rada absurdus rezultātus. Pārvaldības struktūras izskata pierādījumus un maina politiku, kad realitāte ir bijusi nepieklājīga. Tā ir pārvaldība kā cikls, nevis ierāmēts PDF.
Politikas vārtiem nepieciešama arī versiju pārvaldība. Pieprasījums, kas apstrādāts saskaņā ar pagājušā mēneša noteikumu, nedrīkst vēlāk tikt vērtēts tā, it kā šodienas noteikums būtu pastāvējis. Neizskatīts gadījums var šķērsot politikas laidienu. Modelis var izveidot melnrakstus saskaņā ar vienu slieksni un darbības saskaņā ar citu. Ja sistēma reģistrē tikai pašreizējo politikas stāvokli, auditi kļūst par ceļošanu laikā ar sliktām norādēm. Ierakstam jānorāda, kura noteikuma versija tika piemērota kurai pārejai.
Šeit ir pieticīga disciplīna, kas ietaupa daudz drāmas. Izturieties pret politiku kā pret dzīvu atkarību. Piešķiriet tai identifikatorus. Piešķiriet tai īpašniekus. Testējiet to. Izvietojiet to pakāpeniski. Atceliet to. Novērojiet to. Reģistrējiet tās lēmumus. Tas nepadara politiku mehānisku. Tas padara mehānisko daļu pietiekami godīgu, lai cilvēki varētu pārvaldīt pārējo.
Lokalitāte pārvērš pārvaldību par maršrutēšanu
Datu lokalitāte agrāk tika apspriesta kā krātuves jautājums. Kur ir datubāze. Kurš reģions. Kurš piegādātājs. Kura dublējumkopija. AI sistēmās lokalitāte kļūst aktīvāka. Izguve var iegūt datus no viena reģiona, modelis var darboties citā, rīks var izsaukt trešās puses pakalpojumu, un cilvēks pārskatītājs var atrasties citā tiesiskajā režīmā. Jautājums vairs nav tikai par to, kur dati atrodas. Tas ir par to, kur darbs šķērso robežas.
Izpildlaika pārvaldībai tāpēc jāmaršrutē atbilstoši lokalitātei. Daži dati var atstāt ierīci tikai kā apkopojums. Dažus ierakstus var apstrādāt vienā jurisdikcijā, bet ne citā. Daži piegādātāji var būt apstiprināti zema jutīguma līmenim un bloķēti augstākām klasēm. Daži modeļa maršruti var būt atļauti publiskiem tekstiem, bet ne personīgiem failiem. Daži žurnāli var palikt lokāli pat tad, ja modeļa izsaukums ir attālināts. Šīs izvēles nevar atrisināt tikai iepirkuma laikā. Dzīvais pieprasījums nes atbildi.
Lokalitāte nav tikai likums. Tā ir veiktspēja, noturība, drošība, izmaksas un institucionālā kontrole. Lokālais modelis var būt lēnāks, bet pieņemamāks jutīgam darbam. Attālināts pakalpojums var būt lētāks, bet nepiemērots noteiktiem ierakstiem. Reģionālais indekss var samazināt latentumu, bet radīt versiju atšķirības. Piegādātājs var atbalstīt šifrēšanu, bet ne eksporta formātu, kas nepieciešams auditam. Izpildlaika pārvaldība maģiski neatrisina šos kompromisus. Tā padara tos skaidrus, pirms sistēma nosūta darbu pāri robežai.
Alternatīva ir slēpta maršrutēšana. Darbplūsma izsauc jebkuru ērtu galapunktu. Galapunkts izsauc citu pakalpojumu. Žurnāli pārvietojas citur. Atvasinātie dati parādās analītikā. Pēc sešiem mēnešiem kāds jautā, kur lieta aizgāja. Atbilde prasa diagrammu, divus inženierus un pārsteidzošu daudzumu optimisma. Tā nav pārvaldība. Tā ir kartogrāfija pēc ekspedīcijas.
Budžeti ir pārvaldība, nevis finanšu detaļas
Par MI budžetiem bieži runā tikai pēc rēķinu saņemšanas, kas ir nedaudz par vēlu, līdzīgi kā aizvērt staļļa durvis pēc tam, kad zirgs jau ir abonējis premium tokenu plānu. Izmaksas ir izpildlaika pārvaldības jautājums, jo nepārvaldītas izmaksas maina uzvedību. Komandas atspējo izsekošanu. Tās saīsina vērtēšanu. Tās izvairās no cilvēku pārskatīšanas. Tās pazemina avota kvalitāti. Tās pārāk agresīvi veic grupēšanu. Tās ļauj aģentu cilpām klīst. Izmaksu problēma kļūst par kontroles problēmu ar grāmatvedību klāt.
Izpildlaika sistēmai budžets būtu jāzina kā daļa no maršruta. Cik modeļa izsaukumu šis pieprasījums drīkst veikt. Kuri rīki ir atļauti. Cik daudz konteksta ir pamatoti. Cik atkārtotu mēģinājumu. Kad aģentam jāapstājas. Kad lētāks maršruts ir pieņemams. Kad augstas ietekmes gadījumam ir vērts izmantot dārgākus pierādījumus. Izmaksas nav tikai ierobežojums. Tās ir veids, kā izteikt prioritātes un novērst nekontrolētu uzvedību.
Budžeta aizsargi arī samazina drošības risku. Cilpa, kas sadedzina naudu, var arī atkārtot darbības, dublēt ziņojumus, bloķēt ierakstus vai noslogot piegādātāju. Izguves process, kas ievilkt pārāk daudz datu, var palielināt privātuma risku. Apkopošanas darbs, kas apstrādā katru dokumentu, var radīt atvasinātus ierakstus ar jauniem pienākumiem. Soļu ierobežojumi, kvotas, atcelšana un izmaksu par lietderīgu rezultātu rādītāji ir pārvaldības kontroles. Tie ir mazāk cēli nekā vērtību paziņojumi un biežāk apturēs mašīnu īstajā brīdī.
Tas nenozīmē, ka lētākais maršruts ir atbildīgākais maršruts. Dažreiz spēcīgāki pierādījumi maksā vairāk. Dažreiz lokālā apstrāde maksā vairāk un joprojām ir pareiza. Dažreiz cilvēku pārskatīšana ir dārga, jo tā ir būtība. Izpildlaika pārvaldībai šīs izvēles būtu jāpadara redzamas. Mērķis nav lēts MI. Mērķis ir MI, kura izmaksas, pierādījumi un risks ir saprotami, kamēr darbs notiek.
Kļūmju veidi smaržo pazīstami
Izpildlaika pārvaldības kļūmes reti ierodas ar izkārtni. Tās smaržo pazīstami. Politikas novirze. Ēnu rīki. Pārsniegums. Trūkstoša pārsūdzība. Budžeta cilpas. Novecojusi piekrišana. Tie nav eksotiski MI briesmoņi. Tās ir parastas organizācijas kļūmes, ko paātrinājusi programmatūra. Tas ir gandrīz sliktāk, jo parastas kļūmes ir viegli attaisnot, līdz tās kļūst par infrastruktūru.
Politikas novirze rodas, kad rakstītais noteikums mainās, bet izpildes ceļš nemainās, vai arī izpildes ceļš mainās, bet rakstītais noteikums nemainās. Ēnu rīki parādās, kad komandas apiet lēnās kontroles ar neoficiālām integrācijām. Pārsniegšana parādās, kad sistēma, kas apstiprināta atbalstam, klusi sāk ietekmēt izpildi, cenu noteikšanu vai piekļuvi. Trūkstoša pārsūdzība parādās, kad lietotāji var saņemt AI veidotu iznākumu, bet nevar to apstrīdēt tādā veidā, kas nonāk līdz ierakstam. Budžeta cilpas parādās, kad aģenti vai pakešu darbi turpina tērēt pēc tam, kad lietderīgais darbs ir beidzies. Novecojusi piekrišana parādās, kad vecas atļaujas tiek uzskatītas par svaigām, jo neviens nav padarījis piekrišanu par pieprasījuma ceļa daļu.
Noderīgā atbilde nav panika. Tā ir instrumentācija. Nosauciet kļūmes veidu. Pievienojiet aizsargu, kur to var novērst. Pievienojiet brīdinājumu, kur to var atklāt. Pievienojiet īpašnieku, kur to var novērst. Pievienojiet ierakstu, kur tas ir jāauditē. Dažām kļūmēm nepieciešamas politikas izmaiņas. Dažām nepieciešamas saskarnes izmaiņas. Dažām nepieciešami datu līgumi. Dažām nepieciešama iepirkuma disciplīna. Izpildes pārvaldība palīdz, jo tā organizācijai dod vietu, kur piestiprināt risinājumu.
Tā arī atklāj neērtas patiesības. Vārti var parādīt, ka populāram lietošanas gadījumam trūkst juridiskā pamata. Piekrišanas pārbaude var parādīt, ka datu cauruļvads nav tik kārtīgs, kā rāda prezentācija. Budžeta limits var parādīt, ka biznesa pamatojums darbojas tikai tad, ja novērtēšana ir nepietiekami finansēta. Pārsūdzības ieraksts var parādīt, ka negodīgus iznākumus rada politika, nevis modelis. Labi pārvaldības pierādījumi ir nepieklājīgi. Tā ir viena no tā labākajām īpašībām.
Cilvēku pārvaldībai jāpaliek procesā
Izpildes pārvaldība nav plāns, kā izņemt cilvēkus no pārvaldības. Gluži pretēji. Tā dod cilvēkiem labākas vietas, kur iejaukties. Valde nevar izvērtēt katru pieprasījumu. Politikas īpašnieks nevar apstiprināt katru rīka izsaukumu. Jurists nevar sēdēt katrā izguves lēmumā. Recenzents nevar pārbaudīt katru zema riska melnrakstu. Sistēmai jāveic parastās pārbaudes. Cilvēkiem jāpieder noteikumi, izņēmumi, apstrīdētie gadījumi, interpretācija un labošana.
Atslēga ir eskalācijas dizains. Kad sistēmai jāapstājas un jājautā. Kad tai jāatsaka bez jautāšanas. Kad tai jāatļauj un jāreģistrē. Kad tai jāveic izlase vēlākai pārskatīšanai. Kad atkārtoti zema riska signāli kļūst par augsta riska modeli. Kad lietotāja sūdzībai jāatver slēgts stāvoklis. Tie ir pārvaldības lēmumi. Tiem nevajadzētu būt paslēptiem uzvednēs, rindas noklusējumos vai dežuranta varonīgajā spriedumā.
Runtime pierādījumi uzlabo cilvēku pārvaldību, jo tie komitejām sniedz kaut ko labāku par anekdotēm. Pārvaldības grupa var redzēt, cik bieži vārti bloķēja darbības, kur koncentrējās izņēmumi, kuras apelācijas guva panākumus, kuri piegādātāji radīja berzi, kuri politikas lēmumi palēnināja darbu un kuri modeļu maršruti izraisīja incidentus. Tad sapulce kļūst par pierādījumu izskatīšanu. Tā joprojām var būt gara. Mums nevajag solīt brīnumus. Bet vismaz tai ir iespēja būt noderīgai.
Cilvēki joprojām ir nepieciešami, jo politika dažkārt nonāk pretrunā ar realitāti. Noteikums var būt juridiski pareizs un operacionāli nežēlīgs. Datu avots var būt atļauts un tomēr sociāli riskants. Modelis var darboties labi kopumā un pievilt neaizsargātā robežgadījumā. Budžeta ierobežojums var ietaupīt naudu un radīt negodīgu kavēšanos. Runtime sistēmas var atklāt šos konfliktus. Cilvēkiem jāizlemj, ko tie nozīmē.
Runtime pārvaldība maina iepirkumu
Iegādāties mākslīgo intelektu bez runtime pārvaldības atbalsta nozīmē iegādāties nākotnes nenoteiktību. Piegādātājam var būt lieliski modeļi, patīkamas demonstrācijas, sertifikāti un pārliecinošas prezentācijas. Praktiskie jautājumi ir mazāk pievilcīgi. Vai sistēma var atklāt politikas lēmumus par katru pieprasījumu. Vai modeļa un uzvednes versijas var fiksēt. Vai datu atrašanās vietu var nodrošināt dinamiski. Vai rīku izsaukumus var ierobežot un reģistrēt. Vai žurnālus var nošķirt pēc mērķa. Vai pierādījumus var eksportēt lietojamā formātā. Vai iestāde var aiziet ar saviem ierakstiem. Vai gadījumu var atkārtoti izspēlēt, kad piegādātājs ir mainījis savu platformu.
Šie jautājumi nav naidīgi pret piegādātājiem. Tie ir pieauguši. Piegādātājs, kas atbalsta runtime pārvaldību, palīdz pircējam darboties atbildīgi. Piegādātājs, kas to nevar atbalstīt, joprojām var būt noderīgs zema riska uzdevumiem, bet pircējam būtu jāzina robeža. Sliktākais iznākums ir izlikties, ka vispārēja iespēja ir piemērota nozīmīgam darbam tikai tāpēc, ka demonstrācijā nebija pārvaldības problēmas. Demonstrācijās tās reti ir. Tāpēc tās notiek telpās ar uzkodām.
Iepirkumā būtu jājautā arī par kļūmēm. Kas notiek, kad politikas vārti nav pieejami. Vai sistēma neizdodas slēgtā režīmā, atvērtā režīmā vai novirza uz pārskatīšanu. Kas notiek, kad modelis tiek atsaukts. Kas notiek, kad reģions kļūst nepieejams. Kas notiek, kad tiek pieprasīts audita eksports. Kas notiek, kad lietotājs lūdz dzēšanu. Kas notiek, kad žurnālos ir sensitīvi dati. Atbilde uz pārvaldību bieži slēpjas kļūmes režīmā.
Runtime pārvaldība neprasa, lai katrs piegādātājs atklātu katru iekšējo metodi. Tā prasa, lai pakalpojuma robeža būtu atbildīga. Pircējam ir vajadzīga pietiekama kontrole un pierādījumi, lai izpildītu savus pienākumus. Ja melnās kastes komponents var droši atrasties aiz pārvaldītas robežas, labi. Ja pati robeža ir melnā kaste, pircējs ir ārpakalpojumā nodevis ne tikai iespēju, bet arī daļu no savas spējas atbildēt par darbu.
Pārvaldība kā darbības cikls
Nobriedis modelis ir darbības cikls. Sajūti, kas notiek. Novērtē kontekstu. Ierobežo darbību. Rīkojies robežās. Pārskati rezultātus. Atjaunini noteikumus, datus, modeļus un saskarnes. Šis cikls darbojas dažādos ātrumos. Dažas pārbaudes notiek par katru pieprasījumu. Dažas katru dienu. Dažas pēc izlaišanas. Dažas reizi ceturksnī. Dažas pēc incidentiem. Svarīgi, lai cikli būtu savienoti. Sūdzībai jāsasniedz novērtēšana. Apelācijai jāsasniedz politika. Politikas izmaiņām jāsasniedz vārti. Modeļa jauninājumam jāsasniedz testi. Piegādātāja incidentam jāsasniedz maršrutēšana.
Tā pārvaldība kļūst mazāk teatrāla. Tā pārstāj būt ceremoniju kopums ap sistēmu un kļūst par sistēmas darbības īpašību. Organizācijai joprojām var būt komitejas, reģistri, politikas un ziņojumi. Tā arī vajadzētu. Bet šie artefakti tagad savienojas ar dzīviem pierādījumiem. Pārvaldības sapulce var jautāt, ko sistēma darīja, nevis tikai to, par ko sistēma apgalvo, ka tā ir.
Darbības cikls padara pārvaldību arī elastīgāku. AI sistēmas mainās. Mainās likumi. Mainās dati. Mainās lietotāju uzvedība. Mainās modeļi. Mainās piegādātāju noteikumi. Statisks apstiprinājums nevar to visu ietvert. Darbības laika pārvaldība nerisina nenoteiktību, sasaldējot pasauli. Tā organizācijai dod iespēju atklāt, izlemt un atjaunināt, nezaudējot atbildību par iepriekšējām izvēlēm.
Ciklam ir jābūt atmiņai. Citādi pielāgošanās kļūst par klusu pārrakstīšanu. Kad mainās kāds noteikums, veciem gadījumiem joprojām ir nepieciešams to vecais konteksts. Kad tiek pārtraukts kāds modeļa maršruts, pagātnes lēmumiem joprojām ir nepieciešams skaidrojums. Kad tiek noņemts kāds avots, atvasinātajiem rezultātiem joprojām ir nepieciešama izcelsme. Darbības laika pārvaldībai būtu jāatbalsta izmaiņas, neizdzēšot iepriekšējos iemeslus. Tas ir garlaicīgs teikums ar lielām sekām.
Mācība
Pārvaldība kļūst par darbības laika problēmu, kad AI sistēmas pārvietojas ātrāk, plašāk un kontekstuālāk, nekā valdes dokumenti spēj tās pašas pārvaldīt. Atbilde nav atteikties no pārvaldības dokumentiem vai aizstāt cilvēka spriedumu ar kodu. Atbilde ir savienot dokumentus, lomas, politikas, vārtus, ierakstus un pārskatīšanas ciklus, lai pārvaldība varētu darboties, kamēr notiek darbs.
Darbības laika pārvaldība pārbauda identitāti, mērķi, datus, atrašanās vietu, modeļa maršrutu, rīku pilnvaras, budžetu, cilvēka pārskatīšanu, pierādījumus, pārsūdzību un saglabāšanu tiešajā ceļā. Tā politikas uzskata par dzīvām atkarībām. Tā apzināti virza plūsmu pāri juridiskajām un darbības robežām. Tā ieraksta, kurš noteikums tika piemērots. Tā nosauc atteices veidus, pirms tie kļūst par ieradumiem. Tā cilvēkiem dod pierādījumus, nevis anekdotes.
Šis ir mazāk romantisks un noderīgāks skatījums uz pārvaldību. Nopietnais jautājums nav tas, vai organizācijai ir AI pārvaldības sistēma. Nopietnais jautājums ir tas, kas notiek otrdien pulksten 09:14, kad reāls pieprasījums lūdz sistēmu kaut ko izdarīt. Ja atbilde ir pārbaudīta, ierobežota, ierakstīta un pārskatāma, pārvaldība darbojas. Ja atbilde ir tāda, ka politika atrodas mapē, pārvaldība joprojām gaida darba laiku.