Die versteckten Kosten der Vendor-Steuerung

Die Rechnung für Ihr Softwareprojekt zeigt 500.000 €. Sie zeigt nicht die 14% des Arbeitsjahres Ihres CTO, die in die Steuerung dieses Projekts geflossen sind.

Jedes Enterprise-Softwareprojekt hat ausgewiesene Kosten und tatsächliche Kosten. Die ausgewiesenen Kosten sind das, was der Vendor in Rechnung stellt. Die tatsächlichen Kosten umfassen die interne Zeit, die Ihr Unternehmen in das Projekt investiert: Anforderungen koordinieren, Deliverables prüfen, Klärungen hinterhertelefonieren, Status-Calls durchführen, Eskalationen managen und den Scope neu verhandeln.

Bei den meisten Organisationen wird dieser Overhead nie gemessen. Er wird in der Arbeitszeit von Senior-Mitarbeitern aufgesogen und als normale Geschäftskosten abgeschrieben. Doch er ist erheblich, er summiert sich über mehrere Vendoren hinweg, und er übersteigt oft die Effizienzgewinne, die die Software eigentlich liefern sollte.

Die vier Kategorien von Overhead

Der interne Management-Overhead bei Softwareprojekten lässt sich typischerweise in vier Kategorien einteilen.

Anforderungskoordination. Geschäftsanforderungen in Spezifikationen übersetzen, die ein externes Team umsetzen kann. Dokumente schreiben, Workshops durchführen, prüfen und überarbeiten. Bei einem mittelgroßen Projekt entspricht das typischerweise 2–4 Wochen Arbeitszeit eines Senior Business Analyst oder Product Managers.

Deliverable-Review. Bewertung dessen, was der Vendor gebaut hat. Demos durchführen, Feedback schreiben, Demos wiederholen. Das wird oft unterschätzt, weil es sich leichtgewichtig anfühlt, aber es wiederholt sich in jedem Sprint.

Eskalationsmanagement. Umgang mit Streitfragen, Missverständnissen und Scope-Fragen. In einem typischen 6-Monats-Projekt sind 3–5 signifikante Eskalationen zu erwarten. Jede davon bindet mehrere Senior-Mitarbeiter und einen Lösungsprozess, der Tage oder Wochen dauern kann.

Administrativer Overhead. Bestellungen, Rechnungen, Change Requests, Vertragsänderungen. Rechtliche Prüfung jeder Änderung. Freigabezyklen der Finanzabteilung. Jeder Einzelposten ist klein; zusammen summieren sie sich.

Zusammengenommen entsprechen diese typischerweise 15–25% der Vendor-Rechnung, bezahlt in interner Senior-Arbeitszeit.

Die Zahlen im Detail

Ein 500.000-€-Softwareprojekt mit 20% Overhead-Last kostet insgesamt 600.000 € an Gesamtausgaben. Doch weil der Overhead in Arbeitszeit steckt und nicht auf einer Rechnung steht, bleiben die 100.000 € unsichtbar.

Auf individueller Ebene verbringt ein CTO, der 14% seines Jahres mit der Steuerung eines einzigen Vendors verbringt, rund 35 Tage mit Status-Calls, Spec-Reviews und Eskalationen – Zeit, die nicht für Architekturentscheidungen, Teamentwicklung oder strategische Arbeit zur Verfügung steht.

Bei Organisationen, die gleichzeitig drei oder vier bedeutende Softwareprojekte betreiben, multipliziert sich die Overhead-Rechnung. Drei Projekte mit je 20% Overhead bedeuten, dass 60% der Zeit des Senior-Managements durch Vendor-Steuerung gebunden sind, bevor überhaupt strategische Arbeit beginnt.

Die versteckten Kosten der Vendor-Steuerung sind kein Rundungsfehler. Bei Organisationen mit mehreren parallelen Projekten können sie die Kosten einer vollzeitigen Senior-Neueinstellung übersteigen.

Warum sich das Problem mit der Größe verschärft

Der Overhead der Vendor-Steuerung ist nicht linear. Ein zweiter Vendor addiert nicht einfach 20% Overhead. Er addiert mehr, weil Abhängigkeiten zwischen Vendoren neue Koordinationsprobleme schaffen.

Wenn Projekt A von einer API aus Projekt B abhängt und Projekt A in Verzug gerät, betrifft der Status-Call für Projekt A nun auch den Status von Projekt B. Eskalationen bei einem Vendor beginnen, den Zeitplan eines anderen zu beeinflussen. Ein Projektmanager, der zwei Beziehungen gesteuert hat, steuert nun die Beziehung zwischen diesen Beziehungen.

Das ist der Grund, warum sich das Softwareentwicklungsportfolio großer Unternehmen oft nur so schnell bewegt wie das langsamste Projekt, unabhängig davon, wie viel in die schnellsten investiert wird.

Die Alternative: eingebettete Verantwortung

Das Problem des Management-Overheads hat eine strukturelle Lösung: weniger, dafür langfristigere Beziehungen zu Partnern, die einen größeren Teil des Lieferloops selbst verantworten.

Ein eingebetteter Lieferpartner (einer, der als Erweiterung des internen Teams fungiert statt als externer Auftragnehmer) reduziert den Overhead auf eine bestimmte Weise: Statt dass Anforderungen hinausgehen und Deliverables zurückkommen, ist der Partner Teil des Loops. Anforderungen werden in Echtzeit verfeinert. Deliverables werden kontinuierlich geprüft. Eskalationen werden sofort gelöst, weil der Partner präsent ist, nicht remote.

Der Tagessatz eines eingebetteten Partners mag höher sein. Die Kosten als Anteil an den Gesamtprojektausgaben sind typischerweise niedriger, weil der Overhead in die Lieferbeziehung integriert wird, statt zusätzlich obendrauf zu kommen.

Drei Fragen, bevor Sie unterschreiben

Wenn Sie die tatsächlichen Kosten einer Vendor-Beziehung abschätzen möchten, bevor Sie sich verpflichten, stellen Sie drei Fragen.

Wer auf unserer Seite wird Zeit in die Steuerung dieser Beziehung investieren, und wie viele Stunden pro Woche? Wenn die Antwort „nur ein wöchentlicher Check-in" lautet, haben Sie es entweder mit einem sehr erfahrenen Partner zu tun oder unterschätzen den tatsächlichen Aufwand.

Was passiert, wenn sich Anforderungen ändern? Der Overhead bei einem traditionellen Vendor schnellt an jedem Änderungspunkt in die Höhe: neuer Change Request, neue Verhandlung, neue Vertragsänderung. Ein eingebetteter Partner absorbiert Veränderungen innerhalb des Lieferloops.

Wie sieht der Eskalationsweg aus? Wenn eine Eskalation vom Projektmanager über den Account Manager zum Engagement Director läuft, haben Sie es mit Overhead zu tun. Wenn sie direkt bei der Person landet, die das Problem lösen kann, nicht.

Die versteckten Kosten der Vendor-Steuerung sind kein Naturgesetz. Sie sind eine Folge der strukturellen Distanz zwischen Ihrem Unternehmen und dem Team, das für Sie liefert. Schließen Sie diese Lücke, und der Overhead verschwindet.