{"id":1723,"date":"2017-04-19T15:33:58","date_gmt":"2017-04-19T13:33:58","guid":{"rendered":"https:\/\/bitco3.com\/de\/?p=1723"},"modified":"2025-04-28T13:49:47","modified_gmt":"2025-04-28T11:49:47","slug":"das-problem-redundanter-schatten-it","status":"publish","type":"post","link":"https:\/\/bitco3.com\/en\/2017\/04\/19\/das-problem-redundanter-schatten-it\/","title":{"rendered":"Das Problem redundanter Schatten-IT"},"content":{"rendered":"
\n

Die letzten Blogbeitr\u00e4ge haben das Thema Schatten-IT<\/a> vor allem aus Gesichtspunkten des Risikos betrachtet. Betrachtet man es aus der Sicht des Architekturmanagements, auch Enterprise Architecture Management (EAM) genannt, ergibt sich eine weitere Herausforderung: Schatten-IT, die zu offizieller Unternehmenssoftware redundant ist.<\/strong><\/p>\n

Woher kommt diese Redundanz?<\/h3>\n
\n

\"Schatten-IT<\/p>\n

Schatten-IT ist meistens nicht in das Management der Unternehmensarchitektur integriert<\/div>\n<\/div>\n

\u201eOffizielle\u201c Unternehmenssoftware und Schatten-IT unterscheiden sich in vielen Punkten. Der Definition von Schatten-IT<\/a> folgend, ist sie nicht in IT-Servicemanagementprozesse eingebunden. Au\u00dferdem ist sie meistens nicht in die Prozesse des Architekturmanagements integriert. Als Konsequenz entwickeln die Fachabteilungen Schatten-IT, ohne zu wissen, wie der eigentliche Architekturplan aussieht und wie das Schatten-IT-System am besten in die bestehende Architektur hineinpasst. <\/strong><\/p>\n

Unternehmenssoftware, wie beispielsweise f\u00fchrende Enterprise-Ressource-Planning-(ERP-)Systeme, sind komplexe Systeme, die in vielen Prozessen eingesetzt werden. Dieser Einsatz geht teilweise \u00fcber Abteilungs- oder sogar Unternehmensgrenzen hinweg. ERP-Systeme haben au\u00dferdem eine gro\u00dfe Anzahl an unterschiedlichen Funktionalit\u00e4ten, die alle nahtlos miteinander integriert sind. Dabei werden sie in einem aufwendigen, geplanten Prozess zentral eingef\u00fchrt und gesteuert. Schatten-IT<\/a> hat jedoch gegenteilige Eigenschaften. Es sind oft spezifische L\u00f6sungen f\u00fcr eine einzige Abteilung. Fachabteilungen f\u00fchren diese ohne Beachtung der Ist- oder der Soll-Architektur ein. Daher sind sie meistens nur mit manuellen oder halbautomatischen Schnittstellen mit anderer Software integriert<\/a>.<\/strong> Die Fachabteilungen f\u00fchren sie au\u00dferdem selbstst\u00e4ndig, dezentral ein. Dies geschieht oft ohne vorherige Planung, weil sie implementiert werden, um auf aufgetretene Bed\u00fcrfnisse kurzfristig zu reagieren.<\/p>\n

Dabei haben Schatten-IT und Unternehmenssoftware jedoch einen wichtigen Punkt gemeinsam: Sie werden beide in den Prozessen der Unternehmen f\u00fcr gesch\u00e4ftliche Zwecke eingesetzt.<\/strong> Doch nicht nur das \u2013 oft kommen sie sogar im selben Gesch\u00e4ftsprozess oder f\u00fcr die selbe Aktivit\u00e4t zum Einsatz.<\/p>\n

Was ist die Konsequenz des parallelen Einsatzes?<\/h3>\n
\n

\"Schatten-IT<\/p>\n

Schatten-IT und Unternehmenssoftware werden parallel eingesetzt<\/div>\n<\/div>\n

Durch ihren parallelen Einsatz kommt es zu Redundanzen von Unternehmenssoftware und Schatten-IT. Diese Redundanz tritt bei Daten oder Funktionalit\u00e4ten ein.<\/strong> Dabei kann es zu unterschiedlichen Arten von Redundanz kommen, die wir im Folgenden anhand jeweils eines Beispiels beschreiben:<\/p>\n

Komplette Redundanz:<\/strong> Lagerbest\u00e4nde werden sowohl in einer Excel-Datei als auch im ERP-System gespeichert und abgerufen. Die Excel-Datei stellt keine erweiterten Funktionalit\u00e4ten zur Verf\u00fcgung. Weil Daten und Funktionalit\u00e4t von Schatten-IT und ERP-System identisch sind, sprechen wir hier von einer kompletten Redundanz der beiden Systeme.<\/p>\n

Datenredundanz: <\/strong>Produktinformationen werden manuell vom ERP System in einen Online Shop geladen. Die Daten sind redundant, jedoch stellt der Online Shop Funktionalit\u00e4ten zur Verf\u00fcgung, die das ERP System so nicht leisten kann. Da hier nur die Daten redundant sind, die Funktionalit\u00e4ten sich jedoch unterscheiden, handelt es sich hierbei nur um eine Datenredundanz.<\/p>\n

Teilweise Redundanz:<\/strong> Versicherungsdaten werden in eine Excel-Datei geladen, um sie dort mit weiteren Daten anzureichern und daraus einen Bericht zu generieren. Teilweise sind die Daten redundant, jedoch werden sie mit weiteren externen Daten erweitert. Da hier die Daten nur teilweise redundant sind, sprechen wir hier von einer teilweisen Redundanz.<\/p>\n

Was sind die Nachteile dieser Situation?<\/h3>\n
\n

\"Das<\/p>\n

Das Resultat von redundanter Schatten-IT sind Inkonsistenzen<\/div>\n<\/div>\n

Nachteile der beschriebenen Situationen von Redundanz sind vor allem Inkonsistenz und Ineffektivit\u00e4t. Inkonsistenzen k\u00f6nnen vor allen Dingen in der Datenhaltung auftreten.<\/strong> Werden Daten sowohl in der Unternehmenssoftware als auch in einem Schatten-IT System gehalten, kann dies dazu f\u00fchren, dass die unterschiedliche Datenstrukturen definiert sind und sich die Daten nur noch schwer wieder zusammenf\u00fchren lassen. Ineffizienzen treten aus der Sicht von EAM bei vielen Beispielen durch \u00fcberfl\u00fcssige Komplexit\u00e4t der Architektur auf, die dem Unternehmen keinen Mehrwert liefert. So ist eine Redundanz von Funktionalit\u00e4t verbunden mit h\u00f6heren Wartungs- aber auch Betriebskosten. Heterogene Systeme und eine hohe Anzahl von Schnittstellen sind ebenfalls kostenintensiver als vollintegrierte Systeme.<\/p>\n

Ein weiterer Nachteil sind manuelle oder halbautomatisierte Schnittstellen, die bei Schatten-IT oft vorliegen. Oft kopieren Fachbereiche Daten manuell von einem ERP System in ein Schatten-IT System. Diese Daten werden, in manchen F\u00e4llen, nach der Anreicherung oder Manipulation, wieder zur\u00fcck in das ERP System gespielt. So kann es zu Problemen der Datenintegrit\u00e4t kommen. Als Ergebnis k\u00f6nnen Daten im ERP falsch sein und zu falschen Entscheidungen f\u00fchren.<\/strong> Au\u00dferdem stehen manuelle Schnittstellen auch einer Automatisierung im Weg, was in der Konsequenz dann auch jegliche Digitalisierungsma\u00dfnahmen behindert.<\/p>\n

Was sind die Vorteile dieser Situation?<\/h3>\n

Jedoch hat die Situation der nicht-integrierten Schatten-IT-Systeme auch Vorteile<\/a>. Fachbereiche sind flexibel, da sie schneller Systeme entwickeln und einsetzen k\u00f6nnen, die sie an ihre sich \u00e4ndernden Bed\u00fcrfnisse anpassen k\u00f6nnen. Au\u00dferdem ist die Eigenentwicklung von Systemen innovativ und Fachabteilungen bringen neue Technologien in die Unternehmen. <\/strong><\/p>\n

Des Weiteren kann eine komplette Redundanz von Schatten-IT und Unternehmenssoftware auch auf andere M\u00e4ngel in der Unternehmenssoftware hinweisen. Schatten-IT kann nicht-funktionale Bed\u00fcrfnisse stillen, die, bei reiner Betrachtung der Redundanz von Daten und Funktionen, nicht offensichtlich sind.<\/strong> Eine Excel-Datei kann beispielsweise Produktdaten parallel zu einem ERP System speichern. Dies kann daran liegen, dass die Excel-Datei einfacher und schneller durchsucht werden kann als das ERP System. Schatten-IT liefert den Fachbereichen ein System, was einfach zu nutzen ist. Es erm\u00f6glich ihnen, ihre Aufgaben komfortabel, beispielsweise durch eine einfachere Bedienbarkeit, zu l\u00f6sen.<\/p>\n

Was sollten Unternehmen tun?<\/h3>\n
\n

\"Unternehmen<\/p>\n

Unternehmen m\u00fcssen eine Balance zwischen den Vor- und Nachteilen einer Integration finden<\/div>\n<\/div>\n

Betrachtet man rein die oben beschriebene Redundanz, dann k\u00f6nnte man meinen, es sei ein leichtes, \u00fcber eine Integration zu entscheiden. Eine komplette Redundanz w\u00fcrde eine \u00dcberf\u00fchrung der Schatten-IT ins Kernsystem bedeuten, Datenredundanz die Bereitstellung einer Datenschnittstelle, usw. Wie aber die Ausf\u00fchrung der Vor- und Nachteile der Situation gezeigt haben, kann es auch Vorteile haben, wieso Schatten-IT<\/a> nicht integriert ist.<\/strong> Daher m\u00fcssen Unternehmen die Vor- und Nachteile einer Integration abw\u00e4gen, um ein Ergebnis zu erzielen, was sowohl die Anforderungen des EAM erf\u00fcllt als auch die Bed\u00fcrfnisse der Fachabteilung optimal abdeckt. Ansonsten besteht die Gefahr, dass Architekturziele nicht erreicht werden oder Fachabteilungen die neu integrierten Systeme nicht nutzen.<\/p>\n

Fazit<\/h3>\n

Zusammenfassend kann gesagt werden, dass die Redundanz von Schatten-IT<\/a> und Unternehmenssoftware aus ihrer gemeinsamen Nutzung in den Gesch\u00e4ftsprozessen, aber vor allem aus der Einf\u00fchrung von Schatten-IT ohne Beachtung der Architekturpl\u00e4ne, herr\u00fchrt. Als Konsequenz folgen redundante Daten und\/oder Funktionalit\u00e4ten und Ineffizienzen in Form von \u00fcberfl\u00fcssiger Komplexit\u00e4t der Architektur. Die Situation bietet aber auch Vorteile f\u00fcr die Fachabteilungen und Unternehmen, in Form von Flexibilit\u00e4t, Innovation und \u201ekomfortablen\u201c individuellen Systemen. Als Resultat m\u00fcssen Unternehmen die Vor- und Nachteile dieser Redundanz abw\u00e4gen, um zu entscheiden ob und inwieweit sie die Redundanz von Schatten-IT und Unternehmenssoftware beseitigen wollen.<\/p>\n

Wenn Sie sich f\u00fcr Schatten-IT interessieren, dann kommen Sie doch zum 2. Schatten-IT Symposium am 22. Juni 2017 an der HTWG Konstanz<\/a>. Wir werden dort von unseren Erfahrungen mit Schatten-IT berichten und w\u00fcrden uns freuen, Sie dort zu treffen.<\/p>\n

Autor: Melanie Huber<\/a><\/p>\n<\/div>","protected":false},"excerpt":{"rendered":"

Die letzten Blogbeitr\u00e4ge haben das Thema Schatten-IT vor allem aus Gesichtspunkten des Risikos betrachtet. Betrachtet man es aus der Sicht des Architekturmanagements, auch Enterprise Architecture Management (EAM) genannt, ergibt sich eine weitere Herausforderung: Schatten-IT, die zu offizieller Unternehmenssoftware redundant ist. Woher kommt diese Redundanz? Schatten-IT ist meistens nicht in das Management der Unternehmensarchitektur integriert \u201eOffizielle\u201c […]<\/p>\n","protected":false},"author":3,"featured_media":1738,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"content-type":"","footnotes":""},"categories":[12],"tags":[36,84,78,21],"class_list":["post-1723","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-it-strategie","tag-enterprise-architecture-management","tag-integration","tag-redundanz","tag-schatten-it"],"_links":{"self":[{"href":"https:\/\/bitco3.com\/en\/wp-json\/wp\/v2\/posts\/1723","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/bitco3.com\/en\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/bitco3.com\/en\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/bitco3.com\/en\/wp-json\/wp\/v2\/users\/3"}],"replies":[{"embeddable":true,"href":"https:\/\/bitco3.com\/en\/wp-json\/wp\/v2\/comments?post=1723"}],"version-history":[{"count":2,"href":"https:\/\/bitco3.com\/en\/wp-json\/wp\/v2\/posts\/1723\/revisions"}],"predecessor-version":[{"id":12808,"href":"https:\/\/bitco3.com\/en\/wp-json\/wp\/v2\/posts\/1723\/revisions\/12808"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/bitco3.com\/en\/wp-json\/wp\/v2\/media\/1738"}],"wp:attachment":[{"href":"https:\/\/bitco3.com\/en\/wp-json\/wp\/v2\/media?parent=1723"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/bitco3.com\/en\/wp-json\/wp\/v2\/categories?post=1723"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/bitco3.com\/en\/wp-json\/wp\/v2\/tags?post=1723"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}