- ekonomija obsega, je zmanjšanje stroškov, ki nastane kot posledica povečane proizvodnje. Večja podjetja prejmejo popuste pri večjih količinah, realizirajo večje prihranke pri marketinških in logističnih aktivnostih ter porazdelijo fiksne stroške na večje število proizvodnih enot, kar vodi do nižjih proizvodnih stroškov ob skupnem povečanju proizvodnje.
- učinek diverzifikacije, podjetje prejme to prednost zaradi velikega seznama dejavnosti. Na primer, veliko podjetje lahko za promocijo uporablja iste vrste trženjskih dejavnosti ali prodajnih poti različni tipi izdelkov.
Vprašanja za odgovor:
Kateri so najpomembnejši stroški poslovnega modela?
Katero od ključnih virov najdražje?
Katere ključne dejavnosti zahtevajo največ stroškov?
Primeri poslovnih modelov za inovativne projekte so predstavljeni v dodatku E.
2 Algoritem za formalizacijo poslovnega modela
Inovatorji pogosto nimajo jasne slike svojega poslovanja. Na začetni stopnji vidijo enake procese dela in interakcije, v prihodnosti pa se strukture in metode dela lahko korenito spremenijo. Da bi poenostavili začetni kaos pri predstavitvi začetnega posla in da bi inovatorju olajšali nadaljnje delo pri spreminjanju in razvoju poslovanja, so avtorji razvili algoritem za formalizacijo poslovnega modela, sl. 1
riž. 1. Algoritem za formalizacijo poslovnega modela
Ta algoritem vključuje tri ravni. Na prvi stopnji mora inovator oblikovati najpomembnejši podjetniški proces, tj. proces nastajanja denarni tok in določite točko monetizacije. Če želite to narediti, morate najprej »razumeti« trg. Da bi to naredili, se potrebe preučujejo, preference potrošnikov analizirajo, segmentirajo in izberejo ciljni segment, testira se nov izdelek.
Točko monetizacije razumemo kot tisto stopnjo procesa delovanja podjetja, na kateri se blago in/ali storitve pretvorijo v denar.
Tudi na prvi ravni je treba določiti razmerje moči na trgu: moč kupca, prisotnost konkurentov, moč dobaviteljev. Posebno pozornost je treba nameniti podjetjem, ki so ali bi lahko postala vaša konkurenca v bližnji prihodnosti. Treba je razmisliti o vzpostavitvi ovir za kopiranje inovativnega izdelka ali storitve, tako z registracijo pravic intelektualne lastnine kot z ohranjanjem tajnosti tehnološkega, tehničnega ali drugega znanja in izkušenj.
Na drugi ravni bi morali razumeti notranje poslovne procese, tehnologije in uporabljene vire. Pri tem moramo razumeti, katere vire potrebujemo, da proizvedemo količino izdelkov, ki je pripravljena zadovoljiti začetno povpraševanje na trgu, kakšne kakovosti naj bodo ti viri, kje lahko najdemo dobavitelje, ki so nam pripravljeni dobaviti vire zahtevane kakovosti in količino. Posebno pozornost je treba nameniti človeškim virom, tj. osebju vašega podjetja. Ker ni vedno mogoče najti potrebnega števila strokovnjakov z zahtevanimi kvalifikacijami, je končni rezultat dejavnosti podjetja odvisen od dela osebja.
Tretja raven vam omogoča, da vidite medsebojno povezanost najpomembnejših elementov poslovnega sistema podjetja in jih integrirate v eno shemo. Pri tem je treba določiti 9 elementov (po modelu A. Osterwalderja): potrošniške segmente, odnose s strankami, prodajne kanale, ponudbo vrednosti, ključne aktivnosti, ključne vire, ključne partnerje, strukturo stroškov in dohodkovne tokove.
Vprašanja, na katera je treba odgovoriti med procesom razvoja poslovnega modela.
Nivo 1. Definiranje produkta in točke monetizacije
Določite izdelek/storitev (kaj se bo prodajalo na trgu).
Ugotovite, kdo potrebuje ta izdelek/storitev (potrošnik).
Ugotovite, koliko potrošnik lahko in je pripravljen plačati za določen izdelek/storitev
Izvedite segmentacijo (določite skupine potrošnikov)
Ali obstajajo analogi na trgu, kakšni so konkurenti?
Raven 2: Določitev stroškov
2.1 Opredelitev tehnologije za izdelavo izdelka (opravljanje storitve)
2.2 Določite potrebna sredstva
2.3 Določite stroške potrebnih virov za proizvodnjo enote izdelka
2.4 Iskanje dobaviteljev
Stopnja 3. Izdelava sistema
3.1 Opredelitev 9 elementov poslovnega modela
3.2 Opredelitev odnosov in procesov med elementi poslovnega modela.
Možnosti poslovnega razvoja
Treba je opredeliti obetavna področja poslovnega razvoja:
Identificirajte obetavne tržne segmente;
Pokažite smeri razvoja izdelkov in tehnologij podjetja;
Predstavite korake za razvoj izdelka, tehnologije in poslovanja kot celote.
V tej lekciji smo obravnavali 3 teme:
1. Formalizacija poslovnih procesov. Zakaj je to pomembno pri ustvarjanju poslovnih procesov in ni tako težko, kot se morda zdi neusposobljenemu strokovnjaku.2. Delo s poslovnimi procesi v Bitrix24
3. Urejevalnik poslovnih procesov, delo z »Dejanja«
Opis poslovnega procesa "Registracija pogodbe":
Vodja podjetja pripravi pogodbo s stranko. Vsaka pogodba mora biti dogovorjena z vodjo oddelka (lahko tudi večkrat!).
Če je znesek pogodbe večji od 15.000 rubljev, mora računovodja v pogodbo dodati dodatne podatke. pogoji. Če manj, potem dodatno. pogoji niso potrebni.
Vsaka pogodba mora biti dogovorjena z odvetnikom (lahko tudi večkrat!).
Po vseh odobritvah upravnik podpiše pogodbo z direktorjem in jo po pošti pošlje naročniku.
Ko upravnik prejme s strani naročnika podpisano pogodbo, jo evidentira.
Grafična formalizacija poslovnega procesa "Registracija pogodbe": 
Video posnetek webinarja
Predstavitev spletnega seminarja, prenos >>
Naloga za zavarovanje gradiva
Reševanje nalog vam bo omogočilo pridobitev nove veščine! Dokler tega ne poskusite sami izvesti prava vprašanja ne bo prišlo do tega, kako rešiti to ali ono težavo, da ne omenjam iskanja odgovora nanje. Bodite prepričani, da opravite naloge!1. Formalizirajte BP – grafično, s peresom na listu papirja ali s programsko opremo.
Stranka kontaktira podjetje za naročilo izdelkov. Upravitelj ustvari aplikacijo, ki označuje izdelke. Vloga se odda v potrditev vodji oddelka.
Če upravnik vlogo odobri, se prijava prenese na računovodjo, da pripravi račun. Račun je kot datoteka priložen prijavi.
Če znesek računa presega 50 tisoč rubljev, ga mora odobriti direktor podjetja. Če je manj kot 50 tisoč rubljev, potem račun odobri glavni računovodja.
Po odobritvi se račun prenese na upravitelja. Upravitelj pošlje račun naročniku.
2. Formalizirajte »na list papirja« enega izmed delovnih procesov v vašem podjetju.
Zagotovo obstajajo procesi iste vrste, ki jasno ponavljajo iste korake? Za prvič izberite preproste, 5-10 korakov, 2-3 udeleženci.
3. Spremenite BP "Vloga za službeno potovanje" in jo posredujte vsem udeležencem BP
- Dodajte obvestilo za katerega koli uporabnika (po vaši izbiri) v B24, da se je napajanje začelo
- Zaposlenemu, ki je zagnal BP, dodajte nalogo »Prenos zadev pred dopustom«.
Opis poslovnega procesa- to je dokument, ki določa logiko in vsebino procesa ter zahteve za izvajanje posameznih faz. to pomemben element redni sistemi upravljanja. To je dokument, ki ga lahko daste novemu zaposlenemu in rečete: "Tako delamo."
Formalizacija poslovnih procesov- To črpanje edinstvenega znanja in izkušenj posameznih zaposlenih in vodij, ustvarjanje njegovega doslednega (vsem priznanega) opisa in ga spremeniti v intelektualno premoženje podjetja.
S postopnim opisovanjem najprej najbolj problematičnih in nato vseh poslovnih procesov podjetje oblikuje in razvija to sredstvo:
- povečanje obvladljivosti procesov in poslovanja kot celote;
- narediti rezultate predvidljive;
- izboljšanje samih poslovnih procesov;
- lažje uvajanje novih sodelavcev;
- postali veliko manj odvisni od »zvezdnih« in »nezamenljivih« zaposlenih.
Zakaj je to sredstvo dragoceno:
- Zagotavlja splošno razumevanje vsi pogoji, vsebina dela, zahteve in pričakovanja, enotnost kriterijev ocenjevanja. Postane osnova za ustvarjanje pravičnega vodstvene odločitve. Pri tem om enotno razumevanje vsebine dela omogoča zaposlenim večjo iniciativnost, prenos nekaterih vodstvenih nalog in razbremenitev direktorja:
- Pri direktorju ni treba imeti vsega v glavi, brcati in opominjati zaposlenih, da zagotovijo, da bo vse opravljeno.
- Vodje oddelkov imajo jasno razumevanje razumevanje, kaj, v kakšnem obsegu in kako naj zahtevajo od zaposlenih.
- Izkušnje navadnih zaposlenih gotovost, kako opraviti delo. In če obstaja tudi načrt dela (ciljni kazalniki), ta samodejno izgine»nuja« in želja po čakanju na stalna navodila kdaj in kaj narediti. Pasivnost postane nerentabilna, zamenjava zaposlenih pa lažja.
- Opis postopka se lahko (in mora) uporabiti za upravljanje procesov: načrtovanje, motivacija, vrednotenje rezultatov. Lahko se uporablja kot orodje za ocenjevanje kakovosti dela zaposlenih in oddelkov.
- Lahko se uporablja za uvajanje novih sodelavcev. Tehnologija se pojavi hitro učenje kadrov in nadzor nad njihovim delom. Pomembno je, da je to usposabljanje izvedeno tako, kot potrebuje podjetje, in ne tako, kot se slučajno zgodi, ko se na delovnem mestu pojavi novinec. V nasprotnem primeru bo zaposleni potreboval veliko časa (in ne povsem pod vašim nadzorom), da bo naključno oblikoval svojo vizijo dela in delovnih sposobnosti.
- To sredstvo zmanjšuje zahteve za zaposleno osebje, zaradi na trgu dela ni treba iskati telepatskih genijev, ki zna uganiti, kaj želite in kako delujejo tukaj. Prav tako ni treba iskati supermenadžerji, s prihodom katerega bo končno vse delovalo.
- Opise procesov je mogoče spreminjati: izboljšati, popraviti, dopolniti, odstraniti zastarele in nadomestiti z novimi. Uporabljajo se lahko za procese odpravljanja težav. Ko opazimo problem, napako v procesu, konflikt, je iz opisa enostavno najti mesto, kjer se ta problem pojavi. Po tem lahko dopolnite opis ali zamenjate predpisana dejanja z drugimi, pri čemer upoštevate pridobljene izkušnje.
- Omogoča ujemite "subtilne trenutke" poslovni procesi: ko obstaja dokument, ki ga opisuje, je enostavno najti mesto, kamor lahko vpišete dragoceno opombo, na primer: »preverite prejem računa komercialna ponudba Avtor: E-naslov«, »če se kaj zgodi, potem bodi pozoren na (1) in (2)«, »če stranka..., potem mu ponudi...«. Po določenem obdobju življenja in uporabe opisi so polni presenetljivo dragocenih in specifičnih informacij. Če ni opisa, so vse te dragocene ideje preprosto izgubljene zaradi pomanjkanja mesta, kamor bi jih "umestili".
- Lahko v obsegu. Če odprete novo pisarno ali poslovalnico, se poslovni procesi preprosto prenesejo in vam tudi tam začnejo ugajati.
Med "slabostmi" ugotavljamo:
- Potreba po pomembnih enkraten trud na ustvarjanje opisov poslovnih procesov in premagovanje odpora (to je nenavadno za vodje, lenuhi za zaposlene, ki »že vse vedo«, poleg tega pa nočejo postati lahko zamenljivi).
- Nujnost(da!) zavezujejo, prisilijo in prisilijo zaposlene, da ravnajo v skladu z opisi in nadzor to. Jasno je, da si vsi želimo izgledati dobro. V managementu je to nevarno, ker tak vodja bo neizogibno postal predmet manipulacije zaposlenih.Še več, tisti, ki jih najbolj zanima kalna voda in skrbi za »zaščito« svojega sproščenega bitja pred delom in zahtevami.
Model SIPOC se uporablja v Six Sigma in upravljanju kakovosti za določanje meja projekta in procesov pregleda od zgoraj. Zaradi naših podrobnosti nalog je ta model odlično deloval na nižjih nadmorskih višinah. K nekaterim sklepom o »višini« pregleda postopka se bom vrnil v nadaljevanju.
Ta model lahko služi kot dobavitelj gradiva za formalizacijo poslovnih procesov v splošno sprejetih zapisih. V mnogih primerih lahko ta model popolnoma opiše procese podjetja, če se držite metodologije; v tem primeru je lahko model podlaga za tehnične specifikacije za spremembe ali implementacijo standardnih konfiguracij 1C.
Ta model ima svoje prednosti in slabosti, zato ne zagovarjam splošnega sprejemanja, vendar menim, da je alternativna perspektiva vedno koristna. Vključno z mano. Napišite, kaj mislite v komentarjih.
Preden začnete
Bistvo ideje o formalizaciji procesa z metodo SIPOC je, da:
- Posebno pozornost namenjamo »razsežnosti« procesa ali, kot temu tudi jaz rečem, »višini zornega kota«.
- Proces »odvijamo« kot žogico, začenši pri potrošnikih končni rezultat proces, ki se konča z njegovim pobudnikom. Ne obratno!
- Posebno pozornost namenjamo »stičiščem« faz procesa.
- Posebno pozornost posvečamo berljivosti procesne karte.
Nenavadno, toda kljub očitnosti teh točk so skoraj vsi procesni zemljevidi, s katerimi sem se srečal v življenju, kršili vsaj dve od teh štirih točk. Če vam ta članek pomaga razumeti te temeljne točke, potem bom smatral, da sem dosegel svoj cilj, ne glede na to, kateri zapis uporabljate.
Kaj je SIPOC
SIPOC je torej akronim za angleške besede Supplier (dobavitelj), Input (vhod), Proces (proces), Output (izhod), Customer (kupec) . Ta model vam omogoča opisovanje procesov v smislu zaporedja dejanj, gibanja informacij/blaga/storitev med stopnjami procesa, kot tudi odnosov, ki nastanejo kot rezultat procesa med različnimi udeleženci. Model vam omogoča sledenje poslovni logiki procesa z visoko, a obvladljivo stopnjo abstrakcije.
Takoj jasen primer opisa procesa. Osnove si lahko ogledate tukaj.
(S) Horns and Hooves LLC -> (I) Zahteve informacijskega sistema -> (P) Formalizacija zahtev -> (O) Tehnične specifikacije -> (C) 1C: Franšizij
Beremo od leve proti desni: Stranka izrazi zahteve za informacijski sistem, ki so formalizirane, kar ima za posledico tehnično specifikacijo za 1C: Franšizij.
Vizualno prikazati:
Zdaj pa ugotovimo, kaj je in čemu služi.
S - Dobavitelj (dobavitelj). V našem primeru je to neka organizacija. Ta vloga je lahko kateri koli element procesa, ki zagotavlja vnos v proces z nekaterimi informacijami, dokumenti, materiali, izdelki, blagom, storitvami itd. Na splošno je to dobavitelj česar koli, česar koli, kar je nujno vključeno v proces .
I - Vnos. V našem primeru so to zahteve za informacijski sistem. Te zahteve so lahko v obliki e-pošte, ustno opisane v pogajanjih ali posnete v prejšnjih razgovorih. Tukaj je opisano vse, kar je potrebno za postopek. Za ta opis veljajo zahteve, zato je akronim SIPOC v nekaterih virih mogoče videti kot SIRPORC. Te zahteve, kot navaja akronim, veljajo za vhod in izhod.
Običajno vhodnih ali izhodnih zahtev ne prikazujemo vizualno, razen če to zahtevajo pogoji (tega v naši praksi še nismo srečali, a vse je mogoče). Te zahteve pa opisujemo v prilogi k vizualnemu prikazu poslovnega procesa. To narekuje pojavljajoča se neprijetnost uporabe kartic SIPOC za kasnejšo uporabo v projektni dokumentaciji zaradi njihovega naraščajočega obsega. Toda za vizualno utrjevanje tehnike v naši glavi jo bomo narisali takole:
Zahteve za objekte, vključene v proces, so lahko kateri koli pogoji, ki so potrebni za uspešno izvedbo procesa. Puščica je usmerjena od procesa k dobavitelju, ker je dobavitelj tisti, ki mora izpolnjevati zahteve. To je lahko merljiva kakovost ali količina materialov, če gre za proizvodnjo, ali pa je lahko zahteva za "analizo SMART za namene izvajanja" informacijski sistem«, če gre za idejni projekt itd.
P - Proces. Tukaj opisujemo postopek, ki bo potekal. V našem primeru je to formalizacija zahtev. Običajno ta blok opisuje, kdo je odgovoren za postopek, po možnosti njihovo vlogo. Opisan je postopek izdelave tega, kar bo rezultat. Sliko narišem samo za vizualno predstavitev procesa.
Ta opis običajno podamo v prilogi k vizualnemu prikazu poslovnega procesa. [Prezrite diagonalne puščice, rišem med pisanjem članka]
O - Izhod. Tukaj opisujemo, kaj bi moralo izhajati iz prejšnje stopnje. V našem primeru je to tehnična naloga. Tehnične specifikacije kot “izhod” iz procesa imajo svoje zahteve, ki jih oblikuje stranka.Na primer, 1C:Franšizojemalec ima standard za oblikovanje tehničnih specifikacij.Zahteva “tehnične specifikacije morajo biti skladne s standardom” je opisano v dodatku, vendar da bi ga vizualno popravili, dokončajmo risanje:
C - Stranka. V našem primeru je to 1C:Franšizojemalec, ki prejme tehnično nalogo kot rezultat formalizacije zahtev.
To je zelo poenostavljen primer. Potrebno je samo iti čez vrh in videti sliko kot celoto.
Tankosti
To je opis procesa iz zelo ptičje perspektive. Seveda je sam proces veliko bolj zapleten. Najprej začnimo z zmožnostmi razdrobljenosti v procesu.
Če imamo več dobaviteljev “vhodnih” objektov ali več “vhodnih” objektov samih, potem jih lahko prikažemo takole:
Enako velja za "odhodne" objekte in stranke:
Zdaj, če si predstavljamo, da potrebujemo več podrobnosti v procesih in zahtevah, bo risba postala vse manj berljiva. Čemur se mimogrede želimo izogniti.
Našo stopnjo podrobnosti določimo empirično individualno z vsako stranko.
Da bi ohranili berljivost postopka, ga začnemo razdeliti na stopnje. Vsaka stopnja je kopija modela SIPOC s svojimi vhodi in izhodi. Na primer, predprojekt lahko razdelimo na dve ali več stopenj, odvisno od zahtevanih podrobnosti. Narisal bom prva dva.
Če pozorno pogledate ti dve stopnji, boste opazili, da prvi trije elementi druge stopnje "Svetovalec-Protokoli-CIO" podvajajo zadnje tri elemente prve stopnje. To so stičišča stopenj procesa. K njim se bomo vrnili kasneje.
Kaj pa ciklični procesi? Kaj pa vzporedni procesi? Kaj pa podružnice?
Odgovoril bom na vsa vprašanja po vrsti.
Ciklični procesi se vedno obravnavajo z "višine", ki omogoča, da se ciklični proces definira kot ločena stopnja enote. Na zadnji sliki na primer vidimo, da so protokoli predloženi v odobritev CIO. Vemo, da lahko odobritev traja dolgo časa, ker... nekdo je nekaj pozabil ali se je, nasprotno, nekaj spomnil in protokoli se bodo premikali naprej in nazaj, dokler ne bo prejet "izhod" procesa - podpisani protokoli. Če ciklični proces vsebuje bistveno pomembne bloke za avtomatizacijo, potem je ena ponovitev takega cikla opisana z ločenim zemljevidom SIPOC.
Vzporedni procesi so, če razmere to dopuščajo, opisani z ločenimi karticami SIPOC. Če so razmerja vzporednih procesov v času kompleksna, se SIPOC uporablja samo za opisovanje procesov, sama razmerja procesov v času pa opisujejo druga orodja. To presega uporabo kartic SIPOC.
Zdaj o vejah. Če proces vsebuje veje, potem zemljevidi SIPOC opisujejo korake procesa pred in za vejami. V tem pogledu SIPOC sploh ni priročno orodje. Če je vej veliko, to pomeni, da je bila izbrana napačna "lestvica" ali pa je treba uporabiti druga orodja.
Po eni strani razumem, da ima SIPOC svoje prednosti in slabosti. Po drugi strani pa izkušnje z avtomatizacijo različnih procesov kažejo, da so najbolj pravilni, stabilni in delujoči procesi na isti ravni (če so procesi na različnih ravneh, potem so narisani na različnih zemljevidih) skoraj vedno linearni in idealno težijo k kontrolni seznam. Kompleksne procese je bodisi skiciralo svetovalno podjetje ali pa so plod domišljije na temo »kako bi lahko bilo«. Redko, vendar se zgodi, da je proces res zapleten in res ni druge poti. Takoj ko se srečamo s kompleksnimi procesi, si že vnaprej postavimo vprašanje, da najverjetneje proces ni zgrajen optimalno ali pa je napačno opisan. Najpogosteje se to zgodi, ko želi nekdo opisati vse naenkrat na enem listu papirja, čeprav zelo velikem.
To je zelo podobno procesu programiranja. V postopkih in funkcijah uporabljamo stopnjo podrobnosti, ki nam omogoča preprosto navigacijo. Predstavljajte si, kaj bi se zgodilo, če bi imel 1C samo en modul, ki bi bil odgovoren za vse, in ne bi bilo postopkov in funkcij, ki bi povečali stopnjo abstrakcije algoritma.
Obstajajo različne ravni upravljanja in ustrezne različne ravni obsega.
Na tem zemljevidu ne vidimo vojakov, opreme ali enot. "Višina" pregleda ne dopušča. Če vzamemo operativni nadzor kot analoge: veje, cikle itd., potem teh zobnikov ne bomo videli s takšne razdalje. Pravzaprav ne sodijo sem; ta zemljevid je orodje za strateško in taktično načrtovanje. Operativno upravljanje zahteva uporabo drugih orodij za vizualizacijo.
Ne morete videti vsega v podrobnosti hkrati. Za različne razgledne točke bi morali obstajati različni zemljevidi. Če je ta zahteva izpolnjena, potem lahko skoraj vse procese, ki podrobno ustrezajo "višini" pregleda, opišemo z modelom SIPOC. Iz tega sem nekoč potegnil naslednji sklep: če je proces opisan z metodoSIPOC, potem "višina" pregleda procesa ustreza stopnji podrobnosti. To se morda zdi kontroverzna izjava. Upam, da če se motim, me bodo kompetentnejši tovariši popravili v komentarjih. Vedno sem se pripravljen izboljšati. A nasprotnega eksperimentalno doslej še nismo mogli izkusiti.
Kako narisati načrt procesa?
Zdaj, ko smo preučili metodologijo za opisovanje samih procesov, se moramo naučiti, kako ga narisati.
Najprej moramo določiti stopnjo podrobnosti. Kot sem napisal zgoraj, določimo raven podrobnosti, ki je pravilna, ko je označen linearni proces. »Višina« pregleda ne sme biti nižja od ravni poslovanja, potrebnega za računovodstvo. Tisti. Procesa nima smisla opisovati na raven »izvajalec je vzel pero in začel pisati«, ker Te informacije se na noben način ne odražajo v računovodstvu.
Ko svetovalec pride na intervju za procesno anketo, se drži naslednjih priporočil.
Če beremo proces od leve proti desni od zgoraj navzdol, potem začnemo proces risati od desne proti levi od spodaj navzgor! To je:
Kupec: Najprej določimo, kdo bo potrošnik rezultatov procesa. To so lahko drugi oddelki, določena delovna mesta, morda zunanji izvajalci.
Proces: Nato opišemo sam proces, kot zaporedje dejanj in osebo, ki je odgovorna za izvedbo te stopnje.
Vnos: opisujemo, kaj je potrebno za dokončanje te stopnje in zahteve za to.
Dobavitelj: Opisujemo, kdo bo dobavil proces s potrebnimi komponentami.
Opisali smo najnižjo, posledično stopnjo procesa. In potem začnemo odvijati klobčič in se premakniti za eno stopnjo navzgor. Tako so zaporedno opisane vse stopnje.
Zdaj, če se spomnite, malo višje sem pisal o stičiščih stopenj procesa. Prišli so na vrsto. Praviloma se med pregledom (to je značilno za stopnjo pregleda na splošno) razkrijejo različne nianse. Nenadoma se izkaže, da je bil za dokončanje koraka procesa potreben nek dokument, vendar se izkaže, da nikoli ni obstajal in da je bil korak postopka izveden prej brez upoštevanja tega dokumenta. Še več, ker dokument nikoli ni obstajal, ni jasno, kdo bi ga moral predložiti za korak postopka. Ali pa se izkaže, da se na neki stopnji izda "izhod", za katerega se izkaže, da nikomur ne koristi, tj. ko kasneje pregledamo proces in vidimo »kupce«, ki porabljajo »outpute« in potem ne sodelujejo nikjer drugje, potem je čisto možno, da se nekaj dela zaman. To ni vedno tako, lahko je na primer izhod natisnjen obrazec, ki gre kasneje v računovodstvo, v okviru avtomatizacije pa računovodstva ni. Za opis procesa bo tak "izhod" nepotreben, vendar je v mejah procesnih omejitev sprejemljiv. Vsekakor pa preverjanje nikoli ne škodi.
Ta križišča včasih vodijo do razširitev zahtev. Na primer, nekoč smo med pregledovanjem strankinih procesov postavili vprašanje o nekaterih vmesnikih. Izkazalo se je, da je bilo treba po pogodbi izdati zbirne akte in račune, računovodja pa je vse sestavila ročno. Za to vezje ni bilo začetnih zahtev, vendar smo to točko identificirali med inšpekcijskim postopkom, natančno v fazi analize spojev in njihove nujnosti, razvili koncept rešitve, ga predlagali vodstvu stranke in prejeli dodaten proračun za to vezje. .
Na podlagi takega intervjuja svetovalec izdela procese, izdela protokole za pregledovanje procesov, koordinira in jih skupaj z zvočnimi posnetki intervjuja posreduje svojemu vodji v nadaljnjo analizo.
Ni eksplicitnih bonusov
Metodologija SIPOC, ki je preprosto orodje, vam omogoča prejemanje bonusov, ki niso povsem očitni. S spretnostjo lahko to orodje uporabite v različnih situacijah.
Same kartice SIPOC so enostavne za branje in jih nosilci odločanja zlahka razumejo. To vam omogoča ustvarjanje "prodajnih" anket. Pri srednjih in velikih projektih se je pogosto srečalo, da odločevalec ni znal brati zapisov serije IDEFx. V tem primeru smo jih prevedli na bolj razumljivo raven, če se da, saj včasih so bile čiste neumnosti. Če sodelujemo z IT službo, potem se z njimi dogovorimo za nadaljnje opise v projektni dokumentaciji, če se ne izrečejo »proti«, se še naprej držimo notacije SIPOC. Vendar se zgodi, da so potrebni drugi zapisi, običajno IDEF0 in/ali IDEF1, kar se zgodi zelo redko. Doslej nisem slišal bistvenega argumenta v prid tem zapisom, razen tega, da je to znan standard, SIPOC pa še nikoli niso videli. Z izjemo projekta, kjer je bilo treba avtomatizirati proces usmerjanja stranke v oddelke glede na to, kaj kupuje, v kakšnem obsegu ipd., je bilo poslovalnic veliko. Pravzaprav je to avtomatizacija kompleksa operativno vodenje, kartice SIPOC tam nimajo mesta.
Dodaten bonus je veščina določanja "višine" pregleda procesa. Pogosto v komunikaciji z vodji različnih struktur že v pogovoru na podlagi posrednih znakov postane jasno, da "višina" pregleda procesa ni pravilno izbrana. In samo zaradi tega je upravljanje v podjetju na skoraj ničelni ravni. V tem primeru se na neki način obrnem na svetovanje. Pomagam vam razumeti višino pregleda in faze postopkov. Praviloma vam to omogoča tesnejši stik za nadaljnjo komunikacijo in povečanje stopnje zaupanja kot strokovnjaka. Kljub dolgemu opisu se lahko vse to zgodi znotraj enega poslovnega kosila.
No, verjetno zadnja stvar, ki bi vam jo rad povedal. Včasih stranke bodisi nimajo sredstev za pregled ali pa preprosto ne razumejo, kaj pravzaprav plačujejo in posledično postanejo požrešne. V tem primeru jim ponudim možnost, da sami izpolnijo in podrobno razčlenijo procese. Izpade tako površno svetovanje, ki včasih pripelje do projektov. To se dogaja v korespondenci, kjer jim pošljem že pripravljene briefe, oni pa jih izpolnijo. Pokličemo drug drugega, ko se pojavijo vprašanja. Ta pristop vam omogoča, da ne prekinete odnosa, vzdržujete dialog in hkrati ne izgubljate časa, če je stranka pohlepna po denarju, je v situaciji prisilnega varčevanja ali preprosto ne razume, za kaj plačati svetovalce. Ko je okusil grenkobo svetovalnega dela, bodisi ustvari rezultat, s katerim lahko začne delati, bodisi odskoči in se kvalificira za neciljno stranko, ali kupi normalen pregled. Vsekakor pa s tem pristopom ostajamo v močni poziciji. V prvem primeru smo pomagali brez izgubljanja časa, to se nam bo kasneje priznalo. V drugem primeru smo pri neciljnih akcijah prihranili veliko časa in živcev. In v tretjem smo zaslužili z raziskavo.
Seštevek vseh dejavnikov: preprostost metode, enostavnost učenja in široke možnosti svetovanja, vse to so prednosti, zaradi katerih se metode vedno znova poslužujemo. Takšne kombinacije uporabnosti za pregled in izboljšanja kakovosti komunikacije s strankami pri kateri koli metodi do danes še nisem srečal. Še enkrat ponavljam, kolegi, delite svoje izkušnje, z veseljem se učim.
Medtem ko sem pripravljal to gradivo, sem se odločil, da malo poiščem, kaj je v RuNetu na to temo. Toda to vam bo omogočilo, da razširite svoje razumevanje te teme:
Yandex.pictures vsebuje kopico primerov kartic SIPOC
6 Sigma, vitka proizvodnja ...
... in morda je to vse.
V prilogi je primer dela prave tehnične specifikacije, ki je vključevala majhen procesni načrt in dodatek k njemu. To je zaradi jasnosti, kako ga uporabljamo pri resničnih projektih.
P.S. Kot sem že napisal, sem se odločil za izdajo novic. IN ta trenutek Dopisni seznam je v načinu mirovanja. Naročnikov še ni veliko, je pa že kar nekaj naročnikov. Zdaj je že 143 ljudi in še 9 jih ni potrdilo svoje naročnine (preverite mapo z neželeno pošto, včasih potrditveno pismo konča tam). To je šele 15 dni od obstoja glasila, kar me res navdušuje. V bližnji prihodnosti bom izvedel majhno brezplačno spletno usposabljanje. Nisem profesionalni trener in je to bolj hobi, vendar mislim, da bo zanimivo za proste strelce in vodje organizacij, ki se ukvarjajo z avtomatizacijo na osnovi 1c. Vsi tehnični elementi usposabljanja so trenutno v pripravi. Če vam je bilo to gradivo všeč, se lahko naročite na glasilo. Načrtujem, da bom še naprej objavljal na IS; poštni seznam bo vključeval materiale, ki ne ustrezajo formatu IS (tukaj na primer nisem ugotovil, kako izvajati usposabljanje).
Mnogi poslovneži menijo, da če je posel bolj ali manj uspešen, potem je dovolj, da ostane vse notri obstoječo obliko. Če pa to tezo preoblikujemo, se izkaže, da bomo kaj spremenili šele, ko se bodo pojavile težave. Da bi se izognili situaciji, ki vodi do njihovega nastanka, je koristno redno optimizirati delo podjetja. Poleg tega strokovnjaki svetujejo, da plačajo Posebna pozornost na poslovne procese.
Poslovni proces je celotno zaporedje dejanj, ki vodijo do določenega rezultata. Na primer za proizvodnjo končne proizvodne enote ali prodajo blaga.
Izkušnje kažejo, da čeprav ima podjetje malo zaposlenih, lahko lastnik vse drži pod osebnim nadzorom, čeprav to ni vedno mogoče. Vendar za velika podjetja Razhroščevanje vsakega poslovnega procesa je obvezno, sicer se zmanjšata tako učinkovitost kot donosnost dejavnosti.
Bistvo formalizacije poslovnih procesov
Formalizacija poslovnih procesov je namenjena odpravi kaosa v dejavnostih tako podjetja kot celote kot vsakega zaposlenega posebej.
Če tega ne storite, so neizogibne naslednje težave:
- Ni vedno jasno, kateri zaposleni je za kaj odgovoren.
- Pogosto ni jasno, kdo je odgovoren za določeno nalogo.
- Rešitev vsakega problema se zamuja, ker ni jasnega algoritma.
- Naloge (dokumenti, odjemalci, aplikacije) opravijo dolgo »pot« skozi podjetje do rešitve, pri tem pa se porabljajo odvečni viri. ta primer zaposlenih.
Vse to vodi v zmedo, ki lahko sčasoma preraste v alarmantne razsežnosti. Poleg tega s takšno organizacijo dela vedno večjo težo dobiva človeški dejavnik: težko je karkoli nadzorovati, ob vsaki priložnosti moraš razjasnjevati informacije s točno določenimi zaposlenimi in ni nobenega zagotovila, da bodo prejete informacije zanesljive. .
Še več, v nekaterih primerih vodja sploh ne ve, na katerega zaposlenega naj se obrne pri naslednjem vprašanju, kar dodatno zaplete situacijo.
Naloge formalizacije poslovnih procesov
Formalizacija poslovnih procesov se lahko izvede z različnimi metodami, na primer z uporabo BPM sistemi, ali "ročno". Vendar vedno vključuje izdelavo jasnega algoritma:
- Nakup surovin.
- Dostava surovin v skladišče.
- Skladiščenje v skladišču.
- Pošiljanje v delavnico.
- Proizvodnja izdelkov.
- Pošiljanje izdelkov v skladišče.
- Dostava izdelkov naročniku po nakupu.
Vsaka od teh stopenj vključuje posameznika, odgovoren za izvedbo. Na primer, če so surovine prevzete od dobavitelja, vendar še niso prispele v skladišče, se vsa vprašanja naslovijo na vodjo dostavne službe, če so prispele, pa na vodjo skladišča.
Poleg tega vsaka stopnja vključuje podstopnje in številne lastne majhne procese. Nakup surovin na primer vključuje dolgo pot: odločitev o potrebi pred nakupom, klic dobavitelja, dogovor o cenah in pogojih ipd. Obstajajo tri glavne naloge formalizacije poslovnih procesov:
- Zgraditi je treba jasen diagram poslovnega procesa.
- Vsak zaposleni mora razumeti, v katerem delu sheme so potrebna njegova prizadevanja, kje se začne in konča njegova odgovornost; od koga prejema naloge in kam naj jih po obdelavi prenese.
- Vodja mora imeti možnost nadzora, kje je naloga v danem trenutku (v kateri fazi in za katerega zaposlenega).
Formalizacija poslovnih procesov z avtomatizacijo
Za začetek, formalizacija poslovnih procesov ne zahteva nujno avtomatizacije z uporabo BPMS, lahko se izvede tudi ročno. Najlažje je, da napišemo predpise za vsakega zaposlenega. Zahvaljujoč temu je mogoče uspešno rešiti nekatere težave, in sicer nalogi 1 in 2 zgornjega seznama (priprava diagrama in razumevanje vloge vsakega zaposlenega).
Formalizacija poslovnih procesov »na papirju« pa skoraj onemogoča nadzor nad spoštovanjem predpisov: ali jih zaposleni upoštevajo ali najdejo »rešitve« na ravni medsebojnega dogovora. Vloga človeškega dejavnika in možnosti za zlorabe zaposlenih ostajata zelo velika.
Če se formalizacija poslovnih procesov izvede z uporabo sistemov BPM, se pojavijo dodatne zelo pomembne priložnosti:
- Nadzor nad vsako nalogo od začetka do konca, sposobnost videnja celoten seznam naloge.
- Brez izgube: če naloga prispe na vhod, mora tako ali drugače doseči izhod.
- Sledenje vsem dejanjem za vsako nalogo, z možnostjo jasne določitve, kdo je izvedel posamezno dejanje.
- Zbiranje podrobne statistike.
Ta zadnja funkcija je še posebej pomembna, ker pomaga, vključno z:
- Ugotovite, kateri zaposleni delajo učinkovito in kdo ne.
- Oglejte si dejanski obseg vsega dela, ki ga opravi vsak zaposleni. Se morda kdo samo pretvarja, da je z nečim zaposlen?
- Znebite se tveganja najrazličnejših zlorab osebja.
Formalizacija poslovnih procesov je izjemno koristna za vsako podjetje. Tudi če trenutno nimate resne težave, se je koristno že zdaj začeti boriti proti kaosu pri delu podjetja, da bi zmanjšali različne izgube in stroške, povečali učinkovitost in uspešnost vseh zaposlenih in poslovanja kot celote.
