Arbeitsvertrag in IT & Software prüfen

In der IT gibt es keinen einheitlichen Flächentarif für alle Arbeitgeber, relevant sind aber je nach Unternehmen Tarifwerke der Metall- und Elektroindustrie, der Telekommunikation, Haustarifverträge großer Konzerne oder Tarifbindungen im öffentlichen Dienst nach TVöD beziehungsweise TV-L. Gerade bei Inhouse-Entwicklern in Konzernen, IT-Abteilungen von Banken oder öffentlichen Arbeitgebern lohnt sich daher der Blick, ob tarifliche Entgeltgruppen, Jahressonderzahlungen oder Arbeitszeitregelungen vertraglich in Bezug genommen werden. Fehlt ein ausdrücklicher Verweis, gelten viele vermeintlich bekannten Branchenstandards eben nicht automatisch.

Rechtlich kritisch sind vor allem das Arbeitszeitgesetz, das Nachweisgesetz, Datenschutz- und Geheimhaltungspflichten sowie im Innovationsbereich das Arbeitnehmererfindungsgesetz. Bei Entwicklern, Product Engineers oder Data-Rollen tauchen zusätzlich Klauseln zu Urheberrechten an Code, internen Tools, Dokumentation, Modellen und Datenbanken auf. Ein sauberer Vertrag grenzt klar ab, was als Arbeitsergebnis aus dem Arbeitsverhältnis gilt und was private Vorerfindungen, GitHub-Projekte oder Open-Source-Beiträge außerhalb der Arbeitszeit bleiben. Genau dort wird oft zu weit formuliert.

Typische Vertragsformen sind unbefristete Entwicklerverträge, befristete Projektverträge, Werkstudentenmodelle, Rufbereitschaftsregelungen für Ops- oder Support-Rollen und vereinzelt auch variable Vergütung bei Sales-Engineering oder Consulting. Problematisch wird es, wenn Junioren mit pauschaler All-in-Klausel starten, obwohl ihre Position weder leitend noch wirklich frei in der Arbeitszeit ist. Auch Nebentätigkeitsklauseln sollten in Tech-Jobs nicht so weit gehen, dass jede private App, jeder Freelance-Auftrag oder jede Open-Source-Mitarbeit von einer pauschalen Genehmigung abhängt.

Ein klassischer Praxisfall: Im Recruiting wird mit flexibler Remote-Arbeit geworben, im Vertrag steht aber nur, dass der Arbeitgeber den Arbeitsort nach billigem Ermessen bestimmen darf. Nach sechs Monaten wird dann Präsenz an drei bis vier Tagen verlangt oder ein anderer Standort zugewiesen. Ebenfalls häufig sind Klauseln, nach denen mit dem Gehalt angeblich erforderliche Überstunden abgegolten sind. In der Realität heißt das bei Release-Wochen, Migrationen oder Security-Incidents, dass Abendarbeit und Wochenendarbeit faktisch unbezahlt bleiben sollen.

Bei Entwicklerverträgen sieht man außerdem oft sehr breite IP-Regelungen: Alles, was der Mitarbeiter während der Vertragslaufzeit erstellt, soll dem Arbeitgeber gehören. Das ist für private Side Projects brandgefährlich. Wer nebenbei ein SaaS-Tool baut, an Open-Source arbeitet oder Fachartikel mit Codebeispielen veröffentlicht, sollte eine klare Abgrenzung verlangen. Ein weiterer Streitpunkt ist Rufbereitschaft. Viele Teams nennen es On-Call, regeln aber weder Reaktionszeiten noch Vergütung, obwohl genau diese Punkte den Alltag massiv beeinflussen.

Verhandelbar sind in der IT vor allem konkrete Überstundenprozesse, Ausgleich für Bereitschaften, Geräte- und Homeoffice-Regeln, Budget für Fortbildung und der Umgang mit variabler Vergütung. Senior-Kandidaten sollten zusätzlich über Bonusziele, Aktienprogramme, Kündigungsfristen und Wettbewerbsverbote sprechen. Gute Verträge benennen klar, wann Mehrarbeit angeordnet werden darf, wie sie dokumentiert wird und welche Tätigkeiten nicht unter die Rechteübertragung fallen. Alles, was nur als Vertrauenskultur verkauft wird, gehört im Zweifel trotzdem schwarz auf weiß geregelt.