Viele Anhänger von Open-Source-Software erleben ihren beruflichen Alltag als Diaspora: Windows nicht nur auf Desktops, sondern auch auf Servern, das Buchhaltungssystem proprietär, die Marketingleute verschicken Newsletter von Macs und selbst die IT-Abteilung erfasst ihre Aufträge mit einem vernagelten Formularsystem. Wie durch ein unsichtbares Übereinkommen miteinander verbunden neigen IT-Entscheider mehrheitlich zu Software, die sie kennen – und die ist proprietärer Natur. Gleiches gilt für Dienstleister, wenn sie Linux-Produkte gar nicht erst anbieten.
Geben Sie sich jetzt einen Ruck und lassen sich von der Phantasielosigkeit Ihrer Vorgesetzten und Lieferanten nicht beeindrucken: Machen Sie Ihre Firma zu einem besseren Ort, indem Sie freie Software ansiedeln – der Schwerpunkt dieses Magazins hilft dabei. Beginnen Sie vielleicht mit dem Ticketsystem. Es gibt keinen Grund, warum ein solches proprietär sein sollte (Seite 28). Dann ein Newsletter-Manager (Seite 34). Komplexer ist ein Buchhaltungs- oder gar ein ERP-System – doch auch hier gelingt der Umstieg ins Freie zumeist (Seite 40).Die höchste Schule absolviert, wem einen kompletten Open-Source-Stack zu etablieren gelingt (Seite 48).
Die folgenden Artikel können natürlich nur Anregungen geben, die eigentliche Planungs- und Einführungsarbeit müssen Sie selbst erledigen. Als Lohn winkt funktionalere, stabilere und lizenzrechtlich überzeugende Software statt proprietäre Einheitsware. Die folgenden zehn Tipps helfen, die ersten Stolpersteine Ihres Debüts zu umgehen.
Zehn-Punkte-Ratgeber: Open Source einführen
- Wenn Sie Kollegen und Vorgesetzten von freier Software
überzeugen wollen, betonen Sie den betrieblichen Nutzen.
Andernfalls werden Ihnen Skeptiker Geltungssucht oder ideologische
Motive unterstellen. - Werben Sie für freie Software, indem Sie nicht nur den
Wegfall der Lizenzkosten betonen, sondern auch die
Anbieterunanbhängigkeit (kein Vendor Lock-in). Ihre Firma
erhält so Investitionssicherheit. - Thematisieren Sie die Community: Kein proprietärer
Hersteller kann vergleichbare Entwicklungs- und Support-Ressourcen
anbieten! - Beginnen Sie am besten nicht mit einer Migration, sondern
führen Sie ein neues System ein. Denn als One-Man-Show die
Übergangsphase und die Datenübernahme ausfallfrei zu
stemmen, ist schwierig. - Wählen Sie anfangs ein Projekt aus, dass einen geringen
Vernetzungsgrad mit anderen Systemen der Firma aufweist. Damit sind
Sie nicht so stark auf die wohlwollende Kooperation Anderer
angewiesen. - Holen Sie sich bezüglich Ihrer Pläne Rat bei der
Community. - Bedenken Sie, dass die Anwender Ihres Open-Source-Systems nicht
sofort die gleiche Begeisterung aufbringen wie Sie. Geben Sie Usern
nie das Gefühl, dass sie etwas verordnet bekommen. Holen Sie
sie frühzeitig ins Boot und betonen Sie den funktionalen
Fortschritt Ihrer Lösung. - Ganz wichtig: Usability! Bedienbarkeit ist nicht eine Frage von
GUI oder Kommandozeile, sondern der Reaktion der Software auf
Benutzereingaben. Stimmen Sie das Userinface auf das Bedienpersonal
ab, nicht umgekehrt. Dank Open Source können Sie hier auch
selbst viel beitragen und später Upstream geben. - Wenn Sie mit einem externen (Open-Source-)Dienstleister
zusammenarbeiten wollen oder müssen: Machen Sie klare
Vorgaben, am besten in Form eines klassischen Pflichtenhefts. - Dokumentieren Sie Ihre Arbeit.
Läuft alles gut, geht die Zeit Ihrer Diaspora zu Ende und die Freie-Software-Sonne beginnt zu scheinen.
