Jämförande analys av affärstekniska verktyg. Verktyg för granskning av programvara för affärsmodellering för att designa affärsprocessmodellering

Nu, efter ett allmänt förtydligande av de allmänna funktionella uppgifterna som lösts av de aktuella verktygen, är det nödvändigt att jämföra de möjligheter som dessa verktyg tillhandahåller.

I ytterligare analys kommer endast egenskaperna hos programmen ARIS ToolSet (hädanefter ARIS), BP-Win - Erwin (hädanefter BP-Win) och ORG-Master (hädanefter ORG-Master) att beaktas. Rational Rose-programmet är i största utsträckning fokuserat på att bygga rent mjukvara, inte organisatoriska system, för att förenkla presentationen kommer vi att utesluta från övervägande, speciellt eftersom den underliggande UML-metodiken nu är implementerad i ARIS).

Funktionalitet hos modelleringsverktyg för affärssystem

När man jämför olika medel modellering av affärssystem, är det tillrådligt att överväga deras funktioner i följande grupper av funktionella funktioner:

  • verktyg för att bygga modeller av affärssystem;
  • verktyg för att analysera modeller;
  • medel för optimering av simulerade system enligt deras modeller;
  • stöd för bibliotek av typiska modeller;
  • registrering av föreskrifter och dokumentation;
  • stöd för utveckling av databasmodeller och programvara;
  • integration med andra mjukvaruprodukter (CASE-verktyg, ERP-system, applikationsprogram).
  • allmän organisation av affärsprocesser och ordningen för interaktion mellan organisatoriska enheter (utövare),
  • fördelning av ansvaret för genomförandet av enskilda funktioner och användningen av systemresurser,
  • laddning av organisatoriska länkar, artister och instrumentella resurser i systemet,
  • de viktigaste tids- och kostnadsparametrarna för det simulerade systemet,
  • resurskrav för de processer som sker i systemet.

Analys allmän organisation av affärsprocesser och ordningen för interaktion mellan organisatoriska enheter i systemet utförs direkt när man studerar de konstruerade modellerna av affärsprocesser. Kvalitativ analys låter dig också identifiera dem roll, som under vissa förutsättningar kan uteslutas från processen. Vart i modellens synlighet och förmågan att spåra de samband som finns i systemet blir av största vikt.

Anmärkningar om modellernas tydlighet ges nedan. Men det bör också noteras här att ett viktigt krav på modellen är möjligheten till dess analys innan dess färdiga konstruktion. Faktum är att om det är möjligt att identifiera sammankopplingar (liksom deras frånvaro) i systemet först efter att ha byggt sin fullständiga modell, visar detta sig vara mycket obekvämt i de inledande stadierna av arbetet, när information om funktionerna i processerna inträffar i systemet kan fortfarande vara delvis frånvarande eller felaktiga.

Här har ORG-Master en fördelaktig position, eftersom modellen för affärsprocesser i den inte är uppbyggd direkt i form av ett IDEF-diagram. Detta diagram kan genereras automatiskt efter att ha skapat och fyllt i klassificerare som utgör modellen (affärsfunktioner, organisatoriska enheter, resurser etc.) och ställer in alla nödvändiga prognoser (relationer för resurser, utförare, verktyg, regelverk och de faktiska länkarna mellan affärsverksamhet). Redan innan man erhåller en fullständig (eller partiell) modell av en affärsprocess är således de huvudsakliga relationerna som bestämmer den modellerade processen redan identifierade och kan analyseras.

Till skillnad från detta tillvägagångssätt byggs affärsprocessmodellerna i ARIS och BP-Win direkt, och de befintliga relationerna mellan processkomponenterna måste förberedas för analys som ett resultat av lämpliga procedurer.

Så, till exempel, efter att ha byggt en affärsprocessmodell i BP-Win, byggs en separat datamodell med ERwin, där länkar upprättas mellan systemkomponenter (datamodellentiteter enligt metodiken). Sedan länkas dessa modeller samman med hjälp av en mekanism som i huvudsak liknar prsom används i ORG-Master (se bilaga 1. Modellkomponenter i ORG-Master-programvaran och metodkomplexet).

Med detta i åtanke, den andra av de övervägda möjligheterna med modellanalys: analys av ansvarsfördelningen för genomförandet av enskilda funktioner och användningen av systemresurser, visar sig vara automatiskt implementerad i processen att bygga en affärsprocessmodell i ORG-Master-systemet. Faktum är att projektionerna för Organisationslänken - Funktioner och funktioner - Resurser, specificerade när man bygger modeller för affärsprocesser i ORG-Master, visar direkt de som är ansvariga för ett visst arbetsområde eller resurs (och tillåter att alla kombinationer av dem är analyseras). Dessutom låter ORG-Master dig exportera matrisprojektioner till MS Excel, där organisationsanalysdiagram bildas på grundval av dem.

I ARIS och BP-Win är det för detta ändamål nödvändigt att antingen manuellt spåra alla kopplingar i affärsprocessdiagram (och datamodeller i BP-Win), eller att konstruera motsvarande listor eller rapporter med avsikt.

Fråga om laddning av utförare och instrumentella resurser i systemet, samt att erhålla uppskattningar för huvudtidsparametrarna för det modellerade systemet, kan avgöras på grundval av kvantitativa data om komplexiteten (eller helt enkelt varaktigheten) av de funktioner de implementerar. För att lösa detta problem är det nödvändigt att mata in sådana data i systemet på ett eller annat sätt, samt tillhandahålla medel för att erhålla sammanfattande uppskattningar. Stöd för IDEF3-metoden (i BP-Win), ABC-metoder i ARIS och BP-Win, samt simuleringsverktyg i ARIS (och delvis i BP-Win) ger viss bearbetning av dessa uppskattningar. När det gäller de faktiska initiala uppgifterna ställs de in av användaren, som därför är ansvarig för det slutliga resultatet.

Att erhålla tillräckligt representativa uppskattningar med statistisk (simulering/händelse) modellering (och ännu mer med ABC-metoder när man betraktar tid som en resurs) för att ladda systemkomponenter försvåras av följande faktorer.

Moderna tillvägagångssätt till analysen av alla processer ( arbetsflöde) fortsätta från att dividera tidpunkten för dess genomförande med, i själva verket, perioden för genomförandet av operationerna och tidpunkten för överföringen av deras resultat. Samtidigt, i kontorsprocesser eller processer för att tillhandahålla en tjänst, tar det faktiska arbetet i genomsnitt cirka 10 % av tiden, och resten av tiden ägnas åt att antingen fysiskt flytta resultatet av uppgiften (kräver signaturen) av kontraktstexten som måste tvättas igen) och i kö till nästa kommer utföraren att få tid att fortsätta processen. Därför ger metoder baserade på en enkel summering av operationstiden för närvarande som regel inte en korrekt representation av processens tidsparametrar.

Du kan försöka få mer adekvata resultat genom att simulera systemets beteende. Men för tider av tjänsteförseningar måste man antingen göra mycket ungefärliga antaganden om lagen för deras fördelning i tid, eller utföra ganska dyra och mödosamma tidtagningsprocedurer och efterföljande statistisk bearbetning. Samtidigt kommer tillförlitligheten av de erhållna resultaten inte att vara för hög, eller kommer att kräva betydande extra kostnader. Därför verkar det rimligt att närma sig att: "kostnaden för modelleringskostnader för att få information bör inte överstiga värdet (kostnaden) av resultaten av dess användning. Dessutom bör man alltid komma ihåg Pareto-lagen, av vilken det, i förhållande till det aktuella problemet, följer att 20 % av modelleringsinsatserna ger 80 % av effekten.

Därför, ur vår synvinkel, innan övergången till komplexa och tidskrävande och resurskrävande modelleringsmetoder förknippade med kvantitativa uppskattningar av tids- och kostnadsparametrar, är det värt att fokusera på att få effekt från implementeringen av mer uppenbara affärsresultat. modellering. Kvantitativ optimering är tillrådligt att utföra med hänsyn till mätningar och analys av verkliga processer.

ORG-Master har en funktionell analog av ABC-analysverktyg - Budgeting Wizard, som genererar ett enkelt budgeteringssystem. Ett av resultaten av arbetet med detta system är en kvantitativ bedömning av kostnaderna för att implementera affärsprocesser (driftsbudgetar), som åtminstone är jämförbar i värde med den data som erhålls med hjälp av ABC-kostnadsstödverktygen.

Dessutom inkluderar ORG-Master-familjen även mjukvarupaketet Time-Master, vars en av komponenterna, som säkerställer hanteringen av processer (arbetsflöde), möjliggör ackumulering av statistik under loppet av deras exekvering, vilket ger uppskattningar för tidsparametrarna för de processer som är nödvändiga för analysen.

  • Verktyg för optimering av affärssystem (affärsprocesser) utöver kapaciteten för analys av modeller tillhandahålla: ett ledningsverktyg.
  • generera en rad alternativ;
  • planera;
  • att välja det bästa tillvägagångssättet;
  • resursfördelning;
  • fastställa prioriteringar.

Vanligtvis genomförandet de listade funktionerna, förknippas med användningen av speciella ganska komplexa eller besvärliga algoritmer för att lösa optimeringsproblem. Ett antal möjligheter av detta slag finns inbyggda i ARIS-systemet. Men implementeringen av dem i allmänhet verkar inte vara lämplig förrän i stadiet av att finjustera affärsprocessen efter att ha uppnått resultaten av dess omstrukturering med enklare metoder.

Stöd för generiska modellbibliotek låter dig använda tidigare skapade utvecklingar i processen att bygga nya modeller. Denna förmåga finns i alla tre övervägda verktyg. I synnerhet stöder ORG-Master både kompletta referensaffärsmodeller för företag, erhållna som ett resultat av verkliga projekt utförda på ryska företag, och "biblioteks" klassificerare som beskriver den typiska organisationen av enskilda aspekter av aktiviteter.

Registrering, i enlighet med de konstruerade modellerna, företagsbestämmelser verkar vara en mycket viktig möjlighet att säkerställa integriteten och konsekvensen i den dokumentära beskrivningen av affärssystemet. Vikten av denna komponent för affärsmodelleringsverktyg kan förstås genom att se på regelverk som ett företagsledningsverktyg. Om ett företag är stabilt betyder det faktiskt att dess affärsprocesser är väloljade och lämpar sig för nästan formell reglering. Den interna kulturen som måste finnas i ett sådant företag kommer att vid behov göra det möjligt att snabbt återuppbygga systemet eller parametrarna för affärsprocesser genom att ändra arbetsbestämmelserna för de relevanta avdelningarna och utförare.

Förekomsten av dokument-bestämmelser om alla aspekter av företagets verksamhet är en av de grundläggande bestämmelserna i begreppet regelbunden, systemisk ledning. Enligt henne, i en välorganiserad verksamhet, ca 80 % ledningsbeslut accepteras enligt förutbestämda förfaranden, och bara resten, förknippade med icke-standardiserade situationer och olika innovationer, förlitar sig på de anställdas kreativitet och hjältemod.

Organisationen av verksamheten i ett företag (företag) som syftar till att uppnå vissa mål regleras på modern nivå av följande standarduppsättning grundläggande organisatoriska dokument:

  • bestämmelse om den organisatoriska och funktionella strukturen, som återspeglar sammansättningen av företag och funktioner som stöds i företaget, och deras fördelning inom företaget;
  • bestämmelser om företagets policy (redovisning, investeringar etc.);
  • föreskrifter om organisationen av företagets huvudsakliga affärs- och ledningsundersystem, som innehåller en detaljerad beskrivning av funktioner per bransch;
  • dokumenterade procedurer - beskrivningar av affärsprocesser i en form som gör det möjligt att både presentera processen för en utomstående observatör och att vägledas av detta dokument till de som utför processoperationerna;
  • och, slutligen, de traditionella "indelningsklausulerna", och " Arbetsbeskrivningar»Personal med listor över funktionella uppgifter, typer av ansvar, rättigheter och befogenheter för anställda.

Därutöver bör det vara möjligt att skapa särskilda rapporteringsformulär för att skapa dokument inom olika funktionsområden: Uppdrag för ett företagsledningsinformationssystem, Kvalitetsmanual (se t.ex. bilaga 3) och andra särskilda dokument enligt ISO9000, etc.

All information som gör att du kan generera dessa dokument måste finnas i form av ett sammanhängande och konsekvent system i hela företagets (företagets) affärsmodell. Dessutom bör många av de dokument som skapas i så stor utsträckning som möjligt motsvara allmänt accepterade ryska standarder(Självklart uppfyller ARIS- och BP-Win-systemen minst det senare kravet).

I ORG-Master-miljön genereras sådana uttalanden och instruktioner automatiskt som textformer av beskrivningar av procedurer, representerade av motsvarande klassificerare och relationsprojektioner av länkar mellan dem. Grafiska former (olika digrafer och processdiagram) är ett bra komplement till dessa dokument.

I ARIS-miljön bygger arbetsbeskrivningar och processbeskrivningar på händelseprocessdiagram och i princip kan olika textdokument försöka konstrueras genom att analysera processmodeller och organisationsstrukturer. Även om bilden i större utsträckning här är den motsatta - systemet är främst inriktat på att skapa grafik, och funktionen att skapa dokument-föreskrifter är helt klart hjälpande och som ett resultat inte utvecklad.

I BP-Win föreskrivs inte den direkta möjligheten att få olika regleringar.

I ett förhållande projektdokumentation Två sidor kan övervägas: en beskrivning av affärsprocesser och en beskrivning av ett informationssystem för att stödja affärsprocesser för dess efterföljande utveckling. Den första av dem tillhandahålls praktiskt taget lika i var och en av de övervägda miljöerna med möjlighet att konstruera olika rapporteringsformer baserade på de konstruerade modellerna för affärsprocesser.

När det gäller dokumentation för utveckling av ett informationssystem tillhandahålls de mest traditionella möjligheterna av BP-Win / ERwin-miljön, som faktiskt skapades för detta.

ARIS-kapaciteten är ungefär lika: i de första versionerna av datamodellen beskrevs entitetsrelationsschemat, i senare versioner, på UML-språket. ARISToolset tillhandahåller dock mer avancerade utvecklingsfunktioner informationssystem.

ORG-Masters möjligheter låter dig representera de datastrukturer som är nödvändiga för att organisera informationsstöd för modellerade affärsprocesser med hjälp av sina egna universella verktyg - klassificerare och projektioner. Det finns inga formalismer som ER-diagram, även om det finns i senaste versionerna visualisering i DFD-standarden är möjlig. Dessutom blev det möjligt att spegla interaktionen mellan funktionsblock på IDEF0-diagram, inte bara genom direkt överföring av dokument och filer, utan också genom delade databaser!

Stöd för utveckling av databasmodeller och mjukvaruverktyg hänvisar vanligtvis till kapaciteten hos verktyg som CASE eller liknande verktyg för att konfigurera fö(till exempel system av ERP-klassen). Sådant stöd kan ge följande funktionalitet:

  • analys och design av arkitekturen för informationshanteringssystem,
  • design av databaser och filer,
  • programmering (generering av programkoder),
  • stöd och omkonstruktion,
  • projektledning.

Frågor analys och design av informationssystemarkitektur vanligtvis kompletteras genom att definiera systemkraven och relaterade specifikationer. Detta steg, med ett systematiskt tillvägagångssätt för design, bör direkt förlita sig på affärssystemsmodeller och i själva verket detaljera dem. Därför är alla ovanstående resonemang sanna, som omfattar konstruktion, analys och optimering av systemmodeller, såväl som utformning av föreskrifter och dokumentation.

Databas och fildesign(konceptuella och interna nivåer), transformation av datamodeller, beskrivning av filformat är mest kompletta i de verktyg som övervägs stöds endast i BP-Win (ERwin), eftersom denna miljö är speciellt utformad för att lösa sådana problem.

I ARIS-miljön finns denna möjlighet i ARIS Toolset-paketet på nivån för projektspecifikationen och definitionen av databasparametrar.

Tillvägagångssättet som utvecklats i ORG-Master-miljön förutsätter (men inte nödvändigtvis) att informationssystem som redan har databaser kan användas i de modellerade affärssystemen. I det här fallet behöver de inte göras om om inte systemet förväntas bytas ut. Men i avsaknad av informationssystem skapar ORG-Master grunden för den konceptuella datamodellen och datafilstrukturerna. Detta ramverk representeras av beskrivningar av sammansättningen och förhållandet mellan informationsobjekt och dokument som används i affärsprocessmodeller.

Generering av programkoder för applikations- eller systemverktyg ARIS- och ORG-Master-system tillhandahålls inte, eftersom de är designverktyg för affärssystem, inte programvara. Till viss del är denna funktion endast implementerad i BP-Win.

Underhåll och omkonstruktion... Dessa funktioner implementeras vanligtvis genom dokumentation, programanalys, programomstrukturering och omstrukturering. Anmärkningarna ovan angående dokumentationsverktygen är fullt tillämpliga i denna diskussion.

Funktioner projektledning skapande av databaser och mjukvaruverktyg är specifikt för utveckling av mjukvaruprodukter. De implementeras i denna form i BP-Win. Projektledning i ORG-Master-familjen stöder fullt ut programpaketet Time-Master. (Även om dessa funktioner strängt taget inte krävs för klassen av verktyg i fråga).

Integration med andra mjukvaruprodukter innebär en utvidgning av omfattningen av verktyget i fråga och kan utföras både som en del av utvecklingen av en familj av kompatibla mjukvaruverktyg (som Platinum Technologies) eller med av programvara andra utvecklare (tredje parts programvara).

Integration med tredjepartsprogramvaror utförs för ett av följande syften:

  • använda funktionaliteten hos den integrerade produkten för att utöka omfattningen av din produkt,
  • gör att din produkt kan ingå i en tredje parts produkt,
  • tillhandahålla ett universellt, i en eller annan grad, gränssnitt för din produkt, om en specifik tredje part inte är känd i förväg.

Ur funktionsfokus, integration med:

  • CASE betyder,
  • ERP-system,
  • applikationsprogram.

ARIS har gränssnitt med vissa CASE-verktyg och är också ett modellbyggande verktyg för direkt anpassning av sådana företagsledningssystem, främst SAP R/3. Som nämnts ovan förlitar sig systemet på sin egen notation för att representera affärsprocesser, därför använder det inbyggda simuleringsverktyg och ett verktyg kostnadsanalys, vars resultat dock kan exporteras till MS Excel-format.

Systemen ORG-Master och BP-Win stöder notationssystemet IDEF0 för att beskriva de representerade affärsprocesserna. I princip är detta någon form av länk mellan dessa verktyg och för kommunikation med andra mjukvaruprodukter som använder denna metodik. Men utan att här beakta frågorna om "åldern" för IDEF0-notationen, bör det noteras att den interna representationen av data i varje system är olika, och ett standardgränssnitt som "sockets" eller klasser för IDEF0-systemet är inte specificerat . Det finns dock ett standardiserat filformat för att representera IDEF-diagram. Därför, även om beskrivningarna som gjorts med dess hjälp inte är särskilt bekväma för både människor och datorer, är det möjligt att använda dem som ett sätt att utbyta modeller om det finns lämpliga omvandlare av detta format. En sådan omvandlare finns i följande versioner av ORG-Master.

BP-Win stöder metoder IDEF0, DFD och IDEF3 och integreras med följande mjukvaruprodukter (oftast från samma tillverkare):

  • ERwin datamodelleringsverktyg (Platinum Technology),
  • projektledning och lagringssystem ModelMart (Platinum Technology),
  • en specialiserad rapportgenerator för RPTwin-modellen (Platinum Technology),
  • simuleringssystem BPSimulator (System Modeling Corporation),
  • verktyg för kostnadsanalys EasyABC (ABC Technologies).

(* Platinum Technology - sedan 1999 gått in i Computer Associates)

ORG-Master är initialt positionerat som ett organisatoriskt klasssystem fokuserat på att lösa problem med att modellera och designa affärsprocesser och strukturer och stödja organisatoriska beslut. Det ger möjlighet att integrera med sina egna utvecklarpaket ("BIG-SPB Software"), fokuserat på att lösa olika funktionella uppgifter. I ORG-Master-systemet skapas, vid behov, enkla ledningsinformationssystem automatiskt i MS Office-miljön:

  • Budgeteringssystem (som är ett enkelt redovisningssystem, hantering av företagets lönsamhet och solvens).
  • Marknadssystem (ackumulerar operativ kvantitativ information om företagets marknad, samt integration med sitt eget CRM-system för att stödja kundrelationer).

Införandet av dessa applikationer i företagets verksamhet gör att du snabbt kan bemästra moderna ledningstekniker, vilket i hög grad underlättar övergången till mer komplexa exekutivsystem.

Det är möjligt (och har testats i projekt) datagränssnitt genom utbytesfiler inom ramen för att bygga integrerade informationssystem med verkställande och analytiska program från partnerföretag: 1C, A&T: Soft, Intalev, Comtech +, INEK, etc., som såväl som med komplexa styrsystem företagsresurser (till exempel IPS-produktion).

Den nya versionen tillhandahåller även mekanismer för att exportera beskrivningar av affärsprocesser till Time-Master mjukvarupaket, som kombinerar egenskaperna hos system som Project Management, WorkFlow och Personal Information System och är byggt på Internet/Intranät-teknologier.

Avsnittssammanfattning:

De huvudsakliga funktionella förmågorna hos de jämförda instrumenten presenteras i tabell 2, där bedömningen av graden av implementering av funktioner eller egenskaper anges på en femgradig skala.

Som framgår av tabell 2 ger direkt summering av uppskattningarna en spridning på cirka ± 4 %. Denna spridning ligger inom felmarginalen för själva uppskattningarna. Dessutom fick själva medlen, som skilde sig i sin funktionella orientering, liknande uppskattningar på grund av det faktum att de olika styrkorna och svaga sidor olika medel, när de beräknas direkt, kompenserar varandra.

Men under diskussionen om funktionaliteten framhölls att direkt för att lösa problemen med affärsteknik, separata grupper funktioner har olika betydelser. Detta faktum återspeglas av koefficienterna skrivna i kolumnen "Vikt", tabell 2. Med hänsyn till denna faktor ser man att helhetsbedömning komplexa ORG-Master överträffar ARIS något.

Men återigen, detta kan vara resultatet av olika preferenser och prioriteringar i den avsedda användningen av produkten. Till exempel på grund av en lägre bedömning av betydelsen av befintliga verktyg för kvantitativ analys av modeller (simulering och händelsemodellering), samt optimeringsverktyg, som dock är dåligt representerade i alla betraktade system. Samtidigt är egenskaperna hos självdokumenterande modeller eller mångsidigheten att presentera olika aspekter av modellering mycket uppskattade.

I allmänhet, när man utvärderar och väljer ett modelleringsverktyg, rekommenderas det att självständigt bestämma vilka av systemverktygen som är viktigast för att lösa ett specifikt problem med dess tillämpning och följaktligen lägga ner "vikter".

Dessutom ger referensbilaga 2 en översikt över formaliseringsstandarder och verktyg för att konstruera och/eller analysera vissa modeller som används i de aktuella systemen.

Affärsprocessmodellering har blivit ett klassiskt arbete av många affärsanalytiker inom ramen för affärsprocessoptimering och standardisering av ryska företags verksamhet. Det finns många notationer som används i olika fall. Den här artikeln ägnas åt en översikt av notationer för modellering av affärsprocesser.

VAD (value tillagt kedjediagram)

VAD-notationen, introducerad av Michael Porter i hans arbete med företagsstrategi, koncentrerar sig på att modellera affärsprocesser som "skapar värde" i form av tjänster eller produkter för konsumenten. Affärsprocessmodellen, byggd i VAD-notation, ger en allmän, icke-detaljerad bild av affärsprocesser.

Med VAD-notation kan du beskriva listan och förhållandet mellan affärsprocesser på toppnivå, eftersom denna notation låter dig visa alla affärsprocesser för ett företag på en modell. I VAD-notation kan du använda relationer som visar relationen mellan affärsprocesser i förhållande till varandra, medan flödet av processen i denna notation, i den överväldigande majoriteten av fallen, är riktat från vänster till höger.

Det finns många varianter av VAD-notationen implementerade i olika verktyg, och var och en med sin egen uppsättning symboler, men de ser alla ungefär likadana ut - en uppsättning affärsprocesser, ofta sammankopplade av "föregångare-efterträdare"-länkar.

Till exempel låter utvidgningen av denna notation i ARIS-verktygslådan dig visa utförare, risker, dokument, data och mycket, mycket mer om affärsprocessmodellen.

Förutom att modellera en karta över en organisations affärsprocesser, låter VAD-notation dig modellera affärsprocesser från början till slut när de definieras från början. Men du måste förstå att VAD inte är designat för att simulera logiska förhållanden i processen, och därför tas det väl emot av ledningen. I praktiken, efter modellering av affärsprocesser på toppnivå i VAD-notation, följer en mer detaljerad modellering av affärsprocesser i andra notationer, vilket vi kommer att överväga i detalj nedan.

VAD-notationsmodellen kan ritas i en mängd olika verktyg, som MS Visio och många andra verktyg för affärsprocessmodellering.

Affärsprocessmodellering - EPC (händelsedriven processkedja)

EPC-notationen utvecklades av Prof. August Wilhelm Scheer inom ramen för ARIS-verktygssatsmetoden. En affärsprocess modelleras som en lista över processsteg som utlöses av händelser. Notationen är bekväm för den efterföljande regleringen av affärsprocessen, såväl som för att analysera informationsflödet i affärsprocessen (inkommande / utgående dokument).

EPC-notationsfriheten gör det möjligt att beskriva ytterligare objekt inom ramen för affärsprocessmodellering, såsom operativa risker, kontrollrutiner, displayer, informationssystem, indikatorer och mycket mer.

Inom ramen för EPC-notationen modelleras processen "top-down", och ordningen för utförande av steg / funktioner / åtgärder / operationer i en affärsprocess bestäms genom ett system av händelser och logiska förhållanden. Början och slutet av processtegen, såväl som externa händelser som kräver ett svar från organisationen, betraktas som händelser i EPC-notation.

Affärsprocessmodellen består av "event-function-event"-sekvenser och logiska operatorer "AND", "OR", "exclusive OR" som representerar beslut, kontrollvillkor, parallellisering och konvergens av flöden i en modellerad affärsprocess.

Det finns många alternativ för EPC-notation, i formatet av kolumner, rader, såväl som med olika listor över objekt som används, dock är alla dessa alternativ endast tillgängliga i ARIS verktygslåda, medan i andra verktyg, till exempel MS Visio eller Business Studio, modellering av EPC affärsprocesser är endast tillgänglig i det klassiska formatet.

Genom att modellera en affärsprocess i EPC-notation kan du i efterhand få en text- eller tabellreglering av affärsprocesser, eftersom en korrekt ritad EPC-modell kan omvandlas till en sekvens av meningar på ett vanligt språk, vilket blir grunden för regleringen. Det är därför denna notation anses vara den mest bekväma för att modellera affärsprocesser för efterföljande analys och reglering.

Modellering företag— processer- BPMN (Business Process Model and Notation 2.0)

BPMN-notation skapades av OMG-konsortiet (Object Management Group) och är utformad för att modellera affärsprocesser i syfte att senare automatisera dem. BPMN-notation används för detaljerad modellering av en affärsprocess, och antalet objekt i denna notation överstiger 100, vilket gör det möjligt att beskriva alla nyanser av beteendet hos affärsprocesser så att informationssystemet kan omvandla den skapade modellen till körbar koda.

Öppenheten i BPMN-notation och stödet från de flesta verktyg för modellering och automatisering av affärsprocesser har gjort denna notation till en ledare inom modellering av affärsprocesser.

I BPMN-notation kan du förutom affärsprocesssteg modellera processens start-, mellan- och sluthändelser, informationsflöden och meddelandeflöden. En av notationsfunktionerna är användningen av standardmodelleringsstilen för Swim Lane, när artisten visas med en vertikal eller horisontell remsa, som påminner om poolbanor, och det är på denna bana som de åtgärder/operationer som utförs av denna artist är belägen.

Effektiviseringen av affärsprocessen i Swim Lane-formatet gör överföringen av ansvar och arbetsflöde mellan deltagarna i processen visuell, men gör det samtidigt svårt att modellera när det gäller flera samarbetspartners i en verksamhet.

Modeller ritade i BPMN-notation är ofta svåra att sätta ihop till en sammanhängande hierarki, eftersom metoden ursprungligen skapades för att automatisera end-to-end affärsprocesser.

Viss erfarenhet krävs för att tillämpa BPMN-notation, vilket ofta begränsar antalet datamodellerare till endast system- och affärsanalytiker. Representanter för affärsenheter modellerar sällan affärsprocesser i BPMN-notation.

Trots de grafiska skillnaderna är BPMN- och EPC-notationerna väldigt lika varandra, och i ARIS-verktygslådan kan de redan konverteras till varandra, om än med vissa metodologiska begränsningar.

Affärsprocessmodellering - Flödesdiagram

Namnet på flödesdiagramnotationen är lättast att översätta som flödesscheman. Denna notation förekom ursprungligen i ANSI-standarden 1970 och innehåller en mycket enkel teckenuppsättning.

Under åren av existensen av flödesdiagramnotationen har många varianter av flödesscheman ritats, innehållande symboler för att lösa olika problem, till exempel för att beskriva materialflöden, roller och arbeten, utrustning, för att analysera in- och utsignaler av funktioner.

Faktum är att blockdiagram var föregångare till moderna affärsprocessmodelleringsnotationer och har hittills lärts ut i de flesta läroanstalter inom disciplinerna informationsteknologi.

Notation för flödesdiagram har ingen stel standard, vilket gör att du kan modellera affärsprocesser från olika synvinklar och lägga till vissa objekt till modellen efter behov. På så sätt är denna notation väldigt lik EPC, men den har ännu större frihet när det gäller tillämpning. Friheten att använda flödesdiagram och stödet från de mest billiga och till och med gratis modelleringsverktyg för affärsprocesser har gjort denna notation tillämplig i många företag.

En av nackdelarna med flödesdiagram är avsaknaden av en standardlista över objekt och attribut, vilket är baksidan av "friheten" i denna notation. Detta gör att du kan modellera samma affärsprocess i en given notation så att modellerna kommer att skilja sig markant från varandra.

Trots att affärsprocessmodeller i flödesdiagramnotationen kan hittas ganska ofta, kommer det med största sannolikhet att bli ett minne blott och ge vika för mer "strikt notationer"

Modellering företag— processer- IDEF (Integrated Definition Language)

IDEF-notation dök upp på 1970-talet som en amerikansk regeringsstandard som fokuserar på input, output, mekanismer och kontroller av en affärsprocess och länkar samman organisatoriska processer i en hierarki. Nyckelelementet i denna notation är funktion, medan alla andra objekt och interaktioner modelleras med hjälp av länkar.

Notationen använder en mycket enkel uppsättning symboler: processrektanglar och pilar som representerar ingångar, utgångar, kontroller och mekanismer, denna notation har ett "inbyggt" numreringssystem för steg i en affärsprocess, vilket låter dig spåra relationen mellan förälder och barnprocesser.

Med tanke på historien om denna standard och dess ganska utbredda användning, är den implementerad i många modelleringsverktyg, men ändå kan denna notation tillskrivas den utgående generationen, eftersom den har färre anhängare, och företagsrepresentanter behandlar ofta dessa "mikrokretsar" med skepsis .

UML (Unified Modellering språk)

Unified Modeling Language (UML) är en uppsättning notationer och modelleringstekniker utformade för att beskriva kraven för informationssystem, men bland UML-notationerna finns också en specialiserad notation utformad specifikt för att modellera affärsprocesser. UML stöds av Object Management Group (OMG), som har gjort denna metod ganska vanlig bland IT-proffs.

Denna notation är mycket lik EPC och BPMN, den enda skillnaden är i visningen av logiska operatorer och händelser, och även om det finns många böcker om UML-notationen och den stöds av många modelleringsverktyg, används UML Activiti Diagram främst för systemanalys och design, och endast ett mindre antal företag använder UML för att modellera affärsprocesser

VSM (Värde Ström Kartläggning)

Namnet på VSM-notationen kan översättas till ryska som en kartläggning av flödet av kundvärdeskapande. Det ursprungliga namnet på denna notation i Toyota-företaget, där man tror att den uppfanns, är material- och informationsflödeskartan.

VSM-notation utvecklades som en del av Lean Manufacturing-metoden och använder en uppsättning specifika symboler för att representera resurs- och tidsposter för att analysera affärsprocessernas effektivitet i 6Sigma Lean-projekt. En värdeströmskarta skildrar den fysiska miljön och flödet av material och produkter i produktionen och används för att koppla resurser och tid till en process och på så sätt ge insikt om produktivitet.

Uppgiften med denna notation är att involvera dess deltagare i analysen av affärsprocessen, för att stimulera dem till oberoende sökning optimeringsmöjligheter. Som regel ritas VSM-modeller i projekt på blädderblock och kräver inga seriösa verktyg för att modellera affärsprocesser, eftersom beslut fattas utifrån dess, och själva modellen blir inte grunden för vare sig regelverk eller för en IT-lösning.

Det viktigaste när du skapar en modell i VSM-notation är att fylla i tillfälliga attribut genom process, för att hitta "flaskhalsar" och platser för överdriven lagring av lager.

Denna notation har en begränsad krets av anhängare, och bland de breda massorna av affärsanalytiker kommer den inte att vara utbredd inom en snar framtid på grund av specificiteten hos de uppgifter som löses med dess hjälp. Men samtidigt har många verktyg för att modellera affärsprocesser, till exempel ARIS, redan utvecklat tillägg för att stödja modellering av affärsprocesser i denna notation.

SIPOC

SIPOC står för Supplier, Input, Process, Output, Customer. Detta är en mall för att dokumentera processer, antagen i Six Sigma-metoden, i själva verket är det inte ens en modellnotation, utan ett tabellformat som låter dig beskriva en affärsprocess på toppnivå. SIPOC-modellen är mest effektiv när man definierar affärsprocessgränser, kommunicerar parter och process I/O.

Det finns ingen notation för SIPOC, eftersom det är en enkel tabell med lämpliga rubriker som låter dig strukturera den valda affärsprocessen för efterföljande analys och optimering.

Användbarheten av SIPOC, i motsats till andra diagram, ligger i möjligheten att den kan användas av anställda i affärsenheter, eftersom den inte innehåller komplex logik och många objekt, såsom EPC- eller BPMN-notation.

Affärsprocessmodellering - Slutsatser

Så jag tittade på några av notationerna för affärsprocessmodellering som kan hittas på den ryska marknaden (de beskrivs mer detaljerat i BPM CBOK-kapitlet om affärsprocessmodellering). Vilken av notationerna att välja för användning är en öppen fråga, till exempel för att modellera affärsprocesserna i en organisation på toppnivå använder jag VAD-notationen; för den primära modelleringen av den affärsprocess som valts för optimering är det lättare att använda SIPOC eller VAD. För att skapa detaljerade modeller av affärsprocesser, ett förenklat BPMN för modellering av tvärfunktionell interaktion eller EPC för detaljerad modellering för att formalisera informationsflödet och en uppsättning objekt som är associerade med en affärsprocess. Tja, om du behöver automatisera en affärsprocess i ett BPMS-system kan du inte klara dig utan BPMN-notation.

Materialet utarbetades av specialisterna från företaget "Abis Soft"

Hur man gör ett val

Innan du börjar välja en mjukvaruprodukt måste du svara på tre grundläggande frågor:

1. Vad behöver beskrivas?

2. I vilken utsträckning behöver du beskriva?

3. Hur kommer resultatet att övervakas?

När du svarar på den första frågan bör du bestämma vilka delar av styrsystemet du ska beskriva, om det behövs en heltäckande beskrivning av hela systemet.

Svaret på den andra frågan bör ge en uppfattning om huruvida ledningssystemet kommer att beskrivas för en viss verksamhet, avdelning eller för hela organisationen som helhet.

Den tredje frågan kommer att avgöra vilka begränsningar som kan åläggas en mjukvaruprodukt så att dess integration med det verkställande systemet kan genomföras i framtiden.

Genom att ha svar på dessa frågor kan du avsevärt begränsa utbudet av möjliga mjukvaruprodukter.

  • Möjlighet till fleranvändararbete,
  • Metoder för att presentera resultat,
  • Gränssnitt och ergonomi,
  • Tillgång till dokumentation och teknisk support,
  • Krav på hårdvara och mjukvara,
  • Pris.

Utan att låtsas vara den ultimata sanningen erbjuder författarna till recensionen några alternativ för att utvärdera de granskade produkterna.

1. Om företaget redan har utvecklat en strategi och den behöver kontrolleras, av de utländska produkter som diskuteras i artikeln, är lösningen bäst lämpad för detta Hyperion Performance Scorecard Presenterat av Orakel.

2. Om huvudfokus ligger på affärsprocesserna i företaget, så är företagets produkt optimal. IBM - IBM WebSphere Business Modeler.

(Det är nödvändigt att förtydliga att valet programvara tillverkare som t.ex IBM, Oracle, SAP, bestäms av valet ERP- respektive tillverkares system. Deras affärsmodelleringsprogram är delsystem av komplexa produkter.)

3. Av ryska produkter är det mest tillrådligt att använda INTALEV: Företagsnavigator om man vill göra en beskrivning av hela företaget (innehavet) som helhet och inte bara en enskild affärsenhet (division eller filial).

Information erhölls från representanter för tillverkare i Ryska federationen eller från tillverkarnas officiella webbplatser.

ARIS Business Performance Edition.

Implementeras med hjälp av systemet IBM Rational ClearCase

  • Att få en helhetsbild av organisationens liv, komma överens om olika synpunkter på en ständigt utvecklande och föränderlig verksamhet.
  • Säkerställa ömsesidig förståelse på alla nivåer i organisationen, överbrygga klyftan mellan ledande och utförande parter.
  • Säkerställa sänkta produktionskostnader och en höjning av kvalitet och service.

I processen med affärsmodellering sker en övergång från begreppet "vad" bör göras till begreppet "hur" ska göras. Resultatet av simuleringen bör vara ett dokument som ger utvecklingsteamet en tydlig förståelse för projektets gränser, samt kundens mjukvara och hårdvara. De erhållna uppgifterna återspeglas i projektspecifikationen, som kan innehålla följande avsnitt:

  • en beskrivning av applikationsdatas huvudenheter;
  • en formell beskrivning av applikationsspecifikationen;
  • affärslogik och affärsregler;
  • funktionskrav;
  • icke-funktionella krav;
  • ansökningsformulär / sidmallar;
  • en röst eller en lista över förkortningar;
  • hjälpdiagram.

Verktyg för affärsmodellering och deras utveckling

För att skapa affärsmodeller används designverktyg för informationssystem och motsvarande beskrivningsspråk (den mest kända bland dem är UML - Unified Modeling Language). Med hjälp av sådana språk byggs grafiska modeller och diagram som visar strukturen i organisationens affärsprocesser, organisationen av interaktion mellan människor och nödvändiga förändringar för att förbättra verksamhetens prestanda som helhet. Verktyg för affärsmodellering utvecklas ständigt. Inledningsvis, med hjälp av sådana verktyg, var det möjligt att endast beskriva företagets affärsfunktioner (arbete) och rörelsen av data under genomförandet av dem. Dessutom, om samma affärsfunktion användes vid exekvering olika typer arbete var det svårt att veta om det var samma affärsfunktion eller en annan. Oförmågan att explicit definiera hierarkin för affärsprocesser (till exempel "värdekedja", "affärsprocess", "delprocess", "arbete", "funktion") skapade problem vid användning av sådana beskrivningar. Beskrivningarna i sig var bara en samling bilder. Senare började verktyg dyka upp som gör att du kan beskriva organisationen inte bara från sidan av affärsfunktioner utan också från andra sidor. Så det blev möjligt att skapa separata diagram som reflekterar organisationsstruktur företag, dataflöden i en organisation, sekvensen av exekveringen av affärsfunktioner som utgör en enda affärsprocess, med möjlighet att använda logiska symboler etc. På grund av de ständigt ökande kraven på affärsmodelleringsverktyg har fler och fler diagram börjat att framstå för att beskriva olika aspekter av verksamhetsorganisationer, vilket gjorde skapandet av modellen allt svårare. I detta avseende är nästa viktiga steg i utvecklingen av affärsmodelleringsverktyg förknippat med idén om att använda ett enda förråd (lagring) av objekt och idén om en möjlig återanvändning av objekt i olika diagram. Vilket verktyg som än väljs krävs för att säkerställa interaktionen av lokala informationssystem med varandra. Idag är den modernaste och samtidigt allmänt accepterade standarden för att organisera affärsprocesshantering BPEL (Business Process Execution Language). På basis av denna produkt kan du skapa en enda integrationsplattform för alla applikationer som används. Efter modellering av processerna använder ett av modelleringsverktygen speciella översättare för att föra modellen till BPEL.

Exempel på affärsmodellering och dess resultat

  • Minska kostnader. Affärsmodellen ska ge insikt i var onödiga kostnader kan undvikas och hur resursanvändningen kan optimeras. Baserat på affärsmodellen genomförs en funktionell kostnadsanalys för att beräkna kostnaden för en produkt eller tjänst, och ett budgethanteringssystem byggs upp som låter dig kontrollera kostnaderna för ett företag.
  • Ökad effektivitet. Möjligheten att minska kostnaderna för anpassning och personalutbildning. Reglerande dokumentation baserad på den förberedda affärsmodellen motsvarar organisationens nuvarande tillstånd, fördelar ansvar, bygger ett hierarkiskt system för karriärtillväxt.
  • Utvidgning av inflytandesfären, utvidgning av nätverket, organisation av filialer. Närvaron av en affärsmodell kommer att minska kostnaderna och göra det möjligt att beskriva strukturen för arrangemanget av nya grenar av företaget.
  • Investeringens tillräcklighet. Med hjälp av affärsmodellering är det möjligt att med tillräcklig grad av noggrannhet bestämma storleken på kapitalinvesteringar, minska risker och ekonomiska förluster i uppstartsfasen av ett nytt projekt.
  • Implementering av EDMS. Företagets affärsmodell standardiserar sammansättningen av företagets dokument och fastställer vägarna för förflyttning av dokument.
  • Automatisering och implementering av ERP, SCM, CRM eller annan mjukvara. Utifrån affärsmodellen är det möjligt att formulera högre kvalitetskrav på systemet och välja en lösning som är kostnads- och funktionsmässigt optimal.
  • Certifiering av kvalitetsledningssystem. Utveckling av affärsmodeller företaget låter dig avsevärt minska tiden och kostnaderna för utveckling, implementering och certifiering av kvalitetsledningssystemet och få en uppsättning nödvändiga dokument för framgångsrik certifiering, minska kostnaderna för att underhålla kvalitetsledningssystemet.

Funktioner av affärsmodellering

Att skapa, implementera och stödja en affärsmodell är ett dyrt investeringsprojekt. Och som alla projekt bör skapandet av en affärsmodell föregås av en analys av genomförbarheten och genomförbarheten av dess genomförande. Stora projekt kräver kraftfulla affärsmodelleringsverktyg med välutvecklad funktionalitet: med möjlighet att lagra information i ett enda förråd, teamwork på ett modelleringsprojekt och kontrollera den skapade modellen för integritet, halvautomatisk generering av diagram, integration med annan programvara, analys och dokumentation av modellen - medan det i små projekt, av kostnadsskäl, vore klokare att använda mindre kraftfulla verktyg. För analysen av verksamheten, utvecklingen av den befintliga strukturen, bör en adekvat affärsmodell först byggas upp. Det vill säga, initialt en teori, och först efter - dess genomförande.

Lösningar

Idag finns det ett stort antal mjukvaruprodukter som är designade för att beskriva en organisations arkitektur. Enligt rapporterna från analysföretaget Gartner kan följande företag hänföras till ledarna för detta segment.

Roman Isaev

Expert inom organisationsutveckling och processledning

Partner i gruppen av företag "Modern Management Technologies"

Chef för organisations- och företagsutvecklingsprojekt

Professionell Business Coach och Business Studio Specialist

Artikeln ägnas åt uppgifter och projekt inom området affärsmodellering, affärsteknik och organisations- och företagsutveckling. Den systematiserar information som bör hjälpa en djupare förståelse av innebörden och egenskaperna hos affärsmodellering i organisationer, och visar också vilken roll affärsmodellering spelar för att få ytterligare konkurrensfördelar. Olika exempel, intervjuer, länkar till metoder och praktiska lösningar ges.

Affärsmodellering är processen att utveckla och implementera olika affärsmodeller för en organisation (strategi, affärsprocesser, organisationsstruktur, kvalitet, etc.) för att formalisera och optimera dess aktiviteter. Definitionen av vad en affärsmodell är antyder omedelbart sig själv.

AffärsmodellÄr en formaliserad beskrivning (till exempel grafisk) av en specifik aspekt eller verksamhetsområde för en organisation.

Det finns fyra huvudsakliga sätt att utveckla affärsmodeller. Låt oss lista dem i fallande ordning efter effektivitetsnivån för att bygga och använda affärsmodeller.

  • I notationen (reglerna) för en specialiserad affärsmodelleringsprogramvara: en kombination av grafik, tabeller och text. För mer information se kapitel 8;
  • Grafik: träd, blockschema, routing etc. ;
  • Tabellform;
  • Text.

Många organisationer är engagerade i affärsmodellering, men alla befinner sig i olika utvecklingsstadier inom detta område. Någon har redan utvecklat och använder aktivt en komplex affärsmodell (en uppsättning modeller, dokument och system som beskriver alla aktiviteter i en organisation). Någon har bara grafiska modeller och regler för flera affärsprocesser.

De huvudsakliga typerna av affärsmodeller som utvecklas i organisationer:

  • träd (hierarkisk lista) över affärsprocesser - se fig. 1;
  • grafiska modeller av affärsprocesser;
  • organisationsstrukturmodell - se fig. 2;
  • modeller av mål och indikatorer (strategiska kartor BSC / KPI);
  • dokumentbiblioteksmodeller (dokumentträd), informationssystemmodeller (systemarkitektur) - se fig. 3;
  • produkt- och tjänstemodeller - se fig. 4;
  • kvalitetsledningsmodeller och mycket mer.

Alla dessa modeller möjliggör utvecklingen av programvara för professionell affärsmodellering (BMSP).

I mer än 10 år har författaren använt de flesta av de lösningar som är kända på FPBM-marknaden i projekt och i sin egen utveckling: Business Studio, ARIS, AllFusion Processmodellerare(BPWIN), affärsingenjör, Microsoft Visio. Var och en av dem har sina egna funktionella egenskaper, begränsningar och fördelar. Du kan lära dig mer om metodiken för att jämföra mjukvaruprodukter utvecklade av författaren i boken Kapitel 8.

Ris. 1. Träd över bankens affärsprocesser (översta nivån)

Ris. 2. Modell av bankens organisationsstruktur (toppnivå)

Ris. 3. Modell av bankens dokumentbibliotek (fragment)

Ris. 4. Modell av produkter och tjänster från banken (toppnivå)

En "gentleman's set" av affärsanalytikerkunskaper och verktyg

Låt oss lista en uppsättning grundläggande kunskaper och verktyg som, enligt författaren, bör bemästras av en modern affärsanalytiker, en specialist på affärsmodellering. Denna lista kan också vara användbar för unga proffs att analysera sina styrkor och möjligheter till utveckling.

  1. Programvara för affärsmodellering: Business Studio, ARIS, AllFusion Process Modeler (BPWIN), Business Engineer, Microsoft Visio;
  2. Affärsmodelleringsnotationer och beskrivningar av affärsprocesser: IDEF0, IDEF3, Data Flow Diagram (DFD), extended Event Driven Process Chain (eEPC), Value Added chain Diagram (VAD), Cross Functional Flowchart, etc. modellering har sin egen uppsättning notationer , och de beskrivs i detalj i användarhandboken till mjukvaruprodukten;
  3. Affärsteknik/ledningstekniker och metoder:
    • Utveckling och implementering av ett balanserat styrkort BSC/KPI;
    • Beskrivning av affärsprocesser;
    • Analys, optimering, förbättring av kvaliteten på affärsprocesser;
    • Affärsprocesshantering på lång sikt;
    • Funktionell värdeanalys (FSA) och simulering;
    • Beskrivning och optimering av organisationsstrukturen, antal personal;
    • Skapande av personalens motivationssystem;
    • Konstruktion och organisation av kvalitetsledningssystemets funktion (ISO 9000);
    • Projektledning (inklusive PMBOK - Projektledningsorgan för kunskap);
    • Bygga en heltäckande affärsmodell för organisationen;
    • Benchmarking;
    • Lean, 6 Sigma;
    • TQM (Total Quality Management);
    • Olika branschmetodik och standarder utvecklade av konsultföretag. En komplett lista och en detaljerad beskrivning av alla metoder som är tillämpliga för banksektorn presenteras i.
  4. Typiska lösningar, exempel, utvecklingar och material. För att inte utveckla det mesta av materialet från grunden och inte göra misstag som andra specialister redan har gått igenom behöver du en uppsättning standardlösningar, modeller, dokument etc. Till exempel en elektronisk databas (referensbok) "Omfattande typisk affärsmodell för en affärsbank".

Således kan följande schema bildas (se fig. 5):

Metodik + Typiska lösningar + Mjukvaruprodukt = Resultat

Ris. 5. "Gentleman's" uppsättning av affärsanalytikerkunskaper och verktyg

Här visar Tekniker och tekniker dig HUR du slutför projekt och uppgifter.

Typiska lösningar och material visar VAD som ska bli resultatet (resultatet).

Med hjälp av PCBM automatiseras utförandet av alla uppgifter och projekt. Detta minskar tiden flera gånger och ökar effektiviteten i arbetet. Till exempel tillåter Business Studio-systemet, med ett klick på en knapp, att automatiskt generera regulatorisk dokumentation baserad på de utvecklade modellerna för affärsprocesser, vilket ger betydande besparingar i ekonomiska resurser och arbetskraft.

Affärsmodellering: Funktioner för praktisk tillämpning

Huvuddragen i affärsmodellering är att den ska baseras på affärsprocesser. Det är affärsprocesshanteringssystemet (SMS) som är grunden på vilken ett stort antal andra ledningssystem och teknologier bygger.

I många organisationer har olika tillvägagångssätt, metoder och teknologier för ledning, förbättring och optimering aktivt implementerats och fortsätter att implementeras.

Praxis visar att i vissa fall är dessa tekniker framgångsrika i det inledande skedet av implementeringen, men förlorar sedan gradvis sin effektivitet och glöms bort.

Misslyckandet med försök att förbättra organisationens prestationer med hjälp av dessa tillvägagångssätt/tekniker beror ofta på de osystematiska och splittrade handlingar som inte involverar djupgående analyser och grundläggande förändringar i organisationens arbete.

Det huvudsakliga sättet att övervinna detta problem är att implementera en processinställning till ledning i en organisation (dvs bygga ett affärsprocesshanteringssystem) som en grund för implementering av andra tekniker, lednings-/förbättrings- och optimeringsteknologier.

Komplexa affärsmodelleringstekniker som inte kan reduceras till enkla och okomplicerade åtgärder fungerar vanligtvis inte i organisationer. I själva verket faller implementeringen av dessa tekniker och resultaten av deras tillämpning på organisationens personal och linjechefer, som inte alltid har specialiserade kompetenser inom området modern ledning och affärsteknik, och ibland möter dem med fientlighet.

För att metodiken (tekniken) som implementeras i organisationen och projektet som helhet ska bli framgångsrik och ge de planerade resultaten, är det önskvärt att de är:

  1. Billig. Detta gäller särskilt för medelstora och små organisationer som inte har råd att implementera dyra lösningar;
  2. Enkelt och begripligt för vanliga anställda i organisationen;
  3. Praktiskt inriktad, att ha ganska "snabba", och samtidigt långsiktiga resultat;
  4. Vi tog hänsyn till detaljerna i ledningen av ryska företag;
  5. Innehåller exempel och typiska lösningar.

Det är också lämpligt att här citera 8 huvudprinciper för kvalitetsstyrning, som gäller alla uppgifter inom affärsmodellering och gör att du kan säkerställa implementeringen av dem.

  1. Konsumentorientering;
  2. Ledarskap av huvudet;
  3. Engagemang av anställda;
  4. Processtänkande;
  5. Systematisk inställning till förvaltning;
  6. Kontinuerlig förbättring;
  7. Faktabaserat beslutsfattande;
  8. Ömsesidigt fördelaktiga leverantörsrelationer.

Faktum är att bristande efterlevnad av ens 1 eller 2 principer kan ha en negativ inverkan på utvecklingen av en organisation.

Värdet av affärsmodellering

När man börjar utveckla affärsmodeller lyfter organisationer fram vissa mänskliga och materiella resurser för genomförandet av projektet. I detta fall bör förbättringarna till följd av det utförda arbetet överstiga dessa kostnader. Hur hjälper affärsmodellen i slutändan organisationen att fungera? Det finns flera av de mest märkbara och välkända positiva effekterna som manifesteras i en kompetent och systematisk beskrivning av affärsprocesser.

  1. Öka transparensen, hanterbarheten och kontrollerbarheten av organisationens aktiviteter på alla nivåer;
  2. Minska ledtider och kostnader, förbättra kvaliteten och effektiviteten i affärsprocesser;
  3. Förmågan att replikera verksamheten i en organisation (skapa ytterligare kundavdelningar, kontor, representationskontor);
  4. Omfattande och hållbar utveckling av organisationen, system tillvägagångssätt till beslutsfattande;
  5. Minska beroendet av personal, korrekt urval av anställda, öka effektiviteten hos personal och chefer;
  6. Öka kundlojalitet och tillfredsställelse, och, som ett resultat, organisationens rykte;
  7. Ekonomiskt resultat.

Det finns dock andra aspekter som inte är välkända för ett brett spektrum av företagsledare och ägare.

Affärsmodellering och relaterade teknologier/lösningar har en betydande inverkan på organisationens betyg, som tilldelas av kreditvärderingsinstitut, inklusive internationella (Fitch, Moody’s, S&P, etc.).

Som ett resultat av analysen av metoderna för att tilldela betyg från olika internationella och ryska byråer (inklusive), samt att följa resultaten av intervjuer med representanter för byråerna, kunde författaren ta reda på att många byråer vid beräkningen av värderingar av organisationer, ta hänsyn till en grupp faktorer som kallas "Bolagsstyrning/ledning" (icke-finansiella bedömningar). Denna parameter inkluderar följande faktorer:

  • Adekvat och detaljerad strategi för organisationen;
  • Utvecklat riskhanteringssystem (inklusive ett operativt riskhanteringssystem);
  • Nivån på reglering (formalisering) av affärsprocesser;
  • Kvaliteten på affärsprocesser (historik över KPI-indikatorer);
  • Nivån på automatisering av affärsprocesser, tillståndet för informationssystem och teknik (IT);
  • Organisationsstruktur (formalisering, effektivitet, transparens, fördelning av ansvar och befogenheter);
  • Utveckling och funktion av olika ledningssystem i en organisation (kvalitetsledningssystem, arbetssystem och kundrelationer, personalledningssystem etc.).

Detaljerade villkor och uppskattningar beror på den specifika byrån.

Betygstilldelningsalgoritmen är ganska enkel och okomplicerad. Kreditvärderingsinstitutets revisorer studerar och bedömer organisationens verksamhet i enlighet med de regler och kriterier som fastställs i ratingtilldelningsmetoden. Följande används som indatainformation:

  • Organisationens reglerings- och rapporteringsdokument;
  • Observation av verksamheten i organisationen och intervjuer.

Därför är det viktigt att inte bara utveckla ett stort antal korrekta och relevanta dokument, utan också att uppmärksamma dem på de anställda, för att säkerställa ett effektivt genomförande av affärsprocesser och hur ledningssystem fungerar i praktiken.

Poängen för alla kriterier summeras enligt vissa regler och baserat på den totala poängen bestäms organisationens betyg. Varje grupp av kriterier kan därför ha olika vikt stor summa poäng på en grupp kriterier med låg vikt kommer inte att ge särskilt stort bidrag till slutbetyget.

Teckenförklaringen för de tilldelade betygen (betygsskalan) kan vara olika beroende på kreditvärderingsinstitutet och typen av betyg i sig (kreditbetyg, tillförlitlighetsbetyg, ledningskvalitet, finansiell styrka, etc.). Till exempel: den högsta tillförlitlighetsnivån, en tillfredsställande tillförlitlighetsnivå, en låg tillförlitlighetsnivå, etc.

  1. Deltagande i anbud och ackreditering;
  2. Förbättra bilden (auktoriteten) av organisationen på marknaden, bland partners och entreprenörer;
  3. Förbättra bilden (myndigheten) av organisationen bland statliga organ;
  4. Utbyggnaden av kundbasen;
  5. Attrahera investerare;
  6. Som en konsekvens av alla ovanstående punkter finns en förbättring av det ekonomiska resultatet.

Sålunda, för offentliga företag som är intresserade av att öka internationella eller nationella betyg, när man bedömer effektiviteten av ett projekt för att bygga en heltäckande affärsmodell, är det tillrådligt att ta hänsyn till ytterligare möjligheter att förbättra betygspositioner. Observera att en adekvat studie av alla ovanstående faktorer som påverkar betyget av en organisation verkligen kräver användning av professionella mjukvaruprodukter för affärsmodellering (BMSP).

Ytterligare möjligheter i denna riktning ges genom användningen av typiska framgångsrika industrilösningar. Som ett faktiskt exempel kan vi nämna den "omfattande typiska affärsmodellen för en affärsbank", utvecklad i programvaran Business Studio. Genom att sammanfatta bästa praxis för processhantering i kreditinstitut, fungerar denna modell som en modell på grundval av vilken företag i den finansiella sektorn kan förbättra företagsstyrning för alla ovanstående parametrar.

Övning av affärsmodellering i finans- och kreditinstitut

Beslutet att skapa en affärsmodell för en organisation kan fattas på olika sätt, beroende på särdragen i ledningen för vissa företag. Ibland är detta det enda beslutet av högsta chefen, det är också möjligt att ägarna av företaget inser behovet av affärsmodellering. I praktiken att arbeta med bankorganisationer var författaren tvungen att stöta på sådana exempel.

"Alla aktiviteter i banken med ett klick på en knapp på datorn"

Vid ett av mötena beordrade Bank A:s styrelseordförande: ”Det är nödvändigt att all verksamhet i banken formaliseras, så att jag genom att trycka på en knapp på datorn kan se vilken anställds arbete som helst och ev. bankens affärsprocess: dess mål, indikatorer, processer, teknologier, resultat, etc. ".

För att lösa detta problem utvecklades en elektronisk affärsmodell för banken. Det finns ett webbläsarfönster på styrelsens ordförandes skrivbord. Länkarna i den låter dig spåra alla aktiviteter: Chefen kan öppna vilket dokument som helst, ett diagram över en affärsprocess, ta reda på vem som är ansvariga för affärsprocesser och procedurer, statistik över indikatorer för affärsprocesser och faktiska värden, en lista över de som implementeras i för närvarande i projektbanken och deras status, organisationsstrukturen för alla enheter och mycket mer.

Styrelsens ordförande var mycket nöjd med utfört arbete. Det bör noteras att arbetet slutfördes på kort tid: 1,5 år gick från det ögonblick då problemet ställdes till mottagandet av de slutliga resultaten. Hög hastighet Projektet genomfördes framgångsrikt tack vare användningen av en standardlösning som metodisk grund - den "omfattande typiska affärsmodellen för en affärsbank", som är ett system av sammanhängande modeller, dokument och referensböcker som beskriver de flesta av verksamhetsområdena och ledningssystem för en universell affärsbank.

Förresten, när projektet avslutades hade styrelsens ordförande redan blivit delägare i banken. Den resulterande integrerade affärsmodellen för banken gav ett systematiskt tillvägagångssätt för bankledning, vilket möjliggör snabbt beslutsfattande och eventuella förändringar i bankens arbete, ökar effektiviteten och kvaliteten på både enskilda affärsprocesser och divisioner, och banken som helhet.

"Systematiskt förhållningssätt till bankutveckling"

Bank B-aktieägare har i uppdrag att ta fram en övergripande och långsiktig utvecklingsstrategi för banken utifrån modern teknik förvaltning. Efter att ha genomfört forskning och deltagit i flera affärsutbildningar föreslog bankens organisations- och företagsutvecklingsspecialister följande lösning för aktieägarna.

Eftersom bankens företagsstrategi redan har fastställts kan man börja med utvecklingen av ett system för att hantera bankens affärsprocesser, eftersom det är affärsprocesser som är kärnan i bankens hela arbete och kundernas tillfredsställelse. och bankens vinst beror på resultatet av affärsprocesser.

  1. Vi kommer att beskriva alla viktiga affärsprocesser, skapa processteam och utbilda dem, säkerställa effektiv interaktion mellan alla deltagare i affärsprocesser, så att affärsprocesser exekveras snabbare;
  2. Vi kommer att förbättra (optimera) processerna där det krävs, sedan organiserar vi hanteringen av affärsprocesser löpande. Inom varje affärsprocess organiserar vi strategisk planering så att varje affärsprocess har en strategi baserad på aktuella marknadstrender, kundkrav och bankens strategi, samt mål och indikatorer;
  3. När affärsprocesser och deras hantering blir transparenta och strömlinjeformade går vi vidare till nästa uppgift – att bygga en banks kvalitetsledningssystem (enl. ISO-standarder 9000) baserat på ett processtyrningssystem. Det vill säga QMS kommer att vara en överbyggnad för processtyrningssystemet. Detta kommer att göra det möjligt för banken att få ett ISO 9001-certifikat om överensstämmelse och förbättra sin image, både bland kunder och bland partners. Tack vare QMS- och ISO 9000-standarderna kommer vi också att avsevärt minska antalet kunders krav mot banken och kostnaderna för produkter och tjänster av låg kvalitet, minimera operativa risker, komplettera bankens aktiviteter med nya krav och hanteringsmetoder;
  4. Parallellt med detta kommer vi att börja automatisera affärsprocesser. Vi kommer att uppdatera och överföra till en kvalitativt ny nivå av systemet elektronisk dokumenthantering och operativ ledning (DocFlow / WorkFlow), kundinteraktion (CRM), etc. Vi kommer att skapa ett enda projektkontor som kommer att övervaka alla projekt om organisations- och företagsutveckling av banken, kvalitativt förbättra bankens personalledning så att denna verksamhet är en systemet.

Som ett resultat kommer vi att få ett integrerat ledningssystem för banken - ett modernt effektivt instrument för att hantera en organisation för aktieägare och högsta chefer i banken.

Slutsats

Under moderna förhållanden, på ett antal marknader, uppstår allt oftare en situation när betydelsen av priskonkurrens minskar, och lågt pris varor eller tjänster är inte längre ett viktigt sätt att attrahera och behålla kunder.

Till exempel i finanssektorn uppmärksammar fler och fler kunder kvaliteten och tillverkningsbarheten hos kreditinstitutets produkter / tjänster, bekvämligheten av att interagera med banken för att lösa alla problem och problem, förmågan att snabbt möta organisationens nya behov och önskemål från kunder. Av ingen liten betydelse är så viktiga parametrar som bankens tillförlitlighet och stabilitet, en av indikatorerna för vilka är dess ganska höga betyg hos inhemska och / eller internationella byråer.

Därför finns det all anledning att anta att behovet av affärsmodellering, implementering av affärstekniska teknologier och Organisatorisk utveckling kommer bara att växa.

Liknande publikationer