Inhaltsverzeichnis

Inhaltsverzeichnis   II

Abbildungsverzeichnis   IV

Tabellenverzeichnis V   

Abk  ürzungsverzeichnis  V

1  Einleitung  1

1.1  Motivation der Arbeit  1

1.2  Zielsetzung der Arbeit  2

1.3  Aufbau der Arbeit.  3

2  Grundlagen  4

2.1  Unternehmensberatung.  4

2.2  IT-orientierte Beratung  6

2.2.1  Charakteristik der IT-orientierten Beratung  6

2.2.2  Kernaufgaben der IT-orientierten Beratung  7

2.3  Vorgehensmodell.  18

3  Untersuchungsmethodik  21

3.1  Auswahl Beratungsfelder als Untersuchungsbereich  21

3.2  Stichprobenauswahl.  21

3.3  Interviewdurchführung  24

3.4  Interviewauswertung  25

4  Vorgehensmodell der Software-Auswahl.  27

4.1  Allgemeines zum common-practice-Vorgehensmodell  27

4.2  Phasen des common-practice-Vorgehensmodells  33

5  Vorgehensmodell der Software-Einführung.  48

5.1  Allgemeines zum best-practice-Vorgehensmodell.  48

5.2  Phasen des best-practice-Vorgehensmodells.  53

II

6  Vorgehensmodell der IT-Architektur  65

6.1  Allgemeines zum common-practice-Vorgehensmodell  65

6.2  Phasen des common-practice-Vorgehensmodells  70

7  Modellentstehung und -handhabung in der Beratungspraxis  75

7.1  Entstehung der Vorgehensmodelle.  76

7.2  Handhabung der Vorgehensmodelle  81

8  Fazit und Ausblick.  95

Literaturverzeichnis   97

Anhang: Fragebogen  der empirischen Untersuchung  CIV

III

Abbildungsverzeichnis

Bild 1: Marktanteile in Deutschland nach Beratungsthemen in 2006 .............................. 5 Bild 2: Übersicht IT-Architektur .................................................................................... 11 Bild 3: Organisationsform der Beratungshäuser nach Unternehmensgröße .................. 24 Bild 4: common-practice-Vorgehensmodell der Software-Auswahl ............................. 28 Bild 5: Phasen des Software-Auswahl-Prozesses in den Vorgehensmodellen der

Beratungshäuser .................................................................................................... 29 Bild 6: reduziertes Vorgehensmodell der Software-Auswahl ........................................ 33 Bild 7: best-practice-Vorgehensmodell der Software-Einführung................................. 49 Bild 8: Phasen des Software-Einführungs-Prozesses in den Vorgehensmodellen der

Beratungshäuser ..................................................................................................... 50 Bild 9: AcceleratedSAP Roadmap ................................................................................. 50 Bild 10: common-practice-Vorgehensmodell der IT-Architektur.................................. 68 Bild 11: Ursprung der Vorgehensmodelle...................................................................... 77 Bild 12: Motivation für Entwicklung und Einsatz von Vorgehensmodellen ................. 79 Bild 13: Anwendung der Vorgehensmodelle nach Unternehmensgröße ....................... 82 Bild 14: Dokumentation der Vorgehensmodelle nach Unternehmensgröße .................. 84 Bild 15: Zertifizierung der Vorgehensmodelle............................................................... 87 Bild 16: Evaluierung der Vorgehensmodelle ................................................................. 88 Bild 17: Relevanz der Vorgehensmodelle für Projektgewinnung .................................. 90 Bild 18: Relevanz der Vorgehensmodelle nach Beratungsfelder................................... 92 Bild 19: Publikation der Vorgehensmodelle nach Unternehmensgröße ........................ 94

IV

Tabellenverzeichnis

Tabelle 1: Samplestruktur der empirischen Erhebung ................................................... 22 Tabelle 2: Übersicht der untersuchten Beratungsfelder je Unternehmen....................... 23

Abkürzungsverzeichnis

ASAP AcceleratedSAP BDU Bundesverband Deutscher Unternehmensberater BDU e.V. ERP(-...) Enterprise-Resource-Planning(-System oder -Software) HW Hardware IT Informationstechnologie ITIL IT Infrastructure Library IV Informationsverarbeitung PPS-System Produktionsplanungs- und Steuerungssystem SOA Service-orientierte Architektur SW Software UB Unternehmensberatung

V

1 Einleitung

1.1 Motivation der Arbeit

Obwohl „Unternehmensberatung“ auch die Institution an sich bezeichnet [Dich98, 15], wird im Allgemeinen unter diesem Begriff die eigentliche Dienstleistung verstanden. Die wesentlichen Merkmale einer Dienstleistung sind dabei u.a. die Immaterialität, die Intangibilität, die Integration des externen Faktors (hier das Klientenunternehmen) sowie die daraus resultierende Individualität bzw. Variabilität der Leistung [Bruh08, 20-22]. Da die Unternehmensberatung demnach eine abstrakte Dienstleistung darstellt, die erst während des Beratungsprojektes erstellt wird, ist die Qualität dieser Leistung aus Klientensicht kaum vor der Projektdurchführung bzw. dem Projektende ¹ einschätzbar. Die Beratungsunternehmen können den (potentiellen) Klienten scheinbar lediglich ein Leistungsversprechen und die Einhaltung von Qualitätssicherungsmaßnahmen anbieten. Da die Erstellung einer qualitativ hochwertigen Dienstleistung jedoch ein zentraler Wettbewerbsfaktor ist [Bruh08, 3], sollten laut Mieschke (IT-)Beratungsunternehmen Vorgehensmodelle ² für einzelne Projekttypen bzw. Beratungsthemen mit dem Ziel der Qualitätssteigerung anwenden [Mies04, 105]. Die dadurch (hoffentlich) erzielte erhöhte Klientenzufriedenheit könnte man als externe Wirkung des Modelleinsatzes bezeichnen. Durch die Standardisierung von Prozessen und der verwendeten Arbeitsvorlagen kann der Einsatz von Vorgehensmodellen jedoch auch innerhalb des Beratungshauses für positive Effekte sorgen. So tragen der reduzierte Abstimmungsaufwand und die erhöhte Abwicklungsgeschwindigkeit zur internen Effizienzsteigerung bei [MaVo05, 265-266]. Für viele Tätigkeitsbereiche der IT-orientierten Unternehmensberatung existieren in der Literatur empfohlene Vorgehensmodelle oder Beschreibungen von Arbeitsfolgen in bereits durchgeführten Projekten. An der theoretischen Behandlung hinsichtlich der optimalen oder best-practice Vorgehensweise mangelt es also nicht. Die Frage der tatsächlichen Nutzung von Vorgehensmodellen in den IT-Beratungshäusern scheint jedoch bislang noch nicht untersucht bzw. beantwortet worden zu sein.

¹ Definition Projekt: „Ein Projekt ist ein nicht routinemäßiges Vorhaben, das in seinen Zielen, seinem Mitteleinsatz und seiner Terminierung abgegrenzt ist“ [HaNe05a, 246].

² Zur Definition Vorgehensmodell siehe Kapitel 2.3

1

Folgende mögliche Fragestellungen können im Zusammenhang mit der Frage nach eingesetzten Vorgehensmodellen in der Beratungspraxis untersucht werden:

o In welchem Ausmaß werden in der Beratungspraxis überhaupt / tatsächlich Vorgehensmodelle eingesetzt? bzw. Kann die Vermutung, dass - aufgrund der zuvor aufgezeigten Vorteile - fast alle befragten Beratungshäuser Vorgehensmodelle im Einsatz haben, bestätigt oder widerlegt werden?

o Inwiefern lassen sich Unterschiede zwischen kleinen und großen Beratungshäusern feststellen? bzw. Kann eine eventuelle Vermutung dahingehend, dass kleine Beratungen „unprofessioneller“ arbeiten als große Beratungsfirmen, bestätigt oder widerlegt werden?

o Wie groß ist die Variantenvielfalt hinsichtlich der Modellart der eingesetzten Vorgehensmodelle? bzw. Kann die Behauptung, dass überwiegend lineare/sequentielle Vorgehensmodelle - und zwar egal in welchem Beratungsfeld - in der Praxis zum Einsatz kommen, bestätigt oder widerlegt werden? Die in dieser Arbeit durchgeführte empirische Untersuchung sollte am Ende ³ die Be-antwortung dieser Fragen möglich machen.

1.2 Zielsetzung der Arbeit

Diese Arbeit verfolgt insbesondere die nachstehenden zwei Zielstellungen. Zum einen sollen auf Basis eines Literaturstudiums und der Analyse von Internetseiten von Beratungsunternehmen die wichtigsten Kernaufgaben der IT-orientierten Beratung identifiziert und kurz charakterisiert werden.

Zum anderen ist es das primäre Ziel der Arbeit, anhand einer empirischen Untersuchung die in der IT-orientierten Beratungspraxis - mit der Einschränkung auf drei bestimmte Kernaufgaben - zum Einsatz kommenden Vorgehensmodelle vorzustellen. Aus dem Vergleich der einzelnen Untersuchungsergebnisse sollen dabei, wenn möglich, best-oder common-practice-Vorgehensmodelle entwickelt werden.

³ Siehe hierzu Kapitel 8

2

1.3 Aufbau der Arbeit

Im Anschluss an die Einleitung werden im zweiten Kapitel die grundlegenden Begriffe dieser Arbeit - Unternehmensberatung, IT-orientierte Beratung und Vorgehensmodellals einheitliche Verständnisgrundlage definiert und thematisch charakterisiert. In diesem Rahmen (Abschnitt 2.2.2) erfolgt außerdem die Vorstellung der wichtigsten Kernaufgaben der IT-orientierten Beratung.

Das dritte Kapitel erläutert die der empirischen Untersuchung zugrunde liegende Methodik. Dabei wird kurz auf die Vorüberlegungen, die zur Auswahl des Untersuchungsbereiches (in Form der betrachteten Beratungsfelder) geführt haben, eingegangen. Vorgestellt werden außerdem die Vorgehensweisen bezüglich der Stichprobenauswahl, der Untersuchungsdurchführung und der Auswertung der Befragungsergebnisse. Die sich anschließenden Kapitel vier bis sechs beschäftigen sich mit den Vorgehensmodellen der untersuchten Beratungsfelder. Hierzu werden jeweils im ersten Abschnitt die aus den Untersuchungsergebnissen abgeleiteten best- bzw. common-practice-Vorgehensmodelle dargestellt und allgemeine Charakteristika wie bspw. die Modellart, die beteiligten Prozessakteure und der zeitliche Rahmen der Prozesse behandelt. Die entsprechenden Modellphasenbeschreibungen sind in den jeweils zweiten Kapitelabschnitten enthalten.

Die Modellentstehung und -handhabung in der Beratungspraxis (in Kapitel sieben dieser Arbeit) beschäftigt sich mit - aus Sicht der Autorin - interessanten Fragestellungen wie bspw. der Motivation oder der Dokumentation der Vorgehensmodelle. Hierzu wurden die Antworten der befragten Beratungshäuser statistisch ausgewertet und größtenteils grafisch aufbereitet.

Mit einem Fazit bezüglich der in der gesamten Untersuchung gewonnenen Erkenntnisse sowie einem Ausblick hinsichtlich weiterer möglicher empirischer Untersuchungen bspw. in anderen Beratungsfeldern der IT-orientierten Beratung schließt diese Arbeit.

3

2 Grundlagen

2.1 Unternehmensberatung

Die Definition des Begriffes Unternehmensberatung erweist sich als überaus schwierig. In der wissenschaftlichen Literatur finden sich zahlreiche verschiedene Begriffsbestimmungen und diverse Versuche, diese in strukturierter Form aufzubereiten. Beispiele hierfür sind die Begriffsdiskussionen von Schwan / Seipel [ScSe99, 7-10], die fünf verschiedene Autoren zitieren, Barchewitz / Armbrüster [BaAr04, 4-7], die sich mit über zehn verschiedenen Definitionen befassen und Dichtl [Dich98, 15-21], der fünf Sichtweisen differenziert und entsprechende Begriffsbestimmungen analysiert. Eine Ursache dieser „Definitionsheterogenität“ liegt sicherlich darin, dass es in Deutschland kein gesetzlich fixiertes Berufsbild für die Unternehmensberatung gibt [BDU08a]. Niedereichholz bemängelt daher, dass „viele unqualifizierte Personen“ und „unseriöse Anbieter“ auf dem Markt der Unternehmensberatung zu finden sind. Nach Angaben des Bundesverbandes Deutscher Unternehmensberater BDU e.V. (BDU) existierten im Jahr 2006 rund 14.250 Beratungsunternehmen, die 73.000 Berater beschäftigten [BDU08b, 5]. Einen anderen Grund für die vielfältigen Begriffsdefinitionen in wissenschaftlichen Publikationen sieht Dichtl darin, dass viele Autoren neue, auf ihre Bedürfnisse abgestimmte Definitionen entwickeln bzw. verwenden [Dich98, 16; zitiert nach Kröb91, 1].

Nach dem sehr allgemeinen Berufsbild des BDU ist Unternehmensberatung „Rat und Mithilfe bei der Erarbeitung und Umsetzung von Problemlösungen in allen unternehmerischen, betriebswirtschaftlichen und technischen Funktionsbereichen“ [BDU08c]. Nissen bietet eine erheblich umfassendere Definition, die deshalb in dieser Arbeit favorisiert wird. Unternehmensberatung ist demnach eine „professionelle Dienstleistung, die durch eine oder mehrere, im allgemeinen fachlich dazu befähigte und von den beratenen Klienten hierarchisch unabhängige Person(en) zeitlich befristet sowie meist gegen Entgelt erbracht wird und zum Ziel hat, betriebswirtschaftliche Probleme des beauftragenden Unternehmens interaktiv mit den Klienten zu definieren, strukturieren und analysieren, sowie Problemlösungen zu erarbeiten, und auf Wunsch ihre Umsetzung gemeinsam mit Vertretern des Klienten zu planen und im Unternehmen zu realisieren“ [Niss07, 3]. Wie bereits aus dieser Definition zu entnehmen ist, zählt Unternehmensberatung zu den professionellen Dienstleistungen. Diese kennzeichnen sich dadurch aus, dass sie „in

4

hohem Maße auf individuelle Kundenbedürfnisse zugeschnitten sind und in meist enger Zusammenarbeit mit dem Kunden unter Einbringung ausgeprägten Fachwissens und Erfahrung hochqualifizierter Mitarbeiter erbracht werden“ [MSDK99, 23]. Nach Walger können vier idealtypische Beratungskonzepte der Unternehmensberatung differenziert werden [Walg95, 2-14]. Diese sind die gutachterliche Beratung, die Expertenberatung, die Organisationsentwicklung und die systemische Beratung. Da eine solche Unterscheidung in dieser Arbeit jedoch kaum Relevanz hat (die betrachtete IT-orientierte Beratung kann eindeutig zur Expertenberatung gezählt werden), wird hier nicht näher auf die Charakteristik der einzelnen Formen eingegangen. Im Hinblick auf die unterschiedlichen im Klientenunternehmen zu betrachtenden Beratungsthemen klassifiziert der BDU die vier Beratungsfelder Strategieberatung, Organisations- und Prozessberatung, IT-Beratung sowie Human-Resource-Beratung [BDU08b, 4]. Zu diesen werden jeweils folgende Teilbereiche gezählt [BDU08b, 17]: Die Strategieberatung umfasst u.a. die strategische Unternehmensplanung, das Controlling, Finanz- und Rechnungswesen, die Marketingberatung sowie die Unternehmensgestaltung und -analyse. Die Organisations- und Prozessberatung befasst sich u.a. mit Technik und Logistik, Qualitätsmanagementberatung, Projektmanagement und Umweltmanagement. Und unter Human-Resource-Beratung werden u.a. die Personalorganisation, -führung und -entwicklung, die Outplacementberatung oder Vergütungssysteme verstanden. Das Beratungssegment der IT-Beratung wird im folgenden Kapitel 2.2 näher erläutert. Wie sich die Marktanteile in Deutschland im Jahr 2006 nach diesen Beratungsthemen verteilten, zeigt Bild 1.

Bild 1: Marktanteile in Deutschland nach Beratungsthemen in 2006 [BDU08b, 9]

5

2.2 IT-orientierte Beratung

2.2.1 Charakteristik der IT-orientierten Beratung

In der Beratungspraxis und wissenschaftlichen Literatur ist der Begriff „IT-Beratung“ etabliert. Die Beratung in diesem Bereich umfasst jedoch nicht nur die Informationstechnologie. Die IT-orientierte Beratung ist zwar primär operativ ausgerichtet, fokussiert allerdings auf alle Fragen der Informationsverarbeitung im Unternehmen des Klienten - einschließlich strategischer und organisatorischer Aspekte, die mit der In-formationsverarbeitung in engem Zusammenhang stehen [NiKi07, 2]. Von daher wäre der Begriff „Informationsverarbeitungs(IV)-Beratung“ besser geeignet, um dieses Beratungsfeld zu charakterisieren. 4

Der BDU legt seiner Studie „Facts & Figures zum Beratermarkt 2006/2007“ folgende Definition von IT-Beratung zugrunde: „Lösungen von der Entwicklung der System-Architektur bis zur Optimierung der IT-Prozesse sowie Konzeption und Aufbau der Systeme und Netzwerke (Infrastructure Services)“ [BDU08b, 17]. In Abweichung dazu wird in dieser Arbeit die Montage von Hardware, also die „Infrastructure Services“ nicht zum Aufgabenfeld der IT-orientierten Beratung gezählt. Diese sind neben dem Hosting von Applikationen vielmehr den typischen Aufgaben von IT Service Providern zuzurechnen [NiKi07, 2]. Auch die Entwicklung von (Standard-)Software, die zum aktiven Vertrieb bestimmt ist ⁵ , wird in dieser Arbeit nicht zum Beratungsfeld der IT-orientierten Beratung gerechnet.

In Abgrenzung zur Managementberatung identifiziert Mieschke [Mies04, 7-8; erstmals bei Lüne02, 10-11] folgende Besonderheiten der IT-orientierten Beratung: Die Tätigkeitskomponenten „Analysieren“, „Planen“ und „Konzipieren“ nehmen bei IT-Beratungen durchschnittlich weniger als ein Drittel (32 %) - gemessen am Umsatz des Beratungshauses - in Anspruch. Die primären Aufgaben der IT-Berater bilden mit 49 % die Umsetzungs- und Implementierungstätigkeiten. In Bezug auf die Rollenkomponenten der Berater machen die Rollen „Instruieren“ und „Unterstützen“ den überwiegenden

⁴ Da sich diese Arbeit jedoch ausschließlich mit Unternehmen aus diesem Beratungsfeld befasst, wurde im Weiteren überwiegend auf den Zusatz „IT“, „IT-orientiert“ oder „IV“ verzichtet.

⁵ Darunter zählt nicht die Softwareentwicklung , die im Rahmen von Beratungsprojekten bspw. eines Software-Einführungsprojektes zu leisten ist.

6

Anteil des Umsatzes (47 %) aus. Die Rollen „Unterweisen“ und „Empfehlen“ sind hingegen mit lediglich 24 % - im Gegensatz zu 52 % bei Managementberatungen - von geringerer Bedeutung.

Zur Abgrenzung der IT-orientierten Beratung gegenüber der Strategieberatung bietet sich die Untersuchung der jeweils gewöhnlich durchgeführten Projekttypen an. Maister [Mais03, 4-5] liefert hierfür eine Klassifizierung in Brain Projekte, Grey Hair Projekte und Procedure Projekte. Bei Brain Projekten ist das Klientenproblem unbekannt und sehr komplexer Art, wodurch ein hoher Anspruch bezüglich der Kreativität, Innovation und Pionierarbeit mit neuen Lösungsansätzen an die Berater gestellt wird. In Grey Hair Projekten ist die Aufgabenstellung im Allgemeinen geläufig und das Wissen sowie die Erfahrungen, die Berater aus vergangenen Projekten vorweisen können, spielen die wichtigste Rolle. Die Procedure Projekte sind dadurch gekennzeichnet, dass die Problemstellung des Klienten gut bekannt ist und die individuelle Spezifizierung der Lösung gering ausfällt. Von daher wird aus Klientensicht insbesondere eine effiziente Problemlösung gefordert, wofür die Berater hochstandardisierte Vorgehensweisen einsetzen können. Eine von Nissen / Kinne durchgeführte Befragung von 14 Beratungen beider Beratungssegmente ergab, dass im Bereich der Strategieberatung etwa 50 % der Projekte zu den Brain Projekten zählen. Die meisten Projekte im IT-Beratungssektor weisen dagegen die Charakteristik von Grey Hair Projekten auf [NiKi07, 8].

2.2.2 Kernaufgaben der IT-orientierten Beratung

Anhand einer umfassenden Analyse der Internetseiten von 30 IT-Beratungsunternehmen konnte ein vielfältiges Angebot an verschiedensten Beratungsleistungen identifiziert werden. Die aus Sicht der Autorin wichtigsten acht Kernaufgaben der IT-orientierten Beratung (nachfolgend Beratungsfelder) werden in diesem Kapitel vorgestellt.

7

Software-Auswahl

Das Beratungsfeld der Software-Auswahl umfasst den gesamten Prozess der Auswahl einer bestmöglich geeigneten Software - in der Regel Unternehmenssoftware ⁶ - zur Förderung der strategischen Zielerreichung und Optimierung der Geschäftsprozesse eines Klientenunternehmens. Die Wahl des „richtigen“ Softwareproduktes ist aus Klientenperspektive deshalb so enorm wichtig, weil es zur Unterstützung der verfolgten Wettbewerbsstrategie beitragen und auf lange Sicht im Unternehmen eingesetzt werden soll. Außerdem sind mit der Einführung gewöhnlich hohe und teilweise irreversible Investitionen verbunden [BVWi07, 2]. Bevor das Klientenunternehmen ein Beratungshaus mit der Auswahl einer Software beauftragt, hat es in der Regel bereits die Entscheidung zum Einsatz einer am Markt angebotenen Software getroffen. Die Abwägung zwischen einer Software-Eigenentwicklung oder dem Kauf einer Softwarelösung (die sog. Make-or-Buy Entscheidung) basiert dabei auf mehreren Kriterien. ⁷ Die Auswahl des „besten“ Software-Anbieters bzw. Vertriebspartners ist neben der Auswahl des Produktes selbst ebenfalls Bestandteil des Aufgabenfeldes. Dieser Aspekt ist darum von großer Bedeutung, weil die sich dem Auswahlprozess anschließende Software-Einführung in der Regel gemeinsam mit diesem Unternehmen durchgeführt wird. Das Vorgehen im Software-Auswahlprozess, und damit auch die Entscheidung für oder gegen einen bestimmten Anbieter, beeinflusst demnach das gesamte Einführungsprojekt [Aren04, 227]. Aus diesem Grund verwenden die Beratungen mitunter Vorgehensmodelle, in denen sowohl die Software-Auswahl als auch die -Einführung enthalten sind. Solche Modelle nutzen sechs der in dieser Arbeit befragten Unternehmen. Jedoch beauftragen nicht alle Unternehmen von Beginn an eine externe Unternehmensberatung mit der Software-Auswahl. In den zu dieser Arbeit durchgeführten Interviews berichteten fünf Berater, dass viele Firmen versuchen, die Auswahl der Software ohne externe Beratung durchzuführen. Sie suchen sich auf der Basis von Literaturquellen, Messebesuchen oder auch nur Hörensagen am Markt einige Angebote heraus, ohne eine

⁶ Dabei handelt es sich traditionell um ERP-Systeme oder Warenwirtschaftssysteme [BVWi07, 2].

⁷ Einige wichtige Kriterien nennt Österle [Öste97, 379]; Arens [Aren04, 148-155] und Becker / Vering / Winkelmann [BVWi07, 24-27] widmen der Softwarebeschaffung als Make-or-Buy Entscheidung jeweils

ein eigenes Kapitel.

8

genaue Anforderungsanalyse durchzuführen und gehen unstrukturiert an den Selektionsprozess heran. Entweder wird ihnen dann im Laufe der Auswahl bewusst, dass keine fundierte Entscheidung getroffen werden kann und stoppen das Projekt - in diesem Fall werden dann neue Projekte aufgesetzt oder Beratungen hinzugezogen. Oder sie wählen trotz der vorhandenen Unsicherheit eine Software aus, weil sie sich ihr mangelhaftes Vorgehen nicht eingestehen wollen - das führt in vielen Fällen jedoch zu erhöhter Unzufriedenheit während des Software-Einsatzes.

Diese Szenarien zeigen, dass die Erfahrung und das (branchen-)spezifische Wissen der Berater eine wichtige Rolle für die effektive und effiziente Software-Auswahl spielen. Aus Sicht der Beratungshäuser ist die Problemstellung sehr gut bekannt. Es existieren in der Regel ausgereifte Vorgehensmodelle für solche Projekte und die Berater können vielfältiges Erfahrungswissen vorweisen. Von daher sind Projekte aus diesem Beratungsfeld mehrheitlich als Procedure Projekte zu klassifizieren.

Software-Einführung

Aus Sicht des Beratungshauses besteht die Aufgabenstellung der Software-Einführung vornehmlich darin, eine Standardsoftware ⁸ „(..) zielorientiert und toolgestützt unter maßgeblicher Beteiligung des Kunden einzuführen mit dem Ziel, einen optimalen Nutzen langfristig zu ermöglichen“ [GaLo01, 182]. Die Einführung von umfangreichen Softwareprodukten kommt in der Regel relativ selten vor. Von daher besitzen viele Klientenunternehmen nicht die hierfür erforderlichen Kompetenzen und haben keine Erfahrungen in diesem Bereich. Dadurch entsteht eine gewisse Unsicherheit hinsichtlich der optimalen Vorgehensweise in solchen Projekten, die mittels Anleitung durch externe Berater beseitigt werden soll. Außerdem nimmt der Berater eine gewisse Vermittlerrolle zwischen dem Klientenunternehmen und dem Software-Lieferanten bzw. Implementierungspartner ein. Wird die Software-Einführung ohne einen Berater durchgeführt, kann es durchaus zu Schwierigkeiten hinsichtlich eines gemeinsamen Verständnisses der umzusetzenden Anforderungen und der generellen Kommunikation kommen.

⁸ Eine Definition von Standardsoftware findet sich bei Stahlknecht / Hasenkamp: „Dabei handelt es sich um fertige, aus einer Menge von Programmen bestehende Programmpakete, die einen vollständigen Ge-schäftsprozess oder ein abgeschlossenes betriebliches Anwendungsgebiet abdecken“ [StHa05, 213].

9

Laut Österle ist die Bezeichnung „Einführung einer Standardsoftware“ jedoch irreführend, weil es sich bei dieser Beratungsaufgabe nicht nur um die Einführung einer Software handelt, sondern um die Reorganisation eines Betriebs [Öste97, 380]. Welches Ausmaß diese Reorganisation des Klientenunternehmens annimmt, ist in der Praxis jedoch von Projekt zu Projekt verschieden. Spätestens zu Beginn jedes Software-Einführungs-Projektes - besser bereits im Rahmen der Software-Auswahl - muss die Entscheidung getroffenen werden, ob die Software als unveränderter Standard oder mit Anpassungen an die Geschäftsprozesse des Klienten eingeführt werden soll. Einer der im Rahmen dieser Arbeit interviewten Berater drückte diese Problematik wie folgt aus: „Man muss darüber entscheiden, ob die Prozesse die IT prägen oder die IT die Prozesse prägen soll.“ Im letzteren Fall kann es durchaus zu erheblichen Reorganisationsmaßnahmen bezüglich der bisherigen Abläufe und der Organisationsstruktur im Klientenunternehmen kommen. Die Aufgabe der Berater besteht hierbei hauptsächlich darin, den Klienten hinsichtlich dieser beiden Alternativen objektiv zu unterstützen. Für eine aus Kundensicht erfolgreiche Beratung im Rahmen der Software-Einführung benötigen die Berater gute Kenntnisse über die einzuführende Software und unbedingt umfangreiche Erfahrungen in Einführungsprojekten [GaLo01, 189-190]. Aufgrund der zwar generell bekannten Aufgabenstellung, aber der dennoch kundenindividuellen Beratungstätigkeit lässt sich die Software-Einführung in die Kategorie der Grey Hair Projekte einordnen.

IT-Architektur

Da verschiedene Auffassungen bezüglich des Begriffes IT-Architektur im alltäglichen Sprachgebrauch - und damit wahrscheinlich auch in der Beratungspraxis - häufig zu Missverständnissen führen ⁹ , wird IT-Architektur hier zunächst definiert. Zum Begriffsverständnis der IT-Architektur existieren in der Literatur zahlreiche Definitionen wie z.B. bei Dern [Dern06, 18-21], Niemann [Niem05, 22-23] oder wie folgt Heinrich / Heinzl / Roithmayr. Laut deren Definition bezieht sich die IT-Architektur nicht auf die Architektur einzelner Komponenten wie Hardware oder Software, sondern

⁹ Diese Erfahrung wurde während der Befragung der Beratungshäuser gemacht.

10

auf die Informationsinfrastruktur ¹⁰ als Ganzes [HHRo04, 346]. Die verschiedenen darin enthaltenen Architekturbestandteile sind in nachfolgender Grafik (Bild 2) dargestellt.

Die Informationsarchitektur bildet als „das grundlegende logische Modell der Informationsinfrastruktur“ die Basis für die weiteren Architekturkomponenten und ist dabei „das Ergebnis der (...) unternehmensweit erfassten, evaluierten und gegliederten Informationsnachfrage bzw. der zu ihrer Befriedigung erforderlichen Informationsversorgung (...)“ [HHRo04, 319]. Anhand der Daten, Anwendungssysteme und Kommunikationswege wird die Informationsarchitektur zerlegt und die jeweiligen Teil-Architekturen ¹¹ entworfen. Auf diesen aufbauend wird als Grundlage der physischen Realisierung der logischen Modelle die Technologiearchitektur mit Software-, Hardware- und Netz-Architektur ¹² gestaltet [HHRo04, 653-654]. Die Software-Architektur beschreibt dabei die „Gliederung von Software in Komponenten (meist in Module), deren Schnittstellen, Prozesse und Beziehungen sowie die erforderlichen Betriebsmittel“ und enthält im weiten Sinne strukturelle und formale Prinzipien und Organisationsformen von

¹⁰ „In der Wirtschaftsinformatik meint Informationsinfrastruktur die Gesamtheit der für die Informationsfunktion im Unternehmen vorhandenen ‚Einrichtungen, Maßnahmen und Anlagen’ zur Produktion von

Information und für Kommunikation“ [HHRo04, 15].

¹¹ Zu den Definitionen der Teil-Architekturen siehe: Datenarchitektur [HHRo04, 168], Anwendungssystemarchitektur [HHRo04, 64], Kommunikationsarchitektur [HHRo04, 365]

¹² Siehe zu Definition von Hardware- und Netz-Architektur [HHRo04, 654]

11

Software [HHRo04, 604]. Die Informationssystem-Architektur schließlich beinhaltet „die Methoden zur Planung und Realisierung von Informationssystemen (...), also das ‚Wie?’ im Unterschied zum ‚Was?’ der Anwendungssystem-Architektur“ [HHRo04, 325]. Zusammenfassend kann festgehalten werden, dass die IT-Architektur neben den Grundstrukturen der Informationsinfrastruktur eines Unternehmens auch die Regeln für das dynamische Zusammenspiel aller IT-Komponenten festlegt.

Auch wenn sich die grundlegende Informationsarchitektur nicht direkt aus den strategischen Unternehmens- bzw. IT-Zielen ableitet [HeLe05, 52], so fungiert die gesamte IT-Architektur dennoch als Bindeglied zwischen Geschäftsstrategie, IT-Strategie und IT-Implementierung. Das übergeordnete Ziel der IT-Architektur ist demnach die Ausrichtung der Informationsverarbeitung an den Geschäftsanforderungen des Unternehmens. Aufgrund der unterschiedlichen Betrachtungsmöglichkeiten von IT-Architektur bezüglich der verschiedenen Teil-Architekturen im Unternehmen werden in diesem Beratungsfeld vielfältige Leistungen angeboten. Sie reichen von der Beratung zur Informationsarchitektur im Sinne einer Gesamt-Unternehmensarchitektur, über die Beratung zur Ableitung und Festlegung einheitlicher Architekturregeln bis hin zur Optimierung der Architektur einer Softwarelösung.

Aus Klientensicht sind derzeit wahrscheinlich die Beratungsangebote hinsichtlich Ser-vice-orientierter Architekturen (SOA) besonders interessant. ¹³ SOA repräsentieren jedoch „weder eine Technologie noch einen technologischen Standard“ [PNTr07, 167], sondern entsprechen einem Konzept oder „Strukturparadigma für (betriebliche) Anwendungssysteme, das (...) auf den Aspekt der (Dienst ¹⁴ -) Verwendung fokussiert“ [Ov-Tu07, 3]. Demzufolge sind die Beratungsvarianten hierzu wahrscheinlich ebenso zahlreich wie die in der Literatur existierenden Definitionen. Abschließend kann festgestellt werden, dass die Aufgabenstellungen in diesem Beratungsfeld nicht nur sehr vielfältig sind, sondern abhängig von der aktuellen Situation im Klientenunternehmen höchst individuelle Lösungen erfordert. Dies erfordert sowohl Kreativität als auch Erfahrungswissen von Seiten der Berater und lässt auf die überwiegende Durchführung von Grey Hair oder sogar Brain Projekten schließen.

¹³ „Langfristig setzt ein Viertel der Unternehmen auf Service-orientierte Architekturen“ [Capg07, 23].

¹⁴ Zur Definition von Diensten siehe bspw. [HaNe05b, 783]

12

IT-Sicherheit

Laut der Capgemini-Studie „IT-Trends 2008“ ist und bleibt für viele Unternehmen die IT-Sicherheit das wichtigste Thema [Capg08, 7; 26]. Dabei werden neben technischen Risiken die wichtigsten Bedrohungsszenarien in dem geringen Sicherheitsbewusstsein der Mitarbeiter und des Managements sowie in dem unberechtigten Zugriff des eigenen Personals auf sensible Daten gesehen. „Zum einen können sie durch unbedachten oder unsachgemäßen Umgang mit Informationen sämtliche Sicherheitsmaßnahmen aushebeln, zum anderen können sie sich Zugang zu vertraulichen Daten verschaffen und diese weitergeben“ [Capg08, 26]. Um diesen Gefahren zu begegnen, ist ein ganzheitliches In-formationssicherheitsmanagement durch technische, organisatorische und physische Maßnahmen erforderlich. Die dabei zu verfolgenden IT-Sicherheitsziele betreffen die Integrität, die Verbindlichkeit, die Verfügbarkeit, die Vertraulichkeit, die Anonymität und die Unbeobachtbarkeit [HHRo04, 595].

Die Beratungsaufgaben im Bereich der IT-Sicherheit sind daher vielfältiger Natur. Sie beinhalten zunächst die Durchführung von Risiko- und Sicherheitsanalysen ¹⁵ zur Feststellung des Risikopotentials und Bewertung der aktuellen IT-Sicherheitssituation hinsichtlich der Informationssysteme im Klientenunternehmen. Eine mögliche Methode hierfür ist die Durchführung von Penetrationstests, d.h. die Durchführung von Angriffen auf die Netzwerk- oder Softwaresysteme des Klienten zur Identifikation möglicher Sicherheitsschwachstellen. Aufbauend auf den Analyseergebnissen erfolgt die Entwicklung von geeigneten Konzepten und Sicherungsmaßnahmen. Im Rahmen des Compliance-Managements als ein Teilgebiet der IT-Governance [JoGo06; 10-11] sollten dabei u.a. die Vorgaben des Bundesdatenschutz-Gesetzes, des IT-Grundschutzhandbuches und des Signaturgesetzes eingehalten werden. Beispiele für mögliche Sicherungsmaßnahmen bzw. -konzepte sind die Etablierung eines umfassenden Identity- und Access-Managements (Verwaltung der digitalen Identität und Rechte der Nutzer sowie ein gesicherter Zugang zu allen Systemen und Anwendungen) und die Einführung eines Lizenzmanagementkonzeptes (Steuerung des Lizenzeinsatzes im Klientenunternehmen). In diesem Beratungsfeld, in dem die Klientenprobleme sehr gut bekannt sind und unterstützende Methoden existieren, werden größtenteils Procedure Projekte zu finden sein.

¹⁵ Zu Definitionen dieser Analysearten siehe [HHRo04, 567] bzw. [HHRo04, 595]

13

IT-Integration

Heutzutage finden sich in den meisten Unternehmen historisch gewachsene und daher stark heterogene IT-Landschaften. So werden bspw. unterschiedliche Basistechnologien eingesetzt, verschiedene Softwareentwicklungsparadigmen angewandt oder / und monolithische Softwaresysteme zur Unterstützung der jeweiligen Funktionsbereiche betrieben. Dies führt zu einer eher geringen Vernetzung der verschiedenen Systeme und verursacht einen enorm hohen Aufwand bezüglich der Entwicklung und Wartung der jeweiligen individuellen Schnittstellen. Auf Grund dessen existieren in den seltensten Fällen einheitliche Benutzerschnittstellen und die Mitarbeiter müssen mit mehreren unterschiedlichen Anwendungsoberflächen arbeiten. Dies führt im Endeffekt zu einer lediglich suboptimale Abwicklung der Geschäftsprozesse im Unternehmen. An diesen Problemfeldern setzt die Beratung der IT-Integration an, denn sie befasst sich mit allen Aspekten einer integrierte Informationsverarbeitung im Klientenunternehmen. Dies umfasst laut Mertens u.a. die Funktionsintegration auf horizontaler und vertikaler Ebene, die Prozessintegration in Bezug auf die Automatisierung der Geschäftsprozesse, die Herstellung einer einheitlichen Datenbasis im Rahmen der Datenintegration sowie die homogene Präsentation verschiedener Programme durch die Integration der Benutzerschnittstelle [Mert97, 208]. Ein typisches Beispiel eines Integrationsprojektes ist der Aufbau eines Unternehmensportals. Dabei werden nicht nur die autonomen Anwendungssysteme in das Portal integriert, sondern idealerweise auch die dazugehörigen Geschäftsprozesse und Unternehmensstrukturen neu geordnet. Vogler beschreibt die Aufgaben von sog. Systemintegratoren folgendermaßen: „Sie wählen aus dem am Markt verfügbaren Angebot an Standard- und Spezialsoftware die für das jeweilige Projekt optimale Anwendung aus, berücksichtigen dabei im Unternehmen bereits vorhandene Informationssysteme und integrieren die einzelnen Bestandteile zu einer kundenspezifischen Lösung“ [Vogl97, 392].

Aufgrund des mitunter sehr hohen Anteils an Programmiertätigkeiten innerhalb eines Beratungsprojektes, vereint der BDU die Softwareentwicklung und Systemintegration in einem Beratungsfeld und zählt dieses zu den beratungsnahen Dienstleistungen [BDU08b, 11].

Die grundsätzliche Problematik und die daraus resultierenden Beratungstätigkeiten sind bekannt, aber die jeweils im Klientenunternehmen vorherrschende Situation erfordert

14

einen hohen Erfahrungsschatz der Berater. Daher handelt es bei Projekten in diesem Beratungsfeld vornehmlich um Grey Hair Projekte.

IT-Strategie

Laut Heinrich / Heinzl / Roithmayr wird mittels der IT-Strategie die „Art und Richtung der Gestaltung der Informationsinfrastruktur durch das oberste Leitungsorgan des Unternehmens festgelegt (...). Die IT-Strategie bestimmt den Handlungsspielraum, in dem sich die administrativen und operativen Entscheidungen und Maßnahmen zur Gestaltung der Informationsinfrastruktur vollziehen“ [HHRo04, 348]. Die Aufgabe der Unternehmensberatung ist hierbei die umfassende Unterstützung des Klienten bei der Entwicklung und Umsetzung der IT-Strategie. Die Strategieentwicklung ist eine Teilaufgabe der strategischen IT-Planung [HHRo04, 633-634]. Dabei wird die IT-Strategie aus der Unternehmensstrategie abgeleitet bzw. mit dieser abgestimmt. Dieser Abgleich der „Prioritäten, Kompetenzen, Entscheidungen und Aktivitäten der IT auf das Gesamtunternehmen und dessen Ziele und Strategien“ [JoGo06, 9] wird als IT-Business-Alignment bezeichnet. Zielsetzung dieser Maßnahme ist die Erhöhung des Wertbeitrages der IT für das Unternehmen und damit die Steigerung der Effektivität sowie der Unternehmensleistung an sich. Laut Becker / Vering / Winkelmann müssen bei der IT-Strategie-Entwicklung u.a. folgende Punkte beachtet werden [BVWi07, 18]: die Rolle der IT im Unternehmen, die Bedeutung der IT zur Abgrenzung des Unternehmens im Wettbewerbsumfeld sowie die Relevanz aktueller und zukünftiger Technologien.

Aufgrund dieser komplexen Bestimmungsfaktoren müssen die Berater über hochwertiges „methodisch-fachliches Wissen und professionelle Fähigkeiten“ [NiKi07, 7] verfügen. Die Aussage, dass bezüglich der Vorgehensweise zur Entwicklung einer IT-Strategie kaum konkrete Vorstellungen existieren [HHRo04, 348], lässt die Schlussfolgerung zu, dass es sich bei der IT-Strategie-Beratung hauptsächlich um Brain oder Grey Hair Projekte handelt.

15

IT-Organisation

Dieses Beratungsfeld ist eng mit dem der IT-Strategie verknüpft. Unter Beachtung der strategischen Vorgaben wird hierbei die IT-spezifische Aufbau- und Ablauforganisation des Klientenunternehmens entwickelt.

Die Beratungsaufgaben betreffen demnach die folgenden zwei Blickwinkel. Zum einen können die Berater dem Klienten Anleitung bei der hierarchischen Einordnung und internen organisatorischen Gliederung der Organisationseinheit Informationsverarbeitung geben. Und zum anderen beschäftigt sich die Beratung mit den „organisatorisch geregelten Prozesse(n) der Beschaffung, der Erstentwicklung, des Betriebs, der Wartung und der Weiterentwicklung der verschiedenen Arten von Systemen“ [Seib97a, 42]. Wie im Rahmen der IT-Strategie beschrieben, muss die IT an den Geschäftsanforderungen ausgerichtet werden. Als das zentrale organisatorische Instrument für das IT-Business-Alignment gilt die Methode des IT-Servicemanagement. „Das IT-Servicemanagement ist vor allem als prozess- und servicegerichtete Vorgehensweise für das Management innerhalb der IT zu verstehen und beschäftigt sich mit der Lieferung und dem Support von IT-Services, welche exakt auf die Bedürfnisse der Organisation zugeschnitten sind“ [KBSt08]. Der Leitfaden „ITIL“ (IT Infrastructure Library) ist heute der weltweite De-facto-Standard im Bereich IT-Servicemanagement. ¹⁶ Bestandteil des oben angeführten zweiten Aspekts der IT-Organisationsberatung ist demnach auch die Umsetzung der in ITIL enthaltenen Methoden, die z.B. die Gestaltung von Kunden- und Lieferantenbeziehungen der IT-Organisation betreffen.

Aus Sicht der Beratungshäuser sind die zu lösenden Aufgabenstellungen grundsätzlich bekannt bzw. bezüglich der Aufbauorganisation sogar gut bekannt. Für die erfolgreiche Beratungstätigkeit insbesondere im Zusammenhang mit der Ablauforganisation der IT spielen jedoch die Erfahrungen aus vergangenen Projekten eine wichtige Rolle. Demzufolge werden in diesem Beratungsfeld sowohl Procedure als auch Grey Hair Projekte durchgeführt.

¹⁶ Für Informationen zu ITIL siehe http://www.itil.org/de/

16

IT-Outsourcing

„Unter Outsourcing (Auslagerung) wird die teilweise oder komplette Übertragung von Aufgaben und Ressourcen der IV an einen oder mehrere rechtlich unabhängige Dienstleister verstanden“ [Hein97, 304]. Die Auslagerung ist hierbei nur eine der beiden Möglichkeiten; eine Ausgliederung, d. h. die „Verlagerung von Aufgaben auf ein selbstständiges, aber rechtlich (und kapitalmäßig) verbundenes Dienstleistungsunternehmen“ [StHa05, 451] stellt aus rechtlicher Sicht die andere Alternative dar. Der Dienstleister muss außerdem nicht im selben Land angesiedelt sein, sondern kann auch aus dem Ausland stammen. Je nach geographischer Ausrichtung wird dies als Nearshoring oder Offshoring bezeichnet. Bezüglich der fachlichen Outsourcing-Themen reicht das Spektrum von der „Vergabe der Aufgabengebiete ganzer IT-Bereiche (z.B. des Rechenzentrums, des Netzmanagements, der Systementwicklung oder des Benutzerservicezentrums) bis hin zur kompletten Informationsverarbeitung an externe Dienstleistungsunternehmen“ [StHa05, 451]. Übernimmt der externe Dienstleister nur einzelne Aufgaben - sog. Outtasking - so existieren laut Bohlen hierfür folgende Aktionsfelder: die Acces- und Support-Services, die Applications Operations und Management Services, die Network- und Infrastruktur-Management-Services sowie die Computing on Demand Services [Bohl04, 57-58]. Aus zeitlicher Sicht ist eine Unterscheidung in dauerhaftes oder befristetes Outsourcing möglich. Vielfältige andere Variationen sind ebenfalls denkbar, sollen aber hier bis auf Weiteres nicht weiter erläutert werden. An dieser Stelle sei noch einmal ¹⁷ ausdrücklich darauf hingewiesen, dass die IT-orientierte Beratung nicht darin besteht, diese Outsourcing-Dienstleistungen selbst zu erbringen. Die Beratungsaufgaben betreffen vielmehr die Unterstützung der Klientenunternehmen im Rahmen der Vorbereitung und Durchführung eines Outsourcing-Vorhabens. Allein die lange Liste der denkbaren Outsourcingformen lässt auf ein komplexes Entscheidungsproblem schließen, bei dessen Lösung die Berater wertvolle Hilfestellung leisten können. So muss zur Vorbereitung bspw. die Entscheidung hinsichtlich der am besten geeigneten Sourcing-Variante und des Dienstleisters getroffen werden. Dabei kann ein strukturierter Auswahlprozess in Verbindung mit dem fachspezifischen Wissen und den bereits gesammelten Erfahrungswerten der Berater zu optimalen

¹⁷ Siehe hierzu Kapitel 2.2.1

17