Tag 8 meiner Gründung: Warum Bürokratie fast alles gestoppt hätte

Tag 8 meiner Gründung: Warum Bürokratie fast alles gestoppt hätte

Tag 8, und ich stehe vor einem Berg aus Papierkram – die Fördermittelbeschaffung für meine Kunden wird zum Albtraum. Die Bürokratie ist ein Wahnsinn, der von Bundesland zu Bundesland unterschiedlich ist. Und während ich mich mit rechtlichen und markenrechtlichen Fragen herumschlage, fühlt es sich an, als würde jeder Schritt vorwärts zwei Schritte zurück bedeuten. Doch inmitten der Frustration erkenne ich, dass diese Herausforderungen auch Chancen bieten.

Die tägliche Herausforderung

Meine beiden Projekte schreiten voran, doch die Herausforderungen verändern sich ständig. Bei einem Projekt, das auf öffentliche Einrichtungen abzielt, stellt die Finanzierung ein großes Hindernis dar – der Bürokratie-Wahnsinn kennt hier keine Grenzen. Die Fördermittel, die meine Kunden beschaffen müssen, sind von Bundesland zu Bundesland unterschiedlich, und selbst mit Erfahrung gibt es keine Garantie auf Erfolg. Man könnte meinen, dass Erfahrung einen immun gegen solche Hürden macht, aber der ständige Wandel der Vorschriften hält einen auf Trab.

Das andere Projekt, Flightroom, kämpft mit der technischen Komplexität. Es ist anspruchsvoll, die Stabilität zu gewährleisten, besonders wenn Feature-Änderungen trotz KI-Unterstützung ungewollte Auswirkungen haben. Die klassische Entwicklung schien da noch einfacher zu sein. Diese Veränderungen zu managen, ist eine tägliche Gratwanderung. Es ist, als ob jeder Fortschritt sofort neue Probleme heraufbeschwört, die gelöst werden müssen, bevor der nächste Schritt möglich ist. Dieses ständige Jonglieren zwischen neuen und alten Herausforderungen erfordert nicht nur technisches Geschick, sondern auch eine gehörige Portion Geduld.

Die Bürokratie als Stolperstein

Die Fördermittelbeschaffung ist eine Hürde, die mich fast zum Verzweifeln bringt. Die Erwartungen sind hoch, aber die Realität ist ein Labyrinth aus Formularen und Vorschriften. Jeder Schritt vorwärts fühlt sich an wie ein Rückschritt. Oft stehe ich da und frage mich, ob das alles wirklich nötig ist. Warum kann es nicht einfachere Wege geben, um an diese Mittel zu gelangen? Doch die Realität ist, dass es keine Abkürzungen gibt, keine geheimen Tricks, die einem helfen, durch diesen Dschungel zu navigieren.

Und dann gibt es da noch die markenrechtlichen Herausforderungen, die ich heute erklären musste – ohne die Sicherheit, die ich mir gewünscht hätte. Es ist dieses Gefühl, auf unsicherem Terrain zu laufen, das so zermürbend ist. Ich habe gelernt, dass man nicht alles wissen kann, aber man kann lernen, besser zu fragen, besser zu verstehen und letztlich besser zu handeln. Während ich meine Marketing-Kampagnen plane und Datenschutz-Themen jongliere, wird mir klar, dass diese bürokratischen Hürden nicht nur lästig, sondern auch lehrreich sind. Sie zwingen mich, kreativer und organisierter zu sein, als je zuvor. Es ist spannend, diesen Prozess der Veränderung zu erleben, auch wenn er oft frustrierend ist.

Die neue Perspektive

Die Erkenntnis kam an einem Punkt, an dem es fast zu viel wurde: Bürokratie kann den Fortschritt lähmen, aber sie ist auch ein Katalysator für Innovation. Diese Einsicht hat meine Sichtweise verändert. Statt mich von den Hürden entmutigen zu lassen, sehe ich sie jetzt als Gelegenheit zur Verbesserung. Es ist, als ob jede Herausforderung ein versteckter Lehrmeister ist, der mir die Feinheiten des Unternehmertums beibringt, die ich sonst vielleicht übersehen hätte.

Ich habe meine Herangehensweise geändert und setze nun auf strukturierte Planung und kreative Lösungen. Die Herausforderungen sind dieselben, aber meine Reaktion darauf ist eine andere. An Tag 8 meiner Gründung habe ich gelernt, dass Flexibilität und Anpassungsfähigkeit entscheidend sind, um nicht nur zu überleben, sondern zu wachsen. Es ist, als ob ich durch diesen Prozess nicht nur mein Unternehmen, sondern auch mich selbst neu definiere. Die Bürokratie, so frustrierend sie auch sein mag, hat mir eine neue Perspektive eröffnet – eine, die mich zwingt, kreativer zu sein und mich konstant weiterzuentwickeln.


Von der Idee zum Beta-Test: Wie zwei Projekte unerwartet Fahrt aufnahmen

Von der Idee zum Beta-Test: Wie zwei Projekte unerwartet Fahrt aufnahmen

Eigentlich sollte es nur ein Projekt werden, doch plötzlich waren es zwei: Flightroom und ein Überraschungsprojekt, das noch unter Verschluss bleibt. Innerhalb einer Woche bin ich mit beiden Projekten fast launchfähig, ein Tempo, das ich aus meinen Jahren als Programmierer und Unternehmer so nicht kannte. Der Einsatz von KI, insbesondere Claude Code, hat diesen rasanten Fortschritt ermöglicht. Es ist aufregend, nach drei Jahren Abstinenz die eigene Idee so schnell in den Praxistest zu bringen.

Die Rückkehr zur Programmierung

Nach vielen Jahren als Programmierer, in denen ich ein Unternehmen mit angestellten Entwicklern führte und große Projekte mit sechsstelligen Summen umsetzte, habe ich mich für eine Weile von der Programmierung entfernt. Die Projekte, an denen ich arbeitete, waren oft hochkomplex, wie etwa ein Bank-Produkt. Doch nun, in Zeiten der KI-Entwicklung, scheint alles schneller zu gehen. Innerhalb einer Woche fast launchfähig zu sein, das war für mich neu.

Die Herausforderungen der Praxis

Als die Projekte in den Praxistest gingen, traten erwartungsgemäß Probleme auf. Es waren keine großen Katastrophen, aber UX-Probleme und unerwartete Konzeptschwierigkeiten forderten mich heraus. Diese Herausforderungen erinnerten mich daran, wie wichtig es ist, nahe an der Zielgruppe zu bleiben, um ihre Bedürfnisse zu verstehen. Die Praxis ist der einzige Weg, um zu sehen, was wirklich funktioniert.

Der Einsatz von KI als Gamechanger

Claude Code, obwohl eine kostspielige Option, hat sich als wertvoll erwiesen. Ich nutze das Max-Abo, stoße jedoch manchmal an dessen Limit. Wenn das passiert, konzentriere ich mich auf das Konzeptionelle, was ebenfalls spannend ist. Ein wichtiger Trick, den ich entdeckt habe, ist die Verwendung von Job-Stories. Diese von der KI überprüfen zu lassen, hilft, potenzielle Fehler zu erkennen, die ich übersehen könnte.

Diese Erfahrungen brachten mich zurück zu meinen Wurzeln in den agilen Scrum-Teams, wo ich gelernt habe, dass man als Product-Owner nicht alles im Blick haben kann. Die Komplexität der Projekte erfordert, dass man flexibel bleibt und bereit ist, neue Wege zu gehen.

Der Blick nach vorn

Obwohl ich noch nicht weiß, wie ich das alles neben meinem Beratungs-Business unterbringen soll, bin ich zuversichtlich. Möglicherweise werde ich externe Hilfe in Anspruch nehmen, um die Projekte weiterzuentwickeln. Der Anfang ist gemacht, und ich bin gespannt, wohin die Reise geht. Die ersten Schritte sind oft die spannendsten, und ich freue mich darauf, diesen Weg weiter zu beschreiten.


Was ist mein Software-Team wirklich wert?

"Ich wusste stets, wie viele Story Points unser Team letzten Sprint geliefert hat, aber was unsere Arbeit tatsächlich wert war - davon hatte ich keine Ahnung!"

Kennst du das?

Ich meine, jedes Software-Team das ein bisschen was auf sich hält, macht heutzutage Scrum. Aber woran erkennst du eigentlich, ob du gut bist?

Vor einiger Zeit hätte ein Tool wie dieses hier einiges erleichtert, aber im Alltagsstress sich so tief in diese Thematik einarbeiten? Das war einfach nicht drin.

Deshalb habe ich dir ein Tool gebaut, mit dem du deinen Teamwert herausfinden kannst. Das Ergebnis des Tools ist nicht 100% wissenschaftlich korrekt und ich würde auf dieser Basis auch keinen Acqui-Hire bewerten (das ist ein Kauf eines Teams), aber du kriegst einen ziemlich guten ersten Eindruck. Falls du es genauer brauchst oder einfach interessiert am Thema "Spitzen-Teams und Team-Bewertung" bist, empfehle dir mein Buch dazu.

Kleine Vorwarnung: Habe nicht zu viele Erwartungen an deinen Teamwert, dann fällt er vielleicht sogar besser aus, als du es gedacht hast. Jedenfalls, in den meisten Fällen musst du kein Spitzen-Team haben, aber manchmal willst du es einfach.

Braucht Teamwert Fleiß?

In meinem Buch taucht Andi auf. Ein Product Owner, der seit einer gefühlten Ewigkeit sehr zuverlässig liefert. Er liefert pünktlich, sauber und sein Team ist diszipliniert. Eigentlich perfekt, oder?

Dann wurde die Position "Head of Product" frei und wer wurde nicht dafür ausgewählt?

Du ahnst es schon: Natürlich Andi.

Und der Grund war explizit nicht: Schlechte Arbeit.

Woran lag es also dann?

Daran, dass Fleiß und Prozesstreue nur einen Bruchteil dessen ausmachen, was ein Team wirtschaftlich wert ist. Macht Sinn? Wahrscheinlich noch nicht.

Es gibt eine sehr große Studie (Verwijs & Russo mit fast 2.000 Scrum-Teams), die zeigt, dass das Grundspiel verlässliche Prozesse, saubere Kommunikation, und funktionierende Zusammenarbeit ist. Und trotzdem bleiben, die das Grundspiel beherrschen, systematisch(!) unter ihrem Potential. Krass, oder?

Okay, okay - du ahnst es wahrscheinlich schon. Aber, was du wahrscheinlich nicht ahnst, wie krass der Unterschied ist.

Kleines Ratespiel: Was denkst du, wo ist die Grenze, wie viel das Grundspiel in Prozent ausmacht?

10 Prozent, 45 Prozent oder 75%?

Hast du eine Zahl vor dir auf einen Zettel aufgeschrieben?

Super. Es sind nämlich rund 10%!

Das bedeutet, der Wert eines Teams, dass das Grundspiel beherrscht liegt bei 10% ihres Potentials! Und ich betone nochmals: NICHT, weil sie schlecht arbeiten, sondern weil sie letztendlich an der falschen Stelle die Axt schärfen.

Woraus entsteht dann eigentlich dieser ominöse Teamwert?

Es hat nichts mit einem Gefühl zu tun. Ja, du kannst dein Team mögen und ja, du solltest es sogar mögen und JA, es wird verdammt hart sein, sein Team bei einem Verkauf letztendlich aufzugeben, wenn man da wirklich einiges reingesteckt hat. Aber eine finanzielle Bewertung in Euro bleibt eine Zahl.

Letztlich gibt es dann doch einige Bausteine, die wir uns anschauen wollen, wenn wir den Teamwert eines Scrum-Teams herausfinden wollen.

Zunächst einmal gibt es zwölf Grundkompetenzen. Dazu gehören so Themen wie Fehler selbst zu melden statt zu warten, bis die Nutzer sie report, Blocker früh zu erkennen, Vorzögerungen zu kommunizieren, aus Lieferdaten (also den letzten Sprints) lernen - sowas eben.

Sie sind notwendig, aber im Grund noch recht austauschbar. Vieles davon lernen wir ALLE letztendlich mehr oder weniger gut in der Schule.

Im Umkehrschluss heißt das: Fast jedes Team kann diese Grundkompetenzen lernen. Macht Sinn?

Spannend wird's in dem Moment, in dem wir über den "Elite-Faktor" sprechen. Das sind fünf seltene Verhaltensweisen, die überproportional stark über den wirtschaftlichen Wert entscheiden.

Ich vermute, du hast das wahrscheinlich schon gefühlt 100.000x gehört, in jedem Scrum-Vortrag, in jeder Scrum-Schulung, auf jeder Scrum-Unkonferenz: Das Sprinz-Ziel soll echte Entscheidungen beeinflussen und nicht nur mal im Sprint Planning erwähnt werden. Du kennst das sicher, wenn das Team kurz gefragt wird, sind alle Einverstanden mit dem Sprint-Ziel und dann juckt es niemanden mehr...

Die Studien sagen, dass es eine nicht zu unterschätzende Bedeutung bei der Definition of Done gibt. Google bitte nach, falls du gerade nichts damit anfangen kannst.

Ich weiß, das was jetzt kommt ist echt nervig und es wäre doch viel besser, wenn wir das komplett aus dem Job streichen könnten, aber der Kontakt zu echten Menschen (gemeint sind Kunden) macht bei einem Team massiven Unterschied. So als Impuls zur DORA-Zahl: 40 Prozent höhere organisatorische Leistung - der stärkste einzelne Werttreiber der Forschung.

Und die vierte sind Rückblick-Meetings, die TATSÄCHLICH etwas verändern und nicht nur damit enden, dass alle nicken und man sich am nächsten Sprintende dann fragt, ob jemand sich noch an die Beschlüsse aus dem letzten Meeting erinnert. Kennst du auch, oder?

Die fünfte ist der eigene Beitrag am Produktergebnis statt am Ticket-Durchsatz und was letztlich gemessen wird.

Entscheidend, auch im Tool ist, dass Basis-Score und Elite-Faktor nicht addiert werden, sondern multiplikativ behandelt werden. Warum? Weil sich das am Profifussball orientiert, wo Ausdauer allein noch nie einen Aufstieg erzeugt hat. Jetzt macht es endlich Sinn, oder?

Fakt ist: Ein niedriger Elite-Faktor-Score zieht einen exzellenten Basis-Score SPÜRBAR und zwar wirklich spürbar nach unten.

Deshalb fällt der Teamwert oft niedriger aus als das reine Bauchgefühl vermuten ließe.

STOP HALT: Ein niederiger Teamwert ist KEIN Warnsignal!

Ein hoher Teamwert ist per Definition selten. Du kennst vielleicht das Beispiel, dass sich 82% der deutschen Autofahrer für überdurchschnittliche Autofahrer halten. Merkst du was? Das kann gar nicht funktionieren!

Im Fußball ist es noch krasser: Nur rund 3,5% der Nachwuchsspieler schaffen es in die europäischen Top-5-Ligen.

Jetzt sollte man sicher darüber diskutieren, was ist nun Elite und was nicht. Aber wenn wir das mal nicht so streng nehmen und uns an der DORA-Forschung orientieren, dann erreichen nur 7-26% aller Organisationen etwas wie einen Elite-Status.

Was für dich bedeutet: Wenn dein Teamwert im mittleren Bereich landet, bist du weiterhin in guter Gesellschaft.

Es kommt jetzt also nicht darauf an, ob du jemals zur Weltelite gehören wirst, sondern ob du es versuchst.

Wie entsteht nun endlich dieser Teamwert?

Der Team-Wert Check stellt 68 Fragen zu 17 Themen und mischt sich bunt durch, so dass du nicht sagen kannst, die wertvollen Fragen sind alle am Anfang oder am Ende. Also bitte bis zu Ende machen! Ich weiß, 68 Fragen sind eine Menge, aber du willst ja auch was halbwegs handfestes.

Wichtig ist: Keine der Fragen fragt nach deinen Gefühl. Hier geht es wirklich um Messung. Es darf aus der Erinnerung sein, aber es geht nicht um ein bloßes Bauchgefühl. Wenn du es wirklich genau wissen willst, dann beobachte! (Tipp: Dein Scrum-Master kann da einer hervorragende Anlaufstellen sein!)

Stattdessen fragt jede Frage nach einem konkret Zeitpunkt: Insbesondere, wann ist diese oder jene Verhaltensweise zuletzt aufgetreten.

Du kannst den Test auch machen, wenn du kein SCRUM Team bist, aber es verwendet beispielsweise Sprints als Zeiteinheit, also der fest definierte Zeitraum für ein Arbeitspaket.

Am Ende aller Antworten gibt es für das Tool eine Obergrenze. Die Bestwert-Skala endet hier bei 10 Mio Dollar. Also laut dem Tool, kann dein Team nicht mehr Wert sein als 10 Mio Dollar. Wie ich gerade auf diese Zahl komme, kannst du meinem Buch entnehmen, falls es dich näher interessiert.

Und zum Schluss gibt dir das Tool noch konkrete Tipps basierend auf deinen vorherigen Antworten.

Es wird Zeit, deinen eigenen Teamwert zu entdecken!

Der Check dauert etwa 10 Minuten und läuft komplett im Browser. Was bedeutet, dass keine Datenübertragung deiner Antworten nirgendwohin läuft.

Und hier ist endlich der Link zum Tool:

Team-Wert-Tool

Wenn du tiefer einsteigen willst, wenn du die komplette Formel-Herleitung vielleicht für eine reale Acqui-Hire-Frage für dein Team möchtest, dann findest du das in meinem Buch "Das 10-Millionen-Dollar-Team".

(LINK -> Coming Soon - sprich mich bis dahin bitte direkt an)


Warum Lerngeschwindigkeit ein Moat ist, den niemand kopieren kann

Ein Produktvorsprung reicht nicht mehr aus, um ein Startup zu verteidigen. Feature-Komplexität, eine polierte Oberfläche, die Wahl des besten KI-Modells — all das lässt sich mit KI-Coding-Werkzeugen heute in Tagen nachbauen. Was bleibt, ist eine einzige Fähigkeit, die kein Wettbewerber über Nacht kopieren kann: wie schnell du lernst.

Nicht Wissen. Nicht Erfahrung im Sinne von Jahren am Markt. Lerngeschwindigkeit — die Fähigkeit, aus jedem Kundengespräch, jedem Fehlschlag, jeder kritischen Frage schneller die richtige Konsequenz zu ziehen als der Markt sich bewegt.

Das klingt zunächst wie eine Plattitüde. Es ist keine. Schauen wir uns genau an, was Lernen eigentlich ist, wie es beschleunigt wird — und warum die meisten Menschen dabei an der falschen Stelle ansetzen.

Was Lernen typischerweise bedeutet

Wenn man nach guten Lernmethoden sucht, landet man fast immer bei denselben Empfehlungen: Retrieval Practice (sich selbst abfragen statt Notizen erneut zu lesen), Spaced Repetition (Wiederholungen über wachsende Zeitabstände verteilen statt alles auf einmal zu pauken), Interleaving (verschiedene Themen gemischt üben statt blockweise) und Elaboration (Konzepte in eigenen Worten erklären).

Diese Methoden sind gut erforscht und wirken zuverlässig. Aber sie lösen ein bestimmtes Problem: Sie verbessern, wie gut du dich an etwas erinnerst. Sie sind Werkzeuge für Wissenserwerb, nicht für Fähigkeitenaufbau.

Das ist ein wichtiger Unterschied. Ein Founder, der sich perfekt an jede Wachstumsstrategie erinnern kann, die er je gelesen hat, ist damit noch kein besserer Verkäufer, kein besserer Entscheider unter Druck. Auswendiglernen und echte Kompetenz sind zwei unterschiedliche Dinge — und die meisten Ratgeber vermischen sie.

Um zu verstehen, wo der eigentliche Unterschied liegt, lohnt sich ein Blick auf ein System, das in den letzten Jahren mehr über schnelles Lernen herausgefunden hat als vermutlich jede andere Disziplin: künstliche Intelligenz.

Wie KI lernt

Moderne KI-Systeme lernen nicht auf eine einzige Weise, sondern über mehrere grundverschiedene Mechanismen.

Supervised Learning.

Das Modell bekommt Input und die richtige Antwort gleichzeitig gezeigt — wie bei der Spam-Erkennung. Langsam, aber gründlich: Wochen bis Monate Training, dafür tief in den Modellgewichten verankertes Wissen.

Unsupervised Learning.

Das System findet selbstständig Muster in unbeschrifteten Daten, ohne dass ihm je jemand sagt, was richtig ist. Kein direktes Feedback, dafür entsteht Struktur, die vorher unsichtbar war.

Reinforcement Learning.

Ein System interagiert mit einer Umgebung, probiert Aktionen aus und bekommt Belohnung oder Bestrafung als Feedback — durch Versuch und Irrtum, oft über Millionen simulierter Durchläufe. Schach- und Go-KIs wurden dadurch berühmt: In der Zeit, die ein Mensch für ein Turnier braucht, spielten sie Millionen Partien gegen sich selbst.

RLHF (Reinforcement Learning from Human Feedback).

Der Standard hinter modernen KI-Assistenten. Menschen bewerten Antworten, daraus entsteht ein Belohnungsmodell, und das eigentliche System wird darauf trainiert, dieses Belohnungsmodell zu maximieren.

In-Context Learning.

Die schnellste, aber flüchtigste Form: Ein Sprachmodell kann innerhalb eines einzigen Gesprächs aus Beispielen lernen, die man ihm im Prompt zeigt — ohne dass sich auch nur ein Gewicht im Modell verändert. Sekunden statt Wochen. Aber es verschwindet, sobald das Gespräch endet. Nichts davon bleibt gespeichert.

Genau hier liegt die erste wichtige Lektion. In-Context Learning fühlt sich beeindruckend an — die Antwort kommt sofort. Aber es ist das Äquivalent von Auswendiglernen kurz vor der Klausur: erfolgreich in dem Moment, in dem es gebraucht wird, komplett vergessen zwei Wochen später, weil sich strukturell nichts verändert hat.

Die optimale Lernart: echtes Verständnis plus Reinforcement Learning

Wenn man die Frage stellt, was echte Kompetenz tatsächlich beschleunigt, landet man bei einer Formel, die sich in unabhängiger Forschung immer wieder bestätigt: echtes Verständnis kombiniert mit echtem Reinforcement Learning.

Verständnis liefert das Modell, mit dem Feedback überhaupt interpretiert werden kann. Ohne ein mentales Modell weißt du zwar, dass etwas falsch war, aber nicht warum — das Feedback verpufft.

Reinforcement — echte Konsequenz, kein simuliertes Quiz — ist der Korrektur-Mechanismus selbst. Die Forschung zu sogenannter Deliberate Practice (K. Anders Ericsson) zeigt, dass Experten nicht durch bloße Wiederholung entstehen, sondern durch das gezielte Verfeinern mentaler Repräsentationen — verfeinerte innere Modelle, die zunehmend präzise Kontrolle über komplexe Handlungen ermöglichen. Das entsteht durch wiederholte echte Performance mit sofortigem, spezifischem Feedback, oft von einem Coach, der sieht, was der Lernende selbst noch nicht sehen kann.

Wichtig dabei: Das Feedback muss ein ehrlicher Proxy für das eigentliche Ziel sein. Optimiert man auf die falsche Metrik — Noten statt Verständnis, Applaus statt Überzeugungskraft, Umsatz statt Kundenwert —, beschleunigt Reinforcement nur das Falsche. Das System lernt dann, die Metrik zu gamen, nicht die Realität zu meistern. In der KI-Forschung heißt das Reward Hacking. Im echten Leben ist es "auf die Klausur lernen, nicht für das Fach."

Der Vorteil von Unsupervised Learning für die Lerngeschwindigkeit

An dieser Stelle stellt sich eine berechtigte Frage: Wenn echtes Verständnis plus Reinforcement die entscheidende Formel ist, wozu braucht es dann noch Unsupervised Learning — die langsamste, zielloseste aller Lernformen?

Die Antwort erklärt, warum moderne KI-Systeme heute so viel schneller lernen als frühe Reinforcement-Learning-Systeme. Ein Schachprogramm der frühen 2000er-Jahre musste bei null anfangen und Millionen Partien spielen, um überhaupt ein Gefühl für gute Züge zu entwickeln — weil es kein vortrainiertes Weltmodell hatte, auf das es aufbauen konnte.

Ein modernes Sprachmodell dagegen hat bereits Monate unsupervised Pretraining hinter sich, bevor überhaupt ein einziges Reinforcement-Signal draufkommt. Es "kennt" bereits Sprache, Fakten, grobe Kausalzusammenhänge. Deshalb reichen vergleichsweise wenige Reinforcement-Durchläufe, um präzises Verhalten zu erzeugen — das Reinforcement muss nicht mehr bei null anfangen, es muss nur noch feinjustieren, was schon da ist.

Übersetzt auf Menschen: Unsupervised Exposition — breite, ungerichtete Erfahrung ohne konkretes Ziel, viel gesehen, viel gelesen, viele Situationen erlebt — baut das Rohmaterial auf, aus dem sich Verständnis verdichten lässt, sobald ein konkretes Ziel dazukommt. Ein Gründer mit diesem Fundament lernt aus einer einzelnen kritischen Rückmeldung viel schneller als jemand ohne dieses Fundament, weil er nicht erst bei null anfangen muss, um die Rückmeldung überhaupt einzuordnen.

Die vollständige Formel lautet also: Unsupervised Fundament baut das Rohmaterial → echtes Verständnis verdichtet sich daraus, sobald ein Ziel entsteht → Reinforcement mit ehrlichem Feedback beschleunigt die Feinjustierung auf diesem Fundament.

Was Lernen tatsächlich blockiert

Wenn die Formel so klar ist, warum lernen dann so wenige Menschen wirklich schnell? Weil eine Reihe struktureller Hindernisse und tief sitzender Glaubenssätze genau dazwischenstehen.

Strukturelle Hindernisse:

Premature Automation. Sobald eine Fähigkeit "gut genug" ist, wird sie automatisch und mühelos ausgeführt — und genau das beendet die Verbesserung. Wer aufhört, bewusst zu üben, bleibt für immer auf diesem Plateau, egal wie viele Jahre noch vergehen.

Der blinde Fleck. Man kann das eigene nächste Übungsziel nicht sehen, weil das, was einen limitiert, per Definition außerhalb der eigenen Wahrnehmung liegt.

Falsches Feedback-Signal. Wenn die Metrik nicht das eigentliche Ziel abbildet, lernt man, die Metrik zu bedienen, nicht die Realität zu meistern.

Komfortzone statt Stretch-Zone. Zu leichtes Üben fühlt sich produktiv an, erzeugt aber keinen Fortschritt. Zu schweres Üben erzeugt nur Frustration.

Fehlende Wiederholung unter echter Konsequenz. Wissen, das nur einmal gehört wurde, verändert keine mentale Repräsentation.

Ego-Schutz und Rationalisierung. Die eigene Position verteidigen, statt das Feedback wirklich zuzulassen.

Verzögertes oder unspezifisches Feedback. Rückmeldung, die zu spät oder zu vage bleibt, lässt sich nicht mit der konkreten Handlung verknüpfen, die sie ausgelöst hat.

Fehlender externer Blick. Ohne jemanden, der von außen sieht, was man selbst nicht sehen kann, bleibt die Übung selbst gewählt — und landet fast automatisch wieder in der Komfortzone.

Psychologische Glaubenssätze:

"Fähigkeit ist angeboren, nicht entwickelbar." Die Grundannahme des Fixed Mindset (Carol Dweck). Wer das glaubt, will sich immer wieder selbst beweisen, statt aus Fehlern zu lernen.

"Scheitern beweist meine Grenze, nicht meinen Lernbedarf." Ein Fehlschlag wird zur Bedrohung der eigenen Identität statt zu einer normalen Lernerfahrung.

"Wenn ich Hilfe brauche, bin ich nicht kompetent genug." Diese Gleichung — Hilfe gleich Defizit — verhindert, dass Feedback überhaupt angenommen wird, ohne dass das Selbstbild sich bedroht fühlt.

"Ich muss die Antwort schon wissen, sonst wirke ich schwach." Führt dazu, dass Kompetenz performt statt echte Fragen gestellt werden.

"Feedback ist ein Urteil über mich als Person, nicht über meine Handlung." Macht jedes Feedback bedrohlich statt nützlich.

"Ich bin zu erfahren, um das noch grundlegend zu lernen." Die Identität als Experte verhindert genau die Anfänger-Haltung, die neues Lernen erfordert.

Booster aus der Welt der Spiele

Das Interessante: Für fast jedes dieser Hindernisse gibt es bereits ein erprobtes Gegenmittel — in Spielen, die Millionen Menschen täglich spielen, ohne die Mechanik dahinter bewusst wahrzunehmen.

Gegen "Fähigkeit ist angeboren": Das Job-System aus Spielen wie Final Fantasy Tactics — jeder Charakter kann jede Klasse meistern, rein durch investierte Übung, ohne feste Identität von Geburt an.

Gegen "Scheitern beweist meine Grenze": Das Souls-like-Checkpoint-System (Dark Souls, Elden Ring). Sterben ist eingeplanter, häufiger Bestandteil des Fortschritts — jeder Bosskampf ist bewusst so designt, dass mehrfaches Scheitern der erwartete Weg zum Erfolg ist.

Gegen "Hilfe = Defizit": Das Summon-Sign aus Dark Souls und Elden Ring. Hilfe rufen ist ein aktiv belohntes Kernsystem, kein Zeichen von Schwäche.

Gegen "Ich muss die Antwort schon wissen": Der Trainingsmodus in Street Fighter oder Tekken — unbegrenzte Versuche ohne jede Rang-Konsequenz, explizit dafür gebaut, unsicher auszuprobieren, bevor ein echtes Match zählt.

Gegen "Feedback ist ein Urteil über mich als Person": Das anonymisierte Replay in E-Sport-Titeln — Spieler analysieren eigene Matches als reine Datenspur, losgelöst vom emotionalen "das bin doch ich".

Gegen "Ich bin zu erfahren, um das noch zu lernen": Das Prestige-System aus Call of Duty. Ein Spieler auf Maximalstufe setzt sich freiwillig auf Stufe eins zurück, gegen ein sichtbares Abzeichen — die spielmechanische Umkehrung von Status-Verteidigung.

Gegen Premature Automation: Der Talente-Reset in Diablo oder World of Warcraft. Der Skillbaum lässt sich jederzeit neu verteilen, was zum bewussten Verlassen automatisierter Gewohnheiten zwingt.

Gegen den blinden Fleck: Detective Vision aus den Batman-Arkham-Spielen — ein Modus, der versteckte Hinweise und Schwachstellen zeigt, die mit normaler Wahrnehmung strukturell unsichtbar bleiben.

Gegen Komfortzone statt Stretch-Zone: Der Dynamic Difficulty Adjuster aus Left 4 Dead — ein "AI Director", der die Schwierigkeit in Echtzeit an die aktuelle Gruppenleistung anpasst.

Gegen fehlende Wiederholung unter echter Konsequenz: Permadeath in XCOM und den meisten Roguelikes. Kein Neuladen nach Fehlern — jede Entscheidung bekommt echtes Gewicht.

Gegen Ego-Schutz und Rationalisierung: Der Death Recap in Overwatch oder Valorant — er zeigt exakt, wer aus welcher Richtung mit welchem Schaden getroffen hat. Die Daten widerlegen jede Ausrede sofort.

Gegen verzögertes Feedback: Echtzeit-Schadenszahlen, wie sie praktisch jedes moderne Action-RPG zeigt — exakt, im Moment des Geschehens, nicht als vage Zusammenfassung danach.

Gegen den fehlenden externen Blick: Das Geister-Replay aus Mario Kart oder Trackmania. Ein sichtbarer "Geist" zeigt die exakte Ideallinie eines besseren Spielers gleichzeitig mit der eigenen Fahrt — man sieht nicht nur, dass man langsamer war, sondern genau wo und warum.

Der Beweis im Detail: Warum das Summon-Sign funktioniert

Der stärkste dieser Booster verdient einen genaueren Blick, weil er zeigt, wie präzise gutes Design einen psychologischen Blocker auflösen kann — nicht durch einen Appell, sondern durch Mechanik.

So funktioniert es: Ein Spieler, der bei einem schweren Bosskampf feststeckt, legt ein sichtbares, goldenes Zeichen auf den Boden. Andere Spieler in der Nähe können dieses Zeichen berühren und werden für die Dauer des Kampfes in die Welt des Hilfesuchenden gezogen. Gemeinsam wird der Gegner bekämpft. Gewinnt die Gruppe, kehrt der Helfer automatisch zurück — verliert der Host, werden alle Helfer sofort wieder rausgeworfen.

Der entscheidende Mechanismus liegt in der Belohnung: Sie kommt nicht vom Host, sondern wird vom Spiel selbst generiert. Besiegt die Gruppe den Boss gemeinsam, erhält jeder Beteiligte — Host und Helfer gleichzeitig — seine eigene, vollständige Belohnung. Der Host gibt nichts von seinem eigenen Fortschritt ab, der Helfer bekommt nicht einen Anteil von etwas, das dem Host sonst allein zugestanden hätte. Beide profitieren unabhängig voneinander, ausgelöst durch dieselbe gemeinsame Leistung. Nur wenn der Boss nicht besiegt wird, geht der Helfer leer aus — die Belohnung ist an den gemeinsamen Erfolg gekoppelt, nicht an die bloße Teilnahme.

Warum das den Glaubenssatz "Hilfe = Defizit" so wirksam auflöst: Es entsteht keine Schuld. Niemand muss sich fragen, was er dem anderen jetzt zurückzahlen müsste — eine neutrale, großzügige dritte Instanz (das Spiel) belohnt beide Seiten unabhängig voneinander. Zusätzlich ist die Hilfe zeitlich strikt begrenzt und endet automatisch nach dem Kampf. Sie ist kein dauerhaftes Eingeständnis von Abhängigkeit, sondern eine punktuelle, klar definierte Unterstützung genau an der Stelle, an der man gerade nicht weiterkommt.

Das ist die eigentliche Lehre für jedes Coaching- oder Team-System: Hilfe hört auf, sich wie ein Makel anzufühlen, sobald sie so gestaltet ist, dass beide Seiten unabhängig voneinander für den gemeinsamen Erfolg belohnt werden — statt dass eine Seite etwas "schuldet".

Der eigentliche Punkt

Jedes dieser Spiele hat verstanden, was die meisten Unternehmen und die meisten Menschen nicht verstanden haben: Lerngeschwindigkeit ist kein Charakterzug. Sie ist das Ergebnis von Design — wie viel Reibung zwischen einer Entscheidung und ihrem Feedback liegt, wie ehrlich die Metrik ist, an der man sich orientiert, und ob jemand von außen sieht, was man selbst strukturell nicht sehen kann.

Ein Startup, das schneller lernt als sein Wettbewerber, braucht keinen besseren Anfangsvorsprung. Es braucht ein System, das Feedback schneller, ehrlicher und konsequenter verarbeitet als jeder andere im Markt. Dieser Moat lässt sich nicht mit einem KI-Coding-Tool an einem Wochenende kopieren — weil er kein Feature ist, sondern eine Gewohnheit.

— Lucian Katzbach


Warum dein Produktvorsprung nicht mehr ausreicht

Du baust gerade an deinem Startup. Du arbeitest an wertvolleren Features. Du verbesserst deine User Experience. Du verfeinerst dein KI-Modell. Vielleicht versuchst du auch einfach, schneller am Markt zu sein als die anderen.

Das fühlt sich nach Fortschritt an. Das ist es aber nicht zwangsläufig.

Der Bruch, den kaum ein Founder kommen sieht

Noch vor drei Jahren war das eine vernünftige Strategie. Ein gutes Feature-Set zu bauen, kostete Monate. Eine saubere Oberfläche zu gestalten, kostete ein Entwicklerteam. Wer schneller war, hatte einen echten Vorsprung.

Das hat sich verschoben. KI-Coding-Werkzeuge machen es heute möglich, eine Oberfläche an einem Nachmittag zu klonen. Ein Wettbewerber kann deine Kernfunktion in einem Wochenende nachbauen. Die Wahl des Modells, mit dem du arbeitest, gilt inzwischen als Commodity-Entscheidung, nicht als Wettbewerbsvorteil.

Das ist keine Meinung. Das ist der Stand mehrerer unabhängiger Marktanalysen aus diesem Jahr. Sie beschreiben ein Phänomen, das sich treffend "Differentiation Entropy" nennt: die natürliche Tendenz sichtbarer, modellgetriebener Vorteile, sich mit der Zeit im gesamten Ökosystem aufzulösen.

Und trotzdem bleibt die Frage von Investoren dieselbe: Warum du?

Wenn deine Antwort bei "wir sind schneller" oder "unser Produkt ist einfacher" aufhört, beschreibst du einen Vorsprung. Keinen Burggraben.

Was ein guter Spielleiter weiß, das die meisten Founder nicht wissen

Ich beschäftige mich neben meiner Arbeit mit Foundern seit Jahren mit Pen&Paper-Rollenspielen. Und darin steckt ein Prinzip, das ich in kaum einem Startup-Ratgeber so klar ausgesprochen finde.

Ein guter Spielleiter platziert nie einfach einen Schatz. Er baut einen Wächter davor. Er kalkuriert genau: Der Encounter muss schwer genug sein, damit sich die Beute verdient anfühlt — aber nicht so schwer, dass die Gruppe aufgibt.

Ein Schatz ohne Wächter fühlt sich für niemanden wie eine Leistung an.

Dein Startup braucht genau dasselbe. Nicht nur den Loot — Kunden, Umsatz, eine höhere Bewertung. Sondern den Burggraben davor, der einen Nachahmer tatsächlich aufhält.

Die Matrix, die zeigt, wo du wirklich stehst

Um herauszufinden, ob ein Vorteil ein echter Burggraben ist oder nur so aussieht, reichen zwei Fragen:

Wie motiviert wäre ein Wettbewerber überhaupt, sich diesen Vorteil anzueignen? Ist der Markt, den du besetzt, groß genug, um Nachahmer anzulocken?

Wie schnell könnte er lernen, das zu tun? Braucht er dafür ein Wochenende — oder Jahre?

Trägst du deinen eigenen Vorteil auf diesen zwei Achsen ein, ergeben sich vier Felder.


Der offene Markt ist der gefährlichste Ort: Ein Vorteil, der attraktiv genug ist, um Aufmerksamkeit zu wecken, aber so leicht zu lernen, dass sich jeder mit den gleichen KI-Werkzeugen daran versuchen kann. Genau hier landen die meisten technisch guten, aber strategisch unreflektierten Startups — nicht, weil sie schlecht gebaut sind, sondern weil ihr Vorteil auf Feature-Komplexität, Oberfläche oder Modellwahl beruht.

Die geschützte Position ist der Zielzustand. Attraktiv, aber die Lernkurve für einen Nachahmer ist steil — nicht, weil es niemand versuchen würde, sondern weil es Jahre braucht, nicht Wochenenden.

Was einen Vorteil wirklich schützt

Vier Dinge landen zuverlässig in der geschützten Position, weil sie Zeit brauchen, die sich nicht parallelisieren lässt:

Datenzugang. Daten, die sich über Jahre der Nutzung verdichten, kann kein Wettbewerber über Nacht einholen — egal wie gut sein Modell ist.

Workflow-Tiefe. Ein Produkt, das so tief im Arbeitsablauf eines Kunden verankert ist, dass ein Wechsel den gesamten Prozess stört, nicht nur ein Tool ersetzt.

Regulatorisches Wissen. Verständnis von Zulassung und Compliance, das sich nur durch echte Erfahrung aufbaut, nicht durch Lesen.

Wechselkosten. Ein Produkt, bei dem der Kunde durch eingebettete Daten, Konfigurationen oder Gewohnheiten selbst zum Teil des Burggrabens wird.

Keines dieser vier Dinge lässt sich mit einem KI-Coding-Tool an einem Wochenende nachbauen. Das ist der Unterschied.

Der unbequeme Teil

Du kannst diese Matrix jetzt selbst ausfüllen. Aber genau an der Stelle, wo du dir am sichersten bist, wirst du dir wahrscheinlich am meisten schmeicheln.

Ein blinder Fleck fühlt sich nie wie ein blinder Fleck an. Er fühlt sich an wie Gewissheit.

Ich habe das selbst auf die schmerzhafte Weise gelernt. Ich saß einmal mit zwei Investoren an einem Tisch. Dann haben sie ein paar gezielte, kritische Fragen gestellt. Meine mühevoll erarbeitete, siebenstellige Unternehmensbewertung ist innerhalb kürzester Zeit zusammengeschrumpft. Nicht, weil mein Produkt schlecht war. Sondern weil ich einen Vorteil für einen Burggraben gehalten hatte, der keiner war.

Du musst das nicht auf die schmerzhafte Weise lernen.

Was am Ende zählt

Der eigentliche Moat ist nicht dein Feature-Set. Es ist auch nicht dein Tempo. Es ist, wie schnell du lernst, den eigenen blinden Fleck zu sehen, bevor er dich etwas kostet — und wie schnell du danach handelst.

Wenn du herausfinden willst, wo dein Startup gerade in dieser Matrix steht, lass uns das in einem Gespräch gemeinsam einordnen. Das Gespräch dauert maximal 90 Minuten und ist vollkommen kostenlos. Du gehst mit einem konkreten nächsten Schritt raus — unabhängig davon, wie das Gespräch verläuft.

— Lucian Katzbach


Welches Inkubator- oder Accelerator-Programm für welchen Tech-Founder 2026?

Deutschland hat über 100 aktive Programme. Die meisten passen nicht zu dir. Hier ist, wie du das richtige findest.

Es gibt eine Frage, die fast jeder Tech-Founder irgendwann stellt: Soll ich mich bei einem Accelerator bewerben?

Die ehrlichere Folgefrage lautet: Bei welchem überhaupt?

Wer sich durch die Landschaft deutscher Inkubatoren und Acceleratoren arbeitet, stößt schnell auf ein Problem: Die meisten beschreiben sich selbst mit denselben drei Wörtern. Mentoring. Netzwerk. Community. Das hilft nicht weiter.

Was tatsächlich hilft, ist zu verstehen, was ein Programm dir gibt, das du dir nicht selbst besorgen kannst. Kapital ist dabei seltener der entscheidende Faktor als man denkt.

Wer alle 60+ Programme selbst durchsuchen und nach Typ, Branche und Standort filtern möchte, findet die vollständige interaktive Analyse hier: luciankatzbach.de/deutsche-inkubatoren

Die wichtigste Erkenntnis zuerst: Es geht nicht ums Geld

25.000 Euro Startkapital klingen gut. Aber 5G-Testnetze (Telekom/Hubraum), Bahndaten inklusive sofortiger Pilotkundenstatus (DB mindbox) oder 1,3 Millionen Euro TV-Werbung (Seven Accelerator) sind für die meisten Startups strukturell wertvoller als derselbe Betrag in Cash.

Der echte Wert eines Programms liegt im Zugang zu etwas, das du dir außerhalb nicht kaufen kannst. Wer das versteht, trifft bessere Entscheidungen.

Ein zweiter Punkt, den viele unterschätzen: Viele der besten Programme in Deutschland nehmen null Prozent Equity. UnternehmerTUM, TechFounders, Master Accelerator, Microsoft for Startups, Cyberlab, EXIST – sie alle nehmen keine Anteile. Wer früh 6–10 Prozent seiner Company abgibt, sollte sehr genau wissen, was er dafür bekommt.

Zehn Szenarien – und welches Programm jeweils passt

1. Du willst in die USA expandieren

German Accelerator ist das einzige staatlich geförderte Programm mit physischen Büros in Silicon Valley, New York, Boston und Singapur. Betrieben von der Start2 Group GmbH, finanziert durch das BMWK. Kein Equity, kostenlos, maßgeschneiderte Begleitung. Seit 2012 haben über 290 Startups teilgenommen, mit mehr als 4,9 Milliarden Dollar Folgefinanzierung.

Wer zusätzlich ein bayerisches Programm mit US-Komponente sucht: Der GO! Accelerator Bayern (Bayerisches Wirtschaftsministerium) integriert ein dreimonatiges Modul im Silicon Valley – ebenfalls kostenlos, ebenfalls kein Equity.

2. Du baust ein HealthTech- oder MedTech-Startup

Hier gibt es drei grundlegend verschiedene Zugänge, die sich gegenseitig nicht ersetzen.

Der BIH Digital Health Accelerator ist das einzige Programm mit direkter Anbindung an die Charité – mit echtem Patientenzugang, integrierter Ethikkommission und klinischen Studien als Teil des Programms, nicht als Nachgedanke.

Der 4C Accelerator in Tübingen (Medical Innovations Incubator) trainiert die vier Hürden, die MedTech-Startups regelmäßig scheitern lassen: Commercialisation, Certification, Clinical Studies und Copyright. Das ist das einzige Programm, das CE-Zulassung als Kernthema behandelt.

Bayer G4A ist kein klassisches Batch-Programm mehr, sondern seit 2022 ein globales Digital-Health-Partnernetzwerk mit Growth- und Advance-Tracks. Wer einen direkten Draht zur Bayer-Produktpipeline und zu klinischen Daten sucht, ist hier richtig.

3. Du willst kein Equity abgeben

Das ist kein Zeichen von Naivität, sondern in vielen Fällen die richtige Entscheidung. Die stärksten Programme ohne Anteilsabgabe:

UnternehmerTUM / XPRENEURS (München) ist Europas größtes universitäres Innovationszentrum. 2 von 3 Startups erhalten danach VC-Finanzierung. MakerSpace mit industriellen Hightech-Maschinen inklusive.

TechFounders (ebenfalls UnternehmerTUM) ist ein 20-Wochen-Programm mit konkretem Ziel: Jedes Startup soll am Ende DATEV, Aldi, Miele oder ADAC als Investor oder Erstkunden gewonnen haben. Kein Equity.

EXIST ist das staatliche Stipendium für Hochschulgründer: bis zu 3.000 Euro monatlich (gestaffelt nach Qualifikation), bis zu 30.000 Euro Sachkosten, 5.000 Euro Coaching – vollständig nicht-rückzahlbar, kein Equity.

4. Du bist Solo-Gründer ohne Co-Founder

Antler Berlin ist das einzige Programm in Deutschland, das auch Einzelgründer aufnimmt und aktiv mit anderen Gründern zu komplementären Teams zusammenstellt. Wer technisch stark ist und einen Business-Co-Founder sucht, ist hier strukturell am besten aufgehoben. Die Kehrseite: 10–12 Prozent Equity.

5. Du baust Deep Tech oder Hardware

UnternehmerTUM ist auch hier erste Wahl – der MakerSpace mit CNC-Fräsen, Lasercuttern und industriellen Fertigungsmaschinen auf dem TUM-Campus in Garching ist für Hardware-Startups kaum zu ersetzen.

Für Aerospace und Verteidigung: Airbus BizLab Hamburg bietet Zugang zu Airbus-Ingenieuren, echten Testumgebungen und der globalen Aerospace Supply Chain – kein Equity.

Für Chemie und neue Materialien: BASF Chemovator in Ludwigshafen ist der einzige Chemie-Inkubator Europas dieser Art. Zugang zu BASF-Laboren, Patenten und dem weltweiten Rohstoffnetzwerk. Laufzeit bis zu drei Jahre – für Startups, die lange Entwicklungszyklen brauchen.

6. Du baust ein B2B-SaaS-Startup im Mobilitätsbereich

DB mindbox gibt dir 25.000 Euro, kein Equity, Zugang zu DB-Infrastrukturdaten und sofortigen Pilotkundenstatus im größten deutschen Mobilitätsnetzwerk. Das Programm dauert 100 Tage und ist strukturell einzigartig: Du arbeitest mit echten Bahndaten, nicht mit Dummy-Accounts.

Für breiteren Mobilitätszugang mit Fokus auf OEM-Piloten: STARTUP AUTOBAHN (Stuttgart) bringt Startups über 6 Monate direkt mit Mercedes-Benz, Porsche, Bosch, ZF und Schaeffler zusammen. Das Programmziel ist kein Demo Day – es ist ein produktionsreifes Pilotprojekt. Kein Equity.

7. Du baust CleanTech oder GreenTech

Kraftwerk Accelerator in Bremen ist mit 14 Monaten das längste Accelerator-Programm Deutschlands – mit monatlicher Auszahlung pro Teammitglied (1.500 Euro). Für CleanTech-Startups, die längere Entwicklungszyklen haben als typische SaaS-Gründungen.

EON agile Accelerator (Düsseldorf/Berlin) ist strukturell interessant: Er fördert interne Mitarbeiterideen und externe Startups gleichzeitig – was den Zugang zu einem echten Energie-Corporate und seinen Infrastrukturpartnern bedeutet.

Climate-KIC auf dem EUREF-Campus Berlin öffnet EU-Klimaschutz-Fördernetzwerke, die für normale Startups geschlossen bleiben.

8. Du baust ein FinTech oder möchtest in das europäische Finanzzentrum

TechQuartier Frankfurt ist der einzige Hub, der direkt im Herzen des europäischen Finanzzentrums sitzt. Der TQ Accelerator: Digital Finance (Bewerbung jährlich) ist vollfinanziert, kein Equity, Partner sind KPMG, ING, Visa, EY und Helaba. 2025 wurden 15 internationale Startups aufgenommen.

Neosfer (früher Main Incubator, Commerzbank) ist der Frühphaseninvestor der Commerzbank-Gruppe – mit direktem Zugang zu einem der größten Mittelstandskundennetzwerke Deutschlands.

9. Du willst den deutschen Mittelstand als Kunden gewinnen

Das ist eine strategisch unterschätzte Kategorie.

Founders Foundation (Bielefeld) ist eine gemeinnützige Tochter der Bertelsmann Stiftung: kein Equity, kein Kapital, aber direkter Zugang zu Hidden Champions und Weltmarktführern im Herzen des deutschen Mittelstands (OWL). Das einzige B2B-Tech-Programm in Ostwestfalen-Lippe.

TechFounders (München) hat denselben Fokus mit konkreteren Zielpartnern.

Plug and Play München verbindet Startups ohne Equity-Abgabe direkt mit Generali, Versicherungskammer Bayern, SAP und MediaMarktSaturn – mit dem Pilotprojekt als erklärtem Programmziel, nicht dem Demo Day.

10. Du bist Impact-Startup mit SDG-Fokus

Social Impact Lab ist an vier deutschen Standorten (Berlin, Hamburg, Frankfurt, München) aktiv, nimmt kein Equity und öffnet Fördertöpfe von Stiftungen und EU-Programmen, die für normale Startups nicht zugänglich sind.

Climate-KIC und Batch 0510 ergänzen diesen Bereich – mit dem Unterschied, dass Climate-KIC explizit auf EU-Klimaschutzförderung ausgerichtet ist.

Drei Programme, die besonders selten auf dem Radar sind

HTGF / High-Tech Gründerfonds (Bonn) ist Deutschlands aktivster Seedinvestor: 800+ geförderte Startups, 200+ Exits, über 3 Milliarden Euro Fondsvolumen. Ab Februar 2026 integriert der HTGF auch den DeepTech & Climate Fonds – die erste durchgängige staatlich-private VC-Plattform von Seed bis Scale in Deutschland. Für Technologiestartups unter drei Jahren Alter die erste Adresse für Erstfinanzierung.

ZOLLHOF (Nürnberg) ist seit Juli 2025 eine der zehn EXIST Startup Factories bundesweit – mit 30 Millionen Euro mobilisierten Mitteln, eigenem VC-Fonds (ZOHO.VC) und direkter FAU-Anbindung. Das einzige Programm auf diesem Niveau in Nordbayern. Wer in der Metropolregion Nürnberg gründet, sollte hier anfangen.

Music WorX (Hamburg) ist Europas einziger staatlich geförderter MusicTech-Inkubator: 9.500 Euro Förderung, 1.500 Euro monatliche Lebenshaltungskosten, kein Equity, Pitch auf dem Reeperbahn Festival. Für Gründer an der Schnittstelle Musik und Technologie gibt es in Deutschland kein besseres Programm.

Die fünf Fragen, die du dir stellen solltest, bevor du dich bewirbst

1. Was bekommst du, das du dir nicht selbst kaufen kannst? Kapital kannst du auf viele Wege bekommen. Zugang zu 5G-Testnetzen, Bahndaten, Pharma-Pipelines oder Automotive-OEMs nicht. Das ist der entscheidende Filter.

2. Passt der Industriepartner zu deinem tatsächlichen Kundenprofil? Ein Automotive-Corporate nützt dir nichts, wenn dein Kunde der Krankenhausträger ist. Corporate-Acceleratoren haben ein Eigeninteresse – das kann ein Vorteil sein (sofortiger Pilotpartner) oder ein Nachteil (eingeschränkte Unabhängigkeit). Beide Szenarien sind legitim, solange du weißt, auf was du dich einlässt.

3. Wie früh bist du? Manche Programme (EXIST, Master Accelerator) nehmen dich ohne Produkt auf. Andere (TechQuartier Digital Finance, Bayer G4A) setzen nachgewiesenen Product-Market-Fit voraus. Die meisten liegen irgendwo dazwischen – lies die Aufnahmekriterien gründlich.

4. Wie viel Zeit kostet dich das Programm wirklich? Ein Intensiv-Programm über 13 Wochen bedeutet, dass du 13 Wochen nicht an deinem Produkt arbeitest. Das kann der richtige Trade-off sein – oder der falsche. Inkubatoren mit langfristiger Begleitung (UnternehmerTUM, BASF Chemovator, ZOLLHOF) stören deinen Rhythmus weniger.

5. Was kostet dich die Bewerbung selbst? Bewerbungsaufwand ist realer Zeitaufwand. Fokussiere dich auf Programme, bei denen die Passung offensichtlich ist – nicht auf Programme, bei denen du dich erst passend machen müsstest.

Abschließend

Die deutsche Inkubator- und Accelerator-Landschaft ist reichhaltig. Aber sie ist auch unübersichtlich, und viele Programme sehen von außen ähnlicher aus als sie es sind.

Der beste Accelerator ist nicht der mit dem klingendsten Namen, dem meisten Kapital oder dem größten Alumni-Netzwerk. Es ist der, der dir in deiner konkreten Situation den Zugang öffnet, den du alleine nicht bekommst.

Und manchmal ist das Ergebnis dieser Analyse: gar kein Programm – zumindest nicht jetzt.

Auch das ist eine legitime Entscheidung.


Dieser Artikel basiert auf einer systematischen Analyse von über 60 aktiven deutschen Inkubatoren und Acceleratoren (Stand: Mitte 2026). Alle genannten Programme wurden auf aktuelle Aktivität überprüft. Die vollständige, filterbare Datenbank gibt es unter luciankatzbach.de/deutsche-inkubatoren.


Wie du als Solo-Tech-Founder aus stagnierendem MRR heraus kommst

Viele SaaS scheitern nicht an Features, sondern daran, dass Nutzer nicht wissen, wie sie sich darin richtig verhalten sollen.

Pen&Paper Spielleiter lösen genau dieses Problem seit Jahrzehnten: Sie bauen Welten, in denen Entscheidungen sicher, sinnvoll und naheliegend sind.

Warum dieses Denken dein Produkt klarer, vertrauenswürdiger und damit kaufbarer macht, zeigt dieser Artikel.

Wenn die Welt keine Regeln hat, spielen Menschen defensiv

Jeder gute Spielleiter kennt diesen Moment.
Die Gruppe sitzt am Tisch, die Karte liegt offen, die Optionen sind zahlreich und trotzdem passiert nichts. Niemand ist unmotiviert. Niemand ist überfordert. Aber jeder wartet.

Ein erfahrener Spielleiter weiß: Das Problem liegt nicht bei den Spielern.
Und es liegt auch nicht an der Quest.

Es liegt daran, dass die Spielwelt selbst noch nicht klar genug definiert ist.

Spielleiter sind in diesem Sinne keine Erzähler, sondern Produktdesigner.
Die Spielwelt ist ihr Produkt.
Und ihr Job ist es nicht, die Spieler zu lenken, sondern eine Welt zu bauen, in der Handeln naheliegend wird.

Denn bevor ein Spieler eine Entscheidung trifft, prüft er unbewusst etwas anderes: Wie funktioniert diese Welt eigentlich?

  • Dürfen Risiken eingegangen werden, oder sind sie tödlich?
  • Sind Fehler Teil der Geschichte, oder werden sie bestraft?
  • Wird mutiges Vorgehen belohnt, oder ist Vorsicht die einzig sichere Strategie?

Solange diese Fragen unbeantwortet bleiben, verhalten sich Spieler rational.
Sie sichern sich ab.
Sie testen vorsichtig.
Sie handeln defensiv.

Nicht, weil sie schlecht spielen, sondern weil die Welt ihnen noch nicht erlaubt, gut zu spielen.

Genau das passiert auch in deinem Produkt

Als Solo-Tech-Founder bist du in einer ähnlichen Rolle.
Du hast eine Welt gebaut: deine App. Du kennst jede Ecke, jede Regel, jede Abkürzung. Für dich ist klar, was sinnvoll ist und was nicht.

Für den Nutzer ist das anders.

Er betritt dein Produkt wie eine neue Spielwelt – ohne Regelbuch.
Er weiß nicht, welche Entscheidungen hier sicher sind.
Er weiß nicht, wann etwas „gut gespielt“ ist.
Also verhält er sich, wie Spieler es immer tun, wenn sie unsicher sind: vorsichtig.

Vorsicht fühlt sich rational an.
Aber Vorsicht zahlt nicht.

Menschen handeln nicht nach Wahrheit, sondern nach Weltannahmen

Früher glaubten Menschen, die Erde sei eine Scheibe.
Am Rand wartete der Abgrund. Also segelte man nicht weiter, als es sich sicher anfühlte.

Heute wissen wir, dass die Erde eine Kugel ist.
Kein Rand. Kein Abgrund. Bewegung fühlt sich erlaubt an.

Die Welt selbst hat sich nicht verändert.
Nur das Modell, nach dem sie bewertet wird.

Als Spielleiter ist dir das intuitiv klar:
Wenn Spieler glauben, dass ein Fehler sie aus dem Spiel wirft, spielen sie langsam.
Wenn sie wissen, dass Fehler Teil der Geschichte sind, spielen sie mutig.

Dein SaaS setzt auch Spielregeln – ob du willst oder nicht

Jedes Produkt kommuniziert unausgesprochen,

  • was hier als richtig gilt
  • was als Fehler zählt
  • und wie hart Fehltritte bestraft werden

Wenn du diese Regeln nicht klar setzt, füllen Nutzer die Lücken selbst.
Und sie tun das fast immer pessimistisch.

Sie gehen davon aus, dass:

  • falsche Klicks schaden könnten
  • Entscheidungen Konsequenzen haben
  • Zurückhaltung sicherer ist als Vorwärtsgehen

Nicht, weil sie dein Produkt schlecht finden.
Sondern weil ihr Gehirn Risiken vermeiden will, solange die Weltlogik unklar ist.

Daniel Kahneman beschreibt genau diesen Zustand:
Wenn Regeln fehlen, schaltet das Gehirn vom schnellen, spielerischen Handeln in anstrengendes Abwägen. Entscheidungen werden schwer. Bewegung stockt.

Als Spielleiter würdest du das niemals zulassen

Kein guter DM würde sagen:
„Macht einfach irgendwas, ihr könnt alles.“

Er würde sagen:

  • In dieser Welt funktionieren diese Dinge.
  • Diese Wege existieren nicht.
  • So wird hier entschieden.

Nicht um zu kontrollieren, sondern um Spielbarkeit zu erzeugen.

Steve Jobs hat genau das verstanden.
Er hat Produkte gebaut wie Spielwelten mit klarer Physik. Man musste sie nicht erklären, weil man spürte, wie sie gespielt werden wollten.

Der stille Verlust entsteht, solange du die Welt nicht definierst

Solange dein Produkt keine klare Weltannahme vermittelt, passiert Folgendes:

  • Nutzer bleiben im Testmodus
  • Entscheidungen werden vertagt
  • Vertrauen entsteht nicht

Das kostet dich nicht sofort Kunden.
Aber es kostet dich Aktivierung, Nutzungstiefe und am Ende MRR.

Nicht-Handeln deiner Nutzer ist kein Zufall.
Es ist die logische Konsequenz einer Welt ohne klare Regeln.

Als Spielleiter weißt du:
Wenn die Welt unklar ist, spielen Menschen nicht schlecht – sie spielen vorsichtig.

Und Vorsicht ist der teuerste Spielstil im SaaS.

Die eigentliche Verantwortung des Founders

Du bist nicht dafür verantwortlich, jede Entscheidung deiner Nutzer abzunehmen.
Aber du bist dafür verantwortlich, die Welt so zu definieren, dass Entscheidungen sicher möglich sind.

Manchmal braucht es kein neues Feature.
Kein besseres Onboarding.
Keinen stärkeren Funnel.

Manchmal braucht es nur eine klare Antwort auf die Frage:

Was für eine Art Welt ist das hier – und was ist sie nicht?

Ab dem Moment spielen Menschen wieder mit.
Und nur wer spielt, zahlt.


Wenn User Stories Sprint-Ziele werden: Warum dein Team dadurch langsamer wird

😬 Kennst du das? Wenn der Sprint zum Stolperparcours wird

Würde dein Sprint-Wert aufgefressen, wenn du einfach doppelt so viele Entwickler einstellen würdest? Klingt absurd? Trotzdem genau das passiert in vielen Teams – ohne dass es auf den ersten Blick auffällt.

Oder hast du schon mal erlebt, dass…

  • ihr einen neuen Sprint startet, aber erstmal noch Bugs aus der letzten Runde beseitigen müsst?
  • eine User Story zurückkommt, weil doch was unklar war?
  • jemand dich etwas fragt, obwohl alles sorgfältig im Ticket beschrieben war?
  • ein Entwickler ein Impediment meldet, aber niemand sich wirklich zuständig fühlt?
  • du eine Entscheidung willst, die aber so lange dauert, dass das Sprint-Ziel längst veraltet ist?
  • ihr ein Sprint-Ziel vereinbart habt, das bis Sprint-Ende völlig in Vergessenheit gerät?
  • du eine Retrospektive mit dem Team machst, und bis zum nächsten Sprint hat sich trotzdem nichts verändert?
  • dir das Management sagt, dass sie eigentlich gar nicht agil werden wollen?

Wenn du auch nur eine dieser Fragen mit „Ja“ beantworten kannst, bist du nicht allein – und das Problem liegt meist tiefer als du denkst.

✨ Hier kommt die überraschende Wahrheit:

Das Problem ist wahrscheinlich nicht, dass dein Team zu wenig arbeitet.

Das Problem ist, dass du User Stories für dein Sprint-Ziel benutzt.

Warum User Stories keine Sprint-Ziele sind

User Stories sind fantastisch, um Anforderungen zu beschreiben. Aber sie sind nie als Arbeitsanweisung oder Zieldefinition für den Sprint gedacht gewesen.

Viele Teams bauen ihren Sprint darauf auf: „Wir schaffen diese User Stories ab“ – und hoffen, damit produktiv zu sein. Mit genügend Entwicklern kann das kurzfristig sogar gut aussehen. Doch diese Denkweise hat einen hohen Preis.

Sie fördert das Abarbeiten von Arbeitspaketen statt echtes, gemeinsames Zielbewusstsein. Das Team rennt von Ticket zu Ticket, ohne wirklich zu wissen, warum. Und das Tempo steigt nicht durch Motivation – sondern durch Druck und Mikromanagement. Das ist so absurd wie Teamgeist mit der Peitsche voranzutreiben.

Was wirklich fehlt: Motivation statt Arbeitsanweisung

Dein Team kann schneller und besser liefern, wenn es für ein echtes Sprint-Ziel motiviert wird – also für ein Ergebnis, das über das bloße „Abhaken“ von User Stories hinausgeht.

Ein Sprint-Ziel sollte inspirieren und fokussieren. Es sollte allen klar machen: „Darum machen wir das. Und so bringt es das Unternehmen voran.“

Dein nächster Schritt

Wenn du noch Sprint-Ziele mit User Stories vereinbarst und nicht weißt, wie du mehr Geschäftsziele erreichst, dann ist es Zeit, deine Sprint-Ziele zu überdenken. Weg von der reinen Abarbeitung, hin zu echten, sinnstiftenden Zielen.

Denn dein Team kann viel mehr, als du denkst – wenn du den Fokus veränderst.


Welche SCRUM Team-Größe und wie es sich darin anfühlt

Einleitung – Die unsichtbare Metrik für Scrum-Erfolg

Scrum-Teams sollen laut Scrum Guide zwischen 3 und 9 Mitglieder haben.
Das klingt wie eine harmlose Richtlinie – bis man einmal in allen drei Größenordnungen gearbeitet hat.

Ich habe Teams erlebt, die so klein waren, dass man beim Daily schon wusste, was die anderen erzählen werden – und Teams, die so groß waren, dass man im Daily mehr Smalltalk als Fortschritt austauschte.

Ich habe gesehen, wie eine Teamgröße alles beeinflusst: von der Stimmung in der Retro bis hin zur Wahrscheinlichkeit, dass eine Story pünktlich fertig wird.

Und es hängt nicht nur an der Zahl. Ob die Leute T-Shaped (breit aufgestellt, mit einer Kernkompetenz) oder reine Spezialisten sind, macht den Unterschied, ob ein Team flexibel und resilient ist –
oder ob es bei jedem Ausfall im Chaos versinkt.

Lass uns in drei Alltagsszenen eintauchen:

  • Ein kleines 3er-Team
  • Ein solides 6er-Team
  • Ein großes, global verteiltes 9er-Team

Die Charaktere sind dieselben – nur die Teamgröße verändert sich.
Alle arbeiten remote, nutzen Jira für Tickets, Slack für Chat und Teams für Meetings.

Die Charaktere

  • Lena – Product Ownerin, strukturiert, liebt klare Sprintziele
  • Tom – Senior Dev, T-Shaped, bringt Humor und Erfahrung
  • Priya – QA-Engineer, findet jeden Bug, immer
  • Max – Frontend Dev, kreativ, manchmal chaotisch
  • Sara – Backend Dev, spezialisiert auf Datenbanken, analytisch
  • Diego – DevOps, liebt Automatisierung, hasst manuelle Schritte
  • Jin – Junior Dev, motiviert, lernt schnell
  • Nadia – Backend Dev, ruhig, präzise, liebt sauberen Code
  • Omar – Data Engineer, analytisch, eher still, aber treffsicher in Meetings

Szenario 1: Das 3er-Team – Eng verbunden, aber fragil

Teammitglieder: Lena, Tom, Priya

Kurz vor dem Daily

08:57 Uhr.
Slack blinkt. Priya schickt einen GIF von einer Katze, die verzweifelt auf die Uhr schaut.

„Daily in 3 min – und meine Tests sind immer noch rot 🙈“, schreibt sie.

Tom ist schon im Teams-Call. Kamera an, Kaffee in der Hand.
Lena tritt bei: „Moin ihr beiden – kurz und knackig heute, oder?“

Im 3er-Team ist es immer knackig. Jeder weiß, was die anderen tun.
Manchmal kann das fast zu viel Nähe sein – man kennt die Blocker, aber auch jede Frustration des anderen.

Sprintverlauf

Tag 3: Eine Story eskaliert. Ein externer API-Provider hat seine Schnittstelle geändert.
Tom muss alles umbauen.
Priya stoppt ihre Tests, um zu helfen – ihr eigenes Ticket liegt auf Eis.

Das Sprintziel? Schon jetzt gefährdet.

Tag 5: Lena verschiebt zwei Stories in „Next Sprint“.
Niemand ist überrascht. Aber es fühlt sich trotzdem nach Niederlage an.

Sprint Planning

Es dauert 20 Minuten.
Lena: „Wir haben 4 Tickets, die wir anfangen könnten – aber bitte nur eins gleichzeitig.“
Tom und Priya nicken. Sie wissen: Wenn wieder was eskaliert, ist der Sprint gelaufen.

Gefühl im 3er-Team:

Enge Abstimmung, blitzschnelle Kommunikation – aber null Puffer.
Ein Krankheitsfall oder ein Blocker reicht, um das Sprintziel zu kippen.

Szenario 2: Das 6er-Team – Die goldene Mitte

Teammitglieder: Lena, Tom, Priya, Max, Sara, Diego

Kurz vor dem Daily

08:59 Uhr.
Max schreibt im Slack: „Bin 2 min später – Build läuft noch.“
Sara: „Mach keinen Stress, wir sind ja keine Maschine 😉.“

Das Daily dauert jetzt 15 Minuten.
Die Hälfte des Teams weiß nicht mehr automatisch, was die anderen gemacht haben. Das Daily ist jetzt der Ort, um das herauszufinden.

Sprintverlauf

Tag 4: Zwei Stories hängen.
Sara wartet auf ein Frontend-API von Max. Max hat gestern angefangen, parallel an einer anderen Story zu arbeiten.
„Warum?“, fragt Lena im Chat.
„Weil ich da gerade Bock drauf hatte… und das andere war blockiert“, antwortet Max.

Diego ist im Hintergrund still dabei, die CI/CD-Pipeline zu optimieren – seine Arbeit taucht in keinem Sprintziel auf.

Sprint Planning

Diesmal dauert es 45 Minuten.
Es wird mehr diskutiert.
Tom: „Das Sprintziel ist zu breit.“
Lena: „Dann sagt mir, was wir weglassen.“
Niemand will entscheiden – am Ende bleiben alle Stories drin.

Gefühl im 6er-Team:

Ausreichend Puffer, um Ausfälle abzufangen.
Kommunikation ist aber nicht mehr automatisch, sondern muss aktiv organisiert werden.
Sprintziele können verwässern, wenn keiner klare Prioritäten setzt.

Szenario 3: Das 9er-Team – Global verteilt, Konsens als Bremse

Teammitglieder: Lena, Tom, Priya, Max, Sara, Diego, Jin, Nadia, Omar

Kurz vor dem Daily

08:00 Uhr in Berlin, 14:00 Uhr in Singapur, 22:00 Uhr in San Francisco.

Jin sitzt mit Kopfhörern im Coworking-Space, Omar im Halbdunkel seines Home-Offices.
Lena öffnet das Daily: „Okay, Leute, wir sind vollzählig…“
Tom: „Moment, Nadia ist noch im anderen Call.“

Das Daily dauert jetzt 25 Minuten.
Es gibt Smalltalk, viele Status-Updates – und trotzdem weiß man nicht, wer woran genau hängt.

Sprintverlauf

Tag 5:
In Jira tauchen neue Tickets auf, die mitten im Sprint gestartet werden.
Lena schreibt: „Bitte nur Stories anfangen, wenn andere fertig sind.“
Sara reagiert mit einem neutralen Emoji – und startet trotzdem ein neues Ticket.

Das Sprintziel?
Eher eine hübsch formulierte Überschrift für den Stakeholder-Report.

Sprint Planning

Es dauert 1,5 Stunden.
Zeitverschiebung macht die Diskussion zäh.
Jeder will „seine“ Stories unterbringen. Konsens dauert ewig – und führt oft zu Mittelmaß.

Gefühl im 9er-Team:

Hohe Spezialisierung, aber träge Konsensfindung.
Viel Koordination, wenig Fokus.
Echtes Sprintziel? Selten. Motivation sinkt.

Der Wendepunkt – FlightRoom

Nach einer besonders frustrierenden Retro („Wir reden eh immer über dieselben Probleme…“) schlägt Lena vor, den nächsten Team-Workshop mit FlightRoom zu machen.

90 Minuten später sieht es im Teams-Call ganz anders aus:

Auf dem Bildschirm ein virtuelles Cockpit.
Jeder hat eine Rolle – Kapitän, Co-Pilot, Bordingenieur, Tower, Bodentechniker.

Die Stimme des Spielleiters klingt ruhig, aber mit spürbarer Spannung:
„Willkommen im Birgenair 301-Szenario.
Damals endete der Flug in einer Katastrophe. Heute entscheidet eure Crew, wie das ausgeht.“

Der Start läuft reibungslos. Doch bald beginnen die Instrumente, widersprüchliche Werte anzuzeigen.

„Ich sehe zu niedrige Geschwindigkeit!“, ruft Max.
„Nein, das ist ein Fehler. Wir müssen weiter steigen!“, antwortet Sara.

Die Zeit drängt, die Diskussion wird hitzig.
Tom als Kapitän fordert: „Tower, wir brauchen sofort alle Daten, die ihr habt!“
Priya, im Tower, antwortet kurz und präzise – keine langen Erklärungen, nur klare Fakten.

Entscheidungen fallen schnell, abgestimmt, ohne langes Hin und Her.

Nach der Simulation herrscht Ruhe. Alle spüren, wie wichtig offene Kommunikation, klare Ansagen und gegenseitiges Vertrauen sind.

Lena sagt: „Das hat uns gezeigt, wie wir auch im Sprint besser zusammenarbeiten können. Keine langen Diskussionen, sondern fokussiert, direkt, im Team.“

Ergebnis nach dem FlightRoom

Drei Sprints später:

  • Stories werden fertig, statt nur angefangen
  • Sprintziele sind erreichbar und motivierend
  • Die Stimmung ist spürbar besser – auch im großen, verteilten Team

Fazit & Praxis-Tipps

  1. Teamgröße bewusst wählen:
    3–4 Leute: blitzschnell, aber fragil
    5–7 Leute: gute Balance, braucht Priorisierung
    8–9 Leute: nur mit starker Moderation und klarer Kommunikation effektiv
  2. T-Shaped Skills fördern:
    Spezialisten sind wichtig, aber ohne Grundkompetenzen in mehreren Bereichen bricht das Team bei Engpässen ein.
  3. Remote-Arbeit bewusst strukturieren:
    Klare Meeting-Zeiten, gemeinsame Tools, kurze Feedback-Loops
  4. Gemeinsame Ziele priorisieren:
    Ein Sprintziel, das allen wichtig ist, bringt mehr als 5 Einzelziele
  5. FlightRoom einsetzen:
    Kommunikation so trainieren, dass auch große Teams effektiv Entscheidungen treffen und sich gegenseitig unterstützen

📌 Merke:
Die optimale Teamgröße hängt von mehr ab als nur der Zahl.
Sie hängt von Skills, Kommunikation und der Bereitschaft ab, wirklich zusammenzuarbeiten.
Und manchmal reicht ein gemeinsames Spiel wie FlightRoom, um genau das zurückzubringen.


Flight Room – Das Teamspiel für klare Kommunikation und Zusammenarbeit

Warum Flight Room spielen?

In stressigen Situationen zeigt sich, wie stark ein Team wirklich ist.

Das Flight Room Rollenspiel simuliert eine kritische Flugphase, bei der das Team gemeinsam ein komplexes Problem lösen muss – ohne externe Ereignisse, aber mit einem starken Fokus auf interne Abstimmung und Verantwortung.

Was trainiert ihr dabei?

  • Kommunikation unter Druck: Alle Spieler sprechen gleichzeitig und müssen sich verständigen, wer wann das Wort ergreift. So übt ihr, in hektischen Situationen trotzdem den Überblick zu behalten und klare Botschaften zu senden.
  • Rollenverständnis und Zusammenarbeit: Kapitän:in und Co-Pilot:in tragen gemeinsam die Verantwortung, während der Bord-Ingenieur durch Würfeln schrittweise Problemverständnis und Lösungen erarbeitet. Der Tower unterstützt mit klaren Hinweisen. Jede Rolle hat eine wichtige Funktion im Team. Das simuliert unterschiedliche Rollendynamiken im Arbeitsalltag.
  • Improvisation und Entscheidungsfindung: Ohne externe Ereignisse konzentriert sich das Spiel auf die Dynamik im Team. Ihr lernt, flexibel und kreativ zu handeln – gerade wenn unerwartete Situationen entstehen.
  • Geduld und schrittweises Arbeiten: Die Marker-Mechanik des Bord-Ingenieurs zeigt, dass Lösungen oft nicht sofort kommen, sondern in kleinen Schritten erreicht werden müssen. Das ist ähnlich wie in realen Sprint-Situationen mit Schätzfehlern bei der Aufwandsschätzung. Das Ziel muss jedoch trotzdem erreicht werden, sonst „crasht“ das Flugzeug.
  • Vertrauen und Verantwortungsübernahme: Das Team spürt, wie wichtig es ist, sich gegenseitig zu hören, aufeinander zu achten und Verantwortung zu teilen, um gemeinsam zu bestehen.

Dieses Spiel ist ein sicherer Raum, um Kommunikationsmuster zu erproben und eine Kultur zu entwickeln, in der Herausforderungen gemeinsam angegangen werden – eine Fähigkeit, die euch nicht nur im Flight Room, sondern auch im echten Arbeitsalltag voranbringt.

Flight Room – Die einfache Testversion mit dem Asiana Airlines 214 Szenario

Diese vereinfachte Version des FlightRoom ist perfekt für alle, die das Szenario einmal ausprobieren möchten – ganz ohne Vorbereitung, Tools oder große Anleitung.

👉 Starte das Szenario online unter und Klicke auf „Asiana Airlines 214“:
https://flightroom.io/

-> UPDATE: Es gibt FlightRoom jetzt als Produkt für Teams mit kostenlosem Team-Event-Modus!

Du brauchst dafür nur 3–4 Spieler:innen, einen 6er-Würfel, Stift & Papier – und ein bisschen Mut zur Improvisation.

Was du in diesem Training erreichen kannst:

Ein zusammenschweißendes Team-Erlebnis, das eure Team-Dynamik in Momenten der Unsicherheit aufzeigt. Es geht hier nicht ums Gewinnen, sondern wie ihr miteinander zusammenspielt.

Spielrollen:

  • Kapitän:in
  • Co-Pilot:in
  • Bord-Ingenieur:in
  • Tower

Spielablauf:

  • Alle Spieler sprechen gleichzeitig und müssen sich selbstständig einigen, wer wann spricht – es gibt keine feste Reihenfolge.
  • Die Kapitän:in und Co-Pilot:in sind dafür verantwortlich, das Problem zu lösen, bevor sie landen können. Spoiler: Ein Durchstarten ist nicht möglich, da der Treibstoff begrenzt ist.
  • Der Bord-Ingenieur analysiert das Problem und löst es mithilfe von Würfeln und Markern (siehe unten).
  • Der Tower unterstützt durch Improvisation „vom Boden aus“
  • Es gibt keine äußeren Ereignisse oder Würfelwürfe außer der Analyse- und Lösungsmechanik des Bord-Ingenieurs.

Die Aufgabe des Bord-Ingenieurs:

Er analysiert alle 30 Sekunden das Problem mit einem 1W6-Wurf:

  • 1-3: 1 Analysemarker
  • 4-5: 2 Analysemarker
  • 6: 3 Analysemarker

Er benötigt insgesamt 4 Analysemarker, um die Analyse abzuschließen.

Anschließend würfelt er für die Lösung mit der gleichen Verteilung, um 4 Lösungsmarker zu sammeln.

Erst wenn 4 Lösungsmarker gesammelt sind, gilt das Problem als gelöst.

Rolle des Spielleiters (optional):

  • Der Spielleiter sorgt dafür, dass das Team nicht ins Stocken gerät oder sich langweilt.
  • Er reagiert auf Improvisationen von Kapitän:in und Co-Pilot:in und fördert den Spielfluss.

Viel Spaß beim Ausprobieren!

Dieses Spiel ist ein idealer Einstieg, um die Kommunikation, Zusammenarbeit und Entscheidungsfindung in deinem Team auf eine neue Ebene zu bringen – ohne großen Aufwand, aber mit großer Wirkung.

Warum ich Gamification nicht als Spielerei verstehe

Der FlightRoom ist ein Beispiel dafür, wie Spielmechaniken helfen können, komplexe Dynamiken greifbar zu machen und Verantwortung, Vertrauen und echtes Teamwork zu trainieren. Doch Gamification endet für mich nicht bei spielerischen Teamformaten.

Ich entwickle Gamification, um Verhalten gezielt zu gestalten und nachhaltige Nutzererfolge zu ermöglichen – nicht nur in Teams, sondern auch in digitalen Produkten. Mein Fokus liegt auf menschenzentriertem Design, das Nutzer:innen dazu befähigt, ihre Ziele zu erreichen, Fortschritt zu spüren und dranzubleiben. Genau dort entsteht der eigentliche Wert – für Nutzer wie für Unternehmen.

Wenn digitale Produkte Nutzer:innen systematisch zum Erfolg führen, steigen Motivation, Retention und letztlich auch der Umsatz. Ich arbeite dabei mit psychologischen Prinzipien wie den Core Drives aus dem Octalysis-Framework von meinem Freund Yu-Kai Chou – weil Funktionen allein nicht genügen. Was zählt, ist, wie sie erlebt werden.

Retrospektive mal anders: Wie du mit dem FlightRoom neue Impulse setzt

Gerade in agilen Teams, die mit Scrum, Kanban oder SAFe arbeiten, kann ein FlightRoom-Szenario helfen, typische Kommunikationsmuster sichtbar zu machen – z. B. in stressigen Situationen, bei unklarer Rollenverteilung, fehlender Abstimmung oder wenn das Sprintziel in Gefahr ist.

Tipps für dein Team-Event:

  • Nutzt den FlightRoom z. B. als Eisbrecher in Retrospektiven, um gemeinsam zu reflektieren, wie ihr unter Druck kommuniziert und entscheidet.
  • Spielt es vor einem Planning, wenn ihr das Gefühl habt, dass eure Absprache in letzter Zeit zu kurz kam.
  • Führt nach dem Spiel eine kurze Meta-Reflexion durch: Wer hatte welche Informationen? Wer hat Verantwortung übernommen? Was hat uns geholfen, zusammen eine Lösung zu finden?
  • Achtet beim Spiel darauf, ob typische Scrum-Rollenmuster sichtbar werden: Wer übernimmt Verantwortung wie ein Product Owner? Wer sorgt für Struktur wie ein Scrum Master? Wer agiert wie ein crossfunktionales Entwicklungsteam?
  • Nutzt das Spiel, um Empathie für andere Rollen im Team zu entwickeln – auch das ist ein Schlüssel für eine bessere Teamdynamik im Alltag.

Der FlightRoom lässt sich mit wenig Vorbereitung umsetzen und ist ein leicht zugängliches Teamevent für agile Teams, das mehr bewirkt als viele Meetings. Probiert es aus – und wenn ihr merkt, wie viel Potenzial darin steckt, meldet euch gern für die nächste Stufe.

Wann, wenn nicht jetzt?

Viele Teams arbeiten technisch sauber – und scheitern trotzdem an der Kommunikation, wenn’s wirklich drauf ankommt. Der FlightRoom macht diese Dynamiken erlebbar, ohne erhobenen Zeigefinger. Und genau darin liegt seine Kraft: Was Teams hier spüren, verändert ihr Verhalten – nachhaltig.
Wenn du willst, dass dein Team nicht nur besser zusammenarbeitet, sondern auch mutiger entscheidet, klarer kommuniziert und echte Verantwortung übernimmt, dann ist jetzt der richtige Moment für einen Testflug.

Mehr zum FlightRoom für remote agile Teams