Prozessmanagement, verbunden mit Ihrer Architektur.

Prozesse und IT-Systeme werden in den meisten Organisationen getrennt dokumentiert. Deshalb werden die Auswirkungen von Systementscheidungen auf die Fachbereiche oft erst spät sichtbar. Wir bauen eine Prozessebene auf, die mit Ihrem Architekturmodell verbunden ist, sodass beide Sichten auf denselben Fakten beruhen.

Mehr erfahren Anforderungen besprechen
BPMN-Konventionen Prozess-Anwendungs-Verknüpfung

Was wir tun

Eine Prozesslandschaft,
die anwendbar bleibt.

Prozessrepositories scheitern aus vorhersehbaren Gründen: keine abgestimmte Struktur, keine verbindliche Konvention, keine klare Verantwortung und keine Verbindung zu den Systemen, auf denen die Prozesse laufen. Wir adressieren alle vier.

01Prozessarchitektur

Struktur vor Modellierung.

Bevor die Modellierung beginnt, braucht die Prozesslandschaft eine abgestimmte Struktur: ein Prozesshaus mit Führungs-, Kern- und Unterstützungsprozessen, eine Prozesshierarchie bis zu der Ebene, auf der die Arbeit konkret beschrieben wird, sowie End-to-End-Prozesse wie Order-to-Cash oder Hire-to-Retire, die über Abteilungsgrenzen hinweg verlaufen. Wir legen die Modellierungstiefe für jeden Prozessbereich fest und bestimmen, wo die Modellierung bewusst endet.

Was Sie davon habenEine abgestimmte Struktur, in die alle Teams hineinmodellieren, sodass Prozesse gefunden, verglichen und wiederverwendet werden können.
  • Prozesshaus
  • Ebenen 1–4
  • End-to-End-Prozesse
  • Modellierungstiefe
Managementprozesse Planen Kaufen Liefern Betreuen Order-to-Cash, End-to-End-Prozess Unterstützungsprozesse Eine abgestimmte Struktur mit definierter Modellierungstiefe
02Konventionen & BPMN

Eine verbindliche Modellierungskonvention.

Die Modellierungskonvention entscheidet darüber, ob Diagramme verschiedener Teams vergleichbar sind. Wir definieren die verwendeten BPMN-Elemente, Namensregeln, Rollen- und Systemzuordnungen, Kriterien für Teilprozesse und Pflichtattribute. Die Konvention enthält Beispiele und eine Review-Checkliste. Wo die Plattform es unterstützt, werden Modelle vor der Veröffentlichung automatisch geprüft.

Was Sie davon habenModelle, die sich abteilungsübergreifend gleich lesen, mit einem Qualitätsniveau, das nicht vom einzelnen Prüfer abhängt.
  • BPMN-2.0-Elemente
  • Namensregeln
  • Review-Checkliste
  • Automatisierte Prüfungen
Modellierungskonventionv2

Wie wir benennen, zeichnen und veröffentlichen.

  • „Rechnung prüfen“: Objekt plus Verb
  • „Rechnungsprüfung“: Substantivform
  • Rolle und System an jeder Aufgabe
  • Eine Ja/Nein-Frage je Gateway
  • Höchstens 12 Aktivitäten, danach Teilprozess
Gilt fürJedes veröffentlichte Modell
GeprüftVor der Freigabe
04Verantwortung & Governance

Klare Verantwortung für jeden Prozess.

Ein veröffentlichtes Modell ohne klar geregelte Verantwortung veraltet zwangsläufig. Wir etablieren Prozessverantwortung mit definierten Aufgaben, richten einen Freigabeworkflow vom Entwurf bis zur Veröffentlichung ein, legen Review-Zyklen nach Prozesskritikalität fest und stellen sicher, dass stets die freigegebene Version auffindbar ist. Änderungswünsche folgen einem definierten Verfahren, und alle Versionen bleiben für Audits nachvollziehbar.

Was Sie davon habenEin Repository, in dem die veröffentlichte Version verbindlich und aktuell ist.
  • Prozessverantwortliche
  • Freigabeworkflow
  • Review-Zyklen
  • Versionierung & Audit-Spur
Freigabeprotokollv3.2

Order-to-Cash, vom Entwurf zur veröffentlichten Version.

Entwurf14. März
ReviewOwner und zwei Fachexperten
Freigegeben2. April
Publiziert3. April
Nächstes ReviewApril 2027
05Analyse & Verbesserung

Von der Dokumentation zur Verbesserung.

Dokumentierte Prozesse sind die Grundlage, nicht das Ziel. Wir nutzen sie, um Ist- und Soll-Zustand zu vergleichen, Transformationsvorhaben wie ERP-Migrationen vorzubereiten, bei denen sich Prozesse und Systeme gleichzeitig verändern, und die Standardisierung zu unterstützen, wenn derselbe Prozess in mehreren Varianten abläuft. Wo Prozessausführungsdaten verfügbar sind, beziehen wir sie in die Analyse ein, statt uns allein auf das Modell zu verlassen.

Was Sie davon habenVerbesserungsentscheidungen auf Basis der dokumentierten Landschaft und, wo möglich, gemessener Prozessdaten.
  • Ist vs. Ziel
  • Variantenanalyse
  • Transformationsbegleitung
  • Prozess-KPIs
Fünf dokumentierte Varianten desselben Prozesses Zielprozess abgestimmt, verantwortet und gemessen

Wie es zusammenhängt

Prozesse sind Teil
der Architektur.

Wir behandeln die Prozessebene als eine Sicht auf dieselbe Organisation, die Ihr Architekturmodell bereits beschreibt. Dieselben Objekte, dieselben Verantwortlichen, dieselbe Governance.

01

EA-Praxis & Methodik

Das Metamodell, das Verantwortungsmodell und die Governance, auf denen die Prozessebene aufbaut, statt sie zu duplizieren.

Methode ansehen
02

SAP Signavio

Wo wir die Prozessebene praktisch umsetzen: Modellierung, Zusammenarbeit, Veröffentlichung und Integration mit Ihrer Architekturplattform.

Plattform ansehen
03

Eine Bewertung Ihres Repositories?

Eine fokussierte Prüfung Ihrer Prozesslandschaft: Struktur, Konventionstreue, Abdeckung der Verantwortlichkeiten und fehlende Verbindungen zur Architektur.

Prüfung anfragen

Kommt Ihnen bekannt vor?

Ein eingeschlafenes Repository
wieder aktivieren.

Viele Prozessrepositories wurden mit erheblichem Aufwand aufgebaut und danach schrittweise aufgegeben. In den meisten Fällen sind die Ursachen struktureller Natur, und sie lassen sich beheben, ohne von vorn zu beginnen.

Mit unseren Prozessexperten sprechen
„Wir haben 2021 alles für die Zertifizierung modelliert, seitdem wenig.“
„Drei Abteilungen dokumentieren denselben Prozess auf drei Arten.“
„Niemand kann uns sagen, auf welchen Systemen dieser Prozess läuft.“
„Die veröffentlichten Modelle entsprechen nicht mehr unserer Arbeitsweise.“
„Bei den meisten Prozessen ist unklar, wer sie verantwortet.“