Interim-Management: befristete Verantwortung im Softwareprojekt

Interim-Management bezeichnet die befristete Übernahme einer Fach- oder Führungsaufgabe für einen klar umrissenen Abschnitt: Jemand verantwortet ein Vorhaben von außen, bis ein vereinbarter Zustand erreicht ist. Der Begriff beschreibt die Dauer und die Verantwortung, nicht die Art der Beschäftigung. In Softwareprojekten begegnet er dort, wo eine Lücke entsteht, die keine Neueinstellung rechtfertigt.

Interim-Management: was der Begriff bedeutet

Das lateinische „interim“ heißt „unterdessen, einstweilen“. Im Wirtschaftsleben taucht es fast nur als Vorsilbe auf: Interim-Manager, Interim-Projektleitung, Interim-Geschäftsführung. Allen Zusammensetzungen gemeinsam ist, dass der Auftrag ein Ende hat, das beim Start schon feststeht — meist kein Datum im Kalender, sondern ein Zielzustand, an dem alle Beteiligten ablesen können, dass er erreicht ist.

Befristet ist dabei die Aufgabe, nicht der Mensch. Wer den Begriff als höfliche Umschreibung für eine verlängerte Probezeit liest, versteht ihn falsch: Ein Übergangsauftrag hat einen eigenen Gegenstand, eine eigene Beschreibung und einen eigenen Endpunkt. Interim-Management ist deshalb ein Auftragstyp und kein Beschäftigungsverhältnis.

Typische Anlässe in der Softwareentwicklung

Die Anlässe ähneln sich, unabhängig davon, wie groß die Entwicklungsabteilung ist. Gemeinsam ist ihnen, dass Arbeit anfällt, die weder verschoben noch dauerhaft eingeplant werden kann.

• Ein Release liegt fest: Die eigene Mannschaft ist am Produkt gebunden, und der Umbau, der dazwischenkommt, findet keinen Platz im Plan.
• Eine Schlüsselrolle fällt weg: Der Entwickler, der ein System kannte, geht — und die Suche nach einem erfahrenen Entwickler zieht sich erfahrungsgemäß über ein halbes Jahr.
• Zwei Systemlandschaften wachsen zusammen: Nach einem Zusammenschluss müssen Datenbestände und Schnittstellen zusammengeführt werden. Ein einmaliger Kraftakt ohne Dauerbedarf.
• Ein Vorhaben außerhalb der üblichen Auslastung: Eine Datenübernahme oder die Modernisierung eines Altsystems verlangt Wissen, das im Alltag danach nicht mehr täglich gebraucht wird.

Interim-Management und feste Stelle im Vergleich

Beide Wege lösen dasselbe Problem — fehlende Kapazität — auf gegensätzliche Weise. Der Unterschied zeigt sich an vier Punkten:

• Gegenstand: Die Stelle beschreibt eine dauerhafte Rolle, der befristete Auftrag ein Ergebnis.
• Ende: Dort eine Kündigungsfrist, hier ein Zustand — das abgenommene Modul, die laufende Schnittstelle, die dokumentierte Umgebung.
• Übergabe: Bei der Stelle entsteht Wissen nebenbei; im Übergangsauftrag gehört die Übergabe zum Leistungsumfang und wird mit abgenommen.
• Bindung: Eine feste Stelle bindet Gehalt, Einarbeitung und Führung dauerhaft; der Auftrag bindet Geld nur, solange die Aufgabe läuft, und die Bindung endet mit ihr.

Wer anweist und wer für das Ergebnis geradesteht

Zwei Fragen entscheiden über die Vertragsform, und beantwortet werden sie im Projektalltag, nicht im Vertragskopf: Wer verteilt die Arbeit, und wer schuldet was. Bei einem Dienstvertrag ist eine Tätigkeit geschuldet — sorgfältig ausgeführt, ohne Zusage eines bestimmten Ergebnisses. Beim Werkvertrag ist der Erfolg geschuldet: ein Werk, das abgenommen wird und für das Mängelrechte gelten.

Für befristete Vorhaben ist das kein Formalismus, sondern die Stelle, an der es teuer wird. Welche Merkmale die Praxis heranzieht — Weisungsrecht, Eingliederung, Berichtswege, eigene Werkzeuge —, ordnet der Artikel darüber ein, welche Merkmale bei einer Prüfung über die Vertragsform entscheiden. Wer einen Übergang plant, klärt das vor dem ersten Arbeitstag, nicht nach der ersten Prüfung.

Woran ein Übergangsauftrag scheitert

Nicht am fehlenden Können, sondern fast immer an einem der vier folgenden Punkte:

1. Kein beschriebener Endzustand. Ohne Zielbild läuft der Auftrag weiter, bis das Budget endet — aus der Übergangslösung wird ein Dauerzustand.
2. Das Wissen verlässt das Haus mit der Aufgabe. Sind Dokumentation, Zugänge und Entscheidungswege nicht Teil der Leistung, beginnt der nächste Auftrag wieder bei null.
3. Der Umbau hinterlässt mehr, als er löst. Wer nur bis zum Abgabetermin denkt, baut technische Schulden auf, die die feste Mannschaft danach abträgt.
4. Niemand prüft am Ende. Ohne Abnahmekriterien fehlt der Zeitpunkt, an dem der Auftrag sauber endet und die Verantwortung zurückgeht.

Wie wir befristete Vorhaben übernehmen

Wir besetzen kein Kästchen im Organigramm, sondern übernehmen ein Ergebnis: ein Modul, eine Schnittstelle, einen Umbau mit beschriebenem Endzustand. Die fachliche Anweisung läuft über unsere Projektleitung, die Abnahmekriterien stehen vor dem Start im Angebot, und Quelltext, Dokumentation sowie Zugänge stehen dem Auftraggeber vom ersten Tag an offen. Eine einzelne Person als Einheit bieten wir nicht an — für das Ergebnis steht die Firma ein, nicht ein Name. Und wir klären vor dem Start, wer im Haus des Auftraggebers die Aufgabe danach weiterführt; ist diese Person nicht benannt, verlängert sich der Übergang von allein. Welche Arbeiten in einen solchen Zuschnitt fallen, beschreibt die Leistung Softwareentwicklung im Werkvertrag.