Silt: äriprotsesside kaardistamine

Millal on üks äriprotsess piisavalt dokumenteeritud?

Võibolla olete kuulnud ingliskeelset väljendit “Good Enough is As Good As It Gets”. Sama põhimõte kehtib ka protsesside dokumentatsiooni kohta. Meil ei ole kunagi nii palju aega, et vormistada iga protsessi kohta väga põhjalikku dokumentatsioon ja tegelikult ei ole seda alati vajagi!

Mida mõistetakse üldse äriprotsessi dokumentatsiooni all?

Ühte protsessi saab dokumenteerida mitmeti – kas protsessimudelina, tekstilise kirjeldusena, RACI maatriksi abil või siis kokkuvõtvalt äriprotsessi raamistiku kujul. See, milliseid dokumentatsiooni elemente kasutada, sõltub protsessist, protsessimudeli sihtrühmast kui ka ettevõttes tehtud kokkulepetest.

Väga tavapärane on selline kombinatsioon, kus lisaks graafilisele protsessimudelile on loodud juurde tekstiline kirjeldus. See võimaldab protsessi “lugeda” nii visuaalsetel inimestel, kui ka neil, kes eelistavad tekstilist esitlusviisi. Üldiselt on hea tava see, et protsessimudelile lisatakse juurde tekstiline kirjeldus, kuhu saab sisse kirjutada ka selliseid detaile, mis protsessimudelile ei mahu või ei sobi.

Kui tegemist on pigem üldiste protsessidega, mille sihtrühm on näiteks keskastme või kõrgemad juhid, siis selliste protsesside dokumentatsioon võib olla üldse äriprotsessi raamistiku kujul. Selline kirjeldus on piisavalt ülevaatlik aga sisaldab siiski ühe protsessi vaates olulisi tunnuseid – protsessi algus- ja lõppsündmust, protsessi põhilisi tegevusi, infot protsessi kliendi ja seotud osapoolte kohta ning protsessi mõõdikuid. Lisaks mahub see väga hästi ära ühele slaidile. Protsessi dokumenteerimiseks võib äriprotsessi raamistikku kasutada kombinatsioonis ka protsessimudeliga.

Äriprotsessi raamistik apteegi muude kaupade müümiseks. Raamistik sisaldab sektsioone: protsessi nimi ('Muude kaupade müümine'), protsessi omanik ('Apteegi juhataja'), protsessi kirjeldus, protsessi algus ja lõpp, protsessi sammud ja protsessi mõõdikud eduka soorituse jaoks. Lisasektsioonidena on määratletud klient ja tema ootused ning teised seotud osapooled (näiteks turundusjuht ja apteeker) ja nende huvid. Protsessi loetakse edukaks, kui klient lahkub apteegist vajaliku tootega ning võimalusel ka soovitatud lisatootega
Apteegi muude kaupade müügiprotsessi põhjal koostatud äriprotsesside raamistik

Äriprotsesside raamistiku koostamisest olen kirjutanud varasemalt täiesti eraldi blogipostituse.

Päris palju on selliseid äriprotsesse, milles peab teatud tegevuste läbiviimiseks kellegagi konsulteerima, kedagi veel eraldi informeerima jne. Selliste protsesside puhul on väga hea, kui protsessimudelile tehakse juurde ka RACI maatriks. BPMN protsessimudeli ujumisrada annab edasi infot selle kohta, kes on antud protsessis mingi ülesande eest vastutav isik (Responsible). RACI maatriksi lisamine protsessimudelile võimaldab sama tegevuse kohta anda juurde infot selle kohta, kellega konsulteeritakse (Consulted), keda informeeritakse (Informed), kellel lasub laiem vastutus asjade ärategemise eest ja aruandluskohustus (Accountable).

RACI-mudel apteegi müügiprotsessi rollide määratlemiseks. Mudel jagab ülesanded vastutuse alusel nelja kategooriasse: Responsible (teostaja), Accountable (vastutaja), Consulted (nõustaja) ja Informed (informeeritav). Tabelis on loetletud erinevad tegevused, nagu apteeki sisenemine, kliendi tervitamine ja vajaduste väljaselgitamine, alternatiivse toote soovitamine, lisatoote soovitamine, ostutehingu arveldamine, müügistatistika analüüsimine ja müügistrateegia kohandamine. Tabelis on määratud, milliseid rolle täidavad turundusjuht, apteeker ja klient igas protsessi etapis
Apteegi muude kaupade müügiprotsessi alusel loodud RACI maatriks

Kuidas saab AI aidata äriprotsesside dokumentatsiooni loomisel?

Kui äriprotsesside raamistik ja protsessimudelid on minu äriprotsesside kaardistamise töövoos väga olulised töövahendid, siis protsessi kohta kõikvõimaliku muu dokumentatsiooni loomine on olnud minu jaoks väga tüütu tegevus. Seepärast olen aktiivselt katsetanud ja otsinud võimalusi, kuidas võimalikult väikese vaevaga saada tehtud protsesside tekstilised kirjeldused kui ka RACI maatriksid. Olen nende ülesannete lahendamiseks katsetanud AI võimalusi ja tahaksin neid katsetamise tulemusi ka teiega jagada.

ChatGPT kaasabil protsessimudeli pildist tekstilise kirjelduse loomine

Prompt: Annan sulle ette BPMNis joonistatud protsessijoonise. Koosta etteantud joonise põhjal protsessi tekstiline kirjeldus. Jälgi, et tekstiline kirjeldus oleks sidus tekst ja see sisaldaks kõiki protsessijoonisel kujutatud rollide tegevusi, otsustuskohti ning nende tegevuste käigus tekkivaid faile, andmeid või andmebaasikirjeid.

ChatGPT 4o tulem:

Apteegi müügiprotsess algab vajadusest uuendada müügijuhiseid, mille tuvastab turundusüksus. Esmalt analüüsitakse olemasolevat müügistatistikat ja selle põhjal kohandatakse müügistrateegiat. Uuendatud müügijuhised edastatakse apteegile ja talletatakse ärianalüütika lahenduses.

Kui klient saabub apteeki, on tal soov leida vajalik toode või ravim. Apteeker tervitab klienti ning püüab välja selgitada tema täpse vajaduse. Kui klient soovib konkreetset toodet, kontrollib apteeker, kas see on laos saadaval. Kui soovitud toodet ei leidu, pakub apteeker kliendile sobivat alternatiivset toodet. Klient otsustab, kas alternatiivne toode on tema jaoks vastuvõetav. Kui alternatiivne toode ei vasta kliendi ootustele, lahkub klient apteegist ilma ostu sooritamata. Kui aga alternatiivne toode sobib, jätkatakse protsessi.

Kui klient on leidnud sobiva toote, küsib apteeker, kas klient oleks huvitatud mõne lisatoote ostmisest. Kui klient näitab üles huvi, teeb apteeker talle lisatoote soovituse. Klient otsustab, kas lisatoode on vajalik – kui jah, lisatakse see ostutehingusse, kui ei, jätkatakse ainult esmase toote ostmisega.

Pärast kliendi ostuotsuse kinnitamist toimub ostutehingu arveldamine. Tehingu andmed talletatakse apteegi andmebaasis. Lõpetuseks lahkub klient apteegist koos valitud toodetega, olles oma vajadused rahuldanud. Kui klient otsustab ostust loobuda, lahkub ta apteegist ilma toodeteta.

See protsess tagab, et kliendi vajadused kaardistatakse ja täidetakse võimalikult efektiivselt, samal ajal tagades apteegi töötajatele juhendatud müügistrateegia järgimise.

Hinnang: ChatGPT 4o poolt kirjutatud tekst on väga hea – tekst on sidus ja arusaadav. Ilusti on kirjeldatud ära ka seotud andmebaasid. Andsin sama ülesande lahendada ka Anthropic Claude mudelile ja seal tekitas mudel tekstilisse kirjeldusse sellised rollid, mida protsessijoonisel üldse ei esinenud (nt. arendusjuht ja juhtivanalüütik). Seega hetkel tundub, et jään ikkagi ChatGPT 4o juurde 🙂 .

ChatGPT kaasabil protsessimudeli põhjal RACI maatriksi koostamine

Prompt: Annan sulle BPMN formaadis modelleeritud protsessijoonise. Tekita mulle selle põhjal RACI maatriks, kus ridade nimetused on BPMN mudelil toodud kõikide erinevate rollide tegevused. Jälgi, et jätad nimekirjast välja sündmused ja otsustuskohad! Veergude nimetusteks määra protsessimudeli ujumisradadel toodud rollide nimetused. Iga tegevuse eest vastutava rolli (Responsible) tunnus märgi selle rollile, kelle ujumisrajas (Lane) vastav tegevus BPMN mudelil asub. RACI maatriks loo Exceli tabelina.

ChatGPT 4o tulem:

Tabel müügitöö protsessi RACI jaotusega apteegis. Tabelis on tegevused, nagu müügistatistika analüüsimine, müügistrateegia kohandamine, müügijuhiste apteekerile saatmine, müügijuhiste uuendamine, kliendi tervitamine, kliendi vajaduste väljaselgitamine, alternatiivse toote tutvustamine, lisatoote soovitamine, ostutehingu arveldus ja apteeki sisenemine. Rollid on määratud turundusjuhile, apteekrile ja kliendile, kusjuures 'R' tähistab vastutust konkreetse tegevuse eest.

Hinnang: Protsessimudelilt ühe protsessi tegevuste väljanoppimine ja Excelisse RACI maatriksi põhja loomine on ChatGPT 4o-le väga jõukohane ülesanne. Minu protsessi kohta genereeritud RACI maatriksis avastasin kaks pisikest viga:

  • ta on tekitanud rollile “apteek” eraldi tegevuse “Müügijuhiste uuendamine”. Sellist tegevust protsessimudelil tegelikult ei ole. On olemas algussündmus nimega “Müügijuhiste uuendamise vajadus”.
  • ta ei leidnud protsessijooniselt üles kliendi tegevust “Lisatootest loobumine”.

Samas on mainitud vigu võimalik väga kiirelt ka ise Excelis ära parandada ja minu hinnangul on sellise automaatse RACI põhja loomine väga suur ajavõit. Nüüd jääb üle ainult vastavatesse lahtritesse A (Accountable), C (Consulted) ja I (Informed) tähed määrata.

Katsetasin ka RACI maatriksi koostamist ChatGPTga nii, et andsin sellele ette mitu protsessijoonist. Võid selle kohta täpsemalt lugeda ühest minu LinkedIni postitusest .

Leian, et AI kaasabil saan juba päris mitmeid töölõike oma äriprotsesside kaardistamise tööprotsessis automatiseerida või viia seal käsitöö osakaalu minimaalseks. Ma usun, et neid töölõike, mis annavad AI kaasabil juba päris hea tulemuse, on veelgi. Peab lihtsalt ise kätte võtma ja natuke katsetama.

Kui soovid rohkem teada protsessipõhisest juhtimisest 👉 https://kreetsolnask.podia.com/milles-seisneb-protsessipohine-juhtimine

Kui soovid õppida äriprotsesse kaardistama ja analüüsima 👉  https://koolitus.ee/koolitused/9756/koolitus-ariprotsesside-kirjaoskuse-koolitus

Kui soovid minu mentorlust oma äriprotsesside kaardistamise ja analüüsi projektis 👉https://calendly.com/kreetsolnask/30min

Kas äriprotsessi peaks muutma süsteemi järgi või vastupidi?

Käisin Tartus kuulamas “Industry 5.0” konverentsi ja tajusin seal, et väga paljudel tootmisettevõtetel pitsitab king justnimelt erinevate äriprotsesside digitaliseerimise osas. Minu jaoks jäi kõlama, et ERP (Enterprise Resource Planning) tarkvara edukas kasutuselevõtmine on pikk ja vaevaline teekond. Tootmisettevõtetel on välja kujunenud selle kohta lausa naljaga-pooleks küsimus “Kui kaua siis sinul ERP süsteemi juurutamine aega võttis?”. Antud postituses selgitan taaskord äriprotsesside kaardistuse olulisust ning arutlen, milliste sammudega peaks uue süsteemi loomisel või kasutusse võtmisel arvestama.

Kumb on enne – kas äriprotsessid või süsteemid?

See küsimus liigitub natuke samasse kategooriasse küsimusega “Kumb oli enne, kas kana või muna?”. Ehk selles osas on palju erinevaid arvamusi ja seisukohti. Mina olen seisukohal, et äriprotsessid on olemas kindlasti enne süsteemi. AGA ettevõttes võib puududa lihtsalt arusaam oma äriprotsessidest, kuna neid ei ole kaardistatud. Kuidas nii? Mul ju inimesed igapäevaselt toimetavad? Jah, inimesed võivad igapäevaselt ka enda väljakujunenud harjumuse järgi tööd teha aga see ei tähenda, et oleks olemas üldisem kokkulepe, kuidas me koos meeskonna/ettevõttena tööd teeme.

Minu arust on äriprotsesside kaardistamise kõige suurem väärtus justnimelt selles, et arutatakse läbi, kuidas me KOOS tööd teeme. Ja selle tulemina tekib kõikidel inimestel selgus oma rollist ja vastutusest. Protsessimudelid on lihtsalt üks viis, kuidas seda koostöö kokkulepet vormistada. Kui nüüd protsessimudeleid “vorbitakse” teha lihtsalt mudelite enda pärast, siis sellist kokkulepet ei teki ning nendest on vähe kasu.

Mis juhtub, kui mul ei ole enne süsteemi kasutusele võtmist äriprotsessid kaardistatud?

Üldjuhul juhtub see, et saad süsteemi, mis ei toeta sinu igapäevaseid äriprotsesse. See võib efektiivsuse tõstmise asemel kaasa tuua täiendavad sammud, mis hoopiski aeglustavad sinu äriprotsesside läbimist. Võibolla mõnel teist tekib küsimus “Kuidas? Tehnoloogia peaks ju täiustama meie äriprotsesse?”. Ega tehnoloogia üksi mingi võluvits ole! Ta saab sind aidata väga konkreetsetes töölõikudes väga konkreetsete ülesannetega. Ja selleks, et temast võimalikult palju kasu oleks, pead sa ikkagi ise paika panema, millised on need konkreetsed töölõigud 🙂 .

Endiselt arendatakse ja juurutatakse süsteeme, mille sisendiks ei ole äriprotsesside kaardistus. No tegelikult võib ju ka niipidi liikuda. Siis pead lihtsalt arvestama, et pead oma äriprotsessid paika panema süsteemi dikteeritud töövoogude järgi.

Selline lähenemine on väga tavapärane karbitoodete (nn off-the-self tarkvarade) puhul. Sinna on toodet arendanud firma loonud nö tavapäraselt esinevad töövood. See, millise metoodikaga need tavapäraselt esinevad töövood paika on pandud ning kui palju toote lõppkasutajate ideid on arvestatud, sõltub juba konkreetsest firmast. Mõni teeb seda paremini ja rohkem, kui teine firma. Selge on aga see, et tooted, mis on arendatud väga laiale sihtrühmale (nt. kõikidele tootmisettevõtetele üle maailma), ei saa kunagi olla sellised, mis sinu ettevõtte äriprotsessidega 1-1-le sobituvad. Ehk, kui valid karbitoote, siis pead olema valmis tegema teatud järeleandmisi oma ka äriprotsessides.

Loomulikult saab ka karbitoodet kohandada – see tähendab, et sinu vajadustest lähtuvalt arendatakse teatud moodulid ümber või tehakse juurde. Küll aga peab silma pidama, et kõik karbitootele juurde ehitatavad laiendused tõstavad edaspidise tarkvara haldamise keerukust ja maksumust.

Milliseid samme on vaja planeerida uue süsteemi loomisel või kasutusele võtmisel?

  1. Vahet pole, milline on sinu lähtepunkt, kaardista alati oma hetke olukorda kajastavad äriprotsessid (nö AS-IS äriprotsessid). Kui sa lähed tellima täiesti nullist rätseplahendust, siis on see lausa kohustuslik esimene samm! Kui sa kaldud pigem karbitoote poole, siis on see rangelt soovituslik esimene samm. See annab sulle arusaama oma äriprotsessidest ning sul on võimalik paremini hinnata, mil määral pakutav karbitoode sinu äriprotsessidega sobitub.
  2. Kui AS-IS äriprotsessid on kaardistatud, vaata need üle andmete liikumise vaatest. Millistes äriprotsessides ja milliste tegevuste juures andmeid luuakse, muudetakse, kustutatakse? Millised tegevused, millisest andmeallikast andmeid vajavad? Algselt võid kogu selle teadmise kirja panna oma protsessimudelile. Kui aga protsessimudel läheb liialt kirjuks, siis modelleeri igale äriprotsessile kõrvale eraldi andmete liikumise diagramm (ehk data-flow-diagram). Siin on oluline silma pidada, et mõlemal mudelil kasutad samu mõisteid! Muidu ei ole hiljem võimalik neid mudeleid omavahel kokku viia.
  3. Kui lähed arendama rätseplahendust, siis tuvasta võtmekohad, mida tahad oma AS-IS protsessis täiustada. Sest soovid ju lahendust, mis tulevikus sinu senist äriprotsessi parandaks! Äriprotsesside analüüsimisel on olemas samuti erinevaid nippe ja metoodikaid ning nendest olen kirjutanud ühes oma varasemas postituses.
  4. Kui oled otsustanud karbitoote kasuks, siis küsi karbitoote pakkujalt tema tootes realiseeritud äriprotsesside kohta kirjeldusi, protsessijooniseid, selgitusi. Ja võrdle seda infot enda AS-IS äriprotsessidega. Tuvasta, kui palju on neil protsessidel sarnasusi ja erisusi! Kui tuvastad, et sinule olulistes äriprotsessides (nt sinu ettevõtte põhiprotsessides) on erisusi palju, siis kaalu uuesti, kas karbitoode on ikka kõige õigem valik?
  5. Rätseplahenduse puhul modelleeri analüüsi tulemusena tekkinud ideede pealt tuleviku äriprotsess (nö TO-BE äriprotsess). Siin on oluline silmas pidada, et TO-BE äriprotsess peab samuti olema KOKKULEPE erinevate osapoolte vahel! See ei tohiks olla pelgalt mõne konsultandi või analüütiku ettepanek, vaid peab kajastama kõikide protsessiga seotud osapoolte kokkulepet.
  6. Karbitoote puhul lepi kokku, millised äriprotsessid juurutatakse tootes ettenähtud töövoogude põhjal ja milliste puhul on vaja tootele edasiarendust.
  7. Vastavalt paika pandud TO-BE äriprotsessidele hakka tarkvara arendust või toote juurutamist tellima.

Kui soovid rohkem teada protsessipõhisest juhtimisest 👉 https://kreetsolnask.podia.com/milles-seisneb-protsessipohine-juhtimine

Kui soovid õppida äriprotsesse kaardistama ja analüüsima 👉  https://koolitus.ee/koolitused/9756/koolitus-ariprotsesside-kirjaoskuse-koolitus

Kui soovid minu mentorlust oma äriprotsesside kaardistamise ja analüüsi projektis 👉 https://calendly.com/event_types/43193181/edit?return_to=%2Fevent_types%2Fuser%2Fme