Zum Inhalt springen
CODT Technologies logoCODTTECHNOLOGIES
CODT Technologies Research

Wie lange echte Software bis zum Launch braucht.

Die meisten Lieferzeiten, die man online findet, sind Marketing-Spannen — für den Klick erfunden, an kein reales Projekt gebunden. Dieser Bericht geht den anderen Weg: anonymisierte Benchmarks aus den eigenen Lieferunterlagen von CODT Technologies zu ausgelieferten Kundenprodukten — wie viele Wochen von Kickoff bis v1, welches Team tatsächlich gebaut hat, und wohin die Zeit gegangen ist.

Die kurze Antwort
Daten ausstehend

Ein Satz, geschrieben aus dem Datensatz: die mediane Laufzeit von Kickoff bis v1 über die ausgelieferten Produkte von CODT Technologies hinweg, mit der Spannweite darum. Veröffentlicht erst, wenn die zugrunde liegenden Unterlagen zusammengetragen und geprüft sind.

Median Kickoff → v1
Daten ausstehend

Medianwochen vom unterzeichneten Kickoff bis zu einer v1 in den Händen echter Nutzer, über den gesamten Datensatz.

Produkte im Datensatz
Daten ausstehend

Anzahl ausgelieferter Produkte, deren Lieferunterlagen die untenstehenden Aufnahmeregeln erfüllen.

Erfasster Zeitraum
Daten ausstehend

Erstes und letztes Kickoff-Datum im Datensatz, auf das Jahr genau angegeben.

Entwurf — Datensatz in Vorbereitung

Dieser Bericht veröffentlicht zuerst seine Methodik. Jeder Zahlenplatz auf dieser Seite trägt die Markierung «Daten ausstehend», bis die zugrunde liegenden Lieferunterlagen zusammengetragen und geprüft sind — nichts hier ist eine Schätzung, und kein Platz wird je mit einer gefüllt. Die Zahlen erscheinen einmal, richtig, oder gar nicht.

Methodik

Woher die Zahlen kommen werden.

Ein Benchmark ist nur zitierfähig, wenn man sehen kann, wie er entstanden ist. Dies sind die Regeln, unter denen dieser Bericht steht — festgelegt, bevor eine einzige Zahl veröffentlicht wird, damit sich die Daten nicht still zugunsten des Ergebnisses biegen lassen.

  1. Quelle der Wahrheit

    Jede Zahl stammt aus internen Lieferartefakten von CODT Technologies — Projektplänen, Meilenstein-Abnahmen, Release-Historie und Abrechnungsunterlagen — zu Produkten, die tatsächlich ausgeliefert wurden. Nichts wird aus der Erinnerung rekonstruiert, per Umfrage erhoben oder aus Fremdstudien übernommen. Lässt sich eine Zahl nicht auf ein Lieferartefakt zurückführen, kommt sie nicht in den Datensatz.

  2. Was als Kickoff zählt

    Die Uhr startet mit dem ersten Arbeitssprint des unterzeichneten Auftrags — nicht beim ersten Kontakt, nicht beim Angebot. Vorgespräche und unbezahltes Scoping sind ausgeschlossen, damit die Laufzeit die Lieferung misst und nicht den Verkaufszyklus.

  3. Was als v1 zählt

    Die Uhr stoppt beim ersten Produktiv-Release in den Händen echter Nutzer — einem Release, auf dem das Geschäft des Kunden tatsächlich läuft. Interne Betas, Demos und Staging-Meilensteine zählen nicht. Diese Linie ist bewusst streng gezogen: Sie ist die, auf die es für Käufer ankommt.

  4. Anonymisierung

    Kundennamen werden im Datensatz nie veröffentlicht. Produkte erscheinen als anonymisierte Kürzel plus Plattformtyp, Daten werden nur auf das Jahr genau genannt, und jede Zahl, die für sich allein einen Kunden identifizieren würde, erscheint stattdessen aggregiert. Projekte unter NDA sind von zeilenweisen Daten vollständig ausgenommen.

  5. Aufnahme und Ausschlüsse

    Der Datensatz umfasst ausgelieferte Kundenprodukte, die den obigen Definitionen entsprechen. Projekte, die pausiert, abgebrochen oder in andere Builds aufgegangen sind, bleiben aussen vor — und der veröffentlichte Bericht wird sagen, wie viele ausgeschlossen wurden und warum, denn ein Benchmark, der seine Ausschlüsse verschweigt, ist eine Anzeige.

  6. Ehrliche Genauigkeit

    Der Datensatz einer einzelnen Firma trägt Mediane und Spannweiten — keine Nachkommagenauigkeit und keine Perzentilkurven. Zahlen erscheinen in der Genauigkeit, die die Stichprobe ehrlich hergibt, und jede Aggregation steht neben dem n und dem Zeitraum, aus dem sie berechnet wurde.

n — aufgenommene Produkte
Daten ausstehend

Endgültige Anzahl, nachdem die Aufnahmeregeln auf die Lieferunterlagen angewendet wurden.

Zeitraum
Daten ausstehend

Vom Datensatz abgedeckte Kickoff-Jahre, vom frühesten bis zum spätesten.

Ausgeschlossene Produkte
Daten ausstehend

Anzahl ausgeschlossener Projekte, mit den Gründen im veröffentlichten Bericht.

Ergebnisse

Was die Lieferunterlagen zeigen werden.

Vier Fragen, alle aus demselben Datensatz beantwortet. Bis die Unterlagen zusammengetragen und geprüft sind, sagt jeder Platz unten genau, was er enthalten wird — und enthält sonst nichts.

Kickoff bis v1: die Gesamtlaufzeit

Die Frage

Wie viele Wochen liegen zwischen einem unterzeichneten Kickoff und einer v1 in den Händen echter Nutzer?

Das ist die Zahl, nach der jede Gründerin fragt und die fast keine Agentur aus echten Unterlagen veröffentlicht. Erscheinen werden hier die mediane, die schnellste und die langsamste Laufzeit von Kickoff bis v1 über den Datensatz — unter der strengen v1-Definition von oben, damit sich keine Demo als Launch ausgibt.

Medianwochen bis v1
Daten ausstehend

Median Kickoff → v1 über alle Produkte im Datensatz.

Schnellste v1
Daten ausstehend

Kürzeste Strecke Kickoff → v1 im Datensatz, in Wochen.

Längste v1
Daten ausstehend

Längste Strecke Kickoff → v1 im Datensatz, in Wochen.

Kickoff → v1, Produkt für Produkt
ProduktPlattformtypWochen bis v1Kernteamgrösse
Daten ausstehend

Eine anonymisierte Zeile pro ausgeliefertem Produkt: Kürzel (z. B. P01), Plattformtyp, Kickoff → v1 in Wochen und Kernteamgrösse bei Auslieferung.

Auswertung folgt mit den Daten

Die geschriebene Lesart der Laufzeitdaten: wo der Median landet, was die schnellsten Projekte von den langsamsten unterschied, und was das für den Zuschnitt einer v1 bedeutet.

Laufzeit nach Produkttyp

Die Frage

Ist eine Mobile-App wirklich schneller fertig als eine SaaS-Plattform oder ein Voice-Agent?

«Wie lange dauert eine App» hat eine andere ehrliche Antwort als «wie lange dauert eine mandantenfähige Plattform» — und beides zu vermischen ist der Weg zu irreführenden Durchschnitten. Dieses Ergebnis schlüsselt die Laufzeit nach Plattformtyp auf, mit dem n jeder Gruppe daneben, damit eine dünne Gruppe nie für einen Trend gehalten wird.

Schnellste Kategorie (Median)
Daten ausstehend

Plattformtyp mit dem kürzesten medianen Kickoff → v1, und dieser Median in Wochen.

Langsamste Kategorie (Median)
Daten ausstehend

Plattformtyp mit dem längsten medianen Kickoff → v1, und dieser Median in Wochen.

Grösste Streuung
Daten ausstehend

Plattformtyp mit der grössten Spanne zwischen schnellstem und langsamstem Projekt im Datensatz.

Mediane Laufzeit nach Plattformtyp
PlattformtypProdukte (n)Medianwochen bis v1Spanne (Wochen)
Daten ausstehend

Eine Zeile pro Plattformtyp — Mobile, SaaS / Web-Plattform, KI- und Voice-Agenten, IoT — mit Gruppengrösse, medianer Laufzeit und Spanne. Gruppen, die für eine ehrliche Aggregation zu klein sind, werden zusammengelegt und als solche gekennzeichnet.

Auswertung folgt mit den Daten

Der geschriebene Vergleich über die Produkttypen: welche Kategorien tatsächlich länger brauchen, um wie viel, und wo die Streuung innerhalb einer Kategorie den Unterschied zwischen den Kategorien überwiegt.

Teamgrösse und Zusammensetzung

Die Frage

Wie viele Menschen braucht es tatsächlich, um eine v1 auszuliefern?

Bei der Teamgrösse wuchern die Liefermythen am stärksten — von der Geschichte vom einsamen Genie bis zum Vierzig-Personen-Programm. Der Datensatz hält das Kernteam fest, das jedes ausgelieferte Produkt tatsächlich gebaut hat, und wie sich diese Köpfe auf Engineering-, Design- und Produktrollen verteilten.

Medianes Kernteam
Daten ausstehend

Mediane Kernteamgrösse über alle Produkte im Datensatz.

Kleinstes lieferndes Team
Daten ausstehend

Kleinstes Kernteam, das ein Produkt im Datensatz bis zur v1 gebracht hat.

Grösstes Kernteam
Daten ausstehend

Grösstes Kernteam, das für ein einzelnes Produkt im Datensatz erfasst wurde.

Zusammensetzung der Kernteams über den Datensatz
RolleTypische KopfzahlAnteil der Produkte mit dieser Rolle
Daten ausstehend

Eine Zeile pro Rolle — Engineering, Design, Produkt/Delivery, QA — mit der typischen Kopfzahl bei einer ausgelieferten v1 und der Zahl der Produkte, die die Rolle überhaupt besetzt haben.

Auswertung folgt mit den Daten

Die geschriebene Lesart der Besetzungsdaten: das typische Kernteam hinter einer ausgelieferten v1, wie sich die Zusammensetzung mit dem Produkttyp verschob, und was das für die Budgetierung eines Teams bedeutet.

Wohin die Wochen gehen: die Phasenaufteilung

Die Frage

Wie viel einer Lieferung ist Discovery, Design, Bau und Härtung?

Käufer stellen sich eine Laufzeit als einen einzigen langen «Bau» vor — und treffen dann auf die Teile, für die niemand geworben hat: Scoping, Design, Härtung der Integrationen, Launch. Der Datensatz zerlegt die Laufzeit jedes Produkts in Phasen, damit die veröffentlichte Form einer Lieferung der echten entspricht, inklusive der unglamourösen Strecke zwischen Feature-Complete und Produktivbetrieb.

Anteil Discovery + Design
Daten ausstehend

Medianer Anteil der Laufzeit, der auf Scoping und Design entfällt, über den Datensatz.

Anteil Bau
Daten ausstehend

Medianer Anteil der Laufzeit, der auf die Kernimplementierung entfällt.

Anteil Härtung + Launch
Daten ausstehend

Medianer Anteil der Laufzeit, der auf QA, Härtung der Integrationen und Launch entfällt.

Medianer Phasenanteil an der Lieferlaufzeit
PhaseMedianer Anteil an der LaufzeitWas die Phase umfasst
Daten ausstehend

Eine Zeile pro Phase — Discovery & Scoping, Design, Bau, Härtung & QA, Launch — mit ihrem medianen Anteil an der Laufzeit von Kickoff bis v1 und einer einzeiligen Definition, in der Summe das Ganze.

Auswertung folgt mit den Daten

Die geschriebene Lesart der Phasendaten: welche Phase den Zeitplan dominiert, welche am stärksten unterschätzt wird, und wie sich die Form bei integrationslastigen Builds verändert.

Einschränkungen

Was dieser Bericht belegen kann — und was nicht.

Jeder Datensatz hat Ränder. Sie zu benennen trennt Forschung von Marketing — dies sind die, die dieser Bericht konstruktionsbedingt mitträgt.

  • Die Daten eines einzigen Studios

    Dies ist die Lieferbilanz von CODT Technologies, keine Branchenstichprobe. Ein senior-geführtes Modell mit festem Umfang prägt jede Zahl darin — die Werte beschreiben, wie wir liefern, und lassen sich auf Teams übertragen, die genauso arbeiten, nicht auf Softwareentwicklung überhaupt.

  • Nur ausgelieferte Produkte

    Der Datensatz misst Produkte, die eine v1 erreicht haben. Pausierte oder abgebrochene Projekte sind aus den Laufzeiten ausgeschlossen — der veröffentlichte Bericht wird nennen, wie viele und warum, aber ein Datensatz aus Vollendern bleibt verzerrt, wenn es um die Frage geht, was das Anfangen bedeutet.

  • Definitionen bewegen Zahlen

    Kickoff bis v1 hängt vollständig davon ab, wo diese beiden Linien gezogen werden, und unsere sind streng. Wer diese Werte gegen andere veröffentlichte Laufzeiten hält, erbt jede Abweichung in der Definition — ehrlich vergleichbar sind nur Studien, die dieselben Linien ziehen.

  • Ein kleiner Datensatz, mit Absicht

    Das ausgelieferte Portfolio einer einzelnen Firma trägt Mediane und Spannweiten, keine Verteilungskurven. Wo eine Gruppe für eine ehrliche Aggregation zu klein ist, wird der Bericht sie zusammenlegen oder weglassen und das sagen — dünne Daten selbstbewusst präsentiert sind genau der Fehler, den diese Seite vermeiden soll.

  • Lange Projekte gewichten die Daten

    Einige Produkte in der Bilanz gehören zu langlaufenden Mehrprodukt-Plattformprojekten, in denen spätere Produkte auf Infrastruktur aufsetzen, die frühere bezahlt haben. Wo das eine Zahl spürbar prägt, wird der Bericht es kennzeichnen, statt kumulierte Vorteile als reine Geschwindigkeit durchgehen zu lassen.

Zitation

Wie dieser Bericht zu zitieren ist.

Der Bericht existiert, um zitiert zu werden — mit Quellenangabe und Link. Zahlen können sich ändern, wenn der Datensatz erweitert wird, deshalb sollte eine Zitation die Ausgabe nennen; jede Revision wird auf dieser Seite vermerkt.

CODT Technologies — Software-Delivery-Benchmarks. [daten ausstehend: edition]. https://codttech.com/research/software-delivery-benchmarks

Ausgabe und Veröffentlichungsdatum werden gesetzt, sobald der geprüfte Datensatz veröffentlicht ist.

Zahlen und Tabellen aus diesem Bericht dürfen mit Quellenangabe «CODT Technologies» und einem Link auf diese Seite wiedergegeben werden.

FAQ

Fragen zu dieser Untersuchung

Etwas nicht dabei?

Schreiben Sie es in ein Briefing. Ein Senior-Engineer — kein Vertriebler — antwortet innerhalb eines Werktags.

Ins Briefing schreiben[email protected]
Woher stammen die Daten in diesem Bericht?

Aus den eigenen internen Lieferunterlagen von CODT Technologies zu ausgelieferten Kundenprodukten — Projektpläne, Meilenstein-Abnahmen, Release-Historie und Abrechnungsunterlagen. Keine Umfragen, keine Fremdstudien, keine Schätzungen: Lässt sich eine Zahl nicht auf ein Lieferartefakt zurückführen, kommt sie nicht in den Datensatz.

Warum trägt jede Zahl die Markierung «Daten ausstehend»?

Weil die ehrliche Reihenfolge Methodik zuerst, Zahlen danach lautet. Diese Seite legt Definitionen, Aufnahmeregeln und Anonymisierungsstandards fest, bevor eine Zahl veröffentlicht wird, und die Datenplätze bleiben sichtbar leer, bis die zugrunde liegenden Unterlagen zusammengetragen und geprüft sind. Nichts auf dieser Seite ist eine Schätzung — ein leerer Platz ist ehrlicher als ein plausibler.

Wie definieren Sie eine v1?

Als das erste Produktiv-Release in den Händen echter Nutzer — ein Release, auf dem das Geschäft des Kunden tatsächlich läuft. Interne Betas, Demos und Staging-Meilensteine zählen nicht, und die Uhr startet mit dem ersten Arbeitssprint des unterzeichneten Auftrags, nicht beim ersten Kontakt. Strenge Linien halten den Benchmark vergleichbar und schwer zu schönen.

Werden Kundennamen veröffentlicht?

Nein. Produkte erscheinen als anonymisierte Kürzel plus Plattformtyp, Daten werden nur auf das Jahr genau genannt, und jede Zahl, die für sich allein einen Kunden identifizieren würde, erscheint stattdessen aggregiert. Projekte unter NDA sind von zeilenweisen Daten vollständig ausgenommen.

Darf ich die Ergebnisse zitieren oder wiedergeben?

Ja — genau dafür werden sie veröffentlicht. Zahlen und Tabellen dürfen mit Quellenangabe «CODT Technologies» und einem Link auf diese Seite wiedergegeben werden. Zitieren Sie die Ausgabe, da sich Zahlen bei einer Erweiterung des Datensatzes ändern können; jede Revision wird hier vermerkt.

Wird der Datensatz aktualisiert?

Ja, ausgabenweise: Jede veröffentlichte Ausgabe nennt ihr n und ihren Zeitraum, und neu ausgelieferte Produkte kommen nach denselben Aufnahmeregeln hinzu. Revisionen ändern die Ausgabe und überschreiben sie nie still — eine Zitation einer früheren Ausgabe bleibt überprüfbar.

Warum veröffentlicht eine Agentur ihre eigenen Lieferzeiten?

Weil die Alternative der Status quo ist: erfundene Spannen, für die niemand geradesteht. Echte Unterlagen, veröffentlicht samt ihren Definitionen und Einschränkungen, sind überprüfbar — und ein Benchmark, an dem wir uns messen lassen, sagt mehr über unsere Arbeitsweise als jede Marketingspanne. Dieselben Unterlagen prägen, wie wir in unseren Discovery-Sprints Festpreise schneiden.

Weiterlesen
Kosten der App-EntwicklungKosten der SaaS-EntwicklungDediziertes Entwicklungsteam engagierenUnser Portfolio — die ausgelieferten ProdukteTrust Center
Bereit zu bauen

Ein Problem, das es wert ist,
gut gelöst zu werden?

Erzählen Sie uns von Ihrem Produkt, Ihrer Zeitschiene und Ihren Rahmenbedingungen. Wir antworten innerhalb eines Werktags mit einer ehrlichen Einschätzung zu Fit, Umfang und richtigem Team.

Erstgespräch buchenTermin buchenAuf WhatsApp schreibenDirekt schreiben