Geschäftsprozessmodellierung – Eine Perspektive

Geschäft: Der Beruf, die Arbeit oder das Gewerbe, dem eine Person nachgeht: z. B. der Lebensmittelgroßhandel.

Prozess: Eine Reihe von Aktionen, Änderungen oder Funktionen, die zu einem Ergebnis führen: z.B. der Verdauungsprozess; der Prozess zur Erlangung eines Führerscheins.

Modell: Eine schematische Beschreibung eines Systems, einer Theorie oder eines Phänomens, die seine bekannten oder abgeleiteten Eigenschaften erklärt und für die weitere Untersuchung seiner Eigenschaften verwendet werden kann: z. B. ein Modell der generativen Grammatik;

„zitiert aus: Process. (o. J.). The American Architektur Modellbau Essen Heritage® Dictionary of the English Language, Vierte Auflage. Abgerufen am 30. April 2007 von der Website Dictionary.com“

Daher kann die Geschäftsprozessmodellierung als schematische Darstellung der Aktivitäten und Funktionen definiert werden, die eine Organisation ausführt, um mit ihrem Handel und ihren Dienstleistungen, die sie dem Markt und den Kunden anbietet, erfolgreich zu sein.

Ich bin mir sicher, dass es in der obigen Definition viele Lücken geben würde, wenn wir versuchen würden, sie zu vervollständigen, aber eines lässt sich klar ableiten: Damit ein Unternehmen seinen Geschäften nachgehen und seinen Kunden die richtigen Dienstleistungen und Produkte anbieten kann, muss Ihr Verständnis und ihre Kontrolle darüber, wie sie funktionieren und funktionieren, sind in der heutigen Zeit von entscheidender Bedeutung und ein Wettbewerbsvorteil.

Daher kann die Geschäftsprozessmodellierung sowohl aus geschäftlicher als auch aus technologischer Sicht als eine sehr wichtige Aktivität angesehen werden. Die Gründe für die Durchführung einer Prozessmodellierung können vielfältig sein, aber wir können sie wie folgt umreißen:

Prozessdokumentation: Notwendigkeit einer Organisation, ihre Geschäftsprozesse zu dokumentieren
Übung zur Prozessverbesserung: Organisationen, die eine Analyse aktueller Prozesse durchführen und herausfinden möchten, wie diese verbessert werden können. Die Prozessmodellierung wäre in diesem Fall nur ein Teil des Ansatzes. Typischerweise umfasst eine BPI-Aktivität die Analyse des aktuellen Ist-Prozesses, die Verfeinerung von Prozessen auf der Grundlage von Six Sigma, Lean usw. und die Erstellung eines überarbeiteten To-BE-Prozesses.
Implementierung von Unternehmenssystemen: Auch wenn manche es als eine kurzsichtige Sicht auf die Prozessmodellierung bezeichnen, haben viele Organisationen traditionell und auch heute noch Prozessmodellierungsarbeiten durchgeführt, bevor sie ein wichtiges IT-System implementieren, z. B. für Unternehmen. ERP-, CRM-, Auftragsverwaltungssysteme usw. Dies ist definitiv eine kluge Wahl, wenn man bedenkt, dass die meisten der eingesetzten Unternehmenssysteme einen Einfluss darauf haben, wie Sie Ihr Unternehmen in Zukunft führen. Auch hier können Einzelheiten zu Best Practices in diesem Bereich einer separaten Diskussion gewidmet werden. Insbesondere die Diskussion über die Notwendigkeit, zuerst eine Prozessmodellierung/-analyse durchzuführen oder die Systeme auszuwählen und dann die Prozessmodellierung fortzusetzen. Ich hatte einmal ein Gespräch mit einem meiner Kunden, bei dem es um Letzteres ging, und meine grundsätzliche Frage war nun, ob Sie Ihren Prozess für das System ändern würden oder umgekehrt und ob die gesamte Wahl des Systems anders ausgefallen wäre, wenn sie bereits eine Idee gehabt hätten ihrer Prozesse, die Automatisierungshilfe benötigten. Auf jeden Fall gibt es auf beiden Seiten Fallstricke.

Unternehmensarchitektur: Viele Organisationen verfügen über separate Unternehmensarchitekturpraktiken und ein Bereich von EA ist die Prozess-/Geschäftsarchitektur. Daher führen Unternehmen Prozessmodellierungsarbeiten als eigenständigen Aspekt durch, um eine anständige Sichtweise zu erhalten. In diesem Fall könnte es sich bei der Prozessmodellierung jedoch um eine sehr abstrakte Darstellung von Prozessen handeln, da aus EA-Sicht typischerweise eine übergeordnete Ansicht erforderlich ist. Organisationen könnten ins Detail gehen, aber meiner Erfahrung nach ist es nicht einfach, Mittel für die Durchführung von Prozessmodellierungsarbeiten als reines Projekt zu erhalten, ohne sie mit einem bestimmten geschäftsbezogenen Projekt/Budget zu verknüpfen. Das ist manchmal schade, denn EA-Teams können einen echten Mehrwert schaffen, wenn sie über die Ressourcen verfügen, die für eine detaillierte Analyse der Architektur des Unternehmens erforderlich sind. Da SOA in vielen EA-Teams zum unverzichtbaren Ansatz wird, denke ich, dass die Prozessmodellierung im Detail einen größeren Wert bietet und bei der Identifizierung der richtigen Servicezuordnung hilft.

BPM: Die Prozessmodellierung ist auch der Ausgangspunkt für Business Process Management-Projekte. Typischerweise stellen BPM-Tools ihre eigenen Modellierungstools bereit, daher muss sorgfältig darauf geachtet werden, den Bedarf an Prozessmodellierung zu ermitteln. Ob es nur für bestimmte BPM-Projekte gedacht ist oder in einem größeren/zentralen Prozess-Repository verwaltet wird. Ich bevorzuge ein zentrales Prozess-Repository für alle Prozessmodelle, z. B. in Tools wie Telelogic System Architect, Aris, Case Wise usw. und wählen Sie Prozesse für BPM-Implementierungen aus dem zentralen Repository aus oder erstellen Sie BPEL noch besser direkt aus den Prozessmodellen. Allerdings ist dieser Aspekt der Produktintegration noch nicht der ausgereifteste und erfordert vor der Verwendung Sorgfalt.

Ok, ich bin mir sicher, dass die Prozessmodellierung noch viele weitere Vorteile bietet, und ich würde später Zeit haben, in anderen Artikeln/Blogs näher darauf einzugehen.
Lass uns umziehen