Get best of the week

Geschäftsprozessmodellierung, automatische Diagramm-Text-Übersetzung und CH-1-Notation

Hallo alle zusammen.

Aufgrund meiner Tätigkeit musste ich so ziemlich viele Geschäftsprozesse verschiedener Organisationen modellieren. Sowohl bestehende Unternehmen (mit dem Ziel, bestehende Aktivitäten zu systematisieren und zu optimieren) als auch neue, d.h. Start-ups (Entwerfen von Aktivitäten von Grund auf). In dieser Notiz werde ich versuchen, die Ziele einer solchen Modellierung ( Abschnitt I ), die Haupttypen von Modellen ( Abschnitt II ) kurz zusammenzufassen, über meine instrumentellen Entwicklungen ( Abschnitt III ) zu sprechen und auch darüber nachzudenken, was noch fehlt , einschließlich und in Bezug auf den Kurs zur Importsubstitution ( Abschnitt IV ).

(I) Was ist das und warum wird das alles benötigt?


In der Tat ist die erste und natürliche Frage, was es ist und warum es in einem Unternehmen überhaupt benötigt wird. Lass uns gehen und wir können kanonisch und von vorne beginnen (dein K.O.). Also:

(1) Die Geschäftsprozesse eines Unternehmens sind einfach die Gesamtheit aller seiner internen Prozesse, dh allegorisch ist dies die „ Physiologie des Unternehmens “ (während die Organisationsstruktur seine „Anatomie“ ist). Um etwas zu verwalten, müssen Sie mindestens wissen, wie es funktioniert .

Es ist wichtig zu verstehen, dass jeder Geschäftsprozess (d. H. Geschäftsprozess) einfach eine Art Arbeitstechnologie ist , die entweder bereits in der Organisation vorhanden ist oder implementiert (projiziert) werden soll, aberkein Dokument oder "Blatt mit Quadraten und Pfeilen" . Nein, jeder Prozess ist eine Technologie, das Verfahren zum Ausführen von Aktionen, die für ein Unternehmen (für eine Organisation) erforderlich sind. Darüber hinaus werden wir nicht vergessen, dass ein solches Verfahren im Idealfall durch interne Dokumente in den offiziellen Sprachorganisationsstandards (STO) festgelegt werden sollte . Und die grafischen Schemata selbst sind ein bequemes Mittel zum Entwerfen einer neuen Arbeitsreihenfolge / Visualisierung einer vorhandenen (und sie können als Informations- und Referenzanwendung für die Tankstelle verwendet werden).

(2) Das Vorhandensein eines aktuellen und detaillierten Prozessmodells der Arbeit (in Form eines Satzes relevanter Tankstellen und / oder eines hierarchischen Satzes grafischer Diagramme) eines bereits operierenden Unternehmens vereinfacht sich erheblich::

  • Änderungen am bestehenden Arbeitsschema vornehmen,
  • Umverteilung von Arbeit und Verantwortung zwischen verschiedenen Mitarbeitern und Abteilungen,
  • Einstellen der erforderlichen Kontrollpunkte (z. B. „Die Sekretärin nimmt das Telefon für 2-3 Pieptöne ab“, „Bestellungen am nächsten Tag werden bis 16:00 Uhr am Vortag zur Bearbeitung angenommen“ usw.).

(3) Im Fall ein neues Unternehmen entwerfen, die Entwicklung und Visualisierung in Form von Diagrammen ( „Bildern“) ihrem Hauptgeschäftsprozesses ermöglicht :

  • Stellen Sie sich die zukünftige Technologie der Arbeit visuell besser vor.
  • Identifizieren Sie potenziell schwierige Stellen, Inkonsistenzen, stellen Sie sie vor sich und finden Sie dann die Antwort auf verschiedene Fragen ("Und was wird passieren ...?", "Und wer wird tun ...?", "Und wann muss diese Arbeit abgeschlossen sein?" und usw.).
  • In grafischer Form ist es bequemer, Geschäftsprozessdiagramme mit allen interessierten Personen und Domain-Experten zu koordinieren (Visualisierung).

(4) Die Regelung der Geschäftsprozesse ermöglicht es ihnen werden geprüft ( „funktioniert das alles wie vorgeschrieben?“), (5) Unter Verwendung von grafischen Prozessdiagramme erleichtert die Einarbeitung neuer Mitarbeiter und deren Anpassung sowie vermeidet übermäßige Abhängigkeit auf Das „Know-how“ einzelner Mitarbeiter („Wenn er geht, wie kann man das herausfinden?“), (6) Das Vorhandensein formalisierter Beschreibungen interner Prozesse ist ein wichtiger Meilenstein auf dem Weg zur Implementierung von Informationssystemen und Mitteln zur Automatisierung von Aktivitäten. Hinweis





. Es ist wichtig, das Primäre und das Sekundäre nicht zu verwechseln. Ja, ein Computerprogramm kann nur mit einem klaren Algorithmus arbeiten. Man sollte jedoch nicht vergessen, dass „Automatisierung für das Geschäft ist, nicht Geschäft für die Automatisierung“ und dass viele Geschäftsprozesse eines Unternehmens immer mehr (sicherlich nicht weniger) Bereiche der Automatisierung sind. Also zuerst Notizen (Technologie) - dann ein Werkzeug (Automatisierung) , aber nicht umgekehrt.

(7) Regionale Expansion : Nachdem Sie die Technologie eines erfolgreichen Unternehmens in das Modell / System interner Standards „geschrieben“ haben, können Sie sie auf ein anderes, neu eröffnetes oder ein Franchise-Unternehmen replizieren.

(II) Prozessmodelle: Typen


( II.1 ) Unter dem Gesichtspunkt der Relevanz sind die Inhalte des Modells unterteilt in:

(1) Modell „wie es ist“ (dt. „WIE BESEHEN“) : spiegelt den REALEN Stand der Dinge zum Zeitpunkt der Beschreibung wider, die tatsächlich existierende, etablierte Arbeitstechnologie.

(2) Modell „Wie es sein sollte“ (englisch „TO BE“) : spiegelt den Zielzustand wider, der in Zukunft implementiert werden soll. Zum Beispiel das Arbeitsmodell eines neu eröffneten Unternehmens oder ein neues (völlig neues oder verbessertes altes) Verfahren zur Ausführung von Arbeiten.

(2) Das Modell "wie es sein sollte" (SOLLTE SEIN): spiegelt den „idealisierten“ Sachverhalt wider (gemäß Regulierungsdokumenten), während das tatsächliche Arbeitsschema in der Realität geringfügig abweichen kann. In der Praxis ist die Notwendigkeit, solche Modelle zu erstellen, nicht üblich.

Beachten Sie, dass die vorgestellten Modelle desselben Prozesses erheblich variieren können. Beispiel: Als Modell eines einstellbaren Fußgängerüberwegs schaltet die Ampel nach einer bestimmten Zeit automatisch um.

"Wie es ist" : Einige Fußgänger warten auf Grün und wechseln nur zu Grün. Und manche warten nicht auf das grüne Signal, sie schauen sich um und überqueren die Straße, wenn sie ihrer Meinung nach nicht in Gefahr sind, in einen Unfall zu geraten. Das ist es nicht wert, aber in Wirklichkeit passiert es leider.

"So wie es sein sollte"(weil es in der SDA geschrieben steht): Alle Fußgänger warten auf Grün und wechseln nur zu Grün.

In diesem Fall könnte das Modell „Wie es sein sollte“ mit dem Modell „Wie es sein sollte“ übereinstimmen. Sie können jedoch nicht zusammenfallen, wenn das Modell "wie es sein sollte" ist, d.h. Diejenige, die als Ziel erkannt wird, ist eine der folgenden:

"Wie es sein sollte": "Ampel mit einem Knopf" . Fußgänger nähern sich dem Zebrastreifen und drücken den Knopf - nach einer gewissen Zeit leuchtet grün.
"Wie es sein sollte" : Kein Fußgängerüberweg erlaubt.
"Wie es sein sollte" : Ein Fußgängerüberweg wird erhöht oder unterirdisch.
"Wie es sein sollte" : Die Straße wird zum Fußgänger.

( II.1 ) Aus Sicht der Modellierungsmethodeund dementsprechend betrachten wir im Rahmen des Ergebnisses die folgenden Modelltypen:

(1) Funktionsmodelle .

(2) Workflow-Modelle (Workflow-Modelle) .

Funktionsmodelle repräsentieren ein „Funktionsprinzipdiagramm“. Jene. dieser Roggen zuerst säen, dann ernten, dann dreschen. Oder dass Sie zuerst Teile herstellen, dann das Produkt zusammenbauen und dann die Qualitätskontrolle ausgeben. Usw.

Heute ist IDEF0 vielleicht eine der beliebtesten Methoden zur funktionalen Modellierung.. Tatsächlich ist diese Methodik ein de facto „Weltstandard“, der sowohl im Ausland als auch in der Russischen Föderation anerkannt ist (siehe zum Beispiel R 50.1.028-2001. Methodik der funktionalen Modellierung). Die Beschreibung der IDEF0-Methodik ist leicht zu finden, einschließlich und im Web.

Unternehmensmodellierung wird häufig empfohlen, um mit der Bildung eines Funktionsmodells zu beginnen. Es muss jedoch beachtet werden, dass solche Modelle „statisch“ sind und beispielsweise nicht dazu gedacht sind, die schrittweise Implementierung eines Arbeitsablaufs zu beschreiben. Und sie sollen das Gesamtbild, das Arbeitskonzept darstellen. Für die detaillierten Schritt-für-Schritt-Modelle der Implementierung einer Aktivität sind hierfür Workflow-Modelle (Workflow-Modelle) vorgesehen . Und darüber - unten.

Workflow-Modelle (Workflow-Modelle)Mit dieser Option können Sie den Prozess als eine geordnete Abfolge verschiedener Aktionen, aufkommender Ereignisse sowie Objekte beschreiben, die an der Implementierung dieses Prozesses beteiligt sind. Es sind solche Modelle, die erstellt werden müssen, wenn Sie einen bestimmten Prozess in Ihrem Unternehmen beschreiben / entwerfen möchten, z. B. "Das Verfahren für den Wareneingang an ein Lager", "Regeln für die Einreichung eines Transportantrags" usw.

Workflow-Modelle können wie im nächsten Schritt beim Aufbau einer Funktion erstellt werden Modelle - mit weiteren Details - und unabhängigwenn es notwendig ist, ein bestimmtes Verfahren zu beschreiben (zu entwerfen). In der Praxis wird der zweite Weg auch häufig verwendet, wenn die Arbeit an den „Schmerzpunkten“ des Unternehmens beginnt oder sogar die Methode „aus dem Register der Unternehmensprozesse“.

Was die Auswahl einer bestimmten Notation der Workflow-Modellierung (d. H. Der Grafiksprache selbst) betrifft , so ist hier im Gegensatz zur funktionalen Modellierung die Auswahl ziemlich groß . Dies sind IDEF3, „Schwimmbahnen“ und ARIS-Tools sowie die BPMN-Methodik und andere. Und jede dieser Methoden hat ihre Vorteile.

Ich verwende die Notation "meine eigene Herstellung" - CH-1-Notation. Ehrlich gesagt, als ich gerade anfing, Geschäftsprozesse aufzubauen, dachte ich nicht einmal daran, dort eine Sprache zu schreiben. Aber: Beginnend mit einem der Standardwerkzeuge stellte sich in der realen Arbeit heraus (ich wiederhole, in meinem Fall), dass die Mittel der verwendeten Sprache nicht für eine kurze und vollständige Aufzeichnung "aus den Worten" ausreichen, und ohne Datenverlust erwies sich das andere als zu kompliziert für die Mitarbeiter. Und so erschien die Einführung zusätzlicher Charaktere und einiger Änderungen, ohne nachzudenken - ohne zu raten, mitten im "zweitausendsten" CH-1. Ein paar Worte über sie unten.

(III) Einige Worte zur CH-1-Notation


Es gibt also viele Notationen der Workflow-Modellierung . Und das ist ein Plus: Das Prinzip „hundert Blumen blühen lassen“ ist hier sehr willkommen. Die Wahl der Modellierungsnotation hängt von der Aufgabe ab (und die Aufgaben sind sehr unterschiedlich). Beispielsweise werden für die Modellierung von Produktionslinien völlig andere Modellierungsmethoden verwendet, die hier nicht erwähnt werden. Ein solcher „methodischer Pluralismus“ bei der Modellierung von Workflows ist also kein Zufall.

Wenn es sich um die CH-1-Notation handelt, ist ursprünglich beabsichtigt, Prozesse in Form einer Abfolge von Aktionen mit einer Angabe ihrer Ausführenden, verwandten Ereignissen, signifikanten Parametern der durchgeführten Aktionen und / oder des gesamten Prozesses (z. B. der normativen Dauer) und neu auftretenden Abläufen zu beschreiben: Material und informativ. Die russischsprachige Version seiner Spezifikation (mit Beispielen) ist hier angelegt: https://drive.google.com/open?id=0B_wUAIgOErG8MTQzYzJhNGUtZGY1NC00OTE1LWFlMzgtMDEyZmFjYTFjMDk3 ., Um weitere Informationen zu sehen hier auch Https://ch1-notation.blogspot.com (persönliche Seite über die CH-1 )

Wenn wir über Software sprechenDann können die in dieser (wie auch in jeder anderen) Notation verwendeten Symbole in fast jeder Software gefunden werden, in die Bibliotheken mit grafischen Grundelementen integriert sind. Darüber hinaus sowohl in kommerzieller Software als auch in Software, die kostenlos vertrieben wird. Darüber hinaus verfügen einige Softwareprodukte bisher über Sonderzeichenbibliotheken CH-1.

Wenn das verwendete Softwareprodukt den Mechanismus von Hyperlinks unterstützt (was durchaus üblich ist), ist es gleichzeitig nützlich, diese zu verwenden:

  • Zerlegungsdiagramme mit zerlegbaren Werken verknüpfen;
  • Fügen Sie den Diagrammen die Vorlagen der Dokumente bei, die bei der Implementierung des Geschäftsprozesses verwendet wurden, Beispiele für deren Ausfüllung, Links zu Leitfäden usw.

In Bezug auf die Verwendung spezialisierterer Softwareprodukte für Modellierungsprozesse (nicht „Skizzen“ und Editoren) können hier unterschiedliche Meinungen vertreten sein. Persönlich sind sie für mich aufgrund der großen Anzahl zusätzlicher Einschränkungen nicht sehr praktisch. Obwohl für einige sie im Gegenteil bequemer sein werden. Auch hier - „nach Geschmack und Farbe (und Aufgabe)“ - gibt es keinen Kameraden.

(IV) In Zukunftsträumen: automatische Generierung von Vorschriften (maschinelle Übersetzung „Diagrammtext“)


Ein Diagramm (Schema) eines Geschäftsprozesses ist in der Tat seine (Proto-) Regulierung in grafischer Form. Nun, oder (Proto) der Organisationsstandard, um es offizieller auszudrücken. Alle Informationen zu „Wer, Wo, Was und Wie“ sollten vorhanden sein. Und dementsprechend stellt sich die Frage: „Ist es möglich, mit einem Klick auf eine einzelne Schaltfläche Text in einem Diagramm zu bilden?“ Darüber hinaus kann die Aufgabe kompliziert sein: Die Verordnung (Standard) sollte in der "menschlichen" Sprache und nicht im Stil eines "Berichts" aus einer Reihe von Überschriften lauten: "Wer?" "Was?" "Wann?" usw. und automatisch in die entsprechenden Abschnitte des nicht ablehnenden Textes kopiert.

Wenn wir über CH-1-Diagramme sprechen, wurde für sie ein Algorithmus für ihre maschinelle Übersetzung in die „menschliche Sprache“ in Form eines fertigen Standardentwurfs entwickelt. Der Algorithmus - bis heute nicht getestet (aufgrund der fehlenden Implementierung im Code) - befindet sich hier:https://drive.google.com/open?id=0B_wUAIgOErG8bTluc2xYSVI4NXc , siehe auch hier: https://ch1-notation.blogspot.com (persönliche Seite zu CH-1). Ich konnte die Implementierung im Code allein nicht bewältigen. Gleichzeitig ist die zweistufige Version optimal, wenn wir aus einem Grafikeditor beispielsweise nach XML exportieren und dann Text in einem Texteditor aus XML generieren. Eine solche Organisation ist offen in dem Sinne, dass es möglich ist, immer mehr neue Grafik- und Texteditoren nacheinander zu "schneiden". Es sollte auch die Vertraulichkeit der Daten gewährleisten, und unter diesem Gesichtspunkt ist die Open-Source-Softwareoption von Vorteil.

Und abschließend - worüber? - über Importsubstitution. Es ist klar, dass es zumindest für strategische Unternehmen, Regierungsbehörden und andere Organisationen, für die Informationssicherheit wichtig ist, inakzeptabel sein kann, selbst dem "Rendern" ihrer Prozesse in importierte Software mit geschlossenem Quellcode zu vertrauen. In der Tat enthält das Prozessmodell des Unternehmens, das seine internen Prozesse abdeckt - das in der grafischen (hierarchischen Reihe von Diagrammen), das im Text (in Form von Organisationsstandards) enthalten ist - fast alle Informationen über seine interne Struktur - „nehmen und bauen“, wie sie sagen . Daher ist die Erstellung eines solchen vollständig inländischen Softwareprodukts (wie die Synthese von „Zeichnung“ (Diagrammeditor, Grafikvektoreditor) und „Textgenerator“) von besonderer Relevanz.

More articles:


All Articles