PPS meets Workflow - Institut für Wirtschaftsinformatik der WWU ...

- 40 -
Die Ursache liegt oft darin begründet, daß die Übersicht über die einzelnen Aufträge verloren geht.
Nicht zu jedem Zeitpunkt sind alle Informationen über den Stand der Auftragsbearbeitung verfügbar,
so daß beim Auftreten von Störungen nicht schnell genug reagiert werden kann. Darüber hinaus ist es
nur schwer möglich, aufgrund der sich kontinuierlich ändernden Rahmenbedingungen (neue und
geänderte Aufträge) Aktivitäten vorauszuplanen, so daß Terminabschätzungen schwierig sind.
Ein Softwaresystem, das alle zu einem Auftrag gehörenden Aktivitäten gemeinsam verwaltet und
darüber hinaus aktiv bei der Auftragsbearbeitung unterstützt, indem es z.B. anstehende Aktivitäten
automatisch auf Ressourcen verteilt (im Idealfall unter Berücksichtigung von Planungsinformationen)
oder auf durchzuführende Aktivitäten hinweist, könnte zur Verbesserung der Auftragsbearbeitung
wesentlich beitragen.
Diese Zielsetzungen weisen große Ähnlichkeit mit denen von WFMS auf. Ein Vergleich zwischen den
Fähigkeiten heutiger WFMS und den Anforderungen der Auftragsbearbeitung in der Einzel- und
Kleinserienfertigung zeigt, daß es eine Reihe von Gemeinsamkeiten gibt, aber auch viele Unterschiede.
Ein solcher detaillierter Vergleich ist in [SSG97] zu finden. Es zeigt sich, daß Unterschiede in der
verwendeten Terminologie, im Grad der Flexibilität der Prozeßdefinition, bei der Definition der
ausführenden Ressourcen und in der Art und Weise der Prozeßausführung liegen. Welche Anfor-
derungen sich für die (Weiter-)Entwicklung von WFMS ergeben, damit sie auch für Geschäftspro-
zesse in der auftragsbezogenen Einzel- und Kleinserienfertigung eingesetzt werden können, wird im
folgenden dargestellt.
3.3 Anforderungen an WFMS bei auftragsbezogener Einzel- und Kleinserienfertigung
3.3.1 Anpaßbarkeit von Workflows
Während WFMS oft nur statische Prozeßdefinitionen ermöglichen, sind Prozesse in der auftragsbe-
zogenen Fertigung variabel, indem sie sich erst durch den Auftrag selbst bzw. während der Durch-
führung eines Auftrages definieren. Siebert [Sieb97] spricht davon, daß generell auch unstrukturierte
und nicht vollständig determinierbare Teile von Workflows in WFMS unterstützt werden sollten. Im
Anwendungsgebiet der Geschäftsprozesse in der auftragsbezogenen Fertigung mischen sich unstruk-
turierte und strukturierte Elemente, die beide unterstützt werden sollten.
Beispielsweise ist der Auftragsbearbeitungsprozeß auf grobgranularer Ebene (Angebot, Bestellung,
Auftragsbearbeitung, Lieferung, Rechnung, Zahlung) sehr wohl strukturiert, wobei aber die Struktur
der einzelnen Teile des Prozesses noch nicht bekannt ist. Es gibt also Elemente, die auf einer abstrak-
ten Ebene strukturiert sind und erst im Verlauf der Durchführung konkretisiert werden können.
Strukturierte, aber bei der ersten Definition des Prozesses noch nicht determinierte Elemente treten
außerdem in der Form von Subprozessen auf, deren Struktur bereits unabhängig von einem konkreten