Sprendimų dokumentavimas: ką būtina užrašyti

Sprendimų dokumentavimas yra įrašas apie tai, kas buvo pasirinkta, kokiu pagrindu, kas tą sprendimą priėmė ir ar jis dar galioja. Iš tokių įrašų susideda verslo atmintis: įmonės gebėjimas atkurti praeityje priimtą sprendimą. Dauguma įmonių failų nepraranda. Prarandamas ryšys tarp jų, o tai jau kita problema, ir taisoma ji kitaip.

Esame rašę apie tai, kas lieka susirašinėjime, o kas turi atsidurti sistemoje (opens in new tab). Tas straipsnis atsakė, kur sprendimas turi būti užrašytas, bet nepasakė, kas turi būti to įrašo viduje. Įrašas tinkamoje vietoje su netinkamu turiniu sugriūva lygiai taip pat.

Kur baigiasi dokumentų archyvas

Dokumentų saugykla atsako į vieną klausimą: kur yra failas? Būtent šis klausimas darbą stabdo retai.

Failai dažniausiai išlieka. Laiškai guli pašte, dokumentai bendruose diskuose, užduotys projektų įrankyje, o pokalbis lieka susirašinėjime. Vienas žmogus prisimena dalį argumentų, kitas turi nuorodą į senesnę versiją, o trečias žino, kad sprendimas vėliau buvo pakeistas, bet nebeprisimena kodėl.

Nieko neištrinta. Dingo tai, kas tuos laiškus, dokumentus ir užduotis siejo, o greitesnė paieška to ryšio neatkuria. Jo atkūrimas ir yra verslo atmintis, o sprendimų dokumentavimas yra tas kasdienis darbas, kuris ją palaiko.

Senesniuose tekstuose ta pati mintis vadinama organizacijos atmintimi. Nuo to laiko pasikeitė viena: dabar tie patys laiškai ir dokumentai išsibarstę po daugiau sistemų, nei vienas žmogus per savaitę spėja patikrinti.

Ką turi apimti sprendimų dokumentavimas

Atskiro įrašo verti toli gražu ne visi sprendimai. Verslo atmintis žlunga ir nuo per didelio įrašų kiekio, ir nuo per mažo, tad pirmiausia reikia nusistatyti ribą. Jungtinės Karalystės darbo saugos tarnyba savo tyrimams pildo sprendimų žurnalą. Tos tarnybos taisyklės čia naudingos tuo, kad nustato ribą, o ne formą. Žurnale fiksuojami tik svarbiausi sprendimai, tie, kurie iš esmės keičia darbo eigą, ir atskirai pasakyta, kad kasdienių sprendimų ir sprendimų, kurie tik atspindi įgyvendinimą, rašyti nereikia (opens in new tab). Ten yra ir mintis, kurią įmonės dažniausiai praleidžia: užrašyti priežastis, dėl kurių sprendimas nebuvo priimtas, svarbu tiek pat, kiek ir priežastis, dėl kurių jis priimtas.

Jungtinės Karalystės vyriausybės sprendimų įrašo gairės išvardina beveik tą patį sąrašą (opens in new tab): pavadinimas, data, būsena, kontekstas, sprendimas, pasekmės, su kuo tartasi ir nuorodos į pagrindžiančius dokumentus. Gairės rašytos programinės įrangos architektūrai, o komerciniams sprendimams tas sąrašas tinka su vienu papildymu: pakeitimų istorija. Įrašai žymimi data ir laiku, daromi kuo greičiau po sprendimo, ir juos pasirašo tas, kuris sprendimą priėmė.

Kiekvienas žemiau esantis punktas yra klausimas, kurį kas nors užduos po kelių mėnesių, kai bus pasikeitę ir žmonės, ir aplinkybės.

• Kontekstas. Kokią problemą tada sprendėme ir ką tuo metu žinojome? Jo neturint, sprendimas iš naujo ginčijamas remiantis šiandienos informacija, ir ginčija tie, kurie šiandien žino daugiau, nei tuo metu žinojo bet kas.
• Pats sprendimas. Ką pasirinkome daryti ir ko sąmoningai atsisakėme? Neužrašius to, ko atsisakyta, atmesti variantai kas kelis mėnesius sugrįžta kaip nauji pasiūlymai.
• Pagrindas ir šaltiniai. Kokie skaičiai, dokumentai ar apribojimai nulėmė pasirinkimą? Be jų niekas nebeatskiria, ar nuomonė pasikeitė, ar tiesiog dingo įrašas, o tai du skirtingi dalykai.
• Savininkas. Kas nusprendė ir kas atsakingas už kitą žingsnį? Niekam nepriklausantis sprendimas stabdo darbą tol, kol randamas bent vienas žmogus, sutinkantis jį patvirtinti.
• Būsena. Ar tai galioja, ar jau pakeista kitu sprendimu? Du vienodai įtikinami atsakymai vienu metu kainuoja brangiau, nei jei atsakymo nebūtų visai, nes pagal abu imamasi veiksmų.
• Pasekmės. Kas pasikeičia žmonėms, sistemoms, biudžetui ar terminams? To neužrašius, pakeitimas nugula į biudžetą arba terminą, o priežasties prie jo nelieka.
• Pakeitimų istorija. Kas buvo pakeista vėliau ir kokiu pagrindu? Šią dalį įmonės praleidžia dažniausiai, ir klaida būna skaudžiausia. Įrašas, kuris rašant buvo teisingas ir vėliau nebuvo liestas, atrodo kaip galiojantis, tad klientui pateikiamas sprendimas, kuris seniai pakeistas.

Pažymėti, kad sprendimas pakeistas, ilgai neužtrunka, ir tai pigiausias dalykas iš visų čia įvardytų. Kartu tai vienintelis įrašas, kuris sensta, todėl jis turi priklausyti žmogui, o ne sistemai.

Kodėl AI atsakymas apie verslo atmintį turi turėti šaltinį

Paieška pagal raktažodį turi vieną naudingą savybę: kai nė vienas dokumentas neatitinka, ji negrąžina nieko. Ta tyla ir pasako, kad įrašo niekas taip ir nepadarė.

AI sistema atsako visada. Ji paima tai, ką pasiekia, ir iš to sudėlioja atsakymą, vienodai užtikrintą ir tada, kai įrašas yra, ir tada, kai jo nėra. Būtent dėl to tokios sistemos ir norima. Bet kartu dingsta vienintelis ženklas, pagal kurį anksčiau matydavote, kad įrašo nėra, ir niekas jums apie tai nepraneša.

Todėl iš tokios sistemos verta reikalauti šaltinio, o ne atsakymo. Konkrečiai keturių dalykų: kuriais dokumentais atsakymas remiasi, kada tie dokumentai paskutinį kartą keisti, ar įmonėje nėra kito dokumento, kuris jiems prieštarauja, ir ko sistema rasti nesugebėjo.

Pasitikrinti paprasta. Užduokite klausimą, į kurį atsakymą jau žinote, ir pažiūrėkite, ar sistema pasako, iš kur jį paėmė. Jei nepasako, turite tą pačią paiešką tarp tų pačių nesusietų dokumentų, tik dabar ji skamba taip, lyg žinotų. Tą spragą uždaro sprendimų dokumentavimas, o ne pats modelis.

Ką darome savo pačių projektuose

AI Business Brain (opens in new tab) sujungia įrankius, kuriuos įmonė jau naudoja, ir seka juose esančius sprendimus, įsipareigojimus bei rizikas. Sprendimų sekimas čia ir yra svarbiausia dalis. Sistema išlaiko ryšį tarp sprendimo ir jį pagrindžiančios medžiagos, tad po pusės metų užduotas klausimas turi į ką atsiremti. Svarbesni komerciniai, finansiniai, teisiniai ir su žmonėmis susiję sprendimai lieka įvardytam žmogui.

Kitokio pobūdžio įrodymą duoda gamybos kokybės kontrolės projektas. Jame pasiektas 100 procentų atsekamumas per skaitmeninį audito pėdsaką, o rankiniu būdu rengiamų dokumentų sumažėjo 80 procentų. Abu skaičiai yra mūsų projektų puslapyje (opens in new tab). Niekas to projekto verslo atmintimi nevadino. Veikimo principas tas pats: kiekvienas žingsnis palieka įrašą, kas buvo padaryta ir kokiu pagrindu, tad prisiminti nereikia niekam. Būtent taip sprendimų dokumentavimas ir atrodo, kai jis veikia.

Ko neverta užrašyti?

Trys sprendimų rūšys į įrašą nepatenka.

Kasdieniai arba lengvai atšaukiami sprendimai. Aukščiau minėtos taisyklės juos atmeta dėl praktinės priežasties. Žurnalas, kuris surenka viską, tampa toks pat nenaudingas kaip ir tuščias, nes svarbūs įrašai guli toje pačioje krūvoje kaip ir visi kiti.

Sprendimai, kuriuos sistema jau užtikrina. Kai įrankis neleidžia darbui judėti toliau be patvirtinimo, tas patvirtinimas jau yra užfiksuotas ir jau įpareigoja. Antras įrašas šalia dubliuoja pirmąjį ir ilgainiui nuo jo atsilieka.

Sprendimai, kurių niekam neleista priimti. Kartais įmonė negali pasakyti, kodėl taip nusprendė, nes iš tikrųjų nieko ir nenusprendė, o klausimas grįžta vis iš naujo, nes niekada nebuvo sutarta, kieno tai sprendimas. Verslo atminties projektas tokiu atveju paverčia tai dokumentavimo užduotimi ir sukuria vaizdą, kad problema išspręsta. Jokia sistema šios spragos neuždengia, o pigesnis kelias yra įvardyti, kas sprendžia, nes tai nekainuoja nieko ir mūsų darbą panaikina visiškai.

Nuo ko pradėti

Paimkite paskutinį sprendimą, kurį kas nors prašė paaiškinti antrą kartą. Atsidarykite viską, ką apie jį turite: susirašinėjimą, failą, užduotį, laišką. Tada raštu atsakykite į tris klausimus: kas nusprendė, kokiu pagrindu ir ar tai tebegalioja šiandien.

Jei visi trys turi atsakymus, pratimas kainavo dešimt minučių ir pasakė jums ką nors naudingo. Kai bent vienas neturi, įrašą padarykite dabar, užuot atkūrinėję jį dar kartą vėliau. Taip rasta spraga kainuoja dešimt minučių, o ta pati spraga kainuoja gerokai daugiau, kai klausimas ateina iš kliento. Sprendimų dokumentavimas nuo to ir prasideda: nuo vieno įrašo, kurio pritrūko.

Susisiekite (opens in new tab) ir parodykite vieną procesą, kuriame sprendimai priimami dažniausiai: pasiūlymų derinimą, nuolaidas ar projektų pakeitimus. Pažiūrėsime, kas apie juos užrašoma šiandien ir kurių atsakymų po pusmečio nebebus. Kartais tam užtenka vieno susitarimo komandoje, kartais reikia sistemos, ir po pokalbio jūs žinosite, kuris atvejis jūsų.