Re-Engineering

Re-Engineering, auch Reengineering genannt, ist das ingenieurmäßige Neugestalten bestehender Systeme und Strukturen oder das Ersetzen eines alten Systems durch ein neues. Es umfasst alle Methoden und Aktivitäten zur Anpassung an geänderte Umfeldbedingungen.

Der Begriff “Reengineering” wurde 1990 von Michael Hammer in seinem Artikel Reengineering Work: Don’t Automate, Obliterate verwendet. Dieser Beitrag erschien unter der Rubrik Change Management.

Fast zeitgleich erschien ein Beitrag von Thomas H. Davenport und James E. Short mit dem Titel Industrial Engineering: Information Technology and Business Process Redesign.

Kurze Zeit später veröffentlichten Michael Hammer und James Champy ihr Buch Reengineering the Corporation, das zum Standardwerk wurde. Darin bezeichnen sie Business Reengineering „als fundamentales Überdenken und radikales Redesign von Unternehmen oder wesentlichen Unternehmensprozessen. Das Resultat sind Verbesserungen um Grössenordnungen in entscheidenden, heute wichtigen und messbaren Leistungsgrössen in den Bereichen Kosten, Qualität, Service und Zeit“. Sie gliedern Business Reengineering in sechs Phasen:^[3]

1. Voruntersuchung der Ziele, des Geschäftsmodells und der Prozesse der Leistungserstellung
2. Analyse der Geschäftsprozesse anhand qualitativer und quantitativer Messkriterien
3. Neues Prozessmodell mit sämtlichen Kernprozessen und Hilfsprozessen
4. Umsetzungsplan
5. Kontinuierlicher Verbesserungsprozess
6. Erneutes Reengineering

In den 1980er Jahren machte die japanische Wirtschaft durch besonders leistungsfähige Arbeitsprozesse auf sich aufmerksam. In dieser Zeit war die US-amerikanische Automobilindustrie in einer Krise. Das Konzept des Re-Engineering sollte dabei helfen, die US-Wirtschaft in kurzer Zeit international wieder wettbewerbsfähig zu machen. Auch deutsche Unternehmen erkannten in den 1990er Jahren, dass sie völlig neu organisiert werden müssen, um international konkurrenzfähig zu sein.^[4] Das Reengineering gewann im Zuge der Leistungssteigerung der Informations- und Kommunikationstechnologie an Bedeutung als Software viele bis dahin manuell ausgeführte Routinetätigkeiten automatisierte.^[5]

Re-Engineering ist prozessorientiert, es modelliert Systeme und Strukturen, beispielsweise die eines Unternehmens. Der Einsatz komplexer Unternehmensplanungs-Software kann eine Neuordnung der Geschäftsprozesse nach sich ziehen.^[6] Dieser Neugestaltung geht eine Identifikation und inhaltliche Analyse der Prozesse voraus. Außerdem muss geplant werden, auf welche Weise diese Prozesse – zum Beispiel durch den Einsatz mobiler Technologien – unterstützt werden können. Möglicherweise entfallen im Zuge der Modellierung Teilaktivitäten oder es kommen neue hinzu.^[7] Zu den Methoden der organisatorischen Umgestaltung von Unternehmen zählen die Reorganisation, die Organisationsentwicklung, die Lernende Organisation und das Business Reengineering.^[8] Re-Engineering bewirkt eine Integration von Aufgaben.^[9]

Es gibt eine Vielzahl von Managementkonzepten zur Restrukturierung von Unternehmen. Dazu zählen Just in Time, Computer-integrated manufacturing, Total-Quality-Management, Prozessmanagement, Lean Management, Time Based Management, Segmentierung beziehungsweise Fraktalisierung und Business Reengineering. Das Reengineering befasst sich mit grundlegenden Architekturänderungen von Systemen und Strukturen, es hat eine Tendenz zu radikalen Veränderungen. Dieses Konzept kennt zwei Ausprägungen. Das Fitness-Management klärt, was restrukturiert werden muss, das Change-Management befasst sich damit, wie die Restrukturierung erfolgen muss. Während das Management von Geschäftsprozessen auf evolutionäre Weise geschieht^[10], bedeutet Re-Engineering die radikale und kurzfristige Neugestaltung strategisch relevanter und bereichsübergreifender Kernprozesse, wie Produktentwicklung, Unternehmensplanung und Logistik.^[11] Re-Engineering bringt in kurzer Zeit ein hohes Maß an Veränderung, es ist revolutionär, strebt die Neugestaltung von Prozessen an und ist mit hohen Kosten und hohen Risiken verbunden.^[12]

In einem Fallbeispiel aus der Automobilindustrie hat das Re-Engineering der Produktentwicklung drei Dimensionen:

1. Aus funktionalen Abteilungen werden multifunktionale Entwicklungsteams
2. Die Wiederverwendung bereits existierender Teile wird drastisch erhöht
3. Virtualisierung des Produktentwicklungsprozesses durch den Einsatz softwarebasierter Systeme

Durch Maßnahmen des Re-Engineering kann die Unternehmensleistung kurzfristig sinken, bevor sie langfristig diesen negativen Effekt überkompensiert. Dies ist als das “worse-before-better-Syndrom” bekannt. Dieses Syndrom kann dazu verleiten, Maßnahmen abzubrechen, bevor sie ihre volle positive Wirkung entfalten.^[13]

Business-Reengineering hat viele Veränderungen im Management von Organisationen stimuliert. Dadurch entstanden neue Managementkonzepte, wie die Querschnittsorganisation, das Management von Zulieferketten und die aktive Gestaltung von Kundenbeziehungen durch Customer Care^[14]. Außerdem wurden neue Instrumentarien entwickelt, wie Management-Informationssysteme, ERP-Systeme, Systeme für das Wissensmanagement, Groupware^[15] und kooperative Systeme.

Kritiker des Re-Engineering wenden ein, dass Projekte für das Re-Engineering von Unternehmen die gesteckten Ziele oft nicht erreichen.^[16] Es wurde beobachtet, dass die Resultate des Re-Engineering zulasten der Kundenzufriedenheit gehen.^[17] Außerdem würden sie zu massiven Entlassungen von Arbeitnehmern führen.^[18] Unternehmen, die sich nach der Methode des Re-Engineering neu strukturieren, erreichen mit weniger Arbeitnehmern dieselbe Betriebsleistung. Trotzdem galt Mitte der 1990er Jahre die Hälfte aller Reengineering-Projekte als gescheitert.^[19]

Trotz der großen Aufmerksamkeit, mit der das Konzept verfolgt wird, kann es die Erwartungen nicht erfüllen.^[20] Die Gründe dafür sind nach Meinung der Kritiker:

• Das Konzept nennt keine überzeugenden Argumente für die Annahme, dass die Ineffizienz der Prozesse Ursache für die mangelnde Leistungsfähigkeit von Unternehmen ist.
• Meist werden die ganzheitlichen Prozesse am sogenannten grünen Tisch entwickelt, ohne die bereits vorhandenen Abläufe und Verfahren zu berücksichtigen (wobei genau das die gedankliche Prämisse ist, die von Michael Hammer und James Champy gefordert wird).

Unter dem Oberbegriff Software-Pflege werden Wartung, Refactoring und Re-Engineering voneinander unterschieden. Bei dieser Sichtweise bezeichnet Re-Engineering Änderungen an einer Software, die deren Wartungsqualitäten verbessert: „Wartungsqualitäten sind Eigenschaften der Software, die direkt keinen Einfluss auf die Qualität aus Sicht eines Anwenders haben, sondern nur die Entwickler und Wartungsingenieure betreffen“.^[21] Wartungsprojekte umfassen die Modifikation einer bereits bestehenden Funktionalität, die Erweiterung des Funktionsumfangs, die Fehlersuche und die Portierung. Beim Re-Engineering wird ein System analysiert, um Komponenten zu identifizieren und um das System in einer anderen Form oder auf einer höheren Abstraktionsebene zu repräsentieren.^[22]

In der Anfangszeit des Software-Reengineering ist praxisorientierten Wissenschaftlern vorgehalten worden, sie würden die Theorie ignorieren, sich jedoch auch der empirischen Validierung entziehen. Als Beispiel wurde angeführt, dass viele Reengineering-Verfahren Heuristiken einsetzen, um Strukturinformationen aus alter Software zu rekonstruieren. Diese Heuristiken enthielten jedoch stets freie Parameter, die an echter Altsoftware geeicht werden müssten. Dies sei aber nur über empirische Studien möglich.^[23][24]

Das Re-Engineering von Anlagen, Maschinen, Baugruppen oder Automations-Lösungen hat das Ziel, die Funktionalität mit moderneren Mitteln herzustellen oder zu erweitern. Sie unterscheidet sich vom Reverse Engineering dadurch, dass bei jenem die Fertigungsunterlagen in der Regel vorliegen^[25] oder auch dadurch, dass kein geheimes Kopieren erfolgt. Vielmehr geht es um eine Art der Modernisierung durch zumindest teilweise Neukonstruktion. Vom Redesigning unterscheidet sich das Re-Engineering dadurch, dass nicht ausschließlich ästhetische Merkmale verändert werden. Die Abgrenzung ist jedoch nicht scharf.

• Michael Hammer, James Champy: Business Reengineering. Die Radikalkur für das Unternehmen. Aus dem Amerikanischen von Patricia Künzel, Verlag Heyne, München 1998, ISBN 3-453-13220-3.

• Literatur über Re-Engineering im Katalog der Deutschen Nationalbibliothek

1. ↑ Michael Hammer: Reengineering Work: Don’t Automate, Obliterate. Harvard Business Review, Juli 1990, abgerufen am 26. November 2015 (englisch). 
2. ↑ Thomas H. Davenport,James E. Short: The New Industrial Engineering: Information Technology and Business Process Redesign. MIT Sloan Management Review, 15. Juli 1990, abgerufen am 26. November 2015 (englisch). 
3. ↑ Norbert Thom, Michèle Etienne: Business Reengineering. (PDF) Archiviert vom Original (nicht mehr online verfügbar) am 1. März 2011; abgerufen am 26. November 2015. 
4. ↑ Ihr seid wieder wer. In: Der Spiegel. Nr. 11, 1994 (online). 
5. ↑ Simon Head: Das Ende der Mittelklasse. In: Die Zeit, Nr. 18/1996
6. ↑ Peter Zschunke: Standorte: Blaupausen der Globalisierung. In: Spiegel Online. 17. August 1999, abgerufen am 26. November 2015. 
7. ↑ André Köhler, Volker Gruhn: Mobile Process Landscaping am Beispiel von Vertriebsprozessen in der Assekuranz. (PDF) Lehrstuhl für Angewandte Telematik / e-Business Universität Leipzig, archiviert vom Original (nicht mehr online verfügbar) am 7. Dezember 2015; abgerufen am 26. November 2015 (Kapitel 2.4). 
8. ↑ Michaela Nüssel: Reorganisation, Business Reengineering, Organisationsentwicklung und Lernende Organisation als Ansätze organisatorischer Gestaltung. (PDF) 1999, archiviert vom Original (nicht mehr online verfügbar) am 4. März 2016; abgerufen am 26. November 2015. 
9. ↑ Reinhard Schütte: Prozeßmodellierung in Handelssystemen. (PDF) S. 7 f, archiviert vom Original (nicht mehr online verfügbar) am 16. Mai 2011; abgerufen am 26. November 2015. 
10. ↑ August-Wilhelm Scheer, Markus Nüttgens, Volker Zimmermann: Rahmenkonzept für ein integriertes Geschäftsprozeßmanagement. (PDF) Universität Hamburg, S. 7 f, archiviert vom Original (nicht mehr online verfügbar) am 22. Juli 2014; abgerufen am 25. November 2015. 
11. ↑ Michael Reiß: Reengineering: radikale Revolution oder realistische Reform? (PDF) Universität Stuttgart, abgerufen am 25. November 2015. 
12. ↑ E. Weimann, P. Weimann: Vom Benchmarking zur Prozessverbesserung. (PDF) In: Pneumologe 2013. Prof. Beuth-Hochschule, 2013, S. 3 f., archiviert vom Original (nicht mehr online verfügbar) am 8. Dezember 2015; abgerufen am 25. November 2015. 
13. ↑ Craig Stephens, Thomas Klug: Das Eisbergphänomen – Von der Bedeutung der unsichtbaren Werttreiber. (PDF) Archiviert vom Original (nicht mehr online verfügbar) am 7. Dezember 2015; abgerufen am 25. November 2015. 
14. ↑ Tom Buser, Beat Welte, Thomas Wiederkehr: Vom Unternehmen zum Kundenunternehmen. (PDF) Archiviert vom Original (nicht mehr online verfügbar) am 8. Dezember 2015; abgerufen am 26. November 2015 (siehe Vorwort). 
15. ↑ Ludwig Nastansky: Die Produktivität Groupware-basierter Anwendungen im Workflow Management. (PDF) In: Workgroup Computing Competence Center Paderborn. Universität Paderborn, Juli 1995, abgerufen am 25. November 2015. 
16. ↑ Uwe Jean Heuser: Das letzte Programm. In: Die Zeit, Nr. 7/1996
17. ↑ Dietmar H. Lamparter: Schlecht beraten. In: Die Zeit, Nr. 45/1994
18. ↑ Wer nicht spurt, wird verkauft. In: Der Spiegel. Nr. 34, 1997 (online). 
19. ↑ Uwe Jean Heuser: Zehn Jahre harte Arbeit. In: Die Zeit, Nr. 39/1995; Interview mit J. Champy
20. ↑ Wider die Magersucht. In: Der Spiegel. Nr. 12, 1995 (online). 
21. ↑ Stefan Opferkuch, Jochen Ludewig: Software-Wartung – Eine Taxonomie. (PDF) Universität Stuttgart, archiviert vom Original (nicht mehr online verfügbar) am 8. Dezember 2015; abgerufen am 25. November 2015. 
22. ↑ Klaus Bothe, Ulrich Sacklowski: Praxisnähe durch Reverse EngineeringProjekte: Erfahrungen und Verallgemeinerungen. (PDF) In: Software-Engineering im Unterricht der Hochschulen SEUH 7. Horst Lichter, Martin Glinz, 2001, abgerufen am 25. November 2015. 
23. ↑ Paul Feyerabend und die Softwaretechnologie. (PDF) In: Informatik-Spektrum 21. 1998, S. 273–276, abgerufen am 25. November 2015. 
24. ↑ Reinhard Jung: Wirtschaftlichkeitsfaktoren beim integrationsorientierten Reengineering – Verteilungsarchitektur und Integrationsschritte aus ökonomischer Sicht. (PDF) In: Arbeitsberichte des Instituts für Wirtschaftsinformatik. Juli 1993, archiviert vom Original (nicht mehr online verfügbar) am 17. Dezember 2015; abgerufen am 26. November 2015 (Arbeitsbericht Nr. 16). 
25. ↑ https://sciencing.com/what-is-the-difference-between-reverse-engineering-and-re-engineering-12749441.html What Is the Difference Between Reverse Engineering and Re-Engineering? auf Sciencing, abgerufen am 4. Nov. 2019.