Nem áll készen arra, hogy MI-t engedjen a rendszereibe, de lemaradni sem akar.

Idén tucatszor folytattam le ugyanazt a beszélgetést, mindig ugyanazzal az emberrel. Tulajdonosa vagy vezetője egy vállalatnak, amely gyárt vagy mozgat valamit: fóliát, alkatrészt, élelmiszert, gabonát. Nem ellensége a technológiának. Az üzemében több az érzékelő, mint a házában. De amikor elhangzik az „MI” szó, összefonja a karját.

„Az én számaim oda nem kerülnek be.”

Erre azok, akik el akarnak adni neki valamit, azt mondják, hogy ez félelem, hogy le fog maradni, hogy a versenytársai már csinálják. Azt mondják, paranoiás.

Nem az. A dolgát végzi.

Amit a tulajdonos valójában tud

Három dolgot tud, amelyeken azok, akik paranoiásnak nevezik, rendre átsiklanak.

Először: tudja, mit érnek a számai. Az árlistája, a vevőnkénti marzsai, a szállítói feltételei, a készletpozíciói, minden ügyfél fizetési szokásai: ez a vállalat. Nem az épület, nem a gépek. Akinél ezek a számok vannak, annál van a térkép is, hogyan vegye el a vevőit.

Másodszor: tudja, hogy nem tudja megítélni a neki kínált rendszereket. Hová kerülnek az adatok, amikor elhagyják az épületet? Melyik modell olvassa őket? Ki tanít rajtuk modellt? Kit kötelezhet egy hatóság a kiadásukra, és melyik országban? A legtöbb szoftverszállító őszinte válasza egy jogász írta adatvédelmi oldal, amely fenntartja a változtatás jogát.

Harmadszor: tudja, hogy a rossz válaszra épült döntés is az ő döntése. Ha egy rendszer, amelyet nem ért, árat, rendelést vagy hitelkeretet javasol, és ő aláírja, az aláírás az övé. „Ezt mondta a program”: ezt a védekezést soha nem fogadta el a saját embereitől, és maga sem fogja használni.

Ebből semmi sem paranoia. Ez annak a hétköznapi fegyelme, aki személyesen felel egy vállalatért. Bármely más területen kockázatkezelésnek hívnánk, és beírnánk az éves jelentésbe.

Amit mégis joggal akar

Itt jön az, amit az összefont kar elrejt. Ugyanez a tulajdonos tudja, hogy a vállalata túl lassan dönt, és rosszul dönt, amikor a megfelelő ember szabadságon van.

A beszerzési vezetője minden nap az első két órát azzal tölti, hogy listát állít össze az ERP-ből, két táblázatból és a tervező e-mailjéből. A tervezője háromszor dolgozza át a hetet, mert az anyaghiányt senki nem látta, amíg a sor meg nem állt. A pénzügyi igazgatója csütörtökön kapja meg a készpénzpozíciót, pénteken dönt, a folyószámlahitelre pedig kedden lett volna szükség. Mindezt ő fizeti. Senki nem könyveli költséghelyre, ezért senki nem látja.

Szeretné azt, amit a szoftverszállítók ígérnek: a döntéseket előkészítve, mire az emberek beérnek, mellettük az indokokkal, azonnal, mindennap. Joggal akarja. És joggal utasítja el azt, ahogyan általában kínálják.

A hiba az, ha a kettőt egyetlen választásnak hisszük.

A folyamat, amely számít, és ahol megszakad

Egy vállalatban minden operatív döntés ugyanazt az utat járja be, akár felrajzolja valaki, akár nem.

A rendszerek rögzítik, ami történt. Valaki egyezteti, általában táblázatban. Valaki előkészíti a döntést: mit rendeljünk, mit gyártsunk, kinek adjunk hitelt, hol lesz kevés a készpénz. Egy ember dönt. Valamit leírnak, vagy nem. Később valamit megmérnek, vagy nem.

Nézze meg, hol folyik el a pénz. Nem a rögzítésben; azt az ERP elég jól végzi. Az előkészítésben és a nyilvántartásban. Az előkészítés lassú, mert kézzel készül, a többi munka közötti résekben. A nyilvántartás hiányzik, mert senkinek nincs ideje leírni, miért. Nyilvántartás nélkül pedig nincs mérés, így a következő negyedévben ugyanazt a hibát követik el, ugyanolyan magabiztosan.

Most nézze meg, mit változtat ezen a szokásos MI-ajánlat. Az előkészítést kiviszi az épületből egy olyan rendszerbe, amelyet nem tud megítélni, és gyakran a döntési lépést is elmossa: egy csevegőablak, amely magabiztos prózában válaszol, keret nélkül arra, mit javasolhat, és nyilvántartás nélkül arról, mit mutattak neki. A lassú részt úgy javítja meg, hogy elrontja azt, ami működött: hogy egy név szerint kijelölt személy, az épületben, döntött, és meg lehetett kérdezni, miért.

Ez a csere nem éri meg. És nincs is rá szükség.

A saját házában

Egy döntés előkészítése számtan a vállalat meglévő adatain. A mai készlet, a kereslet, az átfutási idők, a nyitott rendelések, a fizetési előzmények, a gépsebességek, a terv. Ebben a számtanban semmi nincs, aminek el kellene hagynia az épületet. És semmi, amihez beszélgetni kellene egy modellel valaki más szerverén.

Csinálja hát házon belül. Olyan rendszerrel, amely a vállalat saját szerverén fut, a meglévő rendszerek exportjait olvassa, és soha nem ír vissza beléjük. Amelynek a futáshoz nem kell internetkapcsolat, így a „hová kerülnek az adatok” kérdésre egyszavas a válasz: sehová. Amelynek számításai determinisztikusak, így azonos bemenetekből azonos javaslat születik, és a saját emberei minden lépést visszakövethetnek, ha nem értenek vele egyet. Amely minden éjjel elkészíti az előkészített döntések listáját, mindegyiket a bizonyítékával és a hiányzó bemenetekkel, annak, aki aláír.

Az emberi lépést pedig hagyja pontosan ott, ahol volt, és tegye jobbá. Minden döntésfajta mellett egy név. Egy írásos keret: mihez nem kell aláírás, és mihez kell. Egy nyilvántartás, amelyet senki nem írhat át, a rendszergazda sem. Egy kiindulási érték, amelyet a döntés alkalmazása előtt rögzítenek, hogy utána a hatást őszintén meg lehessen mérni, mindkét irányban.

Ennyi az egész elgondolás. Hét szabály; közzétettük őket, hogy egy könyvvizsgáló elolvashassa, mielőtt bárki bármit megvenne. Ez nem technológiai álláspont. Ez vállalatirányítási álláspont, amely történetesen megvalósítható.

Mit jelent az „azonnal”, ha így csinálják

A tulajdonosnak soha nem a sebességgel volt baja. A vaksággal volt. Ha az előkészítés az épületben fut, a sebesség a könnyű rész.

A beszerzési vezető 08:10-kor megnyit egy listát: tizenkét, éjjel javasolt rendelés, mindegyik mellett a készlet, a szükséglet, az átfutási idő és a szállító előélete. Kilenc a keretén belül van; három az aláírására vár. Mind a tizenkettőt beviszi az ERP-be. 08:40-re kész. A tervező gépenkénti és műszakonkénti tervet olvas, amely a valóban létező rendelésekből épült; a hiányt már tegnap jelezte a rendszer, a rendelés elment. A pénzügyi igazgató tizenhárom hétre látja a készpénzpozíciót, a két legnagyobb vevő valós fizetési szokásaival, és az egyikük fizetési feltételeiről szóló döntés már előkészítve vár.

Senki nem tanult új rendszert. Senkinek a számai nem hagyták el a szobát. És amikor márciusban az igazgatóság megkérdezi, miért emelték októberben annak a vevőnek a hitelkeretét, ott a nyilvántartás: egy név, egy indok és a mért hatás.

A kérdés, amelyet minden szoftverszállítónak fel kell tenni, nekünk is

Ha Ön az a tulajdonos, aki összefonta a karját, tartsa is úgy, amíg négy választ meg nem kap írásban.

Hová kerülnek az adataim, és fut-e kihúzott internetkábellel? Ki dönt, és van-e írásos keret arra, mit tehet a rendszer magától? Vissza tudják-e követni a saját embereim, hogyan számította ki a rendszer a javaslatot, vagy az egy modell véleménye? Mit mérnek utána, milyen kiindulási értékkel szemben, és ki látja?

Az a szoftverszállító, aki nem tud mind a négyre egyenesen válaszolni, azt kéri, hogy az ő kényelméért engedjen a kockázatkezeléséből. Ne tegye. Nem azért, mert fél a technológiától, hanem mert felel egy vállalatért, és azok, akik ezt paranoiának hívják, nem felelnek.

Maradhat a saját házában, és reggel nyolcra mégis készen lehetnek a döntések. Ez nem kompromisszum. Ez a lényeg.