Skip to main content
Switch Language

Warum Stages anders ist

A happy person surrounded by multiple monitors
Blog Team
Software Intensive Systems
January 1, 2024 | 8:00 am CST
A happy person surrounded by multiple monitors
Blog Team
Software Intensive Systems

Fokus auf Wissensarbeit

Man neigt schnell zu der Annahme, dass alle Prozesse gleich sind und daher mit der gleichen Notation und im selben Tool modelliert werden sollten. Immerhin gibt es Standards wie BPMN, die auf den ersten Blick sinnvoll erscheinen. Bei UL Solutions gehen wir jedoch einen anderen Weg.

Wir sehen grundlegende Unterschiede zwischen typischen Geschäftsprozessen – etwa der Auftragsabwicklung – und Wertschöpfungsprozessen, wie etwa einem Produktentwicklungsprozess (PEP) oder der Softwareentwicklung, die weithin als Wissensarbeit charakterisiert werden.

In der folgenden Tabelle sind unsere Erkenntnisse aufgeführt.

 

Geschäftsprozesse

Wissensarbeit

Intention

Effektive Ausführung

Gezielte Innovation

Wege zum Erfolg

Wenige

Viele

Ablauf

Seriell

Parallel

Kreativität

Gering

Hoch

Vorhersehbarkeit

Hoch

Ausgewählt (z. B. niedrig für Innovationsprojekte, höher für Wartungsprojekte)

Varianz

Wird vermieden

Erforderlich

Wiederholbarkeit

Im Detail sehr wichtig

Kann bei jeder Wiederholung anders sein

Stabilität

Gewünscht

Veränderung ist normal und muss akzeptiert werden

Interdisziplinarität

Nicht wichtig

Unverzichtbar

Interessenschwerpunkte

Ressourcen, Kosten

Informationen, Arbeitsprodukte, Ergebnisse, Entscheidungen, Risiken, Kompetenzen, Umsatz

Historie

Weniger wichtig

Sehr wichtig

Compliance

Kann in durchsetzbaren Vorschriften kodifiziert werden

Schwer in Vorschriften zu kodifizieren, wird durch Audits, Evaluierungen und Bewertungen durchgesetzt

Orchestrierung

Workflowzentrierte Automatisierung in ERP und CRM

Menschengesteuerte Aktionen in einem Geflecht aus ALM-, PLM- und vielen Spezialtools

RequireManagement screenshot

Notation für Wissensarbeit

Stages setzt das um, was wir als allgemeine Best Practices des BPMN betrachten:

  • Modellierung von Prozessaktivitäten in Swimlane-Diagrammen (Lanes stellen verschiedene Verantwortlichkeiten oder Systeme dar)
  • Unterstützung beliebig tiefer Prozesshierarchien über Unterprozesse
  • Datenobjekte zur Darstellung von Prozessergebnissen
  • Bedingte Prozessabläufe über Entscheidungen und Gateways

Es wurden mehrere BPMN-Erweiterungen zur Wissensarbeit vorgeschlagen, von denen jedoch keine angenommen wurde. 

In Stages sind die folgenden Konzepte implementiert, die wir für Wissensarbeitsprozesse als wesentlich erachten, die aber in BPMN fehlen:

  • Wertströme zur Erfassung der übergeordneten Ergebnisse und Arbeitsergebnisse während der Wertschöpfung
  • Anweisungen (Praktiken, Arbeitsanweisungen, Toolbeschreibungen usw.), die nicht nur beschreiben, WAS zu tun ist, sondern auch WIE
  • Zuordnungen zu Referenzmodellen und Standards, die beschreiben, WARUM bestimmte Aktivitäten ausgeführt werden müssen
  • Rollen und Teams mit den erforderlichen Kompetenzen, die für die Aktivitäten eines Prozesses verantwortlich, rechenschaftspflichtig, unterstützend, zu informieren oder zu konsultieren sind (RASIC oder RACI)
  • Metriken und Qualitätsniveaus von Arbeitsergebnissen, um den Fortschritt eines Prozesses auszudrücken und zu messen, und um festzustellen, ob die Ergebnisse erreicht wurden
  • SIPOC-Tabellen (Supplier, Inputs, Process, Outputs, Customer) zur Beschreibung der Schnittstellen und Abhängigkeiten zwischen den einzelnen Prozessen
  • Lebenszyklen, die als Phasen und Meilensteine modelliert sind, um die Ausführungszeit und den Programmfortschritt über mehrere Funktionen, Disziplinen und Prozesse hinweg auszudrücken
  • Ein- und Ausstiegskriterien, die die Bedingungen für den Beginn oder das Ende von Prozessen beschreiben (besonders wichtig für agile und andere stark iterative Prozesse)
  • Vorlagen, Checklisten und Beispiele zur Verbesserung der Qualität von Prozess- und Arbeitsergebnissen

Fokus auf Einfachheit bei der Modellierung von Engineeringprozessen

Obwohl alle oben genannten Konzepte enthalten sind, konzentriert sich Stages immer noch darauf, WER WAS, WANN, WIE und WARUM in einem einzigen konsistenten Metamodell zu tun hat. Die Unterscheidung zwischen WAS und WIE ist für die Definition von Wissensarbeit besonders wichtig, da sie die Wiederverwendung von Prozessen in verschiedenen Umgebungen mit unterschiedlichen Praktiken, Tools oder Metriken ermöglicht.

Aus der Sicht des Endanwenders wird BPMN oft als kompliziert zu verstehen beschrieben, was hauptsächlich auf seine technische Natur zurückzuführen ist. Stages erleichtert Wissensarbeitern das Verständnis – denn wir wissen, dass Menschen auch in vollständig digitalisierten Umgebungen die treibende Kraft bei der Ausführung von Wertschöpfungsprozessen bleiben werden.

Why is Stages different

Wichtige Features für die Wissensarbeit

Mit ihrer inhärenten Eigenschaft „Prozessdiagramme sind der Prozess“ fehlen typischen BPMN-basierten Tools die Funktionen, die modellbasierte Tools wie Stages bieten können.

Verschiedene Perspektiven: Anstatt ein statisches Diagramm anzuzeigen, kann Stages den Prozess automatisch aus verschiedenen Perspektiven visualisieren. So können in Stages beispielsweise alle Prozesse angezeigt werden, an denen eine bestimmte Rolle beteiligt ist, oder alle Arbeitsergebnisse, die für einen bestimmten Meilenstein über mehrere Prozessdisziplinen hinweg relevant sind. Jeder Nutzer benötigt einen anderen Detaillierungsgrad. Erfahrene Nutzer benötigen weniger Prozessdetails als neue Nutzer, müssen aber schnell auf die für sie wichtigen Informationen zugreifen können.

Varianz: Jedes Entwicklungsprogramm oder -projekt ist anders. Daher sollten die Ausführungsteams ihre spezifischen Prozesse aus einer Reihe von Standardprozessvorlagen ableiten können, die im Idealfall nach bestimmten Regeln oder Einschränkungen angepasst werden können. Die resultierenden projektspezifischen Prozesse sollten versioniert und durch detailliertes Tailoring weiter angepasst werden können. Selbst wenn dieser Grad der Spezifizierung nicht anwendbar ist, gibt es in der Regel mehrere Varianten in Standard-Produktentwicklungsprozessen (z. B. ob Produkte im Hinblick auf funktionale Sicherheit und Cybersecurity kritisch sind oder nicht).

Compliance: Nahezu alle nicht-trivialen Produkte unterliegen Normen und Vorschriften, nicht nur für das Produkt selbst, sondern auch für die Art und Weise, wie es entworfen und entwickelt wurde. Die Anforderungen zahlreicher Normen und Vorschriften müssen den Tätigkeiten, Arbeitsergebnissen und anderen Elementen eines Prozesses zugeordnet werden können. So können Gap-Analysen für die im Projekt definierten Prozesse durchgeführt werden, um sicherzustellen, dass auch nach der Prozessanpassung alle Anforderungen erfüllt werden.

Erleben Sie den Unterschied

Exzellenz in der Wertschöpfung ist für die meisten Unternehmen das wichtigste Alleinstellungsmerkmal. Unternehmen mit innovativen und attraktiven Produkten sind ihren Wettbewerbern auf dem Markt in der Regel überlegen. Mit einem Fokus auf Wissensarbeit und einem Prozessmanagement-Tool wie Stages können Sie:

  • hochkreative Wissensarbeitsprozesse durch „menschenfreundliche“ Notation unterstützen
  • Veränderungen durch Variantenmanagement und Prozessanpassung unterstützen
  • Compliance mit Standards und Vorschriften über alle Programme, Projekte und Teams hinweg verwalten

 

UL Solutions bietet Unternehmen aus verschiedenen Branchen umfassende Dienstleistungen an. Dazu gehören Zertifizierungen, Tests, Inspektionen, Assessments, Verifizierungen und Beratungsdienste. Um Interessenkonflikte zu verhindern, zu erkennen und zu vermeiden und um unsere Marke und die Marken unserer Kunden zu schützen, hat UL Solutions Verfahren zur Erkennung und Handhabung potenzieller Interessenkonflikte eingeführt. Damit wollen wir sicherstellen, dass unsere Konformitätsassessments objektiv bleiben.