
Digital Governance
Regulierung, Verantwortung und Steuerung werden als zusammenhängende Führungsaufgabe betrachtet.
Von Dr. Markus Groß
GEDANKEN & FACHLICHE EINORDNUNG
Blog
Impulse zu Governance, Informationssicherheit und KI.
Private iPads & Co erobern die Unternehmen, daher liegt – "Bring your own Device (BYOD)" immer noch voll im Trend.
Unternehmen können durch den optimierten Einsatz privater IT-Endgeräte ihre Produktivität und ihre Mitarbeiterzufriedenheit bei gleichen Kosten erhöhen.
so die zentrale Aussage der A.T. Kearney-Umfrage unter Unternehmen, die bereits BYOD Konzepte umgesetzt haben. Arbeitnehmer der „Generation Facebook“ setzen zunehmend private Hard- und Software auch für berufliche Zwecke ein, da sie ihre Unternehmens-IT in Punkto Funktion und Bedienung als unzureichend empfinden. Dies erfordert zwar betriebliche Investitionen in die IT-Infrastruktur, kann aber auch nachhaltig die Produktivität der Mitarbeiter steigern. Wobei dies in den meisten Unternehmen mit immensen Entwicklungskosten verbunden ist, da die Informationstechnologie mit traditionellen IT-Konzepten wie standardisierten Geräten und Softwarepaketen mit restriktiven Nutzervorgaben der IT-Governance solche Konzepte erschweren.
Standardisierung dort erhalten, wo sie den Betrieb trägt. Trennen Sie die frei wählbare Geräteoberfläche von verbindlichen Anforderungen an Identität, Zugriff, Updates und Support. Prüfen Sie an zwei unterschiedlichen Geräten, ob dieselbe betriebliche Leistung zuverlässig erbracht werden kann. So wird sichtbar, welche Standards für den Service notwendig sind.
Regulierung, Verantwortung und Steuerung werden als zusammenhängende Führungsaufgabe betrachtet.
Von Dr. Markus Groß
Laut der Untersuchung geben die Unternehmen die BYOD bereits erfolgreich umgesetzt haben folgende Kernfaktoren als Nutzwert an:
Den Vorteilen stehen jedoch auch - kostenintensive - Kernanforderungen an Unternehmen entgegen:
Sollten diese Anforderungen jedoch umgesetzt worden sein, sieht A.T. Kearney Einsparpotenziale sowohl im Mitarbeiterbereich (von etwa 40 Prozent), als auch für die einführenden Unternehmen (von etwa 13 Prozent), sowie eine Gesamtkostenreduktion von 22 Prozent.

Die vollständige Untersuchung von A.T. Kearney finden Sie hier.
„Das Ende der Standardisierung“ bleibt als zeitbezogene Einordnung erhalten. Die folgende Ergänzung betrachtet den Schwerpunkt mit Blick auf Betriebsmodell aus heutiger Organisations- und Betriebssicht, ohne damalige Zahlen oder Produktversprechen stillschweigend fortzuschreiben; für „Das Ende der Standardisierung“ ist das Ergebnis gesondert festzuhalten.
Der Ausgangspunkt dieses Beitrags führt beim Aspekt „Das Ende der Standardisierung“ zu einer klaren Prüffrage: Es ist zu klären, welche Abhängigkeit vor dem nächsten Schritt gelöst werden muss. Beim Schwerpunkt „Das Ende der Standardisierung“ geht es um Einführung, Akzeptanz und praktische Steuerung von Consumerisation und BYOD sowie um den Bezug zu „Betriebsmodell“; zu entscheiden ist, ob verhindert, geduldet oder innerhalb klarer Leitplanken aktiv ermöglicht werden soll. Die Gegenprobe lautet deshalb: Akzeptanz allein beweist keine sichere oder wirtschaftliche Umsetzung (hier bezogen auf „Schatten-IT“); Ablehnung beseitigt den Bedarf ebenfalls nicht. Statt einer neuen Parallelstruktur genügt zunächst: Arbeitspakete nach Entscheidungsfähigkeit statt nach Dokumenttypen ordnen. Der vorgesehene Nachweis lautet: eine kurze Folge aus Ergebnis, Verantwortlichem und Abnahmekriterium. Als Messperspektive dient: Nutzungsgrad, Ausnahmen, Umgehungslösungen, Supportaufwand und erreichte Arbeitsergebnisse; im vorliegenden Abschnitt wird dies an „Einführungsmodell“ konkretisiert. Aus den vorhandenen Kommentaren lässt sich besonders der Punkt „klare Zuständigkeiten und Entscheidungsrechte“ aufnehmen; im vorliegenden Abschnitt wird dies an „Schatten-IT“ konkretisiert. Aus der Perspektive „Betriebsmodell“ entsteht daraus eine konkrete Rückfrage an die Umsetzung; für den Aspekt „Schatten-IT“ wird daraus ein eigener Prüfschritt.
Eine nüchterne Fortführung trennt bei „Betriebsmodell“ den damaligen Anlass von der bleibenden Organisationsfrage: Es ist zu klären, welches stärkste sachliche Argument gegen die bevorzugte Lösung spricht. Beteiligt sind hier vor allem Geschäftsleitung, Fachbereiche, IT, Informationssicherheit, Personal und Nutzende; ihre Perspektiven treffen beim Aspekt „Rückbau“ unmittelbar aufeinander. Die gewählte Lösung muss auch dann tragen, wenn die offizielle Regel vom tatsächlichen Arbeitsverhalten abweicht und Schattenlösungen zum Normalfall werden – betrachtet im Kontext „Nutzungsregel“. Für die belastbare Umsetzung gilt als Auftrag: Gegenargumente nicht abwehren, sondern als Belastungstest verwenden. Für Audit und Führung reicht Aktivität nicht aus; im vorliegenden Abschnitt wird dies an „Nutzungsregel“ konkretisiert. Benötigt wird folgender Nachweis: eine dokumentierte Abwägung mit verbleibender Unsicherheit; bewertet wird außerdem: der Zusammenhang zwischen „Betriebsmodell“ und „Rückbau“. Beim Aspekt „Rückbau“ ist nicht die Menge der Aktivitäten entscheidend, sondern die erkennbare Veränderung des Ergebnisses.
Der konkrete Nutzen von „Umgehungslösung“ zeigt sich erst, wenn eine offene Annahme überprüft wird: Es ist zu klären, welche Alternativen zwischen vollständigem Verbot und uneingeschränkter Freigabe liegen; für den Aspekt „Nutzungsbedarf“ wird daraus ein eigener Prüfschritt. Als belastbare Grundlage dienen Nutzungsfälle, Bedarfsanalyse, Pilotbefunde, Ausnahmen, Supportdaten und dokumentierte Entscheidungen; für den Aspekt „Umgehungslösung“ muss ihre Herkunft nachvollziehbar bleiben. Die Entscheidung über „Nutzungsbedarf“ sollte deshalb ausdrücklich festhalten, ob verhindert, geduldet oder innerhalb klarer Leitplanken aktiv ermöglicht werden soll. Der nächste Arbeitsschritt lautet: Optionen nach Nutzen, Risiko, Aufwand und Rückbaubarkeit vergleichen; für „Skalierung“ ist das Ergebnis gesondert festzuhalten. Die Dokumentation hält zwei Dinge fest – eine dokumentierte Optionsentscheidung mit verworfenen Alternativen; zusätzlich sichtbar wird: die beobachtbare Veränderung beim Aspekt „Tests und Lernen aus erkannten Abweichungen“. Der Diskussionsaspekt „Tests und Lernen aus erkannten Abweichungen“ ergänzt die Betrachtung sinnvoll, weil er „Nutzungsbedarf“ mit der tatsächlichen Anwendung verknüpft.
Aus dem historischen Befund entsteht für „Akzeptanz“ eine praktische Steuerungsfrage: Es ist zu klären, wer freigibt, betreibt, kontrolliert und bei Abweichungen entscheidet. Die alltagstaugliche Übersetzung für „Akzeptanz“ lautet: Reale Arbeitsweisen werden erhoben und in ein abgestuftes, überprüfbares Betriebsmodell überführt. Damit wird zugleich die Grenze beim Aspekt „Skalierung“ sichtbar: Akzeptanz allein beweist keine sichere oder wirtschaftliche Umsetzung (hier bezogen auf „Pilotgruppe“); Ablehnung beseitigt den Bedarf ebenfalls nicht. Im Regelbetrieb wird folgender Punkt verankert: Entscheidungs-, Ausführungs- und Kontrollrolle auseinanderhalten. Ob der Ansatz trägt, wird an folgendem Ergebnis geprüft: eine schlanke Zuordnung für Normalfall und Eskalation. Die Ergebnisbeobachtung richtet sich auf: Nutzungsgrad, Ausnahmen, Umgehungslösungen, Supportaufwand und erreichte Arbeitsergebnisse; die Bewertung erfolgt hier aus der Perspektive „Betriebsmodell“. Der gewählte Weg sollte sich außerdem umkehren lassen, falls die Annahmen zu „Skalierung“ später nicht mehr tragen.
Im Mittelpunkt von „Rückbau“ steht weniger das Schlagwort als die damit verbundene Entscheidung: Es ist zu klären, welche Erwartung verständlich erklärt und bei Rückfragen erreichbar sein muss. Kritisch wird die Lage insbesondere dann, wenn die offizielle Regel vom tatsächlichen Arbeitsverhalten abweicht und Schattenlösungen zum Normalfall werden – betrachtet im Kontext „Ausnahmeweg“; im vorliegenden Abschnitt wird dies an „Betriebsmodell“ konkretisiert. Für die beteiligten Rollen – Geschäftsleitung, Fachbereiche, IT, Informationssicherheit, Personal und Nutzende – braucht der Aspekt „Rückbau“ daher einen vorab geklärten Entscheidungsweg. Die praktische Konsequenz heißt: Regel, Grund, Alternative und Hilfe zielgruppengerecht verbinden. Ob der Ansatz trägt, wird an folgendem Ergebnis geprüft: Rückfragen, Fehlanwendungen und Verständnislücken als Lernsignal. Die Ergebnisbeobachtung richtet sich auf: der Zusammenhang zwischen „Rückbau“ und „Das Ende der Standardisierung“. Die bisherige Diskussion liefert mit „belastbare Nachweise statt bloßer Dokumentenfülle“ einen zusätzlichen Prüfstein; er sollte mit „Das Ende der Standardisierung“ verbunden und nicht isoliert bewertet werden.
Der Beitrag gewinnt beim Aspekt „Einführungsmodell“ an Aktualität, sobald sein Kerngedanke in eine heutige Entscheidung übersetzt wird: Es ist zu klären, ob die vorgesehene Regel im Arbeitsablauf verständlich und praktikabel ist. Folgende Messperspektive zeigt, ob sich der Aspekt „Einführungsmodell“ tatsächlich verbessert oder nur formell bearbeitet wurde: Nutzungsgrad, Ausnahmen, Umgehungslösungen, Supportaufwand und erreichte Arbeitsergebnisse. Für „Akzeptanz“ bleibt dabei verbindlich: Akzeptanz allein beweist keine sichere oder wirtschaftliche Umsetzung (hier bezogen auf „Ausnahmeweg“); Ablehnung beseitigt den Bedarf ebenfalls nicht. Statt einer neuen Parallelstruktur genügt zunächst: typische Aufgaben mit echten Nutzenden erproben und Reibung messen. Der Prüfpfad endet nicht beim Dokument; der Prüfkontext ist hier „Nutzungsbedarf“. Als Verbindung zwischen Nachweis und Messung dienen: beobachtbare Nutzung statt bloßer Kenntnisnahme; die beobachtbare Veränderung beim Aspekt „klare Zuständigkeiten und Entscheidungsrechte“. Beim Aspekt „Akzeptanz“ ist nicht die Menge der Aktivitäten entscheidend, sondern die erkennbare Veränderung des Ergebnisses.
Praktisch relevant wird „Schatten-IT“ dort, wo Verantwortung und Ergebnis zusammenkommen: Es ist zu klären, ob die Maßnahme das beabsichtigte Risiko oder Ergebnis tatsächlich verändert. Beim Schwerpunkt „Schatten-IT“ geht es um Einführung, Akzeptanz und praktische Steuerung von Consumerisation und BYOD sowie um den Bezug zu „Schatten-IT“; zu entscheiden ist, ob verhindert, geduldet oder innerhalb klarer Leitplanken aktiv ermöglicht werden soll. Ein vorschneller Schluss würde diese Grenze ignorieren: Akzeptanz allein beweist keine sichere oder wirtschaftliche Umsetzung (hier bezogen auf „Supportgrenze“); Ablehnung beseitigt den Bedarf ebenfalls nicht. Ein schlanker, aber wirksamer Ansatz lautet: Design, Ausführung und Wirkung getrennt beurteilen. Der vorgesehene Nachweis lautet: eine Wirkungsprüfung mit Gegenbeispiel und Folgemaßnahme. Als Messperspektive dient: Nutzungsgrad, Ausnahmen, Umgehungslösungen, Supportaufwand und erreichte Arbeitsergebnisse; als Bezugspunkt dient „Skalierung“. Die bisherige Diskussion liefert mit „Kosten, Aufwand und eine faire Verteilung“ einen zusätzlichen Prüfstein; er sollte mit „Schatten-IT“ verbunden und nicht isoliert bewertet werden.
Als Abschluss für Das Ende der Standardisierung genügen drei verbindliche Antworten zu Betriebsmodell: Wer entscheidet über Umgehungslösung, woran wird Wirkung bei Akzeptanz erkannt und welcher Auslöser führt zur erneuten Prüfung? Sind diese Punkte geklärt, wird aus dem historischen Impuls zu Rückbau eine belastbare Arbeitsgrundlage.
| Hinweis: Teile dieses Beitrags könnten unter Einsatz von KI-gestützten Tools erstellt oder überarbeitet worden sein. Weitere Informationen finden Sie im Impressum/Disclaimer. | Marken- und Bildrechte: Dargestellte Logos und genannten Marken liegen ausschließlich bei den jeweiligen Rechteinhabern. Nutzung erfolgt ausschließlich zu illustrativen Zwecken. |
Deine Bewertung hilft bei der Einordnung der Inhalte.
Interessant für dein Netzwerk? Teile den Beitrag direkt.
Wenn Sie den Blog-Beitrag abonnieren, senden wir Ihnen eine E-Mail, sobald es Updates auf dieser Website gibt.

Kommentare 19
Mich interessiert besonders, woran sich der praktische Nutzen des beschriebenen Vorgehens zuerst erkennen lässt. Welches erste Signal wäre dafür im Alltag wirklich aussagekräftig?
Ich würde zunächst einen konkreten Ablauf auswählen und dort Ausgangslage, Entscheidung und Ergebnis gegenüberstellen. Sonst bleibt die Bewertung leicht abstrakt.
Ich würde außerdem festhalten, welche Annahmen hinter der Bewertung stehen. Ändern sie sich, sollte nicht einfach derselbe Status fortgeschrieben werden.
Genau diese Verbindung ist entscheidend: klein beginnen, aber Wirkung und Entscheidungsfolge vorher festlegen. So bleibt der Aufwand vertretbar und das Ergebnis trotzdem belastbar.
Gerade der feste Termin zur erneuten Bewertung ist wichtig. Andernfalls wird aus einer vorläufigen Annahme schnell ein dauerhafter Status.
Das wirft eine praktische Frage auf. Wie würdest du Zuständigkeiten für private Geräte und betriebliche Anwendungen voneinander abgrenzen?
Ich würde zuerst klären, welche Daten und Anwendungen betroffen sind. Daraus lassen sich Supportgrenzen und Verantwortlichkeiten ableiten.
Der Ansatz wäre für mich vollständig, wenn bei privaten Geräten neben dem Normalfall auch ein realistischer Ausnahmefall erprobt wird. So wäre auch bei veränderten Voraussetzungen klar, was zu tun ist.
Was müsste bei Supportgrenzen und Kostenverteilung in einer Übergabe unbedingt verständlich dokumentiert sein?
Zweck, Zuständigkeit und offene Punkte sollten zusammen auffindbar sein. Hilfreich wäre außerdem ein konkretes Beispiel dafür, wie mit einer Abweichung umzugehen ist. Für Supportgrenzen und Kostenverteilung würde ich den ersten Prüfschritt bewusst klein halten.
Welche minimale Lösung wäre für Supportgrenzen und Kostenverteilung vertretbar, wenn ein kleines Team mehrere Rollen gleichzeitig übernimmt?
Ich würde die Rollen dennoch getrennt dokumentieren und für die kritische Entscheidung einen zweiten Blick vorsehen. Entscheidend wäre für mich, ob das Ergebnis für den konkreten Fall nachprüfbar bleibt. Bei Supportgrenzen und Kostenverteilung sollte die Prüfung aus meiner Sicht auf den im Beitrag beschriebenen Zusammenhang begrenzt werden.
Wer trägt beim privaten Gerät eigentlich die Kosten für Support, Reparatur und einen möglichen Ausfall?
Für mich liegt der Schwerpunkt hier: Eine BYOD-Regelung müsste diese Fälle ausdrücklich unterscheiden. Der Kaufpreis allein sagt wenig darüber aus, ob das Modell insgesamt wirtschaftlich ist. Ich würde das am konkreten Anwendungsfall dieses Artikels festmachen.
Ein weiterer Punkt: Wie lässt sich die Trennung zwischen privaten und geschäftlichen Daten praktisch überprüfen? Das bezieht sich für mich auf den hier beschriebenen Ansatz.
Für mich wäre eine klare Grenze beim Zugriff entscheidend. Ein geschäftlicher Container wäre ein Ansatz; die privaten Inhalte sollten nicht einfach zum administrierbaren Unternehmensbestand werden. Gerade bei dieser Fragestellung würde ich die Abwägung offen dokumentieren.
Damit bin ich noch nicht ganz zufrieden. Wie würde man prüfen, ob die vorgeschlagene Lösung im Alltag tatsächlich eingehalten wird? Meine Ausgangsfrage bleibt: Wie lässt sich die Trennung zwischen privaten und geschäftlichen Daten praktisch überprüfen?
Ein vorhandener Nachweis wäre für mich zunächst nur ein Hinweis. Seine Aussagekraft hängt davon ab, ob er wirklich den betrachteten Ablauf und Zeitraum abdeckt. Ich würde das am konkreten Anwendungsfall dieses Artikels festmachen.
Danke für die Präzisierung. Für mich wäre die Wirkung im Betrieb die interessantere Rückmeldung als die reine Vollständigkeit der Unterlagen. Die Ausgangsfrage „Wie lässt sich die Trennung zwischen privaten und geschäftlichen Daten praktisch überprüfen?“ ist damit für mich noch nicht vollständig beantwortet.