Popis metodiky Idef0. Metodiky modelovania domén. Hranice a odkazy

Naučte sa vidieť a pochopiť funkčnú štruktúru vášho podnikania!

V súčasnosti v Rusku prudko vzrástol záujem o všeobecne prijímané štandardy riadenia na Západe, v skutočnej praxi riadenia však existuje jeden veľmi orientačný moment. Mnoho lídrov môže byť stále zmätených priamou otázkou organizačnej štruktúry spoločnosti alebo návrhu existujúcich obchodných procesov. Najpokročilejší manažéri, ktorí pravidelne čítajú ekonomické periodiká, spravidla začínajú kresliť hierarchické diagramy, ktorým iba oni rozumejú, ale aj v tomto procese sa zvyčajne rýchlo dostanú do slepej uličky. To isté platí pre zamestnancov a manažérov rôznych služieb a funkčných celkov. Vo väčšine prípadov je jediným súborom načrtnutých pravidiel, v súlade s ktorými musí podnik fungovať, súbor individuálnych predpisov a popisov pracovných pozícií. Najčastejšie sú tieto dokumenty vypracované pred viac ako rokom, sú zle štruktúrované a nie sú navzájom prepojené, čo vedie k tomu, že sa v nich jednoducho hromadí prach na policiach. Takýto prístup bol zatiaľ opodstatnený, pretože počas formovania ruskej trhovej ekonomiky koncept hospodárskej súťaže prakticky chýbal a nebolo potrebné zvlášť počítať náklady - zisk bol obrovský. Vo výsledku sme za posledné dva roky videli celkom pochopiteľný obraz: veľké spoločnosti, ktoré rástli na začiatku 90. rokov, postupne strácajú svoje pozície, a to až do úplného stiahnutia z trhu. Je to čiastočne spôsobené tým, že podnik nerealizoval štandardy riadenia, úplne absentoval koncept funkčného modelu činnosti a poslania. Pomocou modelovania rôznych oblastí činnosti je možné efektívne analyzovať úzke miesta v riadení a optimalizovať celkovú obchodnú schému. Ale ako viete, v každom podniku majú najvyššiu prioritu iba tie projekty, ktoré priamo prinášajú zisk, preto o prieskume činností a ich reorganizácii hovoríme zvyčajne iba počas hmatateľnej krízy v riadení spoločnosti.

Na konci 90. rokov, keď bol trh dostatočne konkurenčný a ziskovosť podnikov začala prudko klesať, pocítili manažéri obrovské ťažkosti pri pokuse o optimalizáciu nákladov tak, aby výrobky zostali ziskové aj konkurencieschopné. V tejto chvíli sa celkom zreteľne prejavila potreba mať pred očami model činnosti podniku, ktorý by odrážal všetky mechanizmy a princípy vzájomného prepojenia rôznych subsystémov v rámci jedného podniku.

Samotný koncept „modelovania podnikových procesov“ vstúpil do každodenného života väčšiny analytikov súčasne s uvedením komplexných softvérových produktov určených na komplexnú automatizáciu podnikového riadenia na trh. Takéto systémy vždy znamenajú hlboký predprojektový prieskum aktivít spoločnosti. Výsledkom tohto prieskumu je znalecký posudok, v ktorom sú k jednotlivým bodom vypracované odporúčania na odstránenie „úzkych miest“ pri riadení činností. Na základe tohto záveru sa bezprostredne pred projektom zavedenia automatizačného systému uskutoční takzvaná reorganizácia obchodných procesov, ktorá je pre spoločnosť niekedy dosť vážna a bolestivá. Tento a samozrejme vývojový tím, ktorý sa rokmi rozvíjal, je vždy ťažké prinútiť „myslieť novým spôsobom“. Takéto komplexné prieskumy v podnikoch sú vždy zložité a od prípadu k prípadu výrazne odlišné. Existujú osvedčené metodiky a štandardy na riešenie takýchto problémov modelovania zložitých systémov. Tieto štandardy zahŕňajú metodiky rodiny IDEF. S ich pomocou je možné efektívne zobrazovať a analyzovať modely činnosti širokej škály zložitých systémov v rôznych sekciách. Zároveň šírku a hĺbku preskúmania procesov v systéme určuje sám vývojár, čo umožňuje nepreťažiť vytvorený model zbytočnými dátami. V súčasnosti možno skupine IDEF pripísať nasledujúce štandardy:

IDEF0 je metodika funkčného modelovania. S pomocou vizuálneho grafického jazyka IDEF0 sa študovaný systém javí vývojárom a analytikom ako súbor vzájomne súvisiacich funkcií (funkčné bloky - v zmysle IDEF0). Modelovanie IDEF0 je zvyčajne prvým krokom pri učení sa o akomkoľvek systéme;
IDEF1 - metodika modelovania informačných tokov v systéme, ktorá umožňuje zobraziť a analyzovať ich štruktúru a vzťahy;
IDEF1X (IDEF1 Extended) - metodika budovania relačných štruktúr. IDEF1X odkazuje na typ metodiky „Entity-relationship“ (ER - Entity-Relationship) a spravidla sa používa na modelovanie relačných databáz týkajúcich sa daného systému;
IDEF2 je metodika pre dynamické modelovanie vývoja systémov. Kvôli veľmi vážnym problémom pri analýze dynamických systémov sa od tohto štandardu prakticky upustilo a jeho vývoj bol pozastavený vo veľmi počiatočnej fáze. V súčasnosti však existujú algoritmy a ich počítačové implementácie, ktoré umožňujú transformovať súbor statických diagramov IDEF0 na dynamické modely založené na „farebných Petriho sieťach“ (CPN - Color Petri Nets);
IDEF3 je metodika dokumentovania procesov prebiehajúcich v systéme, ktorá sa využíva napríklad pri štúdiu technologických procesov v podnikoch. IDEF3 popisuje scenár a pracovný tok pre každý proces. IDEF3 má priamy vzťah s metodikou IDEF0 - každá funkcia (funkčný blok) môže byť pomocou IDEF3 reprezentovaná ako samostatný proces;
IDEF4 je metodika budovania objektovo orientovaných systémov. Nástroje IDEF4 vám umožňujú vizuálne zobraziť štruktúru objektov a základné princípy ich interakcie, čo vám umožňuje analyzovať a optimalizovať zložité objektovo orientované systémy;
IDEF5 je metodika pre ontologické štúdium komplexných systémov. Pomocou metodológie IDEF5 možno ontológiu systému opísať pomocou špecifického slovníka pojmov a pravidiel, na základe ktorého je možné zostaviť spoľahlivé výroky o stave uvažovaného systému v určitom okamihu. Na základe týchto tvrdení sa formujú závery o ďalšom vývoji systému a vykonáva sa jeho optimalizácia.

V tomto článku sa pozrieme na najbežnejšie používanú metodiku funkčného modelovania IDEF0.

História štandardu IDEF0

Metodiku IDEF0 možno považovať za ďalšiu fázu vývoja známeho grafického jazyka pre popis funkčných systémov SADT (Structured Analysis and Design Teqnique). Pred niekoľkými rokmi vyšlo v Rusku malé vydanie rovnomennej knihy, ktoré bolo venované opisu základných princípov stavby diagramov SADT. Historicky bol IDEF0 ako štandard vyvinutý v roku 1981 ako súčasť rozsiahleho programu priemyselnej automatizácie s názvom ICAM (Integrated Computer Aided Manufacturing) a bol navrhnutý americkým letectvom. Samotná skupina štandardov IDEF zdedila svoje označenie od názvu tohto programu (IDEF \u003d ICAM DEFinition). V procese praktickej implementácie účastníci programu ICAM čelili potrebe vyvinúť nové metódy analýzy procesov interakcie v priemyselných systémoch. Zároveň s vylepšenou sadou funkcií na popis obchodných procesov bola jednou z požiadaviek nového štandardu dostupnosť účinnej metodiky interakcie v rámci „analytik-špecialista“. Inými slovami, nová metóda mala zabezpečiť skupinovú prácu na vytvorení modelu s priamou účasťou všetkých analytikov a odborníkov zapojených do projektu.

Výsledkom hľadania vhodných riešení bola metodika funkčného modelovania IDEF0. Od roku 1981 prešiel štandard IDEF0 niekoľkými menšími zmenami, ktoré majú väčšinou obmedzujúci charakter a jeho poslednú revíziu vydal v decembri 1993 americký Národný inštitút pre štandardy a technológie (NIST).

Základné prvky a koncepcie IDEF0

Grafický jazyk IDEF0 je prekvapivo jednoduchý a harmonický. Metodika je založená na štyroch hlavných konceptoch:

Prvým je koncept funkčný blok (Činnosť)... Funkčný blok je graficky znázornený vo forme obdĺžnika (pozri obr. 1) a zosobňuje niektoré špecifické funkcie v rámci uvažovaného systému. Podľa požiadaviek normy by mal byť názov každého funkčného bloku formulovaný v slovesnej nálade (napríklad „produkovať služby“, nie „výroba služieb“).

Každá zo štyroch strán funkčného bloku má svoj vlastný špecifický význam (úlohu), zatiaľ čo:

Horná strana je „Ovládanie“;
Ľavá strana je nastavená na „Input“;
Pravá strana je nastavená na „Výstup“;
Spodná strana je „Mechanizmus“.

Každý funkčný blok v rámci jedného uvažovaného systému musí mať svoje vlastné jedinečné identifikačné číslo.

Obrázok 1. Funkčný blok.

Druhou „veľrybou“ metodiky IDEF0 je koncept oblúk rozhrania (šípka)... Oblúky rozhrania sa tiež často nazývajú prúdy alebo šípky. Oblúk rozhrania zobrazuje systémový prvok, ktorý je spracovaný funkčným blokom alebo inak ovplyvňuje funkciu zobrazenú týmto funkčným blokom.

Grafické zobrazenie oblúka rozhrania je jednosmerná šípka. Každý oblúk rozhrania musí mať svoj vlastný jedinečný názov (štítok šípky). Ako to vyžaduje norma, musí ísť o meno podstatné meno obrat.

Pomocou oblúkov rozhrania sa zobrazujú rôzne objekty, ktoré do istej miery určujú procesy prebiehajúce v systéme. Takými objektmi môžu byť prvky skutočného sveta (diely, automobily, zamestnanci atď.) Alebo prúdy údajov a informácií (dokumenty, údaje, pokyny atď.).

Podľa toho, na ktorú stranu je daný oblúk rozhrania vhodný, sa nazýva „prichádzajúci“, „odchádzajúci“ alebo „riadiaci“. Okrem toho iba funkčné bloky môžu byť „zdrojom“ (začiatkom) a „umývadlom“ (koncom) každého funkčného oblúka, zatiaľ čo „zdrojom“ môže byť iba výstupná strana bloku a „umývadlom“ môže byť ktorýkoľvek z troch zvyšných.

Je potrebné poznamenať, že akýkoľvek funkčný blok podľa požiadaviek normy musí mať najmenej jeden oblúk riadiaceho rozhrania a jeden odchádzajúci. Je to pochopiteľné - každý proces musí dodržiavať určité pravidlá (zobrazené riadiacim oblúkom) a musí produkovať nejaký výsledok (odchádzajúci oblúk), inak to nemá zmysel brať do úvahy.

Pri konštrukcii diagramov IDEF0 je dôležité správne oddeliť oblúky prichádzajúceho rozhrania od tých riadiacich, čo je často náročné. Napríklad obrázok 2 zobrazuje funkčný blok „Spracovať obrobok“.

V skutočnom procese dostane pracovník vykonávajúci spracovanie obrobok a technologické pokyny na spracovanie (alebo bezpečnostné pravidlá pri práci so strojom). Môže sa mylne zdať, že tak obrobok, ako aj dokument s technologickými pokynmi sú prichádzajúce objekty, ale nie je to tak. V skutočnosti sa v tomto procese spracováva obrobok podľa pravidiel uvedených v technologických pokynoch, ktoré by sa mali príslušne zobraziť pomocou oblúka ovládacieho rozhrania.

Obrázok 2.

Je to iná záležitosť, keď technologické pokyny spracováva hlavný technológ a robia sa v nich zmeny (obr. 3). V takom prípade sa zobrazia ako už prichádzajúci oblúk rozhrania a riadiacim objektom sú napríklad nové priemyselné štandardy, na základe ktorých sa tieto zmeny uskutočňujú.

Obrázok 3.

Vyššie uvedené príklady zdôrazňujú zdanlivo podobnú povahu oblúkov prichádzajúceho a odchádzajúceho rozhrania, ale pre systémy rovnakej triedy vždy existujú určité rozdiely. Napríklad v prípade uvažovania o podnikoch a organizáciách existuje päť hlavných typov predmetov: materiálové toky (diely, tovar, suroviny atď.), Finančné toky (hotovosť a nepeňažnosť, investície atď.), Toky dokladov (obchodné, finančné a organizačné dokumenty), informačné toky (informácie, zámer, ústne pokyny atď.) a zdroje (zamestnanci, stroje, stroje atď.). V tomto prípade môžu byť v rôznych prípadoch oblúky prichádzajúceho a odchádzajúceho rozhrania zobrazené všetky druhy objektov, ktoré riadia iba tie, ktoré súvisia s tokmi dokumentov a informácií, a oblúkové mechanizmy môžu zobrazovať iba prostriedky.

Povinná prítomnosť oblúkov riadiaceho rozhrania je jedným z hlavných rozdielov štandardu IDEF0 od iných metodík tried DFD (Data Flow Diagram) a WFD (Work Flow Diagram).

Tretím základným konceptom normy IDEF0 je rozklad... Princíp rozkladu sa používa pri rozklade zložitého procesu na jeho základné funkcie. V takom prípade úroveň podrobností procesu určuje priamo vývojár modelu.

Dekompozícia umožňuje postupne a štruktúrovane predstavovať systémový model vo forme hierarchickej štruktúry jednotlivých diagramov, čo ho robí menej preťaženým a ľahko stráviteľným.

Model IDEF0 vždy začína predstavovaním systému ako celku - jedného funkčného bloku s oblúkmi rozhrania presahujúcimi uvažovanú oblasť. Takýto diagram s jedným funkčným blokom sa nazýva kontextový diagram a je označený identifikátorom „A-0“.

Vysvetľujúci text ku kontextovému diagramu musí označovať účel zostavenia diagramu vo formulári stručný popis a opravené uhol pohľadu (Hľadisko).

Určenie a formalizácia cieľa vývoja modelu IDEF0 je mimoriadne dôležitým bodom. V skutočnosti cieľ identifikuje príslušné oblasti v skúmanom systéme, na ktoré by sa malo zamerať ako prvé. Napríklad, ak modelujeme aktivity podniku s cieľom vybudovať v budúcnosti na základe tohto modelu informačný systém, potom sa tento model bude výrazne líšiť od modelu, ktorý by sme vyvinuli pre ten istý podnik, ale s cieľom optimalizácie dodávateľských reťazcov.

Hľadisko definuje hlavné smerovanie vývoja modelu a požadovanú úroveň podrobností. Jasná fixácia hľadiska umožňuje na základe zvoleného uhla pohľadu v systéme model vyložiť, odmietnuť podrobne a študovať jednotlivé prvky, ktoré nie sú potrebné. Napríklad funkčné modely toho istého podniku sa z pohľadu vedúceho technológa a finančného riaditeľa budú výrazne líšiť v smere ich detailizácie. Je to spôsobené tým, že finančný riaditeľ sa nakoniec nezaujíma o aspekty spracovania surovín na výrobných strojoch a hlavný technológ nepotrebuje nakreslené schémy finančných tokov. Správna voľba uhla pohľadu výrazne skracuje čas strávený zostavením finálneho modelu.

V procese rozkladu je funkčný blok, ktorý v kontextovom diagrame zobrazuje systém ako celok, vyvŕtaný v inom diagrame. Výsledný diagram druhej úrovne obsahuje funkčné bloky, ktoré zobrazujú hlavné podfunkcie funkčného bloku kontextového diagramu, a vo vzťahu k nemu sa nazýva detský diagram (Child diagram) (každý z funkčných blokov patriacich do dcérskeho diagramu sa nazýva detský blok). Nadradený funkčný blok sa zase nazýva rodičovský blok vo vzťahu k podradenému diagramu (Parent Box) a diagram, do ktorého patrí, sa nazýva nadradený diagram (Parent Diagram). Každá z čiastkových funkcií podradeného diagramu môže byť ďalej podrobne opísaná podobným rozkladom zodpovedajúceho funkčného bloku. Je dôležité poznamenať, že v každom prípade rozkladu funkčného bloku sú všetky oblúky rozhrania obsiahnuté v tomto bloku alebo z neho vychádzajúce, fixné v podradenom diagrame. Týmto sa dosahuje štrukturálna integrita modelu IDEF0. Princíp rozkladu je jasne znázornený na obrázku 4. Mali by ste si všímať vzťah medzi číslovaním funkčných blokov a diagramov - každý blok má na diagrame svoje jedinečné sériové číslo (číslo v pravom dolnom rohu obdĺžnika) a označenie v pravom uhle označuje číslo podradeného diagramu pre tento blok. ... Absencia tohto označenia znamená, že pre tento blok nedochádza k rozkladu.

Často sa vyskytujú prípady, keď jednotlivé oblúky rozhrania nemajú zmysel naďalej uvažovať v detských diagramoch pod určitou úrovňou v hierarchii alebo naopak - jednotlivé oblúky nemajú nad určitou úrovňou žiadny praktický význam. Napríklad oblúk rozhrania znázorňujúci „detail“ pri vchode do „Procesu ďalej sústruh„Nemá zmysel uvažovať o diagramoch na vyšších úrovniach - iba by sa diagramy preťažili a bolo by ťažké ich pochopiť. Na druhej strane je potrebné zbaviť sa jednotlivých „koncepčných“ oblúkov rozhrania a podrobne ich nehovoriť hlbšie ako na určitej úrovni. Na riešenie týchto problémov poskytuje tento koncept norma IDEF0 razenie tunelov... Označenie Arrow Tunnel vo forme dvoch zátvorkách okolo začiatku oblúka rozhrania označuje, že tento oblúk nebol zdedený z funkčného nadradeného bloku a objavil sa (z „tunela“) iba v tomto diagrame. Rovnaké označenie okolo konca (šípky) oblúka rozhrania v bezprostrednej blízkosti bloku prijímača zase znamená, že tento oblúk sa nebude zobrazovať a nebude zohľadnený v podradenom diagrame tohto bloku. Najčastejšie sa stáva, že jednotlivé objekty a im zodpovedajúce oblúky rozhrania nie sú zohľadnené na niektorých stredných úrovniach hierarchie - v tomto prípade sú najskôr „ponorené do tunela“ a potom, ak je to potrebné, „vrátené z tunela“.

Posledný z konceptov IDEF0 je glosár... Pre každý z prvkov IDEF0: diagramy, funkčné bloky, oblúky rozhrania znamená existujúca norma vytvorenie a údržbu súboru zodpovedajúcich definícií, kľúčové slová, príbehy atď., ktoré charakterizujú objekt zobrazený týmto prvkom. Táto sada sa nazýva slovník a je popisom podstaty tohto prvku. Napríklad pre oblúk „platobného príkazu“ na ovládacom rozhraní môže slovník obsahovať zoznam polí dokumentu, ktorý zodpovedá oblúku, požadovanej vízovej skupine atď. Glosár harmonicky dopĺňa grafický jazyk a poskytuje diagramom potrebné ďalšie informácie.

Obrázok 4. Rozklad funkčných blokov.

Princípy obmedzenia zložitosti diagramov IDEF0

Modely IDEF0 zvyčajne nesú zložité a koncentrované informácie a na obmedzenie ich preťaženia a na zabezpečenie ich čitateľnosti sa príslušné limity zložitosti prijímajú v zodpovedajúcom štandarde:

Obmedzenie počtu funkčných blokov v diagrame na tri až šesť. Horná hranica (šesť) núti návrhára používať hierarchie pri popise zložitých položiek a spodná hranica (tri) zaisťuje dostatok podrobností na príslušnom diagrame, aby bolo možné jeho vytvorenie;
Obmedzenie počtu oblúkov rozhrania vhodných pre jeden funkčný blok (ponechajúci jeden funkčný blok) na štyri.

Samozrejme, nie je vôbec potrebné dôsledne dodržiavať tieto obmedzenia, avšak ako ukazujú skúsenosti, v praxi sú veľmi praktické.

Disciplína skupinovej práce na vývoji modelu IDEF0

Norma IDEF0 obsahuje súbor postupov, ktoré umožňujú veľkej skupine ľudí z rôznych oblastí modelovaného systému vyvinúť a dohodnúť sa na modeli. Proces vývoja je zvyčajne iteračný a pozostáva z nasledujúcich podmienených fáz:

Vytvorenie modelu skupinou odborníkov špecializovaných na rôzne oblasti podniku. Táto skupina sa nazýva Autori v zmysle IDEF0. Budovanie počiatočného modelu je dynamický proces, počas ktorého autori vedú rozhovor s kompetentnými osobami o štruktúre rôznych procesov. Na základe existujúcich ustanovení, dokumentov a výsledkov prieskumu sa vytvorí návrh modelu (Model Draft).
Distribúcia návrhu na preskúmanie, schválenie a pripomienky. V tejto fáze je návrh modelu diskutovaný so širokou škálou kompetentných osôb (z hľadiska čitateľov IDEF0) v podniku. Zároveň je každá zo schémy konceptu modelu kritizovaná a písomne \u200b\u200bkomentovaná a následne odovzdaná autorovi. Autor zasa tiež písomne \u200b\u200bsúhlasí s kritikou alebo ju odmieta s uvedením logiky rozhodovania a vracia revidovaný návrh na ďalšie zváženie. Tento cyklus pokračuje, kým sa autori a čitatelia nedohodnú.
Schválenie modelu. K schváleniu dohodnutého modelu dôjde vedúcim pracovnej skupiny v prípade, že autori modelu a čitatelia nebudú mať spory o jeho adekvátnosti. Výsledný model predstavuje konzistentný pohľad na podnik (systém) z daného pohľadu a pre daný účel.

Vďaka viditeľnosti grafického jazyka IDEF0 je model celkom dobre čitateľný pre ľudí, ktorí sa nezúčastnili projektu jeho vytvorenia, a je rovnako efektívny aj pri organizovaní výstav a prezentácií. V budúcnosti možno na základe vytvoreného modelu organizovať nové projekty zamerané na zmeny v podniku (v systéme).

Vlastnosti národnej praxe používania funkčného modelovania pomocou IDEF0

V posledných rokoch v Rusku neustále rastie záujem o rodinu metodík IDEF. Neustále to sledujem a sledujem štatistiky hovorov na svoju osobnú webovú stránku (http://consulting.psi.ru), ktorá stručne popisuje základné princípy týchto štandardov. Zároveň by som záujem o také štandardy, ako je IDEF3-5, nazval teoretickým a o IDEF0 celkom prakticky opodstatneným. V skutočnosti sa prvé nástroje Case umožňujúce vytváranie diagramov DFD a IDEF0 objavili na ruskom trhu už v roku 1996, súčasne s vydaním populárnej knihy o princípoch modelovania v štandardoch SADT.

Väčšina riadiacich pracovníkov napriek tomu stále považuje praktickú aplikáciu modelovania v štandardoch IDEF skôr za módne prehlásenie ako za efektívny spôsob optimalizácie existujúceho systému riadenia podniku. Je to pravdepodobne spôsobené výrazným nedostatkom informácií o praktické uplatnenie týchto metodík a s nevyhnutnou zaujatosťou softvéru absolútnej väčšiny publikácií.

Nie je žiadnym tajomstvom, že takmer všetky projekty zamerané na prieskum a analýzu finančných a ekonomických aktivít podnikov, ktoré sa v súčasnosti nachádzajú v Rusku, súvisia tak či onak so stavbou automatizované systémy zvládanie. Vďaka tomu sa štandardy IDEF v chápaní väčšiny stali podmienečne neoddeliteľnými od implementácie informačných technológií, aj keď s ich pomocou je niekedy možné efektívne vyriešiť aj malé lokálne problémy, doslova pomocou ceruzky a papiera.

Pri vykonávaní komplexných projektov podnikového prieskumu vám vývoj modelov v štandarde IDEF0 umožňuje vizuálne a efektívne zobraziť celý mechanizmus podnikovej činnosti v požadovanom kontexte. Najdôležitejšia je však spolupráca, ktorú poskytuje IDEF0. V mojej praxi sa vyskytlo dosť prípadov, keď sa konštrukcia modelu realizovala za priamej pomoci zamestnancov rôznych oddelení. Zároveň im konzultant v pomerne krátkom čase vysvetlil základné princípy IDEF0 a naučil ich, ako pracovať s príslušnými aplikovanými metódami. softvér... Výsledkom bolo, že zamestnanci rôznych oddelení vytvorili IDEF diagramy činnosti ich funkčných celkov, ktoré mali zodpovedať nasledujúce otázky:

Čo vstupuje do jednotky „pri vchode“?
Aké funkcie a v akom poradí sa vykonávajú v rámci jednotky?
Kto je zodpovedný za každú funkciu?
Čím sa riadi exekútor pri výkone každej z funkcií?
Aký je výsledok práce (výstupu) jednotky?

Po odsúhlasení návrhov diagramov v rámci každého konkrétneho oddelenia ich konzultant zostaví do návrhu podnikového modelu, v ktorom sú prepojené všetky vstupné a výstupné prvky. V tejto fáze sú zaznamenané všetky nezrovnalosti jednotlivých diagramov a ich kontroverzných miest. Ďalej tento model opäť prechádza funkčnými oddeleniami kvôli ďalšej dohode a vykonaniu potrebných úprav. Výsledkom je, že za pomerne krátky čas a so zapojením minima ľudských zdrojov z poradenskej spoločnosti (a tieto zdroje, ako viete, sú veľmi drahé) sa získa model podniku IDEF0 podľa princípu „Ako je“, a čo je dôležité, predstavuje podnik s pozície zamestnancov, ktorí v ňom pracujú a dôkladne poznajú všetky nuansy vrátane neformálnych. V budúcnosti sa tento model prenesie na analýzu a spracovanie do obchodných analytikov, ktorí budú hľadať úzke miesta v riadení spoločnosti a optimalizovať kľúčové procesy transformáciou modelu „Tak ako je“ do zodpovedajúceho pohľadu „Ako by malo byť“. Na základe týchto zmien sa robí konečný záver, ktorý obsahuje odporúčania pre reorganizáciu systému riadenia.

Takýto prístup si samozrejme vyžaduje množstvo organizačných opatrení, predovšetkým zo strany riadenia skúmaného podniku. Je to spôsobené tým, že táto technika predpokladá pridelenie ďalších povinností niektorým zamestnancom pri vývoji a praktickom uplatňovaní nových metodík. Nakoniec sa to však vyplatí, pretože ďalšia jedna alebo dve hodiny práce jednotlivých zamestnancov v priebehu niekoľkých dní môžu výrazne ušetriť peniaze na platbách za poradenské služby pre spoločnosť tretej strany (ktorá v každom prípade odrovná prácu tých istých zamestnancov pomocou dotazníkov a otázok). Pokiaľ ide o samotných zamestnancov podniku, tak či onak som sa nestretol s vysloveným odporom z ich strany.

Záver z toho všetkého možno urobiť nasledovne: nie je vôbec potrebné vždy prichádzať s riešeniami štandardných problémov. Kedykoľvek sa stretnete s potrebou analyzovať konkrétny funkčný systém (od systému návrhu kozmickej lode po proces prípravy zložitej večere) - použite metódy, ktoré sú rokmi overené a testované. Jednou z týchto metód je IDEF0, ktorá vám umožňuje riešiť zložité životné problémy pomocou jej jednoduchých a zrozumiteľných nástrojov.

V tejto časti je metodika určovania, klasifikácie a identifikácie procesov (časť ____) implementovaná na základe metodológie funkčného modelovania IDEF0.

1. Definícia obchodných procesov vo forme modelu IDEF0

1.1. Definovanie obchodného procesu.

Prvým krokom v popise je definovanie obchodných procesov v organizácii. Kľúčovým prvkom pri definovaní obchodného procesu je vyhlásenie o účele, ktoré odráža dôvod vytvorenia modelu (popisu) obchodného procesu a definuje jeho účel.

Poznámky:

1 Účelom modelu je zachytiť určitý uhol pohľadu, z ktorého sa pozerajú a popisujú činnosti organizácie. Na rôzne účely sa môžu uhly pohľadu líšiť a líšia sa aj modely procesov.

Napríklad pri opise procesov v továrni na výrobu odevov je možné formulovať rôzne ciele: optimalizácia organizačná štruktúra továrne, vytvorenie systému riadenia kvality, rozšírenie činností atď.

2 Všeobecným cieľom modelov v tomto dokumente je vytvorenie systému riadenia kvality, ktorý spĺňa požiadavky STB ISO 9000-2001, STB ISO 9001-2001 a STB ISO 9004-2001.

Na identifikáciu obchodných procesov je potrebné určiť nasledovné:

spotrebitelia výrobkov a / alebo služieb organizácie;
produkty a / alebo služby vyrábané v organizácii a poskytované zákazníkom;
druhy surovín a ich dodávatelia.

Poznámka - Pre odlišné typy produkty alebo rôzne kategórie spotrebiteľov možno považovať za odlišné obchodné procesy.

Napríklad odevná továreň vyrába (šije) dámske kabáty a uzatvára zmluvy so spotrebiteľmi. Spotrebiteľmi výrobkov sú obchody s dámskym oblečením a obchodné a sprostredkovateľské spoločnosti. Továreň nakupuje suroviny od textilných podnikov, ako aj od obchodných a sprostredkovateľských spoločností.

Továreň je uzavretá akciová spoločnosť. Účelom modelu je vytvoriť systém riadenia kvality. Na základe týchto informácií možno rozlíšiť jeden obchodný proces v činnosti odevnej továrne - „Výroba dámskych kabátov“. Vstupy do tohto procesu sú: a) externé informácie, vrátane požiadaviek spotrebiteľov (obchody a spoločnosti); b) suroviny a zásoby; c) zdroje. Výstupom procesu sú: a) šarže hotových výrobkov určených pre spotrebiteľov; b) informácie pre externých spotrebiteľov. Kontrola procesu sa vykonáva na základe predpisov, ktorými sa riadia výrobné procesy v továrni. Ak vezmeme do úvahy, že nás proces zaujíma z hľadiska riadenia kvality, potom ako externú kontrolu budeme brať do úvahy regulačné dokumenty upravujúce túto oblasť vrátane požiadaviek STB ISO 9000. Mapa obchodného procesu v odevnej továrni je znázornená na obr. 3.

Obrázok: 3 Obchodný proces v továrni na výrobu odevov

1.2. Opis štruktúry obchodného procesu

Druhým krokom pri definovaní obchodného procesu je popis jeho vnútornej štruktúry. Ak to chcete urobiť, musíte určiť:

z čoho pozostáva modelovaný obchodný proces;
ako tieto procesy vzájomne pôsobia.

Modelovanie IDEF0 používa na opísanie vnútornej štruktúry procesu mechanizmus rozkladu.

V súlade s požiadavkami metodiky IDEF0 je na to, aby sa obchodný proces rozložil, potrebné vytvoriť následný diagram. Tento diagram by mal predstavovať procesy, ktoré tvoria obchodný proces v rámci systému riadenia kvality (QMS).

Uvažujme o rozklade obchodného procesu „Výroba dámskych kabátov“ (obr. 3).

S ohľadom na ciele modelovania - súlad podnikového procesu s požiadavkami STB ISO 9001-2001, rozklad obchodného procesu zahŕňa 4 bloky procesov, znázornené na obr. 4.

V súlade s požiadavkami normy STB ISO 9000 zahŕňa obchodný proces „Výroba dámskych plášťov“ tieto procesy:

- implementovať zodpovednosť vrcholového manažmentu za riadenie kvality;

- vykonávať správu zdrojov;

- implementovať procesy životného cyklu;

- vykonávať merania, analýzy a zlepšovanie QMS.

POZNÁMKA - Obrázok 4 neukazuje interakcie medzi funkčnými blokmi predstavujúce procesný rozklad „Výroba dámskych plášťov“ 1.3 Popis interakcií medzi procesmi

Tretím krokom pri definovaní obchodného procesu je popis interakcií medzi procesmi. Interakcia medzi procesmi v IDEF0 je opísaná pomocou oblúkov rozhrania a znamená prenos materiálov a / alebo informácií z výstupov jedného procesu do vstupov (ovládacích prvkov, mechanizmov) iného procesu.

V metodike IDEF0 je prijateľných 5 (päť) typov interakcií medzi blokmi v rámci jedného diagramu (tabuľka 1):

kontrola;
výstup - vchod;
spätná väzba na riadenie;
vstupná spätná väzba;
výstupný mechanizmus.

stôl 1

	Kontrolný vzťah: výstup jedného procesu ovplyvňuje vykonávanie iného procesu, t.j. výstupný oblúk bloku 1 je riadiaci pre blok 2. V STB ISO 9001 takáto interakcia definuje riadiacu funkciu „zodpovednosť za riadenie“ vo vzťahu k iným procesom
	Vstupný vzťah: výstupom jedného procesu je vstup do druhého, t.j. výstupný oblúk bloku 1 je vstupný oblúk bloku 2. Táto interakcia je typická pre akékoľvek procesy v organizácii, napríklad pre procesy životného cyklu
	Spätná väzba k riadeniu: Výstupy z jedného procesu ovplyvňujú vykonávanie ďalších procesov, ktorých vykonávanie zasa ovplyvňuje vykonávanie pôvodného procesu. Výstupný oblúk bloku 1 je riadiaci oblúk pre blok 2 a výstupný oblúk bloku 2 je riadiaci oblúk pre blok 1. V STB ISO 9001 môže takáto interakcia určovať: - riadiaca funkcia „zodpovednosť za riadenie“; - riadiaca funkcia „riadenie procesov životného cyklu“; - riadiaca funkcia „meranie, analýza a vylepšenie“
	Vstupná spätná väzba: výstup z jedného procesu je vstupom pre iný proces, ktorého výstup je vstupom preň, t.j. výstupný oblúk bloku 2 je vstupom pre blok 1, ktorého výstupom je jeho vstup. V STB ISO 9001-2001 môže takáto interakcia definovať riadiacu funkciu „riadenie procesov životného cyklu“
	Vzťah „výstup - mechanizmus“: výstup jedného procesu je mechanizmom pre druhý, t.j. výstupný oblúk bloku 1 je oblúk mechanizmu pre blok 2. Tento typ spojenia sa najčastejšie vzťahuje na procesy poskytovania zdrojov. V STB ISO 9001 môže takáto interakcia definovať funkciu riadenia „riadenie zdrojov“

Prax ukazuje, že vymenovaných päť typov interakcií stačí na určenie interakcií medzi procesmi akejkoľvek zložitosti.

Opis interakcií v rámci modelu funkčného procesu bude úplný, keď budú definované oblúky jeho rozhrania pre každý funkčný blok.

Poznámka - Metodika IDEF0 špecifikuje, že každý blok v modeli musí obsahovať najmenej jeden oblúk vstupu, výstupu, kontroly a mechanizmu. Existuje krátky zoznam výnimiek z tohto pravidla.

Zvážte interakcie medzi procesmi, ktoré tvoria obchodný proces „Výroba dámskych kabátov“ (obr. 5).

Proces „Implementácia zodpovednosti najvyššieho manažmentu za riadenie kvality“ je riadiacim procesom pre všetky ostatné procesy. V súlade s tým je výstupom tohto procesu - „Politika, ciele, príručka kvality, program kvality“ riadiacim vstupom pre všetky ďalšie procesy uvedené v diagrame (obr. 5).

Proces „Vykonať správu zdrojov“ má vzťah medzi výstupným mechanizmom a procesmi „Implementovať procesy životného cyklu“ a „Merať, analyzovať a zlepšovať QMS“.

Diagram zobrazuje spätnoväzbovú slučku: výstup procesu „Merajte, analyzujte a zlepšujte QMS“ so vstupom procesu „Implementujte zodpovednosť vrcholového manažmentu za riadenie kvality“

Poznámka - Pravidlo úplnosti funkčného modelu IDEF0 presne zodpovedá požiadavkám STB ISO 9001 z hľadiska skutočnosti, že každý proces musí byť vybavený zdrojmi (oblúky mechanizmov v modeli IDEF0), kontrolované (oblúky kontroly), vyrábať výrobky na výstupe (oblúky výstupu), spracovávať materiály a / alebo informácie prichádzajúce na jeho vstupy (vstupné oblúky).

Obrázok 5 - Interakcie medzi procesmi

Počet úrovní podrobností v procese je určený cieľmi modelovania a špecifikami činností modelovanej organizácie. V rámci tejto metodiky je hlavným účelom modelovania procesov analýza súladu procesu s požiadavkami systému riadenia kvality.

V diagrame A0 (obr. 5) je obchodný proces „Výroba dámskych kabátov“ predstavený vo forme 4 procesov. Diagram A0 je prvou úrovňou rozkladu (podrobnosti) pre tento proces. Každý zo 4 predložených procesov je zase možné rozložiť. Na obr. 6 zobrazuje rozklad procesu „Implementácia procesov životného cyklu“.

Diagram A3 (obrázok 6) zobrazuje proces procesov životného cyklu implementácie ako šesť procesov vrátane procesu Make Procurement, ktorý je tiež možné rozložiť (obrázok 7).

Obrázok: 6.- Rozklad procesu „Implementácia procesov životného cyklu“

Slovník procesov obsahuje zoznam procesov, objektov spracovaných v rámci procesov a ich definícií.

Glosár je abecedný zoznam pojmov. Každý výraz z tohto zoznamu zodpovedá definícii alebo odkazu na zodpovedajúcu definíciu uvedenú v regulačných dokumentoch organizácie alebo vyšších orgánov, predpisoch atď.

Napríklad pre diagram A34 (obr. 7) bude fragment slovníka vyzerať takto.

Aby ste sa bližšie zoznámili so štandardom IDEF0, musíte o ňom vedieť nasledujúce informácie:

Na stavbu akých typov modelov tejto normy použité.
Aké prvky grafického jazyka sú obsiahnuté v zápise normy a aké požiadavky na vyhotovenie diagramov existujú v rámci normy.
Aké princípy modelovania podnikových procesov sa používajú v štandarde (princíp rozkladu, princíp obmedzenia zložitosti, princíp tunelovania).
Ako je možné vyhodnotiť zostrojené diagramy z hľadiska ich preťaženia a vyváženia?

IDEF0 slúži na tvorbu funkčný model, odráža štruktúru a funkcie systému, ako aj toky informácií a hmotných objektov transformovaných týmito funkciami.

Metodika IDEF0 sa mierne líši od klasickej schémy popisu obchodných procesov DFD. Hlavným rozdielom je klasifikácia pracovných vstupov.

Klasifikácia pracovných vstupov a výstupov

Norma ponúka tieto typy pracovných vstupov:

vchod... Vstupuje do práce vľavo a zobrazuje informácie a materiálové toky, ktoré sa transformujú v obchodnom procese.
Ovládanie. Vstupuje do práce zhora a zobrazuje materiálne a informačné toky, ktoré sa v procese nepretvárajú, ale sú potrebné na jeho implementáciu.
Mechanizmus.Zadáva prácu zdola a ukazuje ľudí technické prostriedky, informačné systémy atď., pomocou ktorých sa realizuje obchodný proces.
výsledky vyjdite z bloku doprava.

Hlavné prvky diagramu:

Grafický jazyk IDEF0, ktorého syntax a sémantika sú definované s absolútnou presnosťou, je založený na blokoch a šípkach, ktoré ich spájajú, ktoré tvoria hierarchiu podrobných diagramov.

Prvok	Grafické zobrazenie a význam	Požiadavky na registráciu
Funkčné blokovať	Nakreslené ako obdĺžnik. Predstavujú funkciu, ktorá je definovaná ako aktivita, proces, operácia, akcia alebo transformácia.	1. Musí mať jedinečný identifikačné číslo v pravom dolnom rohu; 2. Názov musí mať verbálnu náladu.
Rozhranie oblúk (šípka, oblúk)	Je zobrazený ako jednosmerná šípka. Predstavujú údajové alebo materiálne objekty spojené s funkciami.	1. Musí mať jedinečný názov. 2. Meno musí byť podstatná fráza. 3. Začiatok a koniec oblúka môžu byť iba funkčné bloky. 4. Zdrojom môže byť iba výstupná strana bloku a prijímačom môže byť ktorákoľvek z troch zostávajúcich.

IDEF0 - model:

Model obsahuje nasledujúce dokumenty, ktoré sa navzájom odkazujú:

Grafické tabuľky - hlavná súčasť modelu IDEF0, ktorá graficky pomocou blokov a šípok a ich spojení zobrazuje informácie o modelovanom systéme. Bloky predstavujú hlavné funkcie. Tieto funkcie je možné rozdeliť (rozložiť) na jednotlivé súčasti a predstaviť ich vo forme podrobnejších diagramov. Proces rozkladu pokračuje, kým nie je objekt opísaný na úrovni podrobností nevyhnutných na dosiahnutie cieľov konkrétneho projektu.
Text;
Glosár - Pre každý prvok diagramu je vytvorená a udržiavaná sada definícií, kľúčových slov, vysvetlení, ktoré charakterizujú objekt, ktorý predstavuje tento prvok. Táto sada sa nazýva slovník a je popisom podstaty tohto prvku. Glosár harmonicky dopĺňa grafický jazyk a poskytuje diagramom potrebné ďalšie informácie.

Napríklad pre oblúk ovládacieho rozhrania „platobného príkazu“ môže slovník obsahovať zoznam polí dokumentu, ktoré zodpovedajú oblúku, požadovanej sady víz atď.

Princíp rozkladu pri zostavovaní modelu obchodného procesu

1. Kontextový diagram: účel a hľadisko

Modelovanie podnikových procesov sa začína kontextovým diagramom. Tento diagram sa nazýva A - 0 (A mínus nula). Na ňom je systém znázornený vo forme jedného bloku a oblúkov predstavujúcich prostredie systému. Pomocou diagramu môžete vidieť interakciu modelovaného systému s externým prostredím, so všetkými jeho vstupmi a výstupmi. Diagram A - 0 nastavuje oblasť a hranice modelovania.

Musí byť uvedený vysvetľujúci text ku kontextovému diagramu cieľ zakreslenie diagramu a opravené uhol pohľadu... Hľadisko určuje úroveň detailov, smer vývoja modelu a umožní vám model vyložiť. Pri modelovaní teda môžete odmietnuť podrobne a študovať jednotlivé prvky, ktoré nie sú potrebné, na základe zvoleného uhla pohľadu na systém.

2. Detailing

Potom je blok, ktorý zobrazuje celý systém, podrobne uvedený v ďalšom diagrame.

Ďalej je možné na dieťa podrobne uviesť jednotlivé funkcie grafu. Každá funkcia je modelovaná v samostatnom bloku. Každý nadradený blok je podrobne popísaný podradeným diagramom na nižšej úrovni. Stáva sa to, kým sa nezíska štruktúra, ktorá vám umožní odpovedať na otázky formulované v cieli modelovania.

Na dosiahnutie štrukturálnej integrity modelu sa používajú nasledujúce pravidlá:

Všetky oblúky rozhrania zahrnuté v tomto bloku alebo z neho vychádzajúce sú fixované v podradenom diagrame.
Pri číslovaní blokov označuje obrázok v pravom dolnom rohu obdĺžnika jedinečné sériové číslo samotného bloku v diagrame a označenie v pravom rohu označuje číslo podradeného diagramu pre tento blok.

Princíp tunelovania

Často sa vyskytujú prípady, keď jednotlivé šípky nedávajú zmysel ďalej uvažovať v detských diagramoch pod určitou úrovňou v hierarchii alebo naopak - jednotlivé bloky nemajú nad určitú úroveň praktický zmysel. Na druhej strane, niekedy je nevyhnutné zbaviť sa jednotlivých „koncepčných“ šípov a podrobne ich nepokračovať nad určitú úroveň.

Na riešenie týchto problémov poskytuje koncept norma IDEF0 razenie tunelov... Označenie „tunel“ vo forme dvoch zátvoriek okolo začiatku šípky naznačuje, že táto šípka nebola zdedená z funkčného nadradeného bloku a objavila sa (z „tunela“) iba v tomto diagrame. Rovnaké označenie okolo konca šípky v bezprostrednej blízkosti bloku prijímača zase znamená, že táto šípka sa nezobrazí a nebude zohľadnená v podradenom diagrame tohto bloku.

Princíp obmedzenia zložitosti

S cieľom obmedziť preťaženie modelov a uľahčiť ich pochopenie, prijala norma zodpovedajúce obmedzenia zložitosti:

obmedzenie počtu funkčných blokov v diagrame na tri až šesť. Horná hranica (šesť) núti návrhára používať hierarchie pri popise zložitých položiek a spodná hranica (tri) zaisťuje dostatok podrobností na príslušnom diagrame, aby bolo možné jeho vytvorenie;
obmedzenie počtu oblúkov rozhrania vhodných pre jeden funkčný blok (ponechanie jedného funkčného bloku) na štyri.

Samozrejme, nie je vôbec potrebné dôsledne dodržiavať tieto obmedzenia, avšak ako ukazujú skúsenosti, v praxi sú veľmi praktické.

Kvantifikujte grafy: Faktor bilancie a skórovanie mien

Na analýzu diagramu z hľadiska jeho preťaženia a zložitosti pre vnímanie sa používa kvantitatívna analýza. Na analýzu sa používajú tieto ukazovatele:

počet blokov v diagrame - N;
úroveň rozkladu grafu - Ľ;
bilančný diagram - IN;
počet šípok pripájajúcich sa k bloku - A.

Faktor rovnováhy

Je potrebné usilovať sa o to, aby bol počet blokov v diagramoch nižšej úrovne nižší ako počet blokov v nadradených diagramoch.

Tiež by mali byť diagramy vyvážené. To znamená, že v rámci jedného diagramu by nemala nastať situácia, keď bude prichádzajúcich a odchádzajúcich šípok oveľa viac ako odchádzajúcich.

Je potrebné poznamenať, že toto odporúčanie nemusí byť dodržané v modeloch popisujúcich výrobné procesy. Napríklad pri popise postupu montáže môže blok obsahovať veľa šípok popisujúcich komponenty výrobku a jedna šípka môže zhasnúť - hotový výrobok.

Predstavíme si bilančný faktor diagramu:

Musíte sa snažiť Khbola pre diagram minimálna a znižovala sa so zvyšovaním úrovne rozkladu.

Hodnotenie mien

Okrem analýzy grafických prvkov diagramu je potrebné vziať do úvahy názvy blokov. Na vyhodnotenie mien je zostavený slovník elementárnych (triviálnych) funkcií modelovaného systému. V skutočnosti by sa do tohto slovníka mali dostať funkcie nižšej úrovne rozkladu diagramov.

Napríklad pre databázový model môžu byť funkcie „vyhľadať záznam“, „pridať záznam do databázy“ základné, zatiaľ čo funkcia „registrácia užívateľa“ vyžaduje ďalší popis.

Po formovaní slovnej zásoby a zostavení balíka systémových diagramov je potrebné zvážiť nižšiu úroveň modelu. Ak existujú zhody názvov blokov diagramov a slov zo slovníka, znamená to, že bola dosiahnutá dostatočná úroveň rozkladu.

Koeficient, ktorý kvantitatívne odráža toto kritérium, je možné zapísať ako:

L * C

— súčin úrovne modelu počtom zhodov mien blokov so slovami zo slovníka. Čím nižšia je úroveň modelu (vyššia L), tým sú náhody cennejšie.

Jeden obrázok má hodnotu tisíc slov

Ľudová múdrosť

V mojej práci je často potrebné nielen študovať a vyriešiť konkrétny problém, ale aj identifikovať jeho umiestnenie vo všeobecnom modeli spoločnosti. Nestačí pochopiť, že určité oddelenie nefunguje správne, je dôležité pochopiť, ako interaguje s ostatnými. Inak je nemožné identifikovať všetky existujúce problémy a zvoliť najlepšiu metódu riešenia problému. To si vyžaduje preštudovanie práce spoločnosti a vypracovanie jej funkčného modelu.

Samozrejme, teoreticky by manažér mal mať funkčný model práce spoločnosti a je jedno, či hovoríme o organizácii práce skladu alebo o IT systéme od leadu po aplikáciu. Ale v skutočnosti sa to takmer nikdy neobjaví, a preto si v procese štúdia a hľadania riešenia problému, ktorý predstavuje klient, vytváram aj sám funkčný model práce spoločnosti alebo určitý proces (funkciu).

Niekoľko slov o výhodách grafiky

Ako viete, funkčné modely IDEF0 sú vždy grafické diagramy. Majú svoje vlastné charakteristiky a pravidlá zostavovania. Povieme si o tom niečo neskôr. Teraz by som chcel uviesť niekoľko príkladov efektívnosti grafiky. Prečo sa na to zameriavam? S najväčšou pravdepodobnosťou si po mojom tvrdení o potrebe funkčného modelu práce spoločnosti veľa ľudí myslelo, že to všetko je zbytočné a dalo sa slovami vysvetliť, ako táto alebo táto funkcia vo firme funguje. O tom chcem hovoriť.

A na začiatok si urobme malý exkurz do histórie. Vráťme sa do ďalekého roku 1877, počas rusko-tureckej vojny. Vtedy polygrafista Sytin najskôr použil grafiku pri opise vojenských operácií. Teraz je nám toto všetko známe, keď pri opise akejkoľvek bitky sa pred očami všetkých objavia karty so šípkami, ktoré jasne ukazujú priebeh bitky. A v tých časoch boli vojenské akcie opísané slovami. Pre každý boj existuje veľa, veľa slov. A bolo veľmi ťažké pochopiť, čo sa nakoniec stalo.

Preto bol Sytinov nápad skutočne revolučný - začal tlačiť litografické kópie máp zobrazujúcich opevnenie a umiestnenia vojenských jednotiek. Tieto karty sa nazývali „Pre čitateľov novín. Prínos “. Táto myšlienka sa ukázala byť natoľko relevantná, že hneď prvé vydanie „manuálov“ bolo okamžite vypredané. A potom boli také aplikácie veľmi žiadané. Dôvod je zrejmý. Grafika pomohla pochopiť, čo je takmer nemožné rozoznať iba pomocou slov.

Podobný príklad bezmocnosti slovných opisov môžem uviesť z vlastnej praxe. Jeden z mojich klientov veľmi požiadal, aby sa ujal implementácie systému ERP pre svoju spoločnosť. Na otázku, či majú nejaké technické úlohy, som dostal odpoveď: „Áno, existuje. Ale má 400 strán. “ Zároveň sa klient veľmi sťažoval, že moji kolegovia, ktorých už predtým kontaktoval, buď projekt úplne odmietli, alebo zavolali jasne nadsadené ceny. Potom, čo som to videl v mandát naozaj 400 strán a skladá sa iba z textového popisu, pochopil som dôvody správania vývojárov. Čítať taký objem textu, zahĺbiť sa do neho, vyriešiť všetky nuansy, len aby ste pochopili úlohu a pomenovali cenu, je naozaj veľmi ťažké.

Ponúkol som tomuto klientovi alternatívnu možnosť - popísať všetko, čo je možné, graficky vo forme zápisov. Ukázal mu príklady modelovania. Vďaka tomu teraz prehodnocujú svoje želania a návrh technickej úlohy.

Tiež poznám veľa ďalších príkladov, keď grafické modelovanie obchodných procesov pomohlo mojim kolegom, obchodným konzultantom a vývojárom aj samotným podnikateľom.

Prečo je to pre moju prácu dôležité

Moja práca vždy súvisí so zmenami v existujúcom systéme. A aby ste mohli vykonať zmeny a dosiahnuť požadovaný výsledok, musíte si prečítať, čo už existuje. A nezáleží na tom, čo presne robíme - nastavíme alebo nainštalujeme systém CRM od nuly, vytvoríme efektívny systém ERP, integrujeme rôzne systémy, aby sme zvýšili automatizáciu práce všeobecne. V každom prípade musíte najskôr získať predstavu o existujúcej schéme práce a až potom môžete navrhnúť nejaké zmeny a premyslieť možnosti riešenia problému.

Po preštudovaní súčasného stavu veci, ako každý iný špecialista na tretie strany, vytvorím komerčný návrh, v ktorom čo najpodrobnejšie zverejním svoju víziu súčasnej situácie, ako aj kroky, ktoré je potrebné vykonať na vyriešenie úlohy, a samozrejme očakávaný výsledok.

Takéto správy o prieskume práce sú objemné, zaberajú viac ako jednu stránku, čo je na jednej strane nevyhnutné a na druhej strane komplikuje vnímanie. Spočiatku, rovnako ako mnoho iných, som si myslel, že objemné správy sú dobré, pretože človek si platí prácu a treba mu poskytnúť čo najviac podrobných informácií.

Typické chyby

Funkčné modelovanie sa vykonáva pomocou rôznych nástrojov vrátane nástrojov, ktoré nie sú určené na modelovanie. V druhom prípade nejde o kontrolu chýb a štandardné obmedzenia. Túžba po zviditeľnení a nedostatok skúseností často končia chybami.

Použitie rôznych farieb

Všetky prvky v diagrame sú rovnako dôležité. Vo funkčnom modelovaní neexistujú viac alebo menej dôležité prvky. Ich zmiznutie povedie k prerušeniu procesu a výrobným chybám.

Pri modelovaní na papieri alebo v rôznych programoch sa používatelia často snažia zvýšiť viditeľnosť použitím rôznych farieb. Toto je jedna z najčastejších chýb. V skutočnosti použitie farebných šípok a blokov vnáša iba ďalší zmätok a narúša vnímanie schémy.

Váš model by mal byť čitateľný čiernobielo bez ďalších farebných schém. Tento prístup súčasne pomáha predchádzať nedorozumeniam a disciplínam tvorcu modelu, čo vedie k lepšej čitateľnosti a gramotnosti modelu.

Príliš veľa blokov

Pri zostavovaní modelu sa často snažia zobraziť na jednom hárku všetky nuansy práce spoločnosti so všetkými podrobnosťami. Výsledkom je veľmi veľký počet blokov s veľkým počtom ovládacích šípok. V takom prípade sa čitateľnosť stratí.

Najlepšou možnosťou je dostatok podrobností na pochopenie problému a nič viac. Podrobné podrobnosti o práci každého oddelenia alebo dokonca zamestnanca môžete odhaliť pri výbere podrobného pohľadu na konkrétny proces. A takáto štruktúra sa vytvára, iba ak je to skutočne nevyhnutné pre prácu alebo rozhodovanie.

Členenie štruktúry pri úpravách

Dávajte pozor, aby ste nevytvorili zmätok alebo procesy bez prichádzajúcich, odchádzajúcich a ďalších dôležitých prvkov. Napríklad, ak vo vyššie uvedenom príklade považujem za potrebné posunúť hľadisko na copywritera, vyradím autora zo schémy. A potom kontroly „autor skúsenosti a zdroje tretích strán”, A publikačný plán sa stal nepotrebným. Autor ich predsa používa. Copywriter pracuje so zvukovým súborom. A ak zostanú vo všeobecnej schéme, potom, keď budú podrobné, povedú k niečomu nepochopiteľnému a spôsobia zmätok.

Rovnako, ak sa rozhodnem pridať blok, je dôležité skontrolovať, či má aj všetky požadované atribúty. Tu je veľmi dôležitá opatrnosť, pretože pri modelovaní zložitých obchodných procesov môžu zmeny v jednej časti modelu viesť k zmenám v inej. Musia byť zadané.

Pravidlá pre pomenovávanie ovládacích prvkov a blokov

Je dôležité pamätať na jednoduché pravidlo: ovládacie šípky sa nazývajú podstatné mená, bloky sa nazývajú slovesá. Toto je štandard IDEF0 a tento prístup pomáha predchádzať zmätkom a chybám.

Najčastejšie sa robia chyby pri pomenovaní blokov. Napríklad namiesto „Vytvoriť článok“ napíšu „Vytvoriť článok“. Bloky v tomto prístupe sú činy, a preto musia byť vždy slovesami.

Výhody použitia IDEF0

Úplne prvá výhoda je zrejmá - je to viditeľnosť. Sami začínate chápať, ako ten alebo ten systém funguje, a tiež môžete jasne vysvetliť, kde sú v tomto systéme „úzke miesta“ a ako ich vaše rozhodnutia pomôžu zbaviť sa ich.
Vzájomné porozumenie a nedostatok rozporov. Pri diskusii o práci spoločnosti pomocou funkčného modelu máte k dispozícii jasné a intuitívne zrozumiteľné bloky úloh s ovládacími prvkami. Okrem toho funkčné modelovanie zahŕňa v prípade potreby vytvorenie slovníka, v ktorom sú zverejnené konvencie a pojmy. Výsledkom je, že vy a klient, manažér a ďalší zamestnanci hovoríte rovnakým jazykom pri diskusii o probléme.
Jednoduchosť a vysoká rýchlosť vytvárania modelu. Samozrejme, naučiť sa modelovať nie je také ľahké, ako to znie. Nakoniec, schéma je v skutočnosti ultrahustá prezentácia informácií, ktorá je veľmi dobrá na pochopenie, ale na implementáciu takejto prezentácie je potrebný osobitný prístup. Mozog analytika je v tomto prípade ako veľmi silný lis na jednej strane a filter na druhej strane. So skúsenosťami sa však tento proces stáva veľmi rýchlym. Vo výsledku získate nástroj, ktorý vám pomôže zistiť, čo sa deje v konkrétnom systéme, a pomocou vizuálnej pomôcky vytvorenej v krátkom čase ilustruje dôležité body kolegom alebo zákazníkom.
Disciplína a nedostatok chýb. Štandard IDEF0 predpokladá prísne rámce a pravidlá. Tento prístup je disciplinovaný a zvyk konať v rámci normy pomáha predchádzať chybám z nepozornosti. Akékoľvek porušenia normy sú okamžite viditeľné.

Aká je obtiažnosť použitia IDEF0

Je dôležité si uvedomiť, že iba v najjednoduchších prípadoch dvaja obchodní analytici vytvoria presne rovnaké funkčné modely, ktoré popisujú prácu spoločnosti. Akýkoľvek model je odrazom skúseností analytika, hĺbky porozumenia podniku, ktorý sa snaží opísať, a do istej miery aj jeho osobného pohľadu na toto podnikanie. Tých. človek rozvíja obchodný model z pohľadu vodcu, akoby bol vodcom.

Zároveň sa domnievam, že obchodný analytik nie je celkom profesiou, každý obchodný líder alebo vývojár niektorých systémov, ktorý analyzuje podnikanie a snaží sa vytvoriť čo najefektívnejší systém, sa zaoberá obchodnou analytikou. Práve pre týchto ľudí a na tieto účely je určený nástroj IDEF0.

Preto je veľmi dôležité pri zostavovaní funkčného obchodného modelu „tak ako je“ neustále konzultovať s vedúcim spoločnosti, aby nedošlo k chybám, ktoré budú automaticky obsahovať chyby vo fázach rozkladu. V ďalších fázach môže byť tiež potrebná ďalšia koordinácia s vedúcimi štruktúrnych divízií a zamestnancami. Niektoré zmeny a návrhy môžete vykonať, iba ak váš funkčný model „tak ako je“ skutočne odráža realitu. A na dosiahnutie kvalitných výsledkov pri takejto práci sú potrebné predovšetkým praktické skúsenosti a znalosti o zvláštnostiach konkrétneho druhu podnikania.

Viac článkov na túto tému.

Jeden obrázok má hodnotu tisíc slov

Ľudová múdrosť

Niekoľko slov o výhodách grafiky

Podobný príklad bezmocnosti slovných opisov môžem uviesť z vlastnej praxe. Jeden z mojich klientov veľmi žiadal, aby sa pre svoju spoločnosť pustil do implementácie ERP systému. Na otázku, či majú nejaké technické úlohy, som dostal odpoveď: „Áno, existuje. Ale má 400 strán. “ Zároveň sa klient veľmi sťažoval, že moji kolegovia, ktorých už skôr kontaktoval, buď projekt úplne odmietli, alebo zavolali jasne nadsadené ceny. Keď som uvidel, že zadávacie podmienky skutočne mali 400 strán a pozostávali výlučne z textového popisu, pochopil som dôvody správania vývojárov. Čítať taký objem textu, zahĺbiť sa do neho, vyriešiť všetky nuansy, len aby ste pochopili úlohu a pomenovali cenu, je naozaj veľmi ťažké.

Tiež poznám veľa ďalších príkladov, keď grafické modelovanie obchodných procesov pomohlo mojim kolegom, obchodným konzultantom a vývojárom aj samotným podnikateľom.

Prečo je to pre moju prácu dôležité

Typické chyby

Použitie rôznych farieb

Všetky prvky v diagrame sú rovnako dôležité. Vo funkčnom modelovaní neexistujú viac alebo menej dôležité prvky. Ich zmiznutie povedie k prerušeniu procesu a výrobným chybám.

Príliš veľa blokov

Členenie štruktúry pri úpravách

Dávajte pozor, aby ste nevytvorili zmätok alebo procesy bez prichádzajúcich, odchádzajúcich a ďalších dôležitých prvkov. Napríklad, ak vo vyššie uvedenom príklade považujem za vhodné posunúť hľadisko na copywritera, odstránim autora zo schémy. Potom sú kontroly a publikačný plán „skúsenosti autora a zdroje tretích strán“ zbytočné. Autor ich predsa používa. Copywriter pracuje so zvukovým súborom. A ak zostanú vo všeobecnej schéme, potom, keď budú podrobné, povedú k niečomu nepochopiteľnému a spôsobia zmätok.

Pravidlá pre pomenovávanie ovládacích prvkov a blokov

Výhody použitia IDEF0

Úplne prvá výhoda je zrejmá - je to viditeľnosť. Sami začínate chápať, ako ten alebo ten systém funguje, a tiež môžete jasne vysvetliť, kde sú v tomto systéme „úzke miesta“ a ako ich vaše rozhodnutia pomôžu zbaviť sa ich.
Vzájomné porozumenie a nedostatok rozporov. Pri diskusii o práci spoločnosti pomocou funkčného modelu máte k dispozícii jasné a intuitívne zrozumiteľné bloky úloh s ovládacími prvkami. Okrem toho funkčné modelovanie zahŕňa v prípade potreby vytvorenie slovníka, v ktorom sú zverejnené konvencie a pojmy. Výsledkom je, že vy a klient, manažér a ďalší zamestnanci hovoríte rovnakým jazykom pri diskusii o probléme.
Jednoduchosť a vysoká rýchlosť vytvárania modelu. Samozrejme, naučiť sa modelovať nie je také ľahké, ako to znie. Nakoniec, schéma je v skutočnosti ultrahustá prezentácia informácií, ktorá je veľmi dobrá na pochopenie, ale na implementáciu takejto prezentácie je potrebný osobitný prístup. Mozog analytika funguje v tomto prípade ako veľmi silný lis na jednej strane a filter na druhej strane. So skúsenosťami sa však tento proces stáva veľmi rýchlym. Vo výsledku získate nástroj, ktorý vám pomôže zistiť, čo sa deje v konkrétnom systéme, a pomocou vizuálnej pomôcky vytvorenej v krátkom čase ilustruje dôležité body kolegom alebo zákazníkom.
Disciplína a nedostatok chýb. Štandard IDEF0 predpokladá prísne rámce a pravidlá. Tento prístup je disciplinovaný a zvyk konať v rámci normy pomáha predchádzať chybám z nepozornosti. Akékoľvek porušenia normy sú okamžite viditeľné.

Aká je obtiažnosť použitia IDEF0

Viac článkov na túto tému.