Beispiel eines Unternehmensorganigramms. Lieferung als Geschäftsprozess

Das Geschäftsprozessdiagramm spiegelt sein Wesen und seinen Arbeitsmechanismus wider. An sich ist es nicht sehr schwierig, einen Schaltkreis zu erstellen. Es reicht aus, zu verstehen, welche Fragen das Schema beantworten soll, und sich an den Erstellungsalgorithmus zu halten. Wenn Sie es kaum erwarten können, mit der Erstellung von Modellen zu beginnen, oder nicht wissen, wo Sie anfangen sollen, ist dieser Artikel genau das Richtige für Sie.

Ich möchte Sie daran erinnern, dass Sie dies tun müssen, bevor Sie mit der Beschreibung von Geschäftsprozessen beginnen. Unternehmen ist die Plattform für den Anfang.

Der Algorithmus, den ich hier vorstelle, wird für diejenigen nützlich sein, die lediglich Geschäftsprozesse beschreiben. Für diejenigen, die von mir geschult wurden, wird der Artikel eine hervorragende Wiederholung dessen sein, was bestanden wurde))))

Geschäftsprozessdiagramm – Anleitung für Ungeduldige

1 – Definieren Sie Prozessgrenzen

Jeder Geschäftsprozess beginnt und endet mit einem Ereignis. Als Erstes müssen Sie die Start- und Endereignisse kennzeichnen.

2 – Zeichnen Sie die Hauptblöcke des Prozesses

Ordnen Sie die Hauptblöcke (Unterprozesse, Operationen) in der Reihenfolge an, in der sie ausgeführt werden.

Verkomplizieren Sie das Schema zu diesem Zeitpunkt nicht. Stellen Sie die Blöcke so dar, als ob der Prozess perfekt läuft.

3 – Forks und andere Ereignisse hinzufügen

Und jetzt ist es an der Zeit, die Dinge ein wenig zu verkomplizieren. Fügen Sie die wichtigsten Prozessentwicklungsoptionen und die wichtigsten Zwischenereignisse hinzu. Vervollständigen Sie das Diagramm mit den fehlenden Operationen.

4 – Legen Sie die Rollen der Prozessbeteiligten fest

Es gibt keine Positionen oder bestimmte Mitarbeiter in Geschäftsprozessen. Stattdessen wird der Begriff einer Rolle verwendet. Ein Mitarbeiter kann viele Rollen übernehmen. Eine Rolle kann von vielen Mitarbeitern ausgeübt werden. Eine Position besteht aus einer Reihe von Rollen.

Fügen Sie fehlende Vorgänge nach Bedarf hinzu.

5 – Platzieren Sie Dokumente im Diagramm

Ein Dokument ist nicht unbedingt ein offizielles Dokument mit sieben Unterschriften. Aus Sicht des Geschäftsprozessmanagements handelt es sich bei einem Dokument um Informationen auf einem beliebigen Informationsträger. E-Mail, Bericht, Präsentation, SMS – all das sind Dokumente.

Manchmal ist es notwendig, Zwischenprodukte anzuzeigen. Dabei handelt es sich um Rohlinge, Halbzeuge oder einfach wichtige Arbeitsteile, die von einem Prozessblock zum anderen übergehen. Fügen Sie sie zu diesem Zeitpunkt hinzu. Aus Notwendigkeit.

6 – Benutzte Programme und Datenbanken hinzufügen

Der Prozess sollte widerspiegeln, welche Programme und Datenbanken er verwendet.

7 – Ordnen Sie Werkzeuge und Materialien an

Sofern dabei Werkzeuge und/oder Materialien zum Einsatz kommen, sollte dies ebenfalls angezeigt werden. Die wesentlichen Punkte lassen sich anhand des Geschäftsprozessdiagramms erkennen. Eine detaillierte Beschreibung finden Sie am besten in den Kommentaren und Sonderabschnitten der Beschreibung. Eine gute Möglichkeit besteht darin, ein Diagramm zu erstellen, das sich speziell auf den Einsatz von Werkzeugen und Materialien konzentriert. Bei einem solchen Schema liegt der Schwerpunkt nicht auf dem Arbeitsfluss, sondern darauf, wie, in welcher Menge und welche Materialien im Geschäftsprozess verwendet werden.

8 – Leistungsindikatoren im Geschäftsprozess definieren

Platzieren Sie im Geschäftsprozessdiagramm die Leistungsindikatoren, die auf die eine oder andere Weise im System berücksichtigt werden.

9 – Verknüpfen Sie das empfangene Schema mit anderen Prozessen

Jeder Geschäftsprozess ist nur ein Teil eines größeren Systems. Alle Prozesse sind miteinander verbunden. Im Wesentlichen ist ein Link etwas, das ein Prozess mit anderen Prozessen austauscht. Bitte beachten Sie, dass Sie angeben müssen, mit welchen Prozessen der aktuelle Prozess verknüpft ist und was diese austauschen.

10 - Überprüfen Sie das resultierende Geschäftsprozessmodell

Im Prinzip ist das Schema fertig. Das Geschäftsprozessdiagramm sollte die folgenden Fragen beantworten:

Wo beginnt und endet der Geschäftsprozess?
Um welche Prozesse handelt es sich? Was wird ausgetauscht?
Welche Operationen werden durchgeführt? In welcher Reihenfolge?
Wer führt die Tätigkeiten im Prozess durch?
Welche Dokumente werden dabei verwendet und erscheinen? In welchem Betrieb werden diese Dokumente verwendet/erschienen?
Welche Werkzeuge, Materialien, Software und Datenbanken werden dabei und bei welchen Vorgängen eingesetzt?
Welche Leistungsindikatoren und wo genau werden im Geschäftsprozess erfasst?

Ein gut ausgearbeitetes Schema sollte leicht verständlich und ausreichend informativ sein.
Das Geschäftsprozessdiagramm sollte für den „Mann von der Straße“ verständlich sein.
Das Geschäftsprozessdiagramm sollte in der Beschreibungsphase widerspiegeln, wie der Prozess im wirklichen Leben ausgeführt wird.

Mit diesem Algorithmus können Sie die notwendigen Geschäftsprozesse ganz einfach und schnell beschreiben. Als nächstes werde ich ausführlich auf die Beschreibung von Geschäftsprozessen eingehen. In Kontakt bleiben.

Anweisung

Die erste besteht darin, den Namen des beschriebenen Prozesses präzise zu formulieren, der verständlich sein und das allgemeine Wesen der Abfolge von Aktionen widerspiegeln sollte, aus denen der Prozess besteht. Anstelle von „Einreichen eines Produktionsantrags und Überwachung seiner Ausführung“ reicht es beispielsweise aus, den Prozess „Produktkontrolle“ zu nennen. Die zweite besteht darin, den gesamten beschriebenen Prozess korrekt in kleinere („atomare“) Aufgaben oder Teilaufgaben zu unterteilen. Funktionen und legen die Reihenfolge ihrer Umsetzung fest. Bei einer solchen Partition handelt es sich bei dem beschriebenen Prozess um einen Top-Level-Prozess. Der Detaillierungsgrad des Prozesses auf oberster Ebene kann variieren, sollte jedoch ausreichen, um die Zielgruppe zu verstehen, die Ihre Beschreibung verwenden wird.

Es gibt verschiedene Möglichkeiten, einen Geschäftsprozess zu beschreiben. Am beliebtesten ist die grafische Darstellung mit Hilfe verschiedener Notationen (Notation ist eine Reihe von Zeichen, die etwas bezeichnen).
Die gebräuchlichsten Notationen zur Beschreibung von Geschäftsprozessen sind IDEF0, BPMN, EPC (ARIS) usw.
Schauen wir uns als Beispiel ein Diagramm an, das in BPMN (Business Process Modeling Notation) mit dem PowerDesigner CASE-Tool erstellt wurde (Abb. 1). Die Hauptelemente im Diagramm sind:
1. „Prozess“ (Funktion) – ein an den Ecken abgerundetes Rechteck;
2. „Übergang“ – ein Pfeil, der Prozesse verbindet;
3. „Entscheidung“ – eine Raute mit einer Frage, die nur mit „Ja“ oder „Nein“ beantwortet werden kann;
4. Bedingungen – Textausdrücke, unter denen der Übergang von einer Funktion zu einer anderen erfolgt. Bedingungen werden immer in eckige Klammern gesetzt. Manchmal ist es hilfreich, Ihre Tracks in „Tracks“ zu unterteilen – vertikale oder horizontale Abschnitte, die Geschäftseinheiten oder Mitarbeiter darstellen, die für die Ausführung einer bestimmten Funktion verantwortlich sind. In diesem Fall muss sich diese Funktion innerhalb ihres Abschnitts befinden. Zusätzlich zu den aufgeführten Elementen kann es auch eine Liste von Daten enthalten, die für den Prozess eingegeben oder ausgegeben werden, sowie Links zu den Regeln oder Vorschriften, nach denen diese oder jene Funktion ausgeführt wird. Ein Beispiel für eine Beschreibung des Geschäftsprozesses „Produktproduktionssteuerung“ ist in Abb. 1 dargestellt. Es ist leicht zu erkennen, dass dieses Diagramm dem Blockdiagramm des Algorithmus zur Lösung des Problems sehr ähnlich ist.

Die grafische Beschreibung des Prozesses kann auch durch eine textliche Beschreibung seiner Teilprozessfunktionen in Form einer Tabelle mit folgenden Spalten ergänzt werden: Prozessname, Unterteilung (Prozesseigentümer), Prozessbeschreibung, Ergebnis der Prozessausführung. Ein Beispiel für eine solche Beschreibung ist in Abb.2 dargestellt. Wenn eine weitere Optimierung des beschriebenen Geschäftsprozesses erwartet wird, kann der Tabelle eine weitere Spalte hinzugefügt werden, die die Schwierigkeiten oder Mängel der aktuell ausgeführten Teilprozessfunktionen beschreibt.

Hilfreicher Rat

Halten Sie sich bei der Beschreibung von Geschäftsprozessen stets an die Regeln der gewählten grafischen Notation.

Quellen:

M. Rybakow. Optimierung von Geschäftsprozessen.
wie man einen Geschäftsprozess schreibt

Der Prozess als Phänomen ist eine qualitative Veränderung, die über einen längeren Zeitraum am Beobachtungsobjekt auftritt. Daher müssen Sie bereits vor Beginn der Beschreibung das Objekt und den Beobachtungszeitraum angeben.

Anweisung

Zunächst müssen Sie das Wesentliche des Prozesses beschreiben, also die qualitative Veränderung, die Sie beobachten. Zum Beispiel fing es Feuer, brannte aus, ging aus (die Essenz des Ereignisses ist der Verbrennungsprozess). Die Veränderung kann äußerlich sichtbar sein (das ganze Streichholz hat sich in einen Stab verwandelt), die Struktur des Objekts, das System der Verbindungen kann sich ändern, je nachdem, was genau Sie verfolgen. In jedem Fall müssen Sie bei der Beschreibung der Änderung zusätzliche Zeit und Geschwindigkeit angeben (z. B. brannte das Streichholz 20 Sekunden lang, die Verkohlungsrate betrug 2 Millimeter pro Sekunde). Manchmal fügen sie dem Prozess ein Merkmal wie „Zyklizität“ hinzu (die von Ihnen beobachtete Änderung tritt einmal oder periodisch auf).

Nachdem sie das Wesentliche der Veränderung aufgezeigt haben, beschreiben sie den Prozess normalerweise als eine Abfolge von „Zuständen“. Zu diesem Zweck wird normalerweise die gesamte Beobachtungszeit mit einbezogen

Neuausrichtung von Unternehmen auf Geschäftsprozesse - Unternehmensumstrukturierung- bedeutet eine Umstrukturierung der internen Arbeitsabläufe und des Managementsystems. Dies ist ein schwieriger und schmerzhafter Vorgang, der mit einem Abbruch der Gewohnheiten der Mitarbeiter des Unternehmens, einer Änderung ihrer Pflichten, einer Senkung/Erhöhung ihrer Löhne und oft auch mit Entlassungen einhergeht. Hier gibt es viele verschiedene Arbeiten, unter anderem die Gestaltung neuer und damit neuer Geschäftsmodelle Arbeitsprozesse.

Warum ist eine gute Formalisierung von Geschäftsprozessen wichtig?

Es ermöglicht uns, unsere Gedanken zum Gegenstand einer breiten Diskussion zu machen.
Es bietet die Möglichkeit, die neuen Arbeitsregeln denjenigen Mitarbeitern zu vermitteln, die sie umsetzen werden.
Formalisierte Geschäftsprozesse lassen sich leichter ändern und modernisieren.
Die Formalisierung von Geschäftsprozessen ist eine gute Grundlage für die spätere Geschäftsautomatisierung in einem Unternehmen: Erstellung/Konfiguration verschiedener Informationssysteme und Standardautomatisierungspakete.

Es ist leicht zu erraten, dass visuelle Modelle als Formalisierungswerkzeuge angeboten werden. Die Vorteile dieser Methode gegenüber gewöhnlichen Texten sind traditionell: Es fällt den Menschen schwer, große Texte zu lesen, aber Diagramme können sie problemlos diskutieren. Gleichzeitig sind Diagramme eher formale Beschreibungen, mit denen Sie Schritt für Schritt die Art der Aktionen, Teilnehmer und Ergebnisse bestimmen können.

Beispiel für einen Geschäftsprozess

Als Beispiel habe ich ein großes Möbelhaus und seinen Geschäftsprozess „Wareneinkauf durch den Kunden“ genommen. Auf Abb. 9.1 ist ein Diagramm dieses Geschäftsprozesses in BPMN-Notation mit Kommentaren zur Notation.

Der gesamte Geschäftsprozess ist in Aktionen unterteilt, die durch Rechtecke mit abgerundeten Ecken dargestellt werden. Übergänge zwischen Aktionen werden durch Pfeile dargestellt und Dokumente, die von einer Aktion generiert oder verwendet werden, werden durch rechtshändige Rechtecke dargestellt. Diese Rechtecke sind durch gestrichelte Linien mit der Aktion verbunden, durch die sie erstellt wurden, und mit den Aktionen, in denen sie verwendet werden.

Lassen Sie uns die folgenden Aktionen des Geschäftsprozesses hervorheben.

"Eine Bestellung aufgeben". Zunächst gibt der Kunde eine Bestellung auf. Es wird davon ausgegangen, dass er sich zuvor für die Hauptsache entschieden hat – was er braucht. Zum Beispiel ein Küchenset. Anschließend erstellt er in der Abteilung Küchenmöbelhandel gemeinsam mit einem der Leiter dieser Abteilung ein Designprojekt für seinen Einkauf (entsprechend der Größe seiner Küche und seinen Wünschen), legt die Parameter seiner Bestellung fest und bestimmt präzise mit Bauteilen und Materialien.
"Wareneingang". Der Kunde geht ins Lager und wählt alle Bestandteile seiner Bestellung aus, wobei er eine genaue Liste dessen hat, was er braucht. Gleichzeitig helfen ihm Lagerarbeiter.
„Bezahlung der Ware und Registrierung der Lieferung.“ Der Kunde geht mit der von ihm ausgewählten Ware (er trägt sie auf einem Einkaufswagen) zur Kasse und bezahlt die von ihm ausgewählte Ware. Nachdem er die Ware bezahlt hat, geht er dann zur Lieferabteilung, wo er die Lieferung seiner Möbel sowie deren Montage (falls erforderlich) organisiert und bezahlt; danach geht er nach Hause.
"Lieferung". Bezahlte Ware wird dem Kunden innerhalb von drei Tagen zugestellt.
"Montage". Hat der Kunde anschließend die Montage in Auftrag gegeben, kommt der Montagemeister zu ihm und montiert die gelieferten Möbel.

Auf Abb. 9.1 Dieselben Dokumente sind mehrfach vorhanden. Dies geschieht aus Bequemlichkeitsgründen, damit das Diagramm nicht viele Linien enthält. Hierbei wird das in früheren Vorlesungen besprochene Konzept des Ladens eines Modellelements in ein Diagramm verwendet: Das gleiche Modellelement kann viele Male in ein Diagramm geladen werden. Gleichzeitig gibt es viele entsprechende Diagrammelemente und nur ein Modellelement.

Zerlegung von Geschäftsprozessen

Es ist klar, dass der oben dargestellte Geschäftsprozess in seiner Gesamtheit mit allen Details viel größer ist. Wenn jedoch alle diese Details in einem Diagramm zusammengefasst werden, ist es äußerst schwer zu erkennen und nur für die automatische Verarbeitung geeignet. Mit Hilfe eines solchen Diagramms wird es nicht möglich sein, Mitarbeitern und Kunden den Arbeitsablauf zu erklären, es wird nicht als praktischer praktischer Leitfaden dienen können. Wenn wir uns jedoch auf Details auf oberster Ebene beschränken, erhalten wir „im Prinzip“ eine Spezifikation – sie kann in Berichte für Vorgesetzte eingefügt und nur für die allererste, „begrenzte“ Bekanntschaft mit dem Verkauf von Möbeln im Geschäft verwendet werden . Ich möchte aber, dass die Spezifikation des Geschäftsprozesses für die Menschen verständlich und zugänglich und auch vollständig ist. Dann könnten verschiedene Spezialisten es einfacher machen, sich anhand unserer Spezifikationen mit den Prinzipien des Ladens vertraut zu machen – und diejenigen, die nur eine allgemeine Beschreibung erhalten möchten

Und doch hat der menschliche Geist mehr als 2.000 Jahre lang vergeblich versucht, es zu begreifen, während ihm andererseits zumindest annähernd die Analyse viel bedeutungsvollerer und komplexerer Formen gelungen ist. Warum so? Denn ein entwickelter Körper ist leichter zu untersuchen als eine Körperzelle. Darüber hinaus können bei der Analyse von Wirtschaftsformen weder ein Mikroskop noch chemische Reagenzien verwendet werden. Beides muss durch die Kraft der Abstraktion ersetzt werden.

Karl Marx. Hauptstadt. Band 1. Vorwort zur Erstausgabe.

Über Geschäftsprozesse wird viel und oft hauptsächlich im Zusammenhang mit der Geschäftsautomatisierung gesprochen. Ich verwende diesen Begriff auch, unter anderem in meinen Artikeln zu CRM-Systemen, ERP, der Arbeit mit BPMN-Notationen, IDEF0 und anderen Tools, die bei der Arbeit eines Unternehmensberaters und der Implementierung von Automatisierungssystemen benötigt werden können. Gleichzeitig habe ich in Runet keine verständliche und detaillierte Definition des Begriffs „Geschäftsprozess“ gefunden.

Viele Autoren verwenden ihn „standardmäßig“ als Begriff „intuitiv“, ohne ihn zu entschlüsseln, oder führen allgemein zu zusätzlicher Verwirrung, indem sie alternative Terminologie verwenden, z. B. schreiben sie „Geschäftseinheit“ anstelle eines Geschäftsprozesses usw.

In diesem Artikel habe ich beschlossen, darüber zu sprechen, was ein Geschäftsprozess ist, über die Entstehungsgeschichte dieses Konzepts und darüber, wo es angewendet werden kann und sollte. Ich habe vor, den nächsten Artikel auch dem Thema Geschäftsprozesse zu widmen und Ihnen zu zeigen, wie Sie Geschäftsprozesse richtig nutzen.

Geschäftsprozessdefinition

Was ist also der Unterschied zwischen einem Geschäftsprozess und einer Funktion oder auch nur einem regulären Prozess? Was ist der Unterschied zwischen diesen Begriffen? Ich bin zu folgendem Schluss gekommen:

Ein Geschäftsprozess ist eine logische Abfolge von Handlungen einer Person (oder mehrerer Personen) in einem Team. Der Zweck der Beschreibung des Geschäftsprozesses ist die Analyse und Regelung bestimmter Aktionen im Team.

Warum ich besonderen Wert auf Menschen und das Team lege:

Ein Geschäftsprozess findet immer unter Beteiligung einer Person statt. Wenn Aktionen durch ein automatisches System oder Programm ausgeführt werden, handelt es sich nicht mehr um einen Geschäftsprozess, sondern um einen technologischen Prozess oder eine Spezifikation. Und dann treten leicht unterschiedliche Standards, Beschreibungsmethoden und Implementierungsmerkmale in Kraft.
An einem Geschäftsprozess sind immer mehrere Personen beteiligt, sei es explizit oder implizit. Selbst wenn eine Person alleine arbeitet (z. B. ein Schriftsteller), hat sie dennoch Kunden (Verlage) und Verbraucher (Leser). Außerdem arbeitet der Verkäufer nicht in einem „Vakuum“ – er hat Lieferanten und Käufer von Produkten, und alle diese Personen sind auch auf die eine oder andere Weise am Geschäftsprozess beteiligt.

Warum schreibe ich über das Team und nicht über eine kommerzielle Struktur oder ein Unternehmen? Denn das Konzept eines Geschäftsprozesses lässt sich auch für eine Non-Profit-Organisation nutzen. Das kann eine Wohltätigkeitsorganisation sein, ein Krankenwagen, der einen Patienten besucht, oder sogar die Ausrichtung einer Dinnerparty ohne Umsatz oder Gewinn. Gleichzeitig ist es auch möglich, einen Geschäftsprozess zu beschreiben, da wir Menschen haben, die bestimmte Aktionen ausführen, um ein bestimmtes Ergebnis zu erzielen.

Beschreibung des Geschäftsprozesses

Wichtig ist auch die Definition der Geschäftsprozessbeschreibung:

Eine Beschreibung eines Geschäftsprozesses ist eine Beschreibung des Handlungsablaufs von Mitarbeitern bei der Ausführung bestimmter Handlungen in grafischer und textlicher Form, um Handlungen im Team zu regeln, deren Ablauf zu analysieren und zu optimieren.

Und hier muss man verstehen, dass es keinen Geschäftsprozess ohne Beschreibung gibt. Erst im Prozess der Beschreibung entsteht ein Geschäftsprozess, d.h. es ist unmöglich, das eine ohne das andere zu verwirklichen.
Gleichzeitig müssen alle im Geschäftsprozess beschriebenen Aktionen logisch sein, ihre Abfolge muss zu einem bestimmten, zuvor festgelegten Ziel führen.

Die Beschreibung von Geschäftsprozessen ist eine kreative Arbeit. Selbst wenn Sie beschreiben, „was ist“, sind einige Ungenauigkeiten dennoch zulässig, Ecken werden „geglättet“ und einige Aktionen werden zur besseren Wahrnehmung weggelassen. Und wenn beschrieben wird, „was sein soll“, dann entsteht auf Basis des Bestehenden etwas Neues. Gleichzeitig sind dem Business-Analysten immer noch strenge Grenzen gesetzt – Regeln, Syntax, logische Einschränkungen.

Persönlich vergleiche ich die Schaffung eines neuen Geschäftsprozesses damit, auf einem dünnen Faden eine harmonische Kombination aus Kreativität, Kunst und strenger Mathematik auszubalancieren.

Gleichzeitig müssen Sie verstehen, dass kein Geschäftsprozess perfekt sein und zu 100 % der Realität entsprechen kann. Es gibt immer Raum für einige Vereinfachungen und Annahmen, und irgendwo bei der Umsetzung selbst der strengsten Vorschriften nimmt der menschliche Faktor seine eigenen Anpassungen vor.

Darüber hinaus besteht, wie Sie wissen, in jeder neuen Einheit immer die Möglichkeit einer weiteren Verbesserung. Und auch die Gestaltung von Geschäftsprozessen bestätigt diese philosophische These. Egal wie sehr Sie sich auch bemühen, einen Geschäftsprozess perfekt zu beschreiben, es gibt immer noch etwas darin, das jetzt oder in der Zukunft verbessert werden kann.

Und hier ist es einerseits sehr wichtig, selbst rechtzeitig anzuhalten, denn die aktualisierten Geschäftsprozesse werden von echten Menschen umgesetzt, die es gewohnt sind, „auf die altmodische Art“ zu arbeiten, und man muss deren Trägheit berücksichtigen Denkweise und Lerngrad. Auch die Automatisierung, die üblicherweise mit der Modernisierung von Geschäftsprozessen einhergeht, erfordert gewisse Investitionen. Und hier gilt es, von den realen Möglichkeiten des Kunden auszugehen.

Ein Unternehmensberater muss dies alles selbst klar verstehen, wissen, wo und auf welcher Annahmeebene er die Beschreibung des Geschäftsprozesses vereinfacht hat und wo er beschlossen hat, einige Entscheidungen aus objektiven Gründen (Finanzen, menschlicher Faktor) auf die Zukunft zu verschieben. Und das alles muss man dem Chef des Unternehmens einfach und verständlich erklären können.

Der Hauptunterschied zwischen einem Geschäftsprozess und einem technologischen Prozess besteht darin, dass der Output eines technologischen Prozesses ein ganz bestimmtes Ergebnis ist. Wenn wir beispielsweise über die Produktion sprechen, sollte es sich bei der Ausgabe um Produkte mit bestimmten Parametern handeln.

Natürlich besteht auch im technologischen Prozess die Möglichkeit einer Heirat, aber nicht eine der natürlichen Optionen, sondern die Folgen einer Verletzung des technologischen Prozesses. Während in einem Geschäftsprozess das „Output“-Ergebnis unterschiedlich sein kann, abhängig von der Erfüllung bestimmter Bedingungen im „Körper“ des Geschäftsprozesses, der ohne Verstöße und Ausfälle durchgeführt wurde.

Der Übersichtlichkeit halber könnte die Beschreibung des technologischen Prozesses wie folgt aussehen:

Wir nehmen Werkstück A;
Wir verbinden es mit dem Werkstück B;
Wir verarbeiten unter den Parametern C;
Wir verstehen die Details.

Alles ist eindeutig und es sind keine bedingten „Forks“ vorgesehen.

In einem Geschäftsprozess gilt folgende Situation als ganz normal:

Wir erhalten Eingabedaten A:
- Wenn die Daten der Bedingung B entsprechen, fahren Sie mit der Aktionsfolge C fort;
- Wenn die Daten mit Bedingung D übereinstimmen, führen Sie die Aktionen E aus.
Das Ergebnis wird an die Ausgabe übergeben.

Diese. Bereits im Prozessalgorithmus werden je nach Ausgangs- oder Zwischendaten mögliche Bedingungen und verschiedene Aktionen bereitgestellt.

Die Geschichte des Begriffs

Ich habe mehr als einmal Informationen gelesen, dass die IDEF0-Geschäftsprozessnotation fast in der Mitte des 19. Jahrhunderts erschien. Realistischere Autoren schreiben über die Zeit des Zweiten Weltkriegs. Aber sie liegen auch falsch.

Als ich beispielsweise einen Artikel über IDEF0 schrieb, zitierten einige Leser Beispiele einiger Anweisungen von Ministerien und Abteilungen während des Ersten Weltkriegs oder sogar früher als Beispiele für Notationen, und Diagramme und visuelle Darstellungen militärischer Operationen wurden als grafische Darstellung diskutiert. Aber das alles ist keine Beschreibung des Geschäftsprozesses. Alle oben genannten Punkte können als Methoden, visuelle Demonstrationen oder Anweisungen bezeichnet werden, jedoch nicht als Notationen.

Notationen sind ein modernes Konzept, darüber hinaus sind Notationen etwas, das gut etabliert und standardisiert ist, d. h. eine Reihe von Befehlen und Notationen, die von vielen Menschen verwendet werden, nicht nur von einer oder zwei Organisationen. Sie können sich eine eigene spezielle Sprache ausdenken, um Geschäftsprozesse oder beispielsweise die Programmierung zu beschreiben. Aber bis sie in der Massenanwendung „ankommt“, Widersprüche, mehrdeutige Interpretationen und andere Mängel nicht erkannt und beseitigt werden, bis sie zu einem etablierten und vertrauten Standard für die Menschen wird, kann sie nicht als Notation bezeichnet werden. Ich habe vor, später mehr über Notationen zu schreiben. Kommen wir nun zurück zur Frage der Entstehung des Begriffs „Geschäftsprozess“.

Tatsächlich erschienen die Beschreibung von Geschäftsprozessen und die BPMN-Notation in den 70er Jahren des 20. Jahrhunderts, als Informationssysteme überall eingesetzt wurden. Sowohl der Begriff selbst als auch die Notationen wurden ursprünglich gerade für die Entwicklung von Informationssystemen benötigt.

Tatsache ist, dass nach Beginn des Einsatzes von Informationssystemen die Komplexität der Organisation der Arbeit von Menschen in Organisationen um ein Vielfaches gestiegen ist. Darüber hinaus verstehen Maschinen keine Abstraktion, sie erfordern einen strengen Algorithmus und eine bestimmte Reihenfolge der Eingabe und Verarbeitung von Informationen. Wenn vor Beginn der Automatisierung, als Informationen direkt von Mensch zu Mensch weitergegeben wurden, das Problem des gegenseitigen Verständnisses auf der Ebene der menschlichen Kommunikation lag, besteht nun die Notwendigkeit, es streng zu regulieren.

Daher war es notwendig, nicht nur Stellenbeschreibungen für die Personen in der Organisation, sondern auch für deren Interaktion mit Informationssystemen zu erstellen. Und hier gab es nicht genügend Textnotizen (Anweisungen), da alle Beschreibungen in Freitextform vorlagen, erwiesen sie sich als irrelevant und unpraktisch. Tatsächlich bestand Bedarf an einer Standardisierung, um eine spezielle Befehlssprache und eine eindeutige Abfolge von Aktionen zu schaffen. Darüber hinaus sollten diese Notationen im Gegensatz zu Maschinensprachen gleichermaßen für die Übersetzung in Maschinencode und für die menschliche Wahrnehmung geeignet sein.

Die ersten methodisch entwickelten Notationen von Geschäftsprozessen (und ich werde über methodisch entwickelte Notationen sprechen, zum Beispiel IDEF3 ***) erschienen beim US-Militär. Der Grund liegt auf der Hand – schon damals nutzte das Militär in den USA die Automatisierung über Fernverbindungen, d.h. das gleiche System, aus dem später das Internet wurde. Und bei diesem Anwendungsniveau von Informationssystemen war der Bedarf an Geschäftsprozessnotationen besonders relevant.

*** Zum Thema methodisch ausgearbeitete Notationen möchte ich noch ein paar Worte sagen. Warum ich IDEF3 als Beispiel genannt habe: Ein methodisch ausgereifteres System zur Beschreibung von Geschäftsprozessen habe ich bisher noch nicht gesehen. Auch BPMN 2.0 wird noch weiterentwickelt und verfeinert. Und wenn Sie die englische Beschreibung von IDEF3 lesen (ich habe noch keine Übersetzung ins Russische gesehen), werden Sie auch die Tiefe seiner Entwicklung einschätzen können.

Sehr schnell erfreuten sich die Methodik und Notationen im Geschäftsumfeld großer Beliebtheit.
Notationen ermöglichten es, ein Werkzeug zur Beschreibung der Interaktion von Menschen und digitalen Informationssystemen zu erhalten.

Mit ihrer Hilfe gelang es, das Geschäft zu optimieren, d.h. Erhalten Sie eine bessere Leistung bei gleichen Kosten.

Von besonderem Interesse für das Unternehmen war die Optimierungsmöglichkeit. Wie Sie wissen, müssen Sie, um etwas zu verbessern, klar verstehen, was Sie haben und was Sie daran ändern möchten. Und grafische Notationen zeigten deutlich beide Situationen – den Ausgangspunkt und das gewünschte Ergebnis sowie die problematischsten Bereiche. Basierend auf diesen Daten erwies es sich als viel einfacher, den optimalen Lösungspfad auszuwählen und die beste Upgrade-Option zu simulieren, als ohne solche praktischen Tools.

Damals entstanden die Konzepte von Geschäftsprozessen und Geschäftsprozessnotationen, zwei untrennbar miteinander verbundene Konzepte.

Es ist sehr wichtig zu verstehen, dass es beispielsweise keinen separaten „Verkaufsgeschäftsprozess“ gibt. Es gibt einen Verkaufsprozess, der zu einem Geschäftsprozess wird, wenn er mithilfe einer Notation beschrieben wird. Diese. Ohne Beschreibung in der Geschäftsprozessnotation sind Sie im Verkauf tätig, das bestreitet niemand. Aber auch wenn es keine definitive, unerschütterliche und eindeutige Beschreibung gibt, sind Ihre Verkäufe ein Phänomen, in gewisser Weise spontan. Und sie werden erst dann zu einem Geschäftsprozess, wenn sie im Rahmen der Notation und der Umsetzung dieser Beschreibung in die Praxis beschrieben werden.

Der Vertrieb ist das einfachste und offensichtlichste Beispiel. Jeder von uns als Käufer und viele von uns als Verkäufer sind mit diesem Prozess vertraut. Und wir alle wissen, dass selbst dieselbe Person in unterschiedlichen Situationen (für unterschiedliche Produkte, unterschiedliche Käufer, bei unterschiedlichem Wetter und allgemein je nach Stimmung) etwas anders verkaufen wird. Wenn Sie jedoch einen bestimmten Geschäftsprozess beschreiben und klar regeln, wird der Verkaufsprozess unabhängig davon, welchen Fuß der Verkäufer am Morgen aufgestanden hat, in gewisser Weise standardisiert, auf bestimmte Grenzen beschränkt und dadurch stabiler.

Warum Geschäftsprozesse modellieren (beschreiben).

Wie ich schon mehr als einmal geschrieben habe, arbeite ich hauptsächlich mit kleinen und mittleren Unternehmen zusammen, wo ich eine breite Palette von Dienstleistungen anbiete – von der Identifizierung von Problemen und Engpässen in der Arbeit des Unternehmens bis hin zur Umsetzung der von mir vorgeschlagenen Lösungen auf der Ebene von Softwareprodukten und Automatisierung Systeme.

Die Geschäftsprozessmodellierung hilft, zwei Probleme gleichzeitig zu lösen:

Wirtschaftsstudie. Grafische Darstellung in Form von Diagrammen, d.h. Durch die Geschäftsprozessmodellierung können Sie die Besonderheiten des Unternehmens schnell verstehen und mögliche Engpässe erkennen.
Sichtbarkeit schaffen. Wie Sie wissen: „Ein Bild sagt mehr als tausend Worte“. Daher hilft eine schematische Darstellung der Unternehmensarbeit dem Manager und Geschäftsinhaber, den Kern des Problems viel schneller zu verstehen und die vorgeschlagenen Lösungen zu bewerten. Bei der Arbeit eines Unternehmensberaters (übrigens auch eines Spezialisten für die Implementierung von Softwareprodukten) ist es sehr wichtig, dass der Kunde alle Vorteile der Lösung versteht. Feedback ist nicht weniger wichtig – der Manager im Diagramm kann bereits in der Phase der Projektbesprechung einige Mängel erkennen und die Umsetzung erfolgt ohne zusätzliche Schwierigkeiten und Änderungen am Projekt „unterwegs“.

Und die Kombination des Studiums der Entstehungsgeschichte des Begriffs mit meiner persönlichen Erfahrung ergibt die folgende Definition:

Geschäftsprozesse müssen komplexe Informationen in einer leicht verständlichen Form darstellen, damit sie studiert und Entscheidungen getroffen werden können.

Stellen Sie sich ein typisches Unternehmen mit verschiedenen Abteilungen vor: Buchhaltung, Personalwesen, Vertrieb, Lager, Versand, Fertigung usw. Dabei handelt es sich vor allem um eine Person: den Leiter des Unternehmens. Er kann körperlich nicht alle Arten von Geschäftsprozessen auf Expertenebene verstehen. Deshalb stellen sie verschiedene Spezialisten ein. Aber er muss das alles effektiv bewältigen und in bestimmten Fällen modernisieren.

Hier kommen Geschäftsprozesse ins Spiel. Gleichzeitig werden bestimmte Arten menschlicher Aktivitäten im Unternehmen in grafischen Notationen beschrieben und in einer Form dargestellt, die dem Management hilft, genau zu verstehen, wie in jeder Phase gearbeitet wird und was hier verbessert werden kann. Gleichzeitig muss der Firmenchef nicht über einen hochqualifizierten Spezialisten mit einem bestimmten Profil verfügen.

Natürlich kann man auf dieser Ebene nicht ohne Informationsverlust auskommen. Es ist unmöglich, alle Nuancen und Details der Arbeit jedes einzelnen Mitarbeiters mit grafischer Notation zu beschreiben. Diese Informationsverluste erweisen sich jedoch als unbedeutend für das Verständnis der Prozesse im Allgemeinen und die Entscheidungsfindung.

Wie beschreibt man Geschäftsprozesse?

Um eine Beschreibung der tatsächlich ablaufenden Geschäftsprozesse zu erhalten, reicht es aus, den Handlungsablauf jedes Mitarbeiters sorgfältig zu studieren. Diese. Es ist notwendig, Informationen über eingehende Daten zu erhalten, um einen bestimmten Prozess zu starten, ausgehend - d. h. das Ergebnis der Maßnahmen des Mitarbeiters sowie die schrittweise Festlegung der erforderlichen Maßnahmen.

Nachdem alle Informationen gesammelt wurden, müssen sie in grafische Notation übersetzt werden. Hierbei ist zu verstehen, dass bei der Zusammenstellung von Beschreibungen von Geschäftsprozessen gerade grafische Darstellungen als „guter Ton“ gelten. Für Sie selbst können Sie die Notation nach Belieben zusammenstellen, es gibt auch Textoptionen für Beschreibungen, die beispielsweise von einigen Softwareentwicklern verwendet werden. Wenn Sie jedoch Notationen schreiben, die auch andere Leute lesen, sei es ein Softwareentwickler oder ein Unternehmensleiter, wählen Sie Grafiken.

Der Grund für diese Entscheidung ist einfach: Informationen werden in grafischer Form besser wahrgenommen. Wenn Sie einer Person eine „Textwand“ anbieten, wird es viel Zeit und Mühe kosten, herauszufinden, wovon Sie überhaupt sprechen. Und es ist in diesem Fall fast unmöglich, die gesamte Aufgabe abzudecken. Eine andere Sache sind grafische Diagramme – hier kann man Geschäftsprozesse auf unterschiedlichen Detaillierungsebenen untersuchen und jeder kann sich schnell „die Gesamtansicht“ eines grafischen Diagramms ansehen.

Wir sammeln Prozessbeteiligte (Mitarbeiter);
Wir sammeln eingehende Informationen, die notwendig und ausreichend sind, um den Prozess zu starten;
Wir sammeln gebrauchte Systeme. Dabei kann es sich um ein Buchhaltungssystem, CRM, E-Mail, Excel-Tabellen usw. handeln. Alles, was tatsächlich in der Arbeit verwendet wird, muss erfasst werden.
Wir definieren das erwartete Ergebnis – was am Ende des Prozesses passieren wird.
Wir erfassen die Abfolge von Aktionen, die eine Person ausführt.
Wir isolieren die Bedingungen. Abhängig von den unterschiedlichen Eingabedaten und Zwischenergebnissen können die Aktionen unterschiedlich sein.
Wir beschreiben alle gesammelten Informationen in grafischer Form in einer praktischen Notation (IDEF3, BPMN 2.0 usw.).

Regeln zur Beschreibung von Geschäftsprozessen

Ich habe oben viel über den kreativen Ansatz gesagt, über die Möglichkeiten, Bedingungen und Handlungsoptionen in die Beschreibung von Geschäftsprozessen einzubeziehen. Daher kann es den Anschein haben, dass jede Beschreibung der Handlungen einer Person „bei der Arbeit“ als Beschreibung eines Geschäftsprozesses betrachtet werden kann. Tatsächlich gibt es strenge Rahmenbedingungen und Regeln, die bestimmen, ob eine Liste von Aktionen als Beschreibung eines Geschäftsprozesses (in grafischer oder textueller Form) bezeichnet werden kann oder nicht:

Vollständigkeit. Ein Geschäftsprozess muss die ihm gestellte Frage eindeutig beantworten. Wenn wir über den Verkaufsprozess eines bestimmten Produkts oder einer bestimmten Dienstleistung sprechen, muss der Geschäftsprozess die Maßnahmen vollständig beschreiben, die erforderlich sind, um das angegebene Ergebnis zu erzielen, und in genau diesem Ergebnis gipfeln (mit bestimmten Annahmen, die ich oben erwähnt habe).
Prägnanz. Der Geschäftsprozess muss Suffizienz vereinen, d.h. Beschreiben Sie alle notwendigen Schritte und Aktionen und fassen Sie sie möglichst prägnant zusammen, damit sie leichter verständlich sind. Persönlich habe ich mir eine „15-Minuten-Regel“ ausgedacht – wenn ich in dieser Zeit der Unternehmensleitung den vorgestellten Geschäftsprozess erklären kann, dann kann er dem Kunden gezeigt werden. Es geht schneller – toll, es braucht mehr Zeit und Worte – man muss darüber nachdenken, was reduziert und vereinfacht werden kann.
Ich persönlich habe einmal eine grafische Beschreibung eines Geschäftsprozesses gesehen, die auf einem 2 Meter langen Blatt (und entsprechender Breite) erstellt wurde. Schon allein darüber nachzudenken und zu verstehen, wohin welcher Pfeil führt, ist äußerst schwierig. Und wie man es dem Kunden erklären soll, kann ich mir persönlich nicht vorstellen.
Denken Sie daran, dass eine Person eine visuell definierte Menge an Informationen wahrnimmt, die unter anderem durch eine bestimmte Größe eines Blatts oder Bildschirms (dies ist auf die Besonderheiten des Sehens zurückzuführen) sowie durch die Anzahl der Elemente (auch die Fähigkeiten des Gehirns) begrenzt sind begrenzt). Der Kunde wird einen einfachen und prägnanten Geschäftsprozess verstehen, indem er das Schema einfach mit einem Blick „abdeckt“. Komplex und mit Details übersättigt, müssen Sie mehr als eine Stunde lang lernen, um zu verstehen, was dort angezeigt wird. Höchstwahrscheinlich wird der Leiter des Unternehmens, der kein Experte für die Arbeit einzelner Abteilungen ist und auch nur über begrenzte Freizeit verfügt, eine so komplexe Struktur einfach nicht studieren und nicht einmal das Wesentliche davon verstehen lukrative Angebote.
Verwendung allgemein anerkannter Notationen. Erfinden Sie nicht Ihre eigenen Notationen und Regeln. Verwenden Sie Notationen, die auf der ganzen Welt verwendet werden. Ich sah in den Büchern einiger inländischer Autoren Versuche, eine eigene Notation zu erstellen. Und ehrlich gesagt habe ich nie verstanden, warum sie sich und ihren Lesern das Leben schwer machen. Hier, wie auch bei der Sprache, können Sie sich Ihre eigene Spezialsprache einfallen lassen, aber niemand außer Ihnen wird sie verstehen. Und wenn sich herausstellt, dass es den bestehenden ähnlich ist, kann es auch zu Verwirrung kommen. Oder Sie gelten als Analphabet, weil Sie keine Satzzeichen, Deklinationswörter usw. gemäß den Regeln bekannter Sprachen verwenden. So ist es auch mit Notationen – es gibt bereits etablierte, den Menschen bekannte und, was auch wichtig ist, intuitive Notationen. Deshalb wurden sie populär, weil sie im Prozess ihrer Entwicklung und Verbesserung ständig auf Einfachheit, Eindeutigkeit und Zweckmäßigkeit geprüft wurden. Wenn Sie vorgefertigte Notationen verwenden, werden Sie verstanden, als Experte wahrgenommen und die Notationsregeln selbst bewahren Sie vor logischen Fehlern. Ich persönlich empfehle IDEF3 und BPMN 2.0.
Alle am Geschäftsprozess Beteiligten sind zu berücksichtigen und direkt anzugeben. Und dies muss ohne die Verwendung von Fußnoten mit Nummerierung, Kommentaren in Schwimmlinienobjekten (spezielle Fußnoten) usw. erfolgen. Fans „sündigen“ damit oft, eigene Designs zu erstellen, anstatt vorgefertigte Notationen zu verwenden. Irgendwo passen ihre Namen nicht, irgendwo denken sie, dass ein langer Name im Hauptteil eines Geschäftsprozesses unbequem wäre. Dadurch muss entweder in den Fußnoten nachgeschaut werden, von wem genau die Rede ist, oder die Ersteller solcher Geschäftsprozesse vergessen einfach, einen der Beteiligten anzugeben.
Benutzerfreundliche Beschreibung. Das Wichtigste ist, dass Ihr Verbraucher, der diese Notation liest, die Beschreibung des Geschäftsprozesses schnell und im Idealfall auch ohne Ihre Erklärungen verstehen muss.

Alles andere hängt nur von Ihnen und dem Verbraucher der Geschäftsprozessbeschreibung ab. Wenn Ihnen die Verwendung verschiedener Farben (für Pfeile oder Objekte) wirklich gefällt, halte ich das für durchaus akzeptabel. Sie können Notationen auch nicht nur mit den von mir vorgeschlagenen Tools erstellen, sondern in jeder für Sie geeigneten Umgebung. Wenn die Notation den oben aufgeführten Regeln folgt und für Ihren Verbraucher verständlich ist, haben Sie genau das erstellt, was Sie brauchen. Und das ist wirklich eine Beschreibung des Geschäftsprozesses, professionell und optimal für die Arbeit.

Häufige Mythen und Missverständnisse

Erfinden Sie nicht „das Rad neu“! Sie müssen keine eigenen Notationen erfinden.

Anstatt die Merkmale bestehender Notationen zu studieren, zeichnen Menschen häufig Freiformdiagramme in verschiedenen Grafikprogrammen.

Ich empfehle dies nicht. Erstens müssen Sie bei der Verwendung vorgefertigter Werkzeuge keine eigenen Bezeichnungen und Standards erfinden. An alles wurde schon lange gedacht. Gleichzeitig sind Standardnotationen sehr intuitiv, eindeutig lesbar und vielen Menschen bekannt. Zweitens verfügen vorgefertigte Systeme (IDEF3, BPMN 2.0 usw.) über eine gut entwickelte Methodik und strenge Einschränkungen. Sie können als Programmiersprache und als Umgebung für die Arbeit mit dieser Sprache wahrgenommen werden. Hier werden Sie einfach nicht viele Fehler machen können, Syntaxstandards und die Umgebung selbst werden Sie davor bewahren (Einschränkungen im Editor, automatische Prüfungen).

Verwechseln Sie Beschreibungen der Geschäftsprozesse des Unternehmens nicht mit den Geschäftsprozessen der IT-Systeme.

In vielen automatisierten Systemen, zum Beispiel 1C oder Zoho CRM, gibt es eigene Einheiten, die „Geschäftsprozesse“ genannt werden. Diese Entitäten haben jedoch nichts mit den in diesem Artikel beschriebenen Geschäftsprozessen zu tun. Betrachten Sie sie als „Homonyme“, d. h. Die Begriffe scheinen gleich zu klingen, aber in unserem Fall handelt es sich um eine Beschreibung der Arbeit des Unternehmens und bei IT-Systemen um die Bezeichnung einer Gruppe von Funktionen und Berichten.

Häufiger Fehler: Ein Geschäftsprozess bringt zwangsläufig Wert (Gewinn).

Ich habe sogar von namhaften Rednern gehört, dass Geschäftsprozesse profitabel sein sollten. Darüber hinaus habe ich bei der Erstellung eines Geschäftsprozesses sogar eine „Fehleranalyse“ gesehen, bei der sehr darauf geachtet wird, dass 70 % der Aktionen keinen Wert haben.

Tatsächlich sind Geschäftsprozesse unterschiedlich. Das Ergebnis einiger wird tatsächlich ein Gewinn sein, zum Beispiel der Direktvertrieb. In anderen Fällen ist es schwierig, unter diesem Gesichtspunkt über den Erwerb von Werten und allgemein über die Bewertung von Handlungen zu sprechen. Wie können Sie beispielsweise den Wert eines Geschäftsvorgangs des Warenversands oder der Erstellung und Übermittlung von Steuererklärungen beurteilen?

Ich glaube, dass ein Geschäftsprozess nicht unbedingt einen Wert bringt, wenn wir ihn als direkten Gewinn für das Unternehmen verstehen. Die Einführung eines prozessorientierten Ansatzes und die Umsetzung von Geschäftsprozessen konzentrieren sich eher auf etwas anderes – auf den Werterhalt, also auf die Werterhaltung. Mehr Leistung bei gleichen Kosten erzielen.

Ist es möglich, einen idealen Geschäftsprozess zu schaffen – wann sollte man damit aufhören?

Nein. Der Geschäftsprozess sollte einfach, verständlich, bequem und lesbar sein. Aber es wird nie perfekt sein.

Als ich anfing zu arbeiten, kam es mir selbst immer so vor, als würde ich nicht an etwas arbeiten, sondern irgendwo, wo es besser hätte gemacht werden können. Und oft baten mich Kunden, diesen oder jenen Prozess näher zu beschreiben und zu beschreiben. Und ich betrachtete es auch als mein Manko.

Tatsächlich ist die Geschäftsprozessmodellierung auf der Grundlage all dessen eine Art Annahme, ein kreativer Prozess. Andererseits wusste ich einmal nicht einmal, was ich auf die Bitte antworten sollte, mehr „dies“ und „dort“ zu beschreiben. Aber mit der Zeit wurde mir klar, dass Geschäftsmodellierung nicht nur Kreativität ist, sondern eine Art dialektischer Prozess. Und die bloße Schaffung eines Geschäftsprozesses wird immer seine eigene Negation mit sich bringen. Hier lohnt es sich wirklich, sich dem Thema aus philosophischer Sicht zu nähern. Und wenn wir einen Geschäftsprozess erstellen, müssen wir bedenken, dass wir nicht alles auf einmal abdecken können und dieser daher immer unvollkommen sein wird. Aber gleichzeitig legen wir bereits fest, was wir in Zukunft verbessern werden. Es lohnt sich, dies einfach als Tatsache zu betrachten.

Ihr Geschäftsprozess muss die Aufgabe lösen, die Frage beantworten, die im Rahmen des Projekts betrachtet wird. Alles andere ist eine Frage der künftigen möglichen Zusammenarbeit. Genau so lohnt es sich, den Kunden zu erklären, warum Sie einige Prozesse nicht detailliert beschreiben oder einen anderen Geschäftsprozess zeichnen, der mit dem besprochenen in Zusammenhang steht.