Ich will fair sein, denn die faule Version dieses Arguments ist falsch und jeder in der Branche weiß das. Agentur-Ingenieure sind nicht langsamer als Angestellte in Unternehmen. Viele sind deutlich besser, weil sie vierzig Codebasen statt eine gesehen haben.
Und doch braucht dieselbe Arbeit, die ein kleines Team in drei Wochen schafft, eine Agentur regelmäßig sechs Monate. Die Lücke ist keine Arbeit. Sie ist Struktur.
Wo die Zeit wirklich hingeht
Die Discovery-Phase, die Ihnen sagt, was Sie bereits wissen
Vier bis sechs Wochen Workshops, Personas und Journey Maps, am Ende ein Deck, das Ihren Brief in besserer Typografie wiederholt. Es existiert aus zwei Gründen: es ist abrechenbar, und es schützt die Agentur vor späteren Vorwürfen.
Etwas Discovery ist echte notwendig — man kann nicht bauen, was niemand definiert hat. Aber das Verhältnis stimmt nicht. Wenn Discovery mehr kostet als das erste deploybare Inkrement, finanziert Sie eine Versicherungspolice, nicht ein Produkt.
Die Personallücke
Sie unterschreiben im März. Das Team ist im Mai verfügbar. Inzwischen bekommen Sie ein Teilteam, oder einen starken Lead, der wirklich an Ihrem Projekt arbeitet — einen Tag pro Woche.
Das ist die am wenigsten diskutierte und teuerste Zeile, weil sie nie als Zeile auftaucht.
Das Pitch-Team und das Delivery-Team sind verschiedene Menschen
Sie haben die Person im Raum gekauft. Sie bekommen wer gerade verfügbar war. Das ist nicht Betrug; Agenturen sind Personalvermittlungsunternehmen und die Senior-Leute verkaufen. Aber das Urteil, das Sie bewertet haben, ist nicht das Urteil, das Ihr Produkt baut.
Handoffs
Strategie schreibt eine Brief für Design. Design produziert Dateien für Engineering. Engineering stellt die Fragen, die Design nicht erwogen hat, und Design ist jetzt auf einem anderen Account. Jeder Handoff verliert Kontext und fügt eine Queue hinzu, und Queues sind wo Kalenderzeit sich versteckt.
Genehmigungstheater
Drei Feedback-Runden pro Lieferable, jede mit einer Woche Vorlaufzeit, die meiste davon verbracht mit Warten auf jemandes Kalender, nicht auf irgendjemandes Arbeit.
Zusammenzählen
Sechs Wochen Discovery. Vier Wochen Personallücke. Sechs Wochen Design mit zwei Review-Zyklen. Zehn Wochen Build, unterbrochen von drei Handoffs. Vier Wochen QA und Stakeholder-Review. Sechsundzwanzig Wochen — und die echte Engineering-Arbeit war vielleicht fünfzehn Tage konzentrierte Senior-Arbeit.
Niemand war faul. Niemand hat einen Stundenzettel gepuffert. Die Struktur hat die Zahl produziert.
Was die Struktur Ihnen tatsächlich kauft
Ehrlich gesagt: in einer bestimmten Größe kauft es echte Dinge. Kontinuität wenn jemand geht. Kapazität, fünf Workstreams gleichzeitig zu laufen. Jemanden zu verklagen. Eine Marke, die Ihr Board erkennt. Für ein 200-Personen-Unternehmen, das ein Kernsystem ersetzt, lohnt sich das.
Für einen Founder, der herausfinden will, ob eine Idee funktioniert, zahlen Sie für Versicherung gegen Risiken, die Sie nicht haben.
Wie ihr drum herum kauft
- Fragen Sie, wer den Code schreibt, namentlich, bevor Sie unterschreiben. Dann fragen Sie, welcher Prozentsatz ihrer Woche Sie bekommen. Die Antwort auf die zweite Frage ist die ehrliche.
- Limitieren Sie Discovery explizit. "Eine Woche, dann bauen wir etwas." Ein guter Partner wird mit Konkretum dagegen argumentieren, wenn das echte zu kurz ist — und das sagt Ihnen etwas Nützliches.
- Kaufen Sie kurze fixe Fenster. Zwei oder drei Wochen mit einem deployablen Outcome am Ende. Struktur kann sich nicht in einem Zwei-Wochen-Fenster verstecken; es gibt nirgends für sie hin zu gehen.
- Bestehen Sie auf arbeitsender Software früh, nicht Artefakte. Ein Deck ist kein Fortschritt. Ein Build auf Ihrem Telefon ist.
- Reduzieren Sie Genehmiger auf einen. Jede extra Person mit Veto-Macht fügt eine Woche hinzu, was der Vertrag auch sagt.
Das ehrliche Gegenargument
Ein kleines Senior-Team ist schneller und billiger, und es hat eine echte Schwäche: Bus-Faktor. Wenn es ein oder zwei Leute sind und einer wird krank, stoppt ihr. Eine Agentur absorbiert das; ein Einzelner nicht.
Das ist ein echter Handel, und die richtige Antwort hängt davon ab, ob ihr etwas validiert oder etwas lauft. Macht es einfach eine Entscheidung statt einen Default — und während ihr dabei seid, entscheidet welche Vertragsform passt wie gut ihr die Arbeit wirklich versteht.