Dual Track Agile für Solopreneure:zwei Ströme statt Phasen

Dual Track Agile für Solopreneure heißt: Du findest heraus, was sich zu bauen lohnt, und baust, was du schon gelernt hast, beides gleichzeitig, jede Woche, durch dieselbe Person. Das sind zwei Ströme, keine zwei Phasen. Hältst du einen an, driftet das Geschäft.

Was ist Dual Track Agile für Solopreneure?

Vergiss kurz den Fachjargon. Hier ist die ganze Idee.

Du hast zwei Jobs. Der eine: herausfinden, was deine Abende verdient. Der andere: die Arbeit machen, die sich ihre Abende schon verdient hat. Dual Track heißt, du machst beides dauerhaft. Nicht ein Quartal bauen und dann einen Monat recherchieren. Beides, immer, in unterschiedlichem Tempo.

Das klingt selbstverständlich. So laufen die meisten Ein-Personen-Unternehmen aber nicht.

Die meisten von uns pendeln zwischen zwei Zuständen. Im ersten baust du ohne Pause. Die Liste ist lang, es wird ausgeliefert, du fühlst dich produktiv. Zwei Quartale später hat sich am Geschäft erstaunlich wenig verändert. Im zweiten beschließt du, es ernst zu meinen, hörst auf zu bauen, recherchierst, produzierst einen Haufen Erkenntnisse und lieferst fast nichts aus. Die Erkenntnisse veralten in einem Ordner.

Beide kommen vom selben Glauben: dass Entdecken und Bauen sich abwechseln. Glaubst du das, verliert immer eines von beiden. Und es ist immer die Discovery.

Warum Discovery verliert, wenn du allein arbeitest

Bauen hat ein sichtbares Ergebnis. Eine Seite geht live. Ein Feature taucht auf. Du kannst es jemandem zeigen.

Aufhören zu bauen hat offensichtliche Kosten. Diese Woche wird nichts ausgeliefert, und du spürst es.

Discovery hat beides nicht. Aus einem Gespräch kommt nichts Sichtbares, und niemand merkt, wenn du es auslässt. Also wird es verschoben. „Ich mache die richtige Recherche, sobald dieses Release draußen ist.“ Du sagst das in gutem Glauben. Jede Woche. Für immer.

Mit diesem Satz wird aus einem Jahr Bauen ein Jahr Nichts im Besonderen.

Allein zu arbeiten macht es schlimmer. Ein Team hat wenigstens jemanden, dessen Job es ist zu fragen, ob sich das Ding lohnt. Du hast einen Kalender und eine To-do-Liste, und die To-do-Liste ist voll mit Dingen, die du längst zu bauen beschlossen hast. Niemand vertritt die Gegenseite.

Kostenloser Leitfaden · 21 SeitenWeiter entdecken. Weiter bauen.Wie Sie als einzelne Person weiter entdecken und weiter bauen, ohne eines von beiden anzuhalten.Kostenlosen Leitfaden holen →

Die zwei Fehlzustände im Vergleich

Jeder Zustand hat einen Namen, und es lohnt sich zu wissen, in welchem du lebst.

Die Feature-Fabrik ist die gefährliche, weil sie aus jedem Blickwinkel gesund aussieht, den du hast. Alles wird ausgeliefert. Du bist auf gute Art erschöpft. Und die Kosten bleiben unsichtbar, weil niemand das bessere Ding sehen kann, das du nicht gebaut hast.

Das Forschungsprojekt ist der umgekehrte Fehler und seltener. Aber es ist real. Bauen ist nicht die Belohnung für gute Discovery. Es ist die Art, wie Discovery überprüft wird. Eine Schlussfolgerung, die du nie ausgeliefert hast, ist eine Hypothese mit besseren Manieren.

Warum das jetzt wichtiger ist

Das war früher weniger dringend, und der Grund ist unangenehm.

Als Bauen Monate und einen Entwickler kostete, waren die Kosten des falschen Baus offensichtlich. Also war man vorsichtig. Der Preis erzwang die Disziplin.

Heute dauert Bauen ein Wochenende. KI hat es billig gemacht, das Falsche zu bauen, und zwar schön. Die Versuchung ist, direkt zum Bauen zu springen, weil es schnell geht und sich nach Fortschritt anfühlt.

Die Disziplin, die früher der Preis erzwang, musst du jetzt mit Absicht erzwingen. Das ist das ganze Argument für Dual Track in einem Absatz. Wenn du ohne Einstellungen wachsen willst, ist deine knappste Ressource die Abende, die dir nach dem Tagesjob des Geschäftsführens bleiben. Verbrauchst du sie für Vermutungen, skalierst du die Vermutungen.

Die zwei Spuren bei Dual Track Agile laufen in unterschiedlichem Tempo

Hier ist der Teil, den viele übersehen, und deshalb geben sie auf.

Bauen arbeitet in Einheiten. Eine Aufgabe hat eine grobe Größe, eine grobe Dauer, ein klares Ende. Sie beantwortet: „Habe ich es gut gebaut?“

Discovery ist unregelmäßig. Manche Fragen klären sich an einem Abend. Andere dauern einen Monat. Sie beantwortet eine andere Frage: „Sollte das überhaupt existieren?“

Packst du beide auf eine Aufgabenliste, wirkt Discovery dauerhaft überfällig. Einträge stehen dort, rot, Woche für Woche. Es fühlt sich an, als würdest du darin versagen. Tust du nicht. Sie läuft nur auf einer anderen Uhr. Das zu erkennen ist das meiste von dem, was es möglich macht, beide zusammen zu fahren.

Halte sie also auf dem Papier getrennt. Dieselbe Person, dasselbe Geschäft, anderer Rhythmus, andere Definition von „fertig“.

Was es nicht ist

Ich räume mit drei Missverständnissen auf.

Es ist keine Teamstruktur. Große Unternehmen teilen Leute in eine Forschungsgruppe und eine Baugruppe und verlieren dann alles bei der Übergabe. Diesen Fehler kannst du nicht machen. Du bist beide Gruppen. Der entsprechende Fehler für dich ist, Discovery als etwas zu behandeln, das du angehst, wenn das Bauen fertig ist. Derselbe Fehler, andere Form.

Es heißt nicht „den ganzen Tag mit Nutzern reden“. Dual Track verdient seinen Platz durch konkrete Fehler, die es verhindert, nicht durch ein Ritual aus Gesprächen. Einer dieser Fehler: allein mit einem Zweifel zu arbeiten und keinen Ort dafür zu haben. Du baust entweder das Ding, an dem du zweifelst, oder du streitest abends um elf mit dir selbst und verlierst. Eine Discovery-Spur gibt dir eine dritte Option: Das ist eine echte Frage, hier ist der billige Test, in einer Woche weiß ich es. Aus einer ängstlichen Schleife wird eine Frage mit Datum.

Es ist nicht kostenlos. Deine Gesamtkapazität ist begrenzt und klein. Es gibt keine Version, in der Discovery nichts kostet. Du tauschst einige Baustunden gegen besseres Zielen, und das solltest du laut sagen.

Kostenlose EinschätzungWie gefangen bist du wirklich?Mach den Corporate Suffocation Index – die kostenlose Einschätzung, ob du bereit bist, Solopreneur zu werden.Zur Einschätzung →

Der Fehlermodus, der auf dich zeigt

Es gibt ein weiteres Risiko, und vor dem warnt dich niemand.

Eine Discovery-Spur ohne Druck zu Entscheidungen wird zum Versteck. Gespräche sind bequem. Ausliefern macht angreifbar. Wenn du merkst, dass dir die Interviews lieber sind als das Bauen, frag dich, ob du lernst oder dich versteckst.

Beide Spuren müssen etwas hervorbringen, das ändert, was als Nächstes passiert. Eine Entscheidung zu bauen. Eine Entscheidung zu verwerfen. Eine Entscheidung zu warten, mit Datum. Wenn Discovery nie deine Pläne ändert, ist sie keine Discovery. Dann ist sie ein Hobby mit Notizen.

Wie das in einer normalen Woche aussieht

Nichts Dramatisches. Das ist der Punkt.

Du hast eine kurze Liste von Dingen, die du noch nicht weißt, als Fragen formuliert. Nicht als Features. „Schließen Leute die Einrichtung ohne Hilfe ab?“ ist eine Frage. „Das neue Onboarding bauen“ ist ein Bau-Eintrag, der die Frage übersprungen hat.

Du hast einen kleinen Test laufen, gegen die gefährlichste Frage auf dieser Liste. Die findest du, indem du deine riskanteste Annahme findest, und das ist selten die, die du wählen würdest. Der Test ist billig, denn eine Idee günstig zu testen, bevor du baust, ist der ganze ökonomische Sinn von Discovery.

Du hast ein paar Stunden Bauen an Dingen, die ihre Belege schon verdient haben. Und du hast eine kurze schriftliche Notiz darüber, was du gelernt hast, damit du es nächstes Jahr nicht neu lernst.

Wie sich diese Stunden tatsächlich aufteilen und wie du beide Spuren ohne zweite Person am Laufen hältst, ist ein eigenes Problem. Es steht in Discovery und Delivery als eine Person.

Kostenloser Leitfaden · 21 SeitenWeiter entdecken. Weiter bauen.Wie Sie als einzelne Person weiter entdecken und weiter bauen, ohne eines von beiden anzuhalten.Kostenlosen Leitfaden holen →

Die ehrliche Zusammenfassung zu Dual Track Agile

Das Teuerste, was du mit deinen Abenden tun kannst, ist, das Falsche schön zu bauen. KI hat das einfacher gemacht als je zuvor.

Vorsicht schützt dich nicht, denn es fühlt sich nicht nachlässig an. Es fühlt sich an wie der fokussierteste Moment deines Lebens, bis du merkst, dass du auf eine Vermutung fokussiert warst.

Der Schutz ist strukturell. Halte einen kleinen Strom des Zuhörens die ganze Zeit am Laufen und lass ihn nie auf null fallen. Ein paar Gespräche pro Woche, eine schriftliche Aufzeichnung und eine Regel, was dich zum Aufhören bringen würde. Das ist alles. Das ist die ganze Praxis von Dual Track Agile.

Kostenlose EinschätzungWie gefangen bist du wirklich?Mach den Corporate Suffocation Index – die kostenlose Einschätzung, ob du bereit bist, Solopreneur zu werden.Zur Einschätzung →

Häufig gestellte Fragen

Ist Dual Track Agile nur etwas für Teams?

Nein, allein ist es sogar einfacher. Der übliche Fehler ist eine Trennung zwischen Forschern und Bauern, bei der bei der Übergabe alles verloren geht. Du hältst beide Ströme, also gibt es keine Übergabe, die verloren gehen kann. Deine Version des Fehlers ist leiser: Discovery zu verschieben, bis das Bauen fertig ist.

Muss ich aufhören zu bauen, um Discovery zu machen?

Nein. Genau diesen Glauben korrigiert Dual Track. Discovery und Bauen sind zwei durchgehende Ströme, keine Phasen, die sich abwechseln. Du widmest Discovery einen geschützten Teil deiner Zeit und lieferst den Rest weiter aus.

Ist das nur Nutzerforschung unter neuem Namen?

Nein. Forschung ist ein Werkzeug innerhalb von Discovery. Der Kern der Praxis ist die Struktur drumherum: Fragen statt vorab entschiedener Features, eine ausgesprochene Latte dafür, was als validiert gilt, und eine Regel, wann etwas ins Bauen wandert.

Woher weiß ich, welche Spur ich vernachlässige?

Stell einmal im Monat zwei direkte Fragen: Was hat Discovery entschieden, und was habe ich ausgeliefert? Ist eine der Antworten zwei Monate in Folge leer, verhungert diese Spur, und du solltest sie vor allem anderen in Ordnung bringen.

Die ganze Methode samt Checklisten steht in Dual-Track Discovery: Das Dual-Track Playbook, einem kostenlosen Playbook mit 21 Seiten.