Mitarbeiter auf Linux schulen, ohne den Betrieb auszubremsen

Technisch ist eine Migration planbar. Du kennst deine Fachverfahren, du weißt, welche Anwendungen unter Wine, im Browser oder in einer VM weiterlaufen müssen, und du hast eine Vorstellung davon, ob die Clients auf Linux Mint, Ubuntu oder eine RHEL-nahe Distribution gehen. Was sich schlechter planen lässt, ist der Wissensstand der Menschen, die das System danach jeden Tag anfassen. Genau daran scheitern Umstiege häufiger als an Treibern oder Dateiformaten.

Bei den Administratoren zeigt sich das Problem verzögert. Installation und Rollout laufen oft noch mit externer Unterstützung, aber sechs Wochen später steht das Team vor Rechteproblemen im Dateiserver, vor einem Dienst, der nach dem Reboot nicht mehr startet, und vor Logs, die niemand systematisch liest. Wer aus der Windows-Welt kommt, sucht in der GUI nach dem Schalter, statt sich mit systemctl, journalctl und den Konfigurationsdateien unter /etc auseinanderzusetzen. Ohne Grundlagen zu Prozessen, Rechten, Paketverwaltung und Netzwerkdiensten bleibt jede Störung ein Einzelfall.

Bei den Anwendern ist der typische Fehler das Gegenteil: Es wird zu viel erklärt und zu wenig geübt. Für die meisten Beschäftigten ist der Desktop nur Mittel zum Zweck. Sie brauchen Sicherheit bei LibreOffice, bei den Dateiformaten im Austausch mit externen Partnern, bei Mail, Drucken und den Ablagen im Netz. Ein Kernel-Vortrag hilft ihnen nicht, ein halber Tag mit den eigenen Dokumenten schon. Wenn beide Gruppen dieselbe Schulung bekommen, ist sie für die einen zu oberflächlich und für die anderen zu technisch.