Är modellering i IDEF0 relevant idag?

Känd idag inte bara i snäva kretsar, förkortningen IDEF0 är den första metodiken som standardiserar arbetet med affärsprocesser. Den utvecklades i mitten av förra seklet som en del av ett flyg- och rymdprojekt i USA och blev, efter att ha visat sin effektivitet, en federal standard. I vårt land, 2000, ett dokument " IDEF0 Funktionell modelleringsmetod. Vägledningsdokument Funktionell modelleringsmetodik IDEF0 vägledningsdokument. Officiell upplaga. State Standard of Russia RD IDEF0 - 2000. Utvecklad av Research Center for CALS - teknologier "Applied Logistics". Antogs och trädde i kraft genom dekretet av Rysslands statliga standard 2000 Moskva”, men som standard godkändes den aldrig. Även om detta inte hindrade denna metod från att bli ett av de mest populära verktygen för grafisk modellering av affärsprocesser i vårt land. I den här artikeln föreslår jag att du överväger IDEF0-modellen och utvärderar relevansen av detta tillvägagångssätt för närvarande.

Grundläggande begrepp och förkortningar

Låt oss ta itu med namnen på nyckelelementen i metodiken. IDEF0-grafikstandarden är en del av SADT-metoden (Structured Analysis and Design Technique). IDEF är en förkortning för ICAM Definition, och ICAM kommer från Integrated Computer Aided Manufacturing, vilket översätts som integrerad datorisering av produktionen. SADT-metoden är en hel familj av 15 olika modeller, som tillsammans var tänkta att tillåta oss att utforska strukturen, parametrarna och egenskaperna hos produktionssystem, tekniska och organisatoriska och ekonomiska system.

IDEF0 är en funktionell modell, som är kärnan i att bygga alla andra strukturer, den länkar samman informations- och materialflöden, organisationsstruktur, kontrollåtgärder och företagets aktiviteter. En grafisk standard för processmodellering brukar också kallas notation. Det vill säga notation är ett system av krav och regler för att bygga en aktivitetsmodell i en eller annan form. Därför är IDEF0 lämpligt att kalla notationen som är en del av SADT-metoden.

IDEF0-notationen är en ganska rigorös teknik som ursprungligen utvecklades, liksom tekniska designstandarder, för manuell modellering. Därför innehåller den krav på placering av pilar, formatet på alla element, innehållet i informationsramen för IDEF0-diagrammet etc. Eftersom företagets verksamhet är ett komplext åtgärdssystem på flera nivåer, finns det alltid många system, och entydig systematisering och navigering genom alla delar av modellen är nödvändig. Nu görs detta huvudsakligen av datorsystem som stödjer modellering i denna notation. AllFusion Process Modeler och Business Studio-systemen är de mest kända och tillgängliga på Rysslands territorium idag. Jag planerar att ägna separata artiklar åt granskningen av dessa system.

Funktionsblock

Det centrala elementet i IDEF0-modellen är funktionen , som visas i diagrammet som funktionsblock- en rektangel inom vilken handlingen indikeras i form av ett verbalt substantiv. Åtgärden kan vara mycket olika i omfattning - från verksamheten i företaget i allmänhet och till specifik manipulation i synnerhet. Exempel: "Tillverkning och försäljning av keramiska fat" och "Rita på produkten."

Nödvändiga funktionsblockelement i IDEF0

Oavsett omfattningen av åtgärder, visas alla funktioner enhetligt och innehåller nödvändigtvis 4 nyckelströmmar som är strikt tilldelade till sidorna av funktionsblocket:

till vänster - ingångar eller resurser som används för att utföra funktionen;
till höger - utgångar eller resultat av funktionsexekveringen;
ovan - kontrollåtgärder som avgör hur och hur många resultat som behöver produceras;
nedan - mekanismer som speglar vem och med vad som ska göra detta arbete.

Detta tillvägagångssätt låter dig spara lite på förklaringar i diagrammen och uppnå entydighet i visningen av flöden, vilket gör hela modellen harmonisk.

För att bygga en funktionell modell kräver IDEF0-metoden att följande regler ska följas.

Insatser är resurser som överför sitt värde till output helt, det vill säga de spenderas helt på att skapa ett resultat, och mekanismer är resurser som överför sitt värde endast delvis (utrustning genom avskrivningar och människor genom löner).
Ledningen är en nödvändig del av modellen, eftersom den knyter alla åtgärder till företagets regelsystem, vilket tydligt indikerar vilka regler och krav som måste följas i processen att utföra en funktion. Ofta behandlas denna ström formellt, men samtidigt förlorar systemet sin stränghet, och ibland till och med sin mening.
Varje funktionsblock måste ha minst en pil på varje sida (eftersom det inte kan finnas något arbete utan resurser eller resultat, och en instruktion utan en executor eller instruktion kommer att vara ofullständig).

Det övervägda schemat är "tegelstenen" i IDEF0-metoden. Funktionell modellering innebär en gradvis övergång från det allmänna till det särskilda genom nedbrytning. Nedbrytning är en "fördjupning" i den aktuella funktionen, uppdelning av den i mindre funktioner. Samtidigt, när toppnivåfunktionen presenteras på ett generaliserat sätt och sedan dekomponeras, är det lämpligt att kalla det en process.

Kontextdiagram

På högsta nivå ses företaget som en "black box" där det sker viss aktivitet som omsätter input till output. Denna nivå brukar kallas "", det vill säga ett diagram som beskriver sammanhanget för företagets verksamhet. Dessutom visar kontextdiagrammet nyckelegenskaperna för hela modellen.

Målet är en specifik formulering av syftet med modellen, enligt vilken noggrannheten i att bygga modellen kan verifieras i framtiden.
Synvinkel - från vems ansikte modellen är byggd, eftersom modellen alltid är beroende av dess författare och fokus för uppmärksamhet. Om vi bygger en allmän modell av ett företag, så presenteras den vanligtvis från dess direktörs synvinkel.
Modelltypen är en indikation på vilken information som visas på diagrammen. Det kan finnas två grundläggande alternativ här: SOM ÄR ("som den är") eller ATT BARA ("som kommer att vara"). Denna separation är nödvändig eftersom vi kan bygga modeller för både analys av aktivitet och dess transformation. Vi måste vara tydliga med vad vi gör och kommunicera denna information till andra.

Kontextdiagrammet innehåller alltså i mest generaliserad form en beskrivning av företagets verksamhet, som genomsyras av de flöden som förbinder företaget med omvärlden. Jag tycker att de också borde vara lite mer detaljerade.

Huvudströmmar

Erfarenheten har visat att, trots den uppenbara enkelheten och formaliteten i denna nivå, är det ofta nödvändigt att dröja länge på den, eftersom alla resultat som är betydelsefulla för ägaren och marknaden bör återspeglas här. Ett fel kan leda till att det skapas modeller som inte uppfyller de uppgifter som ställts för verksamheten. För att kontrollera att meningsfulla flöden visas, se till att alla fyra huvudtyperna av flöden finns i ditt diagram.

Material: material och komponenter vid ingången och färdiga produkter vid utgången.
Kund: en potentiell kund vid ingången och en nöjd vid utgången.
Finansiellt: vid ingången är det vanligtvis investeringar, kundbetalningar (intäkter), lån och andra intäkter; outputen är betalningar till leverantörer, skatter, betalningar på lån och vinster.
Information: vid ingången är detta alla informationsflöden om den yttre miljön (marknadsförhållanden, konkurrentbeteende, tekniska innovationer, etc.), och vid utgången är detta informationsflödet som företaget rapporterar om sig själv till världen (all reklaminformation, samt alla typer av rapportering till tillsynsmyndigheter).

Observera att företaget är ett öppet system, och ingenting kommer och går i det. Företaget kan bara omvandla inkommande flöden till utgående, och om det gör detta bra uppstår ett ytterligare kassaflöde (vinst), som på sätt och vis återspeglar kvaliteten på hela systemet.

(Klicka för att förstora)

Det är bra om du lyfter fram var och en av dessa typer av flöden med en annan färg så att du enkelt kan urskilja resursrörelsen och inte missa viktiga punkter. Till exempel kan du ofta observera frånvaron av en klient i företagets flöden, därför bygger arbetet med honom på en restprincip - klienten känns ofta som ett hinder för företagets anställda vars uppgifter är fokuserade på att bearbeta dokumentflödet.

Kontrollpilar kan endast representeras av 1 typ av flöde - information, som kan delas in i 2 undertyper. Den första är dokument som:

lagar och förordningar;
order, order;
instruktioner och föreskrifter;
planer;
designdokumentation etc.

Den andra är odokumenterad information, som oftast inkluderar krav från ägarna.

Och slutligen mekanismer - det finns bara två typer av flöden: utrustning (material) och artister (divisioner och människor). Det kan inte finnas några dokument här, precis som det inte kan finnas några personer på kontrollpilarna!

Kontinuerlig numrering tillhandahålls för navigering i modellen. Kontextdiagrammet är numrerat "A-0". I framtiden får varje funktionsblock sitt eget nummer, oavsett hur djup nedbrytningen är.

Sönderfall

Efter att ha räknat ut flödena i kontextdiagrammet kan vi gå vidare till nedbrytning. Går vi en nivå ner, som om vi öppnar en "svart låda", ser vi först ett tomt ark med pilar som har fästs på funktionsblocket.

(Klicka för att förstora)

Och det är här den faktiska funktionsmodelleringen börjar – vi måste förstå vilken uppsättning åtgärder som kan koppla samman dessa flöden och säkerställa att alla krav uppfylls. Svårigheten ligger i det faktum att det finns många åtgärder i företaget, och vi har rätt att visa högst 9 funktioner på diagrammet, annars blir diagrammet oläsligt och följaktligen värdelöst.

Det är inte alltid lätt att ordna en komplex aktivitet på ett sådant sätt att den förblir visuell, läsbar och samtidigt komplett. Oftast tillgriper de att dela upp hela variationen av processer i stora stora block, av vilka de viktigaste är följande.

Skapande av en produkt (resultat).
Marknadsföring och försäljning - arbeta med ett kundflöde.
Att säkerställa produktskapande aktiviteter är sekundära processer som är nödvändiga för att uppfylla myndigheters krav eller arbetsbekvämlighet (personal och redovisning, transporttjänster, städning av lokaler, etc.).
Skapande av kontrollflöden är aktiviteten att ta fram ledningsbeslut som kommer att avgöra kraven för alla företagsprocesser.

Figuren nedan visar nedbrytningsdiagrammet för vårt exempel.

(Klicka för att förstora)

I diagrammet ska processerna placeras diagonalt - detta kallas principen om dominans, vilket innebär arrangemanget av funktionella block från vänster till höger och från topp till botten - i ordning av betydelse eller i kronologisk ordning. Blocknumreringen är densamma.

Ytterligare arbete med modellen liknar det första steget - nedbrytningen av varje funktionsblock på den första nivån utförs. Blocknumreringen kommer att innehålla numret på den första nivån: A1.1 ... A1.n, A2.1 ... A2.n, etc.

Slutsatser om notationens relevans

Inom ramen för denna artikel var det möjligt att endast visa grundbegreppen för IDEF0-notationen med ett kort exempel på IDEF0, med vilket det naturligtvis är svårt att bedöma metodiken som helhet. Men en ganska stor erfarenhet av att använda denna notation i praktiken gör att jag kan dra följande slutsatser.

Modellen har en god visualiseringspotential, men enligt min mening ligger dess större värde i den disciplinära effekten. De regler och restriktioner som fastställs i metodiken gör det nödvändigt att utveckla en systematisk och strikt inställning till modellerna, vilket har en mycket god effekt på kvaliteten på slutresultatet.
Modellen låter dig bygga kommunikationsflöden mellan externt inte starkt sammankopplade saker: att koppla ihop front- och backkontorens delsystem med management, vilket är mycket värre för andra notationer.
Tillvägagångssättet är enkelt och begripligt för de flesta projektdeltagare. Att bygga och läsa diagram i denna notation begränsas endast av önskan att fördjupa sig i affärsflödenas krångligheter.

Några av ovanstående argument får en att tro att detta tillvägagångssätt är det bästa och enda för fullständig aktivitetsmodellering. Men vi får inte glömma att den funktionella modellen endast är utformad för den övre nivån av modellering. Att använda IDEF0-notationen för att designa arbete på utförarnivå leder till det faktum att systemen är rent illustrativa och det är omöjligt att bygga en förklarande förordning på grundval av dem, eftersom de inte innehåller:

specificering av start- och stopphändelser för processen;
villkor för övergången från en åtgärd till en annan;
möjligheten att visuellt visa alla resurser och artister utan att överbelasta schemat med pilar.

Därför, om du använder denna notation för de uppgifter som den är avsedd för (strukturera aktiviteter på toppnivå), så är IDEF0 praktiskt taget den enda notationen idag som gör att du kan göra detta meningsfullt och korrekt.

Inom projektledning är denna modelleringsstandard mest tillämpbar där man behöver koppla ihop olika projekt eller processer i visuella flöden. Samtidigt kommer den grafiska modellen att möjliggöra en mer rationell fördelning av ansvar och resurser mellan arbetsuppgifterna. Logiken i projektuppgifterna, som återspeglas i diagrammen, kommer att bidra till att förbereda ett bättre schema i form av ett Gantt-diagram.