Nicht nur in Großunternehmen wird Bring your own Device immer beliebter, ebenso auch in kleineren und mittelständischen. In diesen stehen an erster Stelle die Reduzierung von Kosten, so auch die für mobile Endgeräte. Auch wünschen sich einige Mitarbeiter, dass sie ihre privaten Endgeräte am Arbeitsplatz einsetzen dürfen. Dennoch gibt es nicht nur Vorteile, sondern ebenso Nachteile.
Vorteile:
- Anschaffungskosten für Hard- und Software nehmen besonders bei kleinen Unternehmen und Start-Ups eine große Kostenposition ein. Durch den Einsatz von BoyD werden diese durch die Arbeitnehmer übernommen, so kann ein Unternehmen das zusätzliche Geld sinnvoll verwenden.
- Die Software ist häufig aktueller, wenn diese in der Hand der Mitarbeiter liegt, da ein privates Endgerät häufiger aktualisiert wird, als das eines Unternehmens.
- Die Produktivität kann durch ByoD gesteigert werden, da Mitarbeiter nicht nur während ihrer Arbeitszeit Zugriff auf die unternehmensinternen Daten haben.
- Durch die Verwendung von privaten Endgeräten und Software entfällt die Eingewöhnungszeit für neue Hard- oder Software, auch gehen Mitarbeiter sorgsamer mit Endgeräten um, weshalb Reparaturkosten minimiert werden.
Nachteile:
- Rechtliche Begebenheiten erschweren den Einsatz von ByoD. So sind je nach Gesetzeslage des jeweiligen Landes Mitarbeiter und Unternehmen gemeinsam für die Endgeräte verantwortlich, auch im Falle von Gesetzesbrüchen, wie sexueller Belästigung oder illegalen Kommentaren in sozialen Netzwerken.
- Die Beschränkung von Einstellungen und auf bestimmte Software ist bei unternehmenseigener Hardware viel einfacher als bei privater. Ein Arbeitgeber darf schließlich keine Funktionen unterbinden, die der Arbeitnehmer privat nutzen möchte. Auch kann es vorkommen, dass Arbeitnehmer während ihrer Arbeitszeit spielen oder privat surfen.
- Richtlinien für geschäftliche Daten und deren Verwendung sind notwendig. Sofern Mitarbeiter Cloudanwendungen nutzen, können vertrauliche berufliche Daten in diese und somit außerhalb des Einflussbereichs des Unternehmens geraten. Auch wird es nach der Beendigung des Arbeitsverhältnisses schwierig die Daten wieder vom privaten Endgerät zu entfernen.
Auch wenn Unternehmen häufig aus Kostengründen auf ByoD umsteigen, ist es nicht immer der Fall, dass Kosten auch tatsächlich reduziert werden. So können versteckte Kosten anfallen, die nicht direkt die Kosten für die Hardware betreffen.
So sollte jedes Unternehmen für sich prüfen, welche Vor- und Nachteile entstehen. Auch ist es zwingend notwendig Richtlinien für den Umgang mit Endgeräten, Daten u. ä. zu erlassen, die Sicherheitsmaßnahmen beinhalten. Auch sollte geklärt werden, wer Mobilfunkgebühren, sowie den Support übernimmt.
Das Modell an der Betreuungskapazität ausrichten. Ein mittelständischer Betrieb sollte Gerätevielfalt und Supportgrenzen gemeinsam entscheiden. Prüfen Sie einen begrenzten Anwendungssatz, bevor zusätzliche Plattformen dauerhaft zugelassen werden.
{tmamazon asin="B0HL6NLP1M" layout="compact" align="none" label="Digital Governance" text="Regulierung, Verantwortung und Steuerung werden als zusammenhängende Führungsaufgabe betrachtet. Die Managementperspektive stellt die Frage in den Mittelpunkt, wie aus regulatorischen Vorgaben handhabbare Entscheidungen, Zuständigkeiten und Steuerungsprozesse entstehen." shorttext="Regulierung, Verantwortung und Steuerung werden als zusammenhängende Führungsaufgabe betrachtet." image="images/mg-publikationen/cover/buch-digital-governance-wie-unternehmen-regulierung-verantwortung-und-.jpg" book="1" note="Von Dr. Markus Groß" price="0" rating="0" count="0" features="0" disclosure="1"}
Vertiefung: Mittelstand: Vor- und Nachteile von Bring your own Device
Aus „Mittelstand: Vor- und Nachteile von Bring your own Device“ lässt sich mehr gewinnen als eine Momentaufnahme. Die nachfolgende Vertiefung ordnet für Betriebsmodell ein, welche Annahmen geprüft und welche Konsequenzen organisatorisch sauber umgesetzt werden sollten.
Supportmodell als Konsequenz aus „Mittelstand“
Für die heutige Einordnung von „Mittelstand“ ist zunächst eine Unterscheidung entscheidend: Es ist zu klären, welche Hilfe zugesagt wird und wo Eigenverantwortung beginnt. Beim Schwerpunkt „Mittelstand“ geht es um Einführung, Akzeptanz und praktische Steuerung von Consumerisation und BYOD sowie um den Bezug zu „Rückbau“; zu entscheiden ist, ob verhindert, geduldet oder innerhalb klarer Leitplanken aktiv ermöglicht werden soll. Dabei bleibt folgende Grenze maßgeblich: Akzeptanz allein beweist keine sichere oder wirtschaftliche Umsetzung (hier bezogen auf „Umgehungslösung“); Ablehnung beseitigt den Bedarf ebenfalls nicht. Operativ folgt daraus: Servicegrenzen, unterstützte Varianten und Eskalationswege veröffentlichen; im vorliegenden Abschnitt wird dies an „Betriebsmodell“ konkretisiert. Für Audit und Führung reicht Aktivität nicht aus; als Bezugspunkt dient „Ausnahmeweg“. Benötigt wird folgender Nachweis: Supportdaten zu Ursache, Aufwand und wiederkehrenden Problemen; bewertet wird außerdem: Nutzungsgrad, Ausnahmen, Umgehungslösungen, Supportaufwand und erreichte Arbeitsergebnisse. Der Diskussionsaspekt „klare Zuständigkeiten und Entscheidungsrechte“ ergänzt die Betrachtung sinnvoll, weil er „Rückbau“ mit der tatsächlichen Anwendung verknüpft.
Integration: Rückbau
Eine nüchterne Fortführung trennt bei „Rückbau“ den damaligen Anlass von der bleibenden Organisationsfrage: Es ist zu klären, welcher bestehende Prozess den neuen Prüfschritt sinnvoll aufnehmen kann. Beteiligt sind hier vor allem Geschäftsleitung, Fachbereiche, IT, Informationssicherheit, Personal und Nutzende; ihre Perspektiven treffen beim Aspekt „Betriebsmodell“ unmittelbar aufeinander. Die Schwachstelle liegt nicht im Schlagwort selbst, sondern dort, wo die offizielle Regel vom tatsächlichen Arbeitsverhalten abweicht und Schattenlösungen zum Normalfall werden – betrachtet im Kontext „Einführungsmodell“. Für die belastbare Umsetzung gilt als Auftrag: Beschaffung, Berechtigung, Änderung oder Offboarding gezielt erweitern; der konkrete Prüfmaßstab wird aus „Pilotgruppe“ abgeleitet. Die Dokumentation hält zwei Dinge fest – ein eingebetteter Kontrollpunkt ohne parallelen Sonderprozess; zusätzlich sichtbar wird: der Zusammenhang zwischen „Rückbau“ und „Betriebsmodell“. Eine brauchbare Gegenprobe ist die Frage, ob dieselbe Entscheidung bei einer Störung rund um „Rückbau“ noch nachvollziehbar wäre.
Verantwortung als Konsequenz aus „Nutzungsbedarf“
Praktisch relevant wird „Nutzungsbedarf“ dort, wo Verantwortung und Ergebnis zusammenkommen: Es ist zu klären, wer freigibt, betreibt, kontrolliert und bei Abweichungen entscheidet. Als belastbare Grundlage dienen Nutzungsfälle, Bedarfsanalyse, Pilotbefunde, Ausnahmen, Supportdaten und dokumentierte Entscheidungen; für den Aspekt „Nutzungsbedarf“ muss ihre Herkunft nachvollziehbar bleiben; der Belastungstest erfolgt mit Blick auf „Einführungsmodell“. Die Entscheidung über „Pilotgruppe“ sollte deshalb ausdrücklich festhalten, ob verhindert, geduldet oder innerhalb klarer Leitplanken aktiv ermöglicht werden soll. Operativ folgt daraus: Entscheidungs-, Ausführungs- und Kontrollrolle auseinanderhalten; der Belastungstest erfolgt mit Blick auf „Supportgrenze“. Ob der Ansatz trägt, wird an folgendem Ergebnis geprüft: eine schlanke Zuordnung für Normalfall und Eskalation; im Fokus steht dabei „Schatten-IT“. Die Ergebnisbeobachtung richtet sich auf: die beobachtbare Veränderung beim Aspekt „Tests und Lernen aus erkannten Abweichungen“; „Schatten-IT“ liefert dafür den praktischen Anwendungsfall. Die Leserperspektive auf „Tests und Lernen aus erkannten Abweichungen“ schärft den Blick dafür, ob „Pilotgruppe“ nur beschrieben oder tatsächlich gesteuert wird.
Ausgangslage: Skalierung
Der nächste sinnvolle Schritt für „Skalierung“ trennt Aussage, Voraussetzung und Konsequenz voneinander: Es ist zu klären, welcher reale Bedarf vor einer Lösung oder Regel überhaupt besteht. Die alltagstaugliche Übersetzung für „Skalierung“ lautet: Reale Arbeitsweisen werden erhoben und in ein abgestuftes, überprüfbares Betriebsmodell überführt. Damit wird zugleich die Grenze beim Aspekt „Supportgrenze“ sichtbar: Akzeptanz allein beweist keine sichere oder wirtschaftliche Umsetzung (hier bezogen auf „Akzeptanz“); Ablehnung beseitigt den Bedarf ebenfalls nicht. Für den nächsten Review wird vereinbart: bestehende Arbeitswege, Umgehungen und Belastungen zuerst sichtbar machen. Der vorgesehene Nachweis lautet: eine belastbare Bestandsaufnahme statt einer Produktannahme; als Bezugspunkt dient „Rückbau“. Als Messperspektive dient: Nutzungsgrad, Ausnahmen, Umgehungslösungen, Supportaufwand und erreichte Arbeitsergebnisse; „Rückbau“ liefert dafür den praktischen Anwendungsfall. Der gewählte Weg sollte sich außerdem umkehren lassen, falls die Annahmen zu „Supportgrenze“ später nicht mehr tragen.
Was „Betriebsmodell“ für Entscheidungsoptionen bedeutet
Eine nüchterne Fortführung trennt bei „Betriebsmodell“ den damaligen Anlass von der bleibenden Organisationsfrage: Es ist zu klären, welche Alternativen zwischen vollständigem Verbot und uneingeschränkter Freigabe liegen. Besondere Aufmerksamkeit verdient das Szenario, in dem die offizielle Regel vom tatsächlichen Arbeitsverhalten abweicht und Schattenlösungen zum Normalfall werden – betrachtet im Kontext „Schatten-IT“. Für die beteiligten Rollen – Geschäftsleitung, Fachbereiche, IT, Informationssicherheit, Personal und Nutzende – braucht der Aspekt „Betriebsmodell“ daher einen vorab geklärten Entscheidungsweg. Statt einer neuen Parallelstruktur genügt zunächst: 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: der Zusammenhang zwischen „Betriebsmodell“ und „Mittelstand“. Für den Dialog unter dem Beitrag ist „belastbare Nachweise statt bloßer Dokumentenfülle“ der passende Belastungstest: Gerade beim Aspekt „Mittelstand“ muss die Regel im Alltag tragen.
Was „Ausnahmeweg“ für Pilot bedeutet im Kontext Akzeptanz
Praktisch relevant wird „Ausnahmeweg“ dort, wo Verantwortung und Ergebnis zusammenkommen: Es ist zu klären, welche offene Annahme in kleinem Rahmen geprüft werden soll. Folgende Messperspektive zeigt, ob sich der Aspekt „Ausnahmeweg“ tatsächlich verbessert oder nur formell bearbeitet wurde: Nutzungsgrad, Ausnahmen, Umgehungslösungen, Supportaufwand und erreichte Arbeitsergebnisse; die Bewertung erfolgt hier aus der Perspektive „Betriebsmodell“. Für „Skalierung“ bleibt dabei verbindlich: Akzeptanz allein beweist keine sichere oder wirtschaftliche Umsetzung (hier bezogen auf „Schatten-IT“); Ablehnung beseitigt den Bedarf ebenfalls nicht. Für die belastbare Umsetzung gilt als Auftrag: Erfolg, Abbruch, Beobachtungszeitraum und Übertragungskriterium vorab bestimmen; „Umgehungslösung“ liefert dafür den praktischen Anwendungsfall. Ob der Ansatz trägt, wird an folgendem Ergebnis geprüft: ein Pilotprotokoll mit Ergebnis und bewusster Folgeentscheidung. Die Ergebnisbeobachtung richtet sich auf: die beobachtbare Veränderung beim Aspekt „klare Zuständigkeiten und Entscheidungsrechte“; die Bewertung erfolgt hier aus der Perspektive „Pilotgruppe“. Eine brauchbare Gegenprobe ist die Frage, ob dieselbe Entscheidung bei einer Störung rund um „Ausnahmeweg“ noch nachvollziehbar wäre.
Kommunikation im Blick: Umgehungslösung
Der nächste sinnvolle Schritt für „Umgehungslösung“ trennt Aussage, Voraussetzung und Konsequenz voneinander: Es ist zu klären, welche Erwartung verständlich erklärt und bei Rückfragen erreichbar sein muss. Beim Schwerpunkt „Umgehungslösung“ geht es um Einführung, Akzeptanz und praktische Steuerung von Consumerisation und BYOD sowie um den Bezug zu „Umgehungslösung“; zu entscheiden ist, ob verhindert, geduldet oder innerhalb klarer Leitplanken aktiv ermöglicht werden soll. Die Grenze der Betrachtung bleibt eindeutig: Akzeptanz allein beweist keine sichere oder wirtschaftliche Umsetzung (hier bezogen auf „Nutzungsregel“); Ablehnung beseitigt den Bedarf ebenfalls nicht. Operativ folgt daraus: Regel, Grund, Alternative und Hilfe zielgruppengerecht verbinden; im Fokus steht dabei „Akzeptanz“. Der vorgesehene Nachweis lautet: Rückfragen, Fehlanwendungen und Verständnislücken als Lernsignal; bezogen auf „Supportgrenze“ ist die konkrete Ausprägung separat zu entscheiden. Als Messperspektive dient: Nutzungsgrad, Ausnahmen, Umgehungslösungen, Supportaufwand und erreichte Arbeitsergebnisse; im vorliegenden Abschnitt wird dies an „Supportgrenze“ konkretisiert. Für den Dialog unter dem Beitrag ist „Kosten, Aufwand und eine faire Verteilung“ der passende Belastungstest: Gerade beim Aspekt „Umgehungslösung“ muss die Regel im Alltag tragen.
Als Abschluss für Mittelstand genügen drei verbindliche Antworten zu Rückbau: Wer entscheidet über Nutzungsbedarf, woran wird Wirkung bei Skalierung erkannt und welcher Auslöser führt zur erneuten Prüfung? Sind diese Punkte geklärt, wird aus dem historischen Impuls zu Betriebsmodell eine belastbare Arbeitsgrundlage.