Einblick
Wenn Lernen günstiger wird
als die Freigabe.
Der Engpass verschiebt sich: vom Entwickeln neuer Lösungen zu ihrem Einsatz im Alltag. Unsere Innovationsprozesse müssen sich mitverändern.
Stellen Sie sich vor, sechs Personen diskutieren zwei Stunden lang darüber, ob eine Idee einen Prototyp verdient.
Bei angenommenen Personalkosten inklusive Nebenkosten von 75 Euro pro Stunde kostet dieses Meeting 900 Euro. Wenn eine Person stattdessen einen Arbeitstag in einen klar begrenzten Versuch investiert und wir weitere 200 Euro für Werkzeuge ansetzen, kostet der Versuch 800 Euro.
Das ist eine Beispielrechnung. Der Versuch kann länger dauern. Manche Ideen lassen sich nicht an einem Tag testen. Und ein Prototyp ist noch kein produktives System. Trotzdem wirft der Vergleich eine Frage auf, die mehr Aufmerksamkeit verdient:
Was passiert, wenn die Entscheidung darüber, ob wir etwas lernen dürfen, mehr kostet als das Lernen selbst?
Wo diese Schwelle überschritten wird, braucht auch der Freigabeprozess eine wirtschaftliche Begründung.
Wir sind gut darin geworden, Beschreibungen zu bewerten
Wenn Entwicklung ein Team, ein Budget und mehrere Monate Arbeit erfordert, ist frühe Auswahl sinnvoll. Man kann nicht jede Idee umsetzen. Also müssen Menschen das Problem erklären, den Nutzen abschätzen und um Ressourcen konkurrieren.
Die Schwierigkeit: Eine Beschreibung verlangt von allen Beteiligten, sich dasselbe vorzustellen. Das gelingt selten.
Eine Person sieht eine nützliche Abkürzung. Eine andere sieht ein zusätzliches System, das jemand warten muss. Eine dritte kann sich nicht vorstellen, wie es in die bestehende Arbeit passen soll. Das Meeting wird zur Verhandlung über unterschiedliche Produkte, die nur in den Köpfen existieren.
Ein funktionierender Versuch verändert dieses Gespräch. Menschen können etwas ausprobieren, Lücken erkennen und herausfinden, ob es ihnen hilft. Manchmal entdecken sie dabei eine Möglichkeit, die in der ursprünglichen Beschreibung noch gar nicht enthalten war.
Hier liegt die strategische Frage. Wenn eine Idee verstanden werden muss, bevor sie erkundet werden darf, bevorzugen wir möglicherweise das Vertraute. In einer Phase, in der sich die technischen Möglichkeiten grundlegend verändern, kann das ein teurer Filter sein.
Das ist ein Risiko, das wir untersuchen sollten. Es ist kein Beweis dafür, dass jede ungewohnte Idee wertvoll ist. Ein Experiment muss unsere Erwartungen auch enttäuschen dürfen.
Entscheidungen näher an die Erkenntnisse rücken
Moderne Ansätze von Stage-Gate sehen bereits Experimente, Lernen und einen zum Risiko passenden Prozessumfang vor. Meine Kritik gilt einer konkreten organisatorischen Gewohnheit: Für einen kleinen Versuch wird eine aufwendige Begründung verlangt, bevor überhaupt Erkenntnisse aus seiner Nutzung vorliegen. [1]
Coding Agents machen es sinnvoll, diese Gewohnheit für mehr Arten von Softwarearbeit zu hinterfragen. Wo ein aussagekräftiger Test günstig, klar begrenzt und rückgängig zu machen ist, kann die Erlaubnis dafür vorab gelten.
Geben Sie Menschen eine freigegebene Umgebung. Legen Sie fest, welche Daten sie verwenden und welche Aktionen sie ausführen dürfen. Definieren Sie einen kleinen Zeitrahmen und ein Ausgabenlimit. Lassen Sie sie ein echtes Problem mit den Menschen testen, die es betrifft.
Danach lassen sich bessere Fragen stellen. Hat jemand die Lösung erneut genutzt? Was hat sich an der Arbeit verändert? Was ist gescheitert? Gibt es jemanden, der den nächsten Schritt verantworten möchte?
Leitplanken vor dem Experiment. Erkenntnisse vor der größeren Investition.
Die Leitplanken sind konkret
Die ersten Grenzen bilden die Technologien, die das Unternehmen freigegeben hat, und seine Regeln zur Datensicherheit.
Diese Grenzen müssen im Alltag verständlich sein. Menschen müssen wissen, in welcher Umgebung sie starten können, welche Daten erlaubt sind und wo ein Versuch enden muss. Ein freigegebenes Werkzeug ist keine Erlaubnis, beliebige Daten damit zu verbinden oder jede denkbare Aktion auszuführen.
Innerhalb dieses Rahmens kann Experimentieren zur normalen Arbeit gehören. Außerhalb hat eine zusätzliche Prüfung einen konkreten Anlass: einen neuen Datenzugriff, ein neues System, höhere Ausgaben, eine externe Verpflichtung oder eine betriebliche Abhängigkeit.
Technische Größe ist dafür ein schlechter Maßstab. Ein anspruchsvoller Prototyp mit synthetischen Daten kann klar begrenzt sein. Eine winzige Änderung an der Lohnverrechnung kann weitreichende Folgen haben.
Die entscheidende Grenze liegt zwischen dem Erkunden einer Möglichkeit und einer Verpflichtung, die das Unternehmen dafür eingeht.
Der Engpass verschiebt sich in den Arbeitsalltag
Wenn mehr Menschen Software entwickeln können, entstehen mehr Prototypen. Das allein ist noch kein Erfolg.
Die schwierigeren Fragen kommen möglicherweise danach. Wer verändert den Arbeitsablauf? Wer wartet die Anwendung? Welches bestehende Werkzeug ersetzt sie? Wer prüft, ob der Nutzen im tatsächlichen Einsatz bestehen bleibt? Was wird stillgelegt?
Günstige Entwicklung kann einen Engpass sichtbar machen, der zuvor hinter einem Entwicklungsrückstand verborgen war: die Übernahme in den Alltag. Sie kann auch zu einer wachsenden Sammlung verlassener Experimente führen, wenn niemand diesen Übergang verantwortet.
Hier wird die Aufmerksamkeit der Führung besonders wertvoll. Helfen Sie nützlichen Experimenten, zu verlässlichen Teilen der Organisation mit klarer Verantwortung zu werden. Beenden Sie diejenigen, die den weiteren Aufwand nicht rechtfertigen.
Freiraum zum Entdecken finanzieren. Den dauerhaften Einsatz bewusst steuern.
Menschen Raum für unternehmerisches Handeln geben
Eine hilfreiche Parallele ist das schrittweise Investieren: begrenzt beginnen, lernen und dann entscheiden, ob ein weiterer Einsatz gerechtfertigt ist. Auch Investoren in frühen Phasen wählen aus. Die Parallele bedeutet weder, jede Idee zu finanzieren, noch auf sorgfältige Prüfung zu verzichten. [2]
Innerhalb eines Unternehmens könnte der erste Schritt noch kleiner werden. Wenn ein Experiment in einen vereinbarten Rahmen passt, braucht es womöglich überhaupt keine eigene Investitionsentscheidung.
Menschen, die nah an der Arbeit sind, können Verbesserungen erkunden, bevor sie eine ausgefeilte Präsentation dafür haben. Die Führung setzt weiterhin die Richtung, koordiniert gemeinsame Anforderungen und trifft Entscheidungen mit weitreichenden Folgen. Erkenntnisse aus den Experimenten können auch die Richtung verändern.
Ich verstehe darunter unternehmerisches Entdecken innerhalb klarer Leitplanken: Eigeninitiative und die Suche nach Möglichkeiten, unterstützt von einer Organisation, die den Rahmen verständlich macht.
Welche Rolle David dabei spielt
Diese organisatorische Möglichkeit steckt hinter David, unserer Plattform zur Bereitstellung von Softwareumgebungen bei frontira.
David macht das Einrichten solcher Umgebungen zu einem wiederholbaren Prozess. Die Absicht ist, freigegebene Umgebungen leicht verfügbar zu machen, damit nicht jedes neue Experiment mit einem eigenen Infrastrukturprojekt beginnt. Das aktuelle Produkt beschreibt Funktionen für Bereitstellung, Technologieauswahl und den Lebenszyklus der Umgebungen. Die konkrete Konfiguration und die Kontrollen hängen vom jeweiligen Einsatz ab. [3]
Das Versprechen reicht über schnelleres Einrichten hinaus: Mehr Menschen erhalten Freiraum zum Entdecken. Die Organisation konzentriert ihren Einsatz anschließend darauf, Bewährtes im Alltag zu verankern.
Diese Hypothese verdient einen praktischen Test. Wählen Sie eine kleine Gruppe, eine erlaubte Umgebung und einige echte Probleme. Erfassen Sie die Zeit für Freigaben, Entwicklung, Rückmeldungen und die Entscheidung über den weiteren Einsatz. Zählen Sie nützliche Erkenntnisse und wiederholte Nutzung, nicht nur erstellte Prototypen.
Meine erste Frage wäre einfach:
Denken Sie an die letzte kleine interne Softwareidee, die Ihr Unternehmen diskutiert hat. Was dauerte länger: die Erlaubnis zum Ausprobieren, die Entwicklung eines aussagekräftigen Tests oder die Übernahme in den Arbeitsalltag?
Wenn Sie ein Team führen, interessiert mich Ihr Beispiel. Auch dort, wo dieses Argument nicht trägt. Antworten Sie dort, wo Sie den Artikel gefunden haben, oder schreiben Sie mir.
Quellen und Einordnung
- Stage-Gate International: Using Stage-Gate to Enable Digital Transformation Success. Der Ansatz beschreibt ausdrücklich frühe Experimente und einen dem Risiko angemessenen Prüfaufwand. Dieser Artikel hinterfragt eine Freigabegewohnheit, nicht sämtliche Prozesse mit Entscheidungsstufen.
- Y Combinator: A Guide to Seed Fundraising. Kontext für die begrenzte Analogie zur frühen Finanzierung. Daraus folgt keine allgemeine Überlegenheit eines Innovationsmodells für Unternehmen.
- David von frontira. Produktkontext, getrennt vom hier vorgeschlagenen organisatorischen Modell.
Die Kostenrechnung beruht auf Annahmen, nicht auf gemessenen Kundenergebnissen oder einem konkreten Abonnementpreis. Sie enthält die Arbeitszeit der entwickelnden Person und volle 200 Euro für Werkzeuge. Spätere Kosten für Produktivbetrieb, Integration und Betreuung sind nicht enthalten.
