Der Tagessatz allein sagt wenig darüber aus, was ein externes Softwareentwicklungsteam tatsächlich kostet. Entscheidend ist, wie viel belastbares Ergebnis aus der eingesetzten Zeit entsteht – und welcher Aufwand auf Kundenseite nötig bleibt, um das Team zu führen, Entscheidungen vorzubereiten und Fehler zu korrigieren.
Welche Kostenblöcke wirklich zählen
Ein seriöser Vergleich beginnt mit dem vollständigen Delivery-Modell. Neben der reinen Entwicklungszeit gehören dazu technische Führung, Qualitätssicherung, Projektkommunikation, Einrichtung der Arbeitsumgebung, Dokumentation und Übergabe. Sind diese Aufgaben im Angebot nicht sichtbar, verschwinden sie nicht. Sie landen meist beim internen Product Owner, Tech Lead oder in späterer Nacharbeit.
Vier Fragen machen Angebote vergleichbarer:
- Welche Rollen arbeiten tatsächlich am Workstream und in welchem Umfang?
- Wer hält Scope, Risiken und technische Entscheidungen zusammen?
- Welche Reviews, Tests und Abnahmekriterien sind eingeplant?
- Wie werden Wissen, Zugriffe und offene Punkte am Ende übergeben?
Teamgröße folgt dem Engpass
Ein größeres Team ist nicht automatisch schneller. Wenn Anforderungen unklar sind, Schnittstellen fehlen oder Abnahmen warten, steigt mit jeder zusätzlichen Person zunächst der Koordinationsaufwand. Für einen abgegrenzten Workstream kann ein kleines Setup aus einem oder zwei Engineers mit klarer technischer Führung wirksamer sein als ein breit besetztes Pod.
Deshalb sollte die Kalkulation vom Engpass ausgehen: Fehlt Backend-Kapazität für eine definierte API? Muss ein Frontend-Workstream unabhängig vorankommen? Oder ist zuerst Discovery nötig, weil noch nicht klar ist, welche Lösung sinnvoll ist? Erst danach lässt sich ein passendes Rollenmodell bewerten.
Preislogik statt Scheingenauigkeit
Bei laufender Produktentwicklung ist Time & Material häufig transparenter, sofern Scope, Prioritäten und Sichtbarkeit sauber geführt werden. Ein Festpreis kann sinnvoll sein, wenn Ergebnis, Grenzen, Abnahme und Abhängigkeiten ausreichend klar sind. Für eine vage Produktidee erzeugt ein scheinbar sicherer Festpreis dagegen oft Risikopuffer, harte Nachträge oder Abstriche bei Qualität und Umfang.
Ein guter Einstieg ist ein kleiner, bezahlter Scope. Er zeigt unter realen Bedingungen, wie das Team kommuniziert, Entscheidungen dokumentiert und Code liefert. Die Kosten dieses Piloten sind nicht nur Umsetzungskosten, sondern auch eine begrenzte Investition in belastbare Erkenntnis.
Eine einfache Entscheidungsregel
Vergleichen Sie nicht nur den Preis pro Stunde. Vergleichen Sie den erwarteten Aufwand bis zu einem abgenommenen Ergebnis – einschließlich interner Steuerung, Nacharbeit und Übergaberisiko. Das günstigere Angebot ist dasjenige, das den benötigten Workstream mit vertretbarem Risiko voranbringt.