![]() |
![]() |
![]() |
|
![]() |
|||
![]() |
BPR Connection between Business Process Reengineering and V-Model
GPO.1 Geschäftsprozesse und IT-Systeme
Geschäftsprozesse sind strategisch umso bedeutender, je mehr sie aus heutiger (und aus künftiger Sicht) zur Wertschöpfung beitragen. Die Bedeutung der Geschäftsprozesse für das Erreichen der Geschäftsziele einer Organisation weist gleichzeitig auch den sie unterstützenden IT-Systemen ihre Wertigkeit im unternehmerischen Kontext zu. Effizienz und Effektivität von Unternehmen und Behörden wird daher unmittelbar durch den zielgerichteten Einsatz von IT beeinflußt, zumal sich aus den Geschäftsprozessen Anforderungen an die unterstützenden IT-Systeme ableiten lassen.
Erstellung und Beschaffung der IT-Systeme zur optimalen Unterstützung der Abwicklung von Geschäftsprozessen ist insofern ein wichtiger kritischer Erfolgsfaktor, dem das Informationsmanagement in der Leitungsebene von Unternehmen und Behörden als Bestandteil einer übergeordneten Unternehmens- bzw. Behördenstrategie besondere Aufmerksamkeit schenken sollte. Die technische Abwicklung der Erstellung und Beschaffung der notwendigen IT-Systeme wird durch das V-Modell geregelt.
GPO.2 Organisationsentwicklung und "Business Process Reengineering"
Demgegenüber setzt sich BPR das Ziel, die vorhandenen Prozesse radikal zu ändern. Die Ausgangsfrage lautet hier: Was kann anders gemacht werden? Vorhandene Prozesse werden prinzipiell in Frage gestellt. Es wird grundlegend nach neuen Ansätzen für Geschäftsprozesse gesucht. Das System als ganzes wird dramatisch geändert, um Verbesserungen in signifikanter Größenordnung zu erreichen. Für die IT bedeutet dies, schließlich völlig andere Prozesse als bisher unterstützen zu müssen.
Zwischen beiden Extrempunkten liegt der Bereich, in dem gemäß herkömmlicher Ansätze lediglich versucht wurde, die vorhandenen Prozesse verbessert mit moderner IT zu unterstützen. Dieser Bereich birgt jedoch die Gefahr, existierende, aber ineffizient organisierte Geschäftsprozesse mit hohem Aufwand zu automatisieren. Bei der Erstellung und Beschaffung (aber auch bei der Änderung) von Informationssystemen sollte daher von der Leitungsebene immer mit berücksichtigt werden, inwieweit die Gestaltung der zu unterstützenden Geschäftsprozesse noch den Anforderungen der Zeit entspricht. Nach welchem Ansatz - "inkrementelle Verbesserungen" oder "radikale Änderung" - schließlich vorgegangen werden sollte, ist eine Frage der Opportunität und muß in jedem Einzelfall durch das Management entschieden werden. Im Rahmen eines weitgreifenden kontinuierlichen Verbesserungsprogramms läßt sich auch vorstellen, beide Vorgehensweisen organisch miteinander zu verbinden. Dabei werden nach Ablauf längerer Zeitabschnitte die vorhandenen Geschäftsprozesse zuweilen grundlegend hinterfragt. Während dieser Zeitabschnitte wird dagegen versucht, die Vorgänge kontinuierlich durch schrittweise verbesserte Prozeßabwicklung zu optimieren.
GPO.3 Systemanforderungsanalyse und Geschäftsprozeßoptimierung
Bei einer Geschäftsprozeßanalyse fallen eine Vielzahl von Daten an, die bei der späteren Systemerstellung genutzt werden können. Zwar geht eine Geschäftsprozeßanalyse in erster Linie von dem Vorgang selbst aus, doch wird bei GPO bereits zu diesem Zeitpunkt eine spätere Umsetzung in ein zu realisierendes System berücksichtigt. Ferner spielt die Integration von Fertigprodukten eine gewichtige Rolle. So ist eine der zentralen Untersuchungspunkte der GPO, mit welchen Hilfsmitteln wer welchen Vorgang bearbeitet.
Hilfsmittel können dabei die unterschiedlichste Ausprägung haben. Ziel der auf die Analyse aufsetzenden Optimierung ist es zu eruieren, in wieweit diese Hilfsmittel computergestützt die Vorgangsbearbeitung erleichtern können. Deuten die anfallenden Kennzahlen auf eine IT-Systementwicklung hin, so fließen die Ergebnisse der GPO in die einzelnen Produkte des Submodells SE ein. Besonders die organisatorische Einbettung des zu erstellenden Systems findet dabei Berücksichtigung.
GPO.4 Relevante Aktivitäten und Produkte
GPO.5 Allgemeines zur GPO
Durch diese Vorgehensweise erhält man eine klare Trennung davon, welche Informationen für das V-Modell wichtig sind, und welche Ergebnisse lediglich Randinformationen darstellen. Randinformationen treten auf bei der Betrachtung des Aufbau des Geschäftsprozesses, hingegen für das V-Modell relevante Informationen kommen bei der Analyse des Geschäftsprozesses zu Tage.
![]() |
![]() |
This page online GDPA Online Last Updated 03.Mar.2004 by C. Freericks |