Anhang

Selbst-Check

Fünf Dimensionen je Kapitel, ehrlich beantwortet. Grün, gelb, rot.

Anhang: Selbstchecks (Ampel) zu Sektion 1

Gebündelte Selbstchecks (Grün/Gelb/Rot) zu allen Kapiteln, fünf Dimensionen je Kapitel und sechs bei der SWOT in Kapitel 3. Im jeweiligen Kapitel steht nur ein kurzer Verweis hierher, damit der Lesefluss nicht unterbrochen wird.

Kapitel 1: Einstieg: Die Tür nach 2030

Ampel-Check: Wie nah ist dein Betrieb an 2030?

Dimension Frage zur Selbsteinschätzung Grün (typisch) Gelb (typisch) Rot (typisch)
Guardrails im Betrieb Ist in kritischen Prozessen klar definiert, was niemals passieren darf - und was das System dann automatisch oder organisatorisch auslöst? Qualitäts-, Sicherheits- oder Compliance-Grenzen sind eindeutig benannt, im Prozess verankert und führen bei Abweichungen zu klaren Reaktionen. Es gibt einzelne Regeln und Eskalationen, aber sie sind nicht durchgängig dokumentiert oder werden uneinheitlich angewendet. Grenzen werden erst im Vorfall diskutiert, und Reaktionen hängen von Improvisation, Personen oder Tagesform ab.
End-to-End-Verantwortung Gibt es für zentrale Abläufe eine benannte Rolle mit echtem Entscheidungsrecht für Betrieb, Monitoring und Eskalation? Für den Flow ist klar, wer verantwortlich ist, wer stoppen oder freigeben darf und woran diese Rolle gemessen wird. Verantwortung ist grundsätzlich zugeordnet, aber Entscheidungen landen in Gremien oder springen zwischen Bereichen hin und her. Niemand fühlt sich durchgängig zuständig, und im Ernstfall wird Verantwortung vertagt oder verteilt.
Daten für Entscheidungen Werden relevante Prozess- und Qualitätsdaten so genutzt, dass Abweichungen schnell sichtbar werden und Entscheidungen im Betrieb tragen? Wichtige Daten laufen zeitnah zusammen, Abweichungen werden früh erkannt und dienen direkt zur Steuerung des laufenden Betriebs. Daten sind vorhanden, aber verteilt, verspätet oder nur für Berichte nutzbar. Daten liegen in Silos, kommen zu spät oder sind so uneinheitlich, dass weiter aus dem Bauch entschieden wird.
Lernzyklen nach Vorfällen Führt ein Problem sichtbar zu einer schnellen Verbesserung im System oder Prozess? Nach Störungen oder Fehlern werden Ursachen zügig behoben und in Regeln, Parametern oder Standards verankert. Verbesserungen finden statt, brauchen aber oft Wochen oder versanden zwischen Analyse und Umsetzung. Vorfälle wiederholen sich, weil zwar gesprochen und dokumentiert wird, aber kaum etwas im System verändert wird.
Schnittstellen und Standards Sind für den Kernbetrieb die wichtigsten Begriffe, Schnittstellen und Minimalstandards bereichsübergreifend verbindlich? Die zentralen Begriffe und Schnittstellen sind einheitlich definiert, werden durchgesetzt und erleichtern Zusammenarbeit über Bereichsgrenzen hinweg. Es gibt erste Standards, aber Ausnahmen, lokale Sonderlösungen und Begriffsverwirrung bremsen die Wirkung regelmäßig aus. Jeder Bereich arbeitet mit eigener Logik, und Abstimmung ersetzt dauerhaft fehlende Standards.

Kapitel 2: Das Spielfeld: Digitalisierung gewinnen

Ampel-Check: Wie nah ist dein Unternehmen an diesem Spielfeld?

Dimension Frage zur Selbsteinschätzung Grün (typisch) Gelb (typisch) Rot (typisch)
Durchlaufzeiten Wissen wir bei den wichtigsten End-to-End-Prozessen, wie lange sie wirklich dauern und wo Zeit verloren geht? Die zentralen Durchlaufzeiten sind sichtbar, werden regelmäßig verfolgt und führen zu klaren Verbesserungen. Engpässe sind bekannt und werden aktiv bearbeitet. Für einzelne Prozesse gibt es Daten oder Schätzungen, aber kein konsistentes Bild. Verbesserungen bleiben punktuell oder versanden im Alltag. Durchlaufzeiten sind weitgehend unbekannt oder werden nur aus dem Bauch beurteilt. Verzögerungen werden erst sichtbar, wenn Kunden, Mitarbeitende oder Ergebnisse leiden.
Digitale Handarbeit Wo erledigt dein Unternehmen trotz digitaler Systeme noch viel manuelle Nacharbeit, Doppelerfassung oder Abstimmung? Manuelle Schleifen sind weitgehend reduziert und als Problemfeld klar adressiert. Systeme und Abläufe greifen so ineinander, dass Mitarbeitende wenig digitale Handarbeit leisten müssen. Es gibt erkennbare Reibungspunkte, die intern bekannt sind, aber nur teilweise angegangen werden. Vieles funktioniert, doch Mitarbeitende überbrücken Lücken regelmäßig per Hand. Digitale Handarbeit prägt den Betrieb. Daten werden mehrfach erfasst, Informationen manuell zusammengesucht und Fehler durch Zusatzaufwand korrigiert.
Data-to-Insight Wie schnell wird aus verfügbaren Daten eine belastbare Grundlage für Entscheidungen? Wichtige Daten stehen rechtzeitig und in nutzbarer Form zur Verfügung. Führung kann Muster erkennen, priorisieren und auf dieser Basis handeln. Daten sind vorhanden, müssen aber oft erst aufbereitet oder abgestimmt werden. Erkenntnisse kommen zu spät oder nur für Teilbereiche zustande. Daten helfen im Führungsalltag kaum weiter. Entscheidungen beruhen vor allem auf Einzelwahrnehmungen, Nachfragen und Ad-hoc-Auswertungen.
Pilot-to-Scale Schafft dein Unternehmen es, erfolgreiche digitale Pilotlösungen in den Regelbetrieb zu überführen? Gute Pilotlösungen werden strukturiert bewertet, übertragen und im Betrieb verankert. Der Weg von der Idee zur breiten Nutzung ist klar und wiederholbar. Es gibt einzelne erfolgreiche Pilotprojekte, aber der Übergang in die Fläche gelingt nur teilweise. Nutzen bleibt oft lokal oder hängt an engagierten Einzelpersonen. Pilotprojekte bleiben Insellösungen. Es wird viel ausprobiert, aber wenig nachhaltig in den Alltag übernommen.
Enablement im Betrieb Sind Führung, Teams und Betrieb so aufgestellt, dass Digitalisierung im Alltag funktioniert und nicht nur als Projekt läuft? Rollen, Fähigkeiten und Unterstützung im Betrieb passen zusammen. Mitarbeitende können neue digitale Arbeitsweisen anwenden, und Führung schafft Orientierung und Verbindlichkeit. Einzelne Bereiche sind gut aufgestellt, andere nicht. Digitalisierung wird gewollt, aber im Alltag durch fehlende Priorisierung, Qualifizierung oder Unterstützung gebremst. Digitalisierung hängt an wenigen Treibern und wird im Betrieb nicht getragen. Teams sind unsicher, Prioritäten unklar und neue Lösungen versanden nach der Einführung.

Kapitel 3: Deutsche Tugenden als Wettbewerbsvorteil: Eine SWOT (Stärken, Schwächen, Chancen, Risiken) für deutsche Unternehmen

Ampel-Check: Nutzt du deine Tugenden - oder verwaltest du sie nur?

Dimension Frage zur Selbsteinschätzung Grün (typisch) Gelb (typisch) Rot (typisch)
Qualität als Guardrail für Tempo Nutzt ihr euer Qualitätsversprechen so, dass schnellere Iteration möglich wird - oder dient es oft als Grund, Änderungen zu bremsen? Qualität ist über klare Release-Kriterien, Monitoring und Verantwortung abgesichert. Updates kommen voran, ohne dass Vertrauen beim Kunden leidet. Es gibt Qualitätsanspruch und einzelne Regeln, aber Freigaben ziehen sich oder hängen an Personen. Tempo und Vertrauen stehen je nach Situation gegeneinander. “Qualität” wird vor allem genutzt, um Verschiebungen zu rechtfertigen. Änderungen gelten grundsätzlich als Risiko, Lernzyklen bleiben lang.
Ausbildung als Betriebshebel Übersetzt ihr eure Ausbildungsstärke sichtbar in Rollen, die Produkt, Betrieb und Daten verbinden? Kritische Rollen haben klare Verantwortung über Fachbereich, Betrieb und Daten hinweg. Neue Fähigkeiten werden gezielt aufgebaut und im Alltag wirksam. Es gibt Qualifizierung, aber eher punktuell oder losgelöst vom echten Betriebsablauf. Neue Rollen und digitale Anforderungen bleiben unscharf. Ausbildung ist vor allem HR-Thema und kaum mit Produkt- oder Betriebslogik verbunden. Wichtige digitale Fähigkeiten fehlen genau dort, wo Entscheidungen und Umsetzung stattfinden.
Industrie-Fundament in Lernzyklen übersetzen Macht ihr aus Kundennutzung und Prozessrealität systematisch schnellere Verbesserungen - oder akzeptiert ihr Komplexität als gegeben? Wichtige End-to-End-Flows sind als geschlossene Lernschleife organisiert: Ereignis, Insight, Entscheidung und Änderung greifen ineinander. Komplexität führt zu klarerem Ownership statt zu Stillstand. Es gibt Piloten, Analysen oder einzelne Verbesserungen, aber der Weg in den breiten Rollout ist unzuverlässig. Komplexität verlangsamt regelmäßig die Umsetzung. Komplexität gilt als Naturgesetz. Durchlaufzeiten bleiben hoch, Schnittstellen bremsen, und aus Erkenntnissen werden nur selten spürbare Änderungen.
Entscheidungsverhalten unter Unsicherheit Werden Entscheidungen mit Guardrails und Zeitboxen getroffen - oder wartet ihr oft auf noch mehr Sicherheit? Für wichtige Entscheidungen gibt es klare Owner, Stop/Go-Kompetenz und sinnvolle Leitplanken. Unsicherheit wird gemanagt, ohne Entscheidungen auf unbestimmte Zeit zu vertagen. Entscheidungen fallen, aber häufig später als nötig oder erst nach vielen Schleifen. Verantwortung ist teilweise klar, teilweise verteilt. Entscheidungen werden vor allem vertagt. Absicherung wird zum Selbstzweck, Owner fehlen oder können am Ende nicht verbindlich entscheiden.
Erneuerung statt nur Stabilisierung Ist Verbesserung fester Teil des Betriebs - oder vor allem Zusatzarbeit neben dem Tagesgeschäft? Erneuerung hat sichtbare Priorität in Budget, Steuerung und Verantwortung. Piloten starten nur mit Rollout-Commitment, klaren KPIs und Stop-Kriterien. Verbesserungen sind gewollt, müssen sich aber ständig gegen das Tagesgeschäft behaupten. Piloten laufen an, bleiben aber oft länger als geplant in der Schwebe. Stabilisierung wird belohnt, Erneuerung vertagt. Es gibt viele Piloten ohne klares Zielbild, ohne Ende oder ohne echten Übergang in den Betrieb.
Tech-Infusion in Produkt und Betrieb Sind Cloud, KI und Automatisierung Teil eures Produkts und Operating Models - oder noch ein Extra nebenher? Technologien sind in Kernprozesse, Produkte und Betrieb integriert: mit Telemetrie, Updates, Monitoring und klarem Ownership. Der Weg von Use Case zu produktiver Nutzung ist kurz genug, um Wirkung zu erzeugen. Es gibt Projekte und erste Anwendungen, aber sie bleiben oft isoliert. Nutzen entsteht punktuell, ohne dass Produkt und Betrieb konsequent mitziehen. Cloud und KI laufen als Nebenprogramm. Es fehlt an produktiver Verankerung in Kernprozessen, Produkten und Verantwortlichkeiten - Skalierung bleibt aus.

Kapitel 4: Made in Germany unter Druck: Wie Vertrauen neu verdient wird

Ampel-Check: Verdient dein Unternehmen Vertrauen neu - oder lebt es noch vom Vorschuss?

Dimension Frage zur Selbsteinschätzung Grün (typisch) Gelb (typisch) Rot (typisch)
Produktqualität im Alltag Ist euer Qualitätsversprechen im Markt noch im Alltag sichtbar - oder lebt es vor allem vom Ruf der Vergangenheit? Kunden erleben die versprochene Qualität verlässlich: Produkte funktionieren stabil, Reklamationen bleiben beherrschbar und Probleme werden konsequent abgestellt. Der Ruf passt zur aktuellen Leistung. Die Grundqualität stimmt oft noch, aber Ausreißer, Nacharbeit oder wiederkehrende Reklamationen nehmen zu. Der Ruf ist noch stark, die operative Wirklichkeit wirkt jedoch uneinheitlicher. Das Qualitätsversprechen ist brüchig geworden. Kunden verlassen sich eher auf Kulanz, Einzelpersonen oder alte Reputation als auf stabile Leistung.
Innovation fähig zum Vertrauen Verbessert ihr Produkte und Leistungen sichtbar weiter - oder schützt ihr vor allem den bestehenden Zustand? Weiterentwicklung ist erkennbar Teil des Leistungsversprechens. Kunden sehen, dass ihr nicht nur liefert, sondern besser werdet - ohne eure Verlässlichkeit zu verlieren. Es gibt Verbesserungen, aber sie kommen unregelmäßig, spät oder nur punktuell im Markt an. Innovation wirkt eher wie Zusatzprogramm als wie selbstverständlicher Teil des Geschäfts. Veränderung wird vor allem vertagt oder intern zerredet. Das Unternehmen lebt von Bestehendem, während Kunden und Markt spürbar schneller weiterziehen.
Service und Problemlösung Verdient ihr Vertrauen auch dann, wenn etwas nicht glattläuft - also im Service, in Rückfragen und bei Problemen? Kunden bekommen schnell Klarheit, saubere Rückmeldungen und verlässliche Lösungen. Gerade im Problemfall zeigt sich, dass das Unternehmen Verantwortung übernimmt. Service funktioniert, aber uneinheitlich: manche Fälle laufen gut, andere ziehen sich oder hängen an engagierten Einzelpersonen. Vertrauen wird gehalten, aber nicht aktiv gestärkt. Im Problemfall entstehen Warteschleifen, Unklarheit und Zuständigkeits-Pingpong. Ausgerechnet dort, wo Vertrauen verteidigt werden müsste, enttäuscht das Unternehmen.
Führung und Anreize Belohnt euer Management-System Erneuerung und Zukunftsfähigkeit - oder vor allem das störungsfreie Verwalten des Bestehenden? Führung setzt klare Prioritäten für Verbesserung, trifft mutige Entscheidungen und macht Erneuerung zu einem normalen Teil des Betriebs. Wer Verantwortung für Zukunftsfähigkeit übernimmt, wird nicht abgestraft. Der Wille zur Erneuerung ist da, prallt aber oft auf Gremien, Vorsicht und kurzfristige Stabilitätslogik. Innovation hängt dann von einzelnen Personen statt vom System ab. Das System belohnt vor allem Absicherung und Verwaltung. Wer verändern will, muss gegen Budgetlogik, Freigabeschleifen und Risikoaversion arbeiten.
Zukunftsfähigkeit des Leistungsversprechens Würdet ihr euer Angebot heute selbstbewusst als zukunftsfähig verkaufen - also als qualitativ stark, anpassungsfähig und auch morgen noch relevant? Das Unternehmen verbindet Herkunft mit Erneuerung: starke Qualität, sichtbare Weiterentwicklung und ein klarer Blick nach vorn. Vertrauen entsteht nicht nur durch Historie, sondern durch Zukunftsfähigkeit. Es gibt einzelne starke Elemente, aber noch kein konsistentes neues Leistungsversprechen. Kunden sehen Substanz, sind aber nicht immer sicher, wie zukunftsfest das Angebot wirklich ist. Das Angebot wirkt wie ein Produkt der Vergangenheit: solide gemeint, aber zu wenig weiterentwickelt. Vertrauen beruht mehr auf Herkunft als auf erkennbarer Zukunftsrelevanz.

Kapitel 5: Mittelstand als Betriebssystem

Ampel-Check: Verteidigst du dein Betriebssystem - oder verwaltest du es nur?

Dimension Frage zur Selbsteinschätzung Grün (typisch) Gelb (typisch) Rot (typisch)
Anwendungstiefe im Prozess Sitzt euer Vorsprung sichtbar im Prozess des Kunden - oder vor allem im Bauteil und in der technischen Spezifikation? Ihr könnt klar zeigen, an welcher Stelle beim Kunden Takt, Qualität, Stabilität oder Ausschuss besser werden. Das Wissen steckt nicht nur im Produkt, sondern in der Anwendung und ist für Kunden spürbar. Ihr habt gutes Know-how, aber es hängt stark an einzelnen Personen oder Projekten. Im Alltag wird der Mehrwert oft technisch erklärt, nicht als verbesserter Kundenprozess. Ihr verkauft vor allem Komponenten oder Features. Wie sie beim Kunden echten Betriebsvorteil schaffen, ist unscharf oder wird erst nachträglich improvisiert.
Nischenfokus Könnt ihr eure Nische so klar benennen, dass sofort sichtbar wird, für welchen konkreten Job ihr wirklich die Besten sein wollt? Ihr habt einen engen, disziplinierten Fokus und könnt Job, Messgröße und kritische Fehlerbilder schnell erklären. Entscheidungen passen sichtbar zu dieser Nische, auch wenn ihr dafür auf Nebenthemen verzichtet. Die Nische ist grundsätzlich erkennbar, wird aber durch Sonderwünsche, Varianten oder Opportunitäten regelmäßig verwässert. Das Unternehmen sagt selten klar Nein. Ihr beschreibt euch breit und allgemein, damit möglichst viel darunterpasst. Dadurch fehlt die Schärfe, wofür ihr im Markt wirklich stehen und gewinnen wollt.
Integrationskompetenz Läuft euer Produkt beim Kunden verlässlich als System - oder endet eure Verantwortung praktisch mit der Auslieferung? Ihr habt wiederholbare Wege für Inbetriebnahme, Schnittstellen, Support und Upgrade. Der Kunde erlebt nicht nur ein gutes Produkt, sondern die Fähigkeit, dass es im echten Setup funktioniert und weiter stabil bleibt. Vieles klappt, aber stark über Einsatz und Erfahrung einzelner Leute. Integration gelingt, ist jedoch noch zu oft Heldentat statt belastbarer Standard. Nach der Lieferung beginnt Zuständigkeits-Pingpong. Probleme an Schnittstellen, beim Start oder im Service ziehen sich, weil klare Routinen und Standards fehlen.
Upgradefähigkeit Nutzt ihr Software, Daten und Service, um eure Anwendungstiefe zu verstärken - oder behandelt ihr sie als Add-on neben dem eigentlichen Geschäft? Telemetrie, datenbasierte Rückmeldungen und Weiterentwicklung sind Teil eures Leistungsversprechens. Das Unternehmen wird über die Zeit besser, und Kunden merken diese Verbesserung im Betrieb. Es gibt einzelne digitale Bausteine oder Serviceangebote, aber sie sind nicht sauber mit Produkt und Prozess verbunden. Der Nutzen bleibt punktuell statt systematisch. Software, Daten und KI laufen in Nebenprojekten, während das Kerngeschäft unverändert tickt. Das Unternehmen verwaltet eher den Bestand, als sein Betriebssystem aufzurüsten.
Standards und Lernzyklen Werden Probleme, Kundenrückmeldungen und Inbetriebnahmen so verarbeitet, dass daraus schnell verbindliche Standards und bessere Routinen entstehen? Aus Vorfällen werden zügig bessere Checklisten, Parameter, Schnittstellen oder Serviceabläufe. Lernen landet im System und macht die nächste Umsetzung einfacher und schneller. Es wird aus Problemen durchaus gelernt, aber ungleichmäßig und oft zu langsam. Viel Wissen bleibt in Teams, Dateien oder Köpfen statt in verbindlichen Routinen. Dieselben Reibungen tauchen immer wieder auf. Man dokumentiert fleißig und bespricht viel, aber das Betriebssystem ändert sich kaum.

Kapitel 6: Fähigkeiten 2030: Betriebssystem statt Trainingskatalog

Ampel-Check: Führst du Fähigkeiten als Betriebssystem - oder noch als Nebenprozess?

Dimension Frage zur Selbsteinschätzung Grün (typisch) Gelb (typisch) Rot (typisch)
Lern-Takt im Betrieb Gibt es einen festen Rhythmus, in dem Teams ihren Status quo prüfen, verbessern und das nächste Lern- oder Automatisierungsexperiment festlegen? Lernen hat einen sichtbaren Takt im Arbeitsalltag, zum Beispiel wöchentlich im Team. Aus Reibung im Betrieb werden regelmäßig konkrete nächste Schritte mit Verantwortung. Es gibt einzelne Reviews oder Workshops, aber sie finden unregelmäßig statt oder enden oft ohne klare Umsetzung. Lernen passiert, wenn Zeit übrig ist. Lernen ist kein fester Teil des Betriebs. Reflexion, Verbesserung und neue Fähigkeiten hängen von Einzelinitiativen oder HR-Terminen ab.
Lernen im Arbeitsfluss Entsteht Skill-Aufbau direkt aus echten Aufgaben, Prozessen und Kundenproblemen - oder läuft er vor allem neben dem Geschäft? Neue Fähigkeiten werden im Arbeitsfluss aufgebaut: an realen Prozessen, Vorfällen und Verbesserungen. Mitarbeitende merken, dass Lernen direkt den Betrieb, den Service oder die Produktivität verbessert. Es gibt teils praxisnahe Formate, aber vieles bleibt vom Tagesgeschäft entkoppelt. Der Transfer in den Alltag klappt nur in einzelnen Bereichen gut. Lernen wird vor allem als Kurs, Pflichtmodul oder Katalog verwaltet. Ob sich im Betrieb dadurch etwas ändert, bleibt weitgehend offen.
AI Literacy und Guardrails Ist für alle, die mit KI arbeiten oder KI-Ergebnisse nutzen, klar, was sie verstehen, beachten und im Zweifel eskalieren müssen? Es gibt eine klare Baseline für den Umgang mit KI, inklusive Plausibilität, Datenschutz und Verantwortung. Teams nutzen KI bewusst und wissen, wann sie stoppen, prüfen oder eskalieren müssen. Grundsätzlich ist das Thema erkannt, aber Erwartungen und Regeln sind nicht durchgängig klar. Der Umgang mit KI variiert je nach Team, Tool oder Führungskraft. KI wird genutzt, ohne gemeinsame Baseline oder klare Leitplanken. Was erlaubt ist, wer entscheidet und wie mit Unsicherheit umzugehen ist, bleibt oft unklar.
Kompetenzprofile und Verantwortung Sind kritische Rollen und benötigte Fähigkeiten so konkret beschrieben, dass klar ist, was im Betrieb wirklich beherrscht werden muss? Für wichtige Rollen ist klar, welche Aufgaben, Entscheidungen und Fehlerbilder zählen. Skill-Aufbau ist an Verantwortung und Wirkung im Betrieb gekoppelt, nicht nur an absolvierte Trainings. Es gibt erste Rollenbilder oder Entwicklungspläne, aber sie bleiben oft allgemein oder veralten schnell. Die Verbindung zwischen Kompetenz, Entscheidung und Betriebswirkung ist noch lückenhaft. Rollen werden unscharf beschrieben, und Fähigkeiten bleiben abstrakt. Entwicklung folgt eher dem Trainingsangebot als den echten Anforderungen im Betrieb.
Innovations- und Talentpipeline Nutzt dein Unternehmen Lernen, Innovation und Talentaufbau als zusammenhängendes System - oder behandelt es sie als getrennte Themen? Probleme, Kundenfeedback, Experimente und Talentaufbau greifen ineinander. Es gibt sichtbare Wege, Fähigkeiten intern aufzubauen, gezielt zuzukaufen oder mit Partnern zu entwickeln. Einzelne Elemente sind vorhanden, aber sie laufen nebeneinander her. Innovation, Recruiting und Weiterbildung folgen oft unterschiedlichen Logiken. Innovation ist Zufall, Weiterbildung ein Nebenprozess und Talentstrategie reaktiv. Neue Fähigkeiten entstehen zu spät oder gar nicht, obwohl sich das Geschäft schon verändert.

Kapitel 7: Unsere Bremsklötze: Wenn deutsche Organisationen sich selbst verlangsamen

Ampel-Check: Führst du Tempo mit Substanz - oder nur gepflegte Verlangsamung?

Dimension Frage zur Selbsteinschätzung Grün (typisch) Gelb (typisch) Rot (typisch)
Anspruch an Lösungen Fordert ihr vor dem Start eines Vorhabens einen belastbaren ersten Test - oder zuerst eine fast vollständige Lösung für alle Sonderfälle? Ihr startet mit einem klar begrenzten Scope und akzeptiert, dass nicht alles vorab geklärt sein muss. Qualität entsteht über einen sauberen ersten Test mit klaren Grenzen, nicht über Vollständigkeit auf dem Papier. Ihr sprecht über kleine Schritte, erweitert vor dem Start aber oft noch den Umfang. Der erste Test kommt zustande, aber später und schwerer als nötig. Ideen müssen vor dem Start fast schon fertig sein. Sonderfälle, Wünsche und Absicherungen wachsen schneller als der reale Fortschritt.
Umgang mit Risiken Trennt ihr echte Risiken von Absicherungsreflexen - oder wird fast jede Unsicherheit wie ein Stoppsignal behandelt? Ihr benennt klar, was wirklich nicht verletzt werden darf, zum Beispiel Sicherheit, Compliance oder Kundenschutz. Innerhalb dieser Leitplanken wird zügig getestet und gelernt. Einzelne Guardrails sind vorhanden, aber in der Praxis wird vieles trotzdem vorsichtshalber gestoppt oder weiter geprüft. Dadurch entstehen zusätzliche Schleifen ohne klaren Mehrwert. Risiko wird sehr breit verstanden und fast immer als Grund für Verzögerung genutzt. Aus Vorsicht wird Stillstand, obwohl kein irreversibles Risiko vorliegt.
Entscheidungs- und Gremienlogik Wird Verantwortung für Pilotvorhaben klar geführt - oder in Runden, Reviews und Abstimmungen verteilt? Für relevante Vorhaben gibt es einen klaren Owner mit Budget, Ziel und Termin für den ersten realen Test. Gremien klären nur das Nötige und ersetzen keine Führungsentscheidung. Verantwortung ist formal benannt, wird aber in der Praxis oft wieder in Abstimmungen gezogen. Entscheidungen dauern, weil mehrere Kreise mitreden, ohne wirklich zu tragen. Niemand führt ein Vorhaben bis zum Test durch. Verantwortung löst sich in Gremien, Partnergesprächen und Reviewrunden auf, während das Problem liegen bleibt.
Nähe zur operativen Wirkung Fragt ihr bei Veränderungen früh nach messbarer Wirkung im Betrieb - oder vor allem nach Konzept, Architektur und Zustimmung? Ihr messt, wann aus einem Problem ein echter Test und daraus eine sichtbare Veränderung im Betrieb wird. Vorhaben müssen zeigen, was sich bei Durchlaufzeit, Aufwand, Qualität oder Entscheidungsgeschwindigkeit verbessert. Wirkung wird grundsätzlich eingefordert, aber oft erst spät oder unscharf gemessen. Viele Vorhaben sehen auf Folien weiter aus als im Alltag des Betriebs. Der Fokus liegt auf Konzepten, Studien, Roadmaps und Zwischenständen. Ob sich im Kerngeschäft etwas verändert, bleibt offen oder wird erst sehr spät sichtbar.
Lern- und Umsetzungsroutine Wird aus Piloten und Problemen systematisch gelernt - oder produziert ihr vor allem mehr Dokumentation und weitere Schleifen? Nach einem Test ist klar, was als Nächstes passiert: skalieren, stoppen oder neu zuschneiden. Lernen ist Teil des Betriebs und führt zu schnelleren, besseren Folgeentscheidungen. Es gibt einzelne Lernmomente, aber sie werden nicht konsequent in Standards, Routinen oder klare Folgeentscheidungen übersetzt. So wiederholen sich Diskussionen und Anläufe. Aus Tests werden vor allem Präsentationen, Berichte oder neue Prüfschleifen. Die Organisation dokumentiert viel, lernt aber zu langsam oder nicht sichtbar genug.

Kapitel 8: Forschung trifft Markt: Mechanism Design für Transfer und Wirkung

Ampel-Check: Belohnst du Wirkung - oder noch Papier, Aktivität und Pilotfolklore?

Dimension Frage zur Selbsteinschätzung Grün (typisch) Gelb (typisch) Rot (typisch)
Erfolgskriterien Woran erkennt man bei euch real, dass ein Transfer- oder Innovationsvorhaben erfolgreich war: an Wirkung im Markt und Betrieb oder vor allem an Aktivität, Sichtbarkeit und Papier? Erfolg wird an Adoption, Marktvalidierung, Rollout oder messbarer Verbesserung gelesen. Publikationen, Fördermittel, Workshops und Piloten sind Mittel zum Zweck, nicht der eigentliche Ausweis von Leistung. Wirkung wird zwar erwähnt, im Alltag zählen aber oft weiter sichtbare Aktivität, Berichte und Zwischenstände. Dadurch laufen zwei Logiken nebeneinander, ohne dass klar ist, welche im Zweifel gewinnt. Anerkennung entsteht vor allem durch Anträge, Präsentationen, Projektstarts und Dokumentation. Ob später wirklich Nutzung, Umsatz, Lernen oder Skalierung entsteht, bleibt nachrangig.
Ownership der letzten Meile Gibt es für die Strecke von Erkenntnis oder Pilot bis Markt und Skalierung einen klaren Owner mit Entscheidungsrecht? Es gibt eine benannte Person oder Rolle, die Stop, Weiter, Rollout oder Abbruch entscheiden darf. Diese Verantwortung endet nicht beim Pilot, sondern reicht bis zur Nutzung im echten Betrieb oder Markt. Es gibt nominell Verantwortliche, aber wichtige Entscheidungen bleiben in Runden, Freigaben oder geteilten Zuständigkeiten hängen. Wenn es kritisch wird, diffundiert Ownership schnell wieder. Niemand fühlt sich für die letzte Meile wirklich zuständig. Vorhaben wandern zwischen Fachbereich, Forschung, Innovation, Vertrieb und Gremium hin und her.
Pilot- und Entscheidungsdisziplin Haben Piloten bei euch von Anfang an eine klare Scale-or-Kill-Logik mit Termin, KPI und Verwertungsfrage? Piloten starten nur mit klarer Hypothese, Owner, Entscheidungsdatum und nächstem Schritt bei Erfolg oder Misserfolg. Lernen wird schnell in Rollout, Standardisierung oder bewusstes Beenden übersetzt. Ein Teil der Piloten ist sauber aufgesetzt, ein anderer Teil bleibt offen oder wird aus Vorsicht verlängert. Man lernt etwas, aber Entscheidungen zur Skalierung oder Beendigung kommen zu spät. Piloten sind vor allem Aktivitätsnachweise und leben oft länger als ihr Nutzen. Es gibt viele gute Geschichten, aber kaum harte Entscheidungen und wenige echte Übergänge in den Standard.
Geschwindigkeit zur Marktvalidierung Wie schnell kommt ihr von Forschungsergebnis, Idee oder Pilot zu einer ersten belastbaren Markt- oder Anwendungsvalidierung? Der Weg zur ersten echten Validierung ist bewusst verkürzt und organisatorisch geschützt. Frühe Tests mit realen Nutzern, Kunden oder Anwendungen sind normal und steuern die nächsten Entscheidungen. Es gibt einzelne schnelle Beispiele, aber oft bremsen Abstimmung, Absicherung oder Zusatzanforderungen. Dadurch kommt Realitätskontakt später als nötig. Vor der ersten echten Validierung entstehen vor allem Konzepte, Runden und Dokumente. Der Markt oder die Anwendung sieht das Vorhaben erst, wenn schon viel Zeit und Energie gebunden sind.
Ressourcen, IP und Verwertung Sind Budget, IP-Zugang und Verwertungslogik früh geklärt oder werden sie erst spät und mühsam verhandelt? Frühphasenbudget, IP-Zugang und Beteiligung sind für relevante Vorhaben pragmatisch und früh geklärt. Das macht Transfer anschlussfähig, statt ihn in Grundsatzdiskussionen festzuhalten. Grundsätzlich gibt es Wege, aber sie sind langsam, uneinheitlich oder stark personenabhängig. Gute Vorhaben kommen durch, verlieren dabei aber oft Tempo und Energie. Budget für die letzte Meile fehlt, IP-Fragen bleiben lange offen und Verwertung wird erst diskutiert, wenn das Vorhaben schon festhängt. Genau dort versanden viele Chancen.

Kapitel 9: Unsere Nicht-Lehrstücke: Industrie 4.0 und MP3

Ampel-Check: Produzierst du nur technische Vorleistung - oder führst du auch Diffusion und Wertabschöpfung?

Dimension Frage zur Selbsteinschätzung Grün (typisch) Gelb (typisch) Rot (typisch)
Diffusion statt nur Vorleistung Haben wir neben Standards, Architektur und PoCs auch einen klaren Plan, wie die Lösung breit in Kunden-, Werk- oder Marktalltag kommt? Es gibt eine sichtbare Diffusionslogik: Zielgruppen, Rollout-Pfade, Partner und Hürden sind klar. Neue Lösungen wandern nicht nur in Folien oder Piloten, sondern in die breite Anwendung. Es gibt einzelne Rollouts, aber eher opportunistisch als systematisch. Die Organisation weiß grundsätzlich, was möglich wäre, bekommt es aber nur punktuell in die Fläche. Die Energie steckt vor allem in Konzepten, Standards oder Demonstratoren. Ob und wie daraus breite Nutzung wird, bleibt offen oder dem Zufall überlassen.
Produktisierung und Serienfähigkeit Wer macht bei uns aus funktioniert technisch ein funktioniert wiederholbar, betreibbar und verkaufbar? Eine Einheit oder Rolle verantwortet die Übersetzung in ein belastbares Angebot mit klaren Paketen, Betriebslogik und Rollout. Die Lösung ist nicht mehr Einzelprojekt, sondern wiederholbar einsetzbar. Die Produktisierung passiert, aber nebenbei und stark personenabhängig. Vieles funktioniert noch über Sonderlösungen, Projekthelden oder hohen Integrationsaufwand. Nach dem Proof of Concept endet faktisch die Führung. Jede Einführung beginnt fast von vorn, weil Standards für Serie, Betrieb und Angebot fehlen.
Integration und Betrieb Ist die Lösung so gebaut, dass sie im Alltag über Schnittstellen, Daten und Verantwortungen stabil läuft? Schnittstellen, Datenflüsse und Eskalationen sind im Betrieb geklärt. Die Organisation kann die Lösung nicht nur starten, sondern dauerhaft stabil integrieren und weiterentwickeln. Technisch ist vieles vorhanden, aber der Alltag bleibt anfällig. Betrieb gelingt, solange genug Aufmerksamkeit und manuelle Nacharbeit hineinfließen. Integration ist der Engpass. Die Lösung bleibt kompliziert, störanfällig oder nur in Ausnahmefällen nutzbar, weil Betrieb und Verantwortungen nicht sauber gebaut sind.
Kundenkontakt und Wertabschöpfung Besitzen wir die Ebenen, auf denen später Kundenbindung und wiederkehrende Erlöse entstehen? Das Unternehmen gestaltet aktiv Kundenkontakt, Service, Upgrades oder Plattformanteile mit. Es verdient nicht nur an der technischen Vorleistung, sondern auch an Nutzung, Betrieb und Weiterentwicklung. Das Unternehmen verdient an Teilstücken der Wertschöpfung, überlässt aber wichtige spätere Hebel anderen. Kundenzugang und wiederkehrende Erlöse sind nur teilweise gesichert. Das Unternehmen liefert Technologie oder Komponenten, während andere den Kundenzugang, die Plattform oder das Servicegeschäft kontrollieren. Der größere Wertpool entsteht sichtbar außerhalb des eigenen Zugriffs.
Führung, KPIs und Anreize Wird bei uns der Erfolg technischer Vorleistung gemessen - oder die Wirkung in Diffusion, Produktisierung und Erlösen? Budget, KPI und Verantwortungen sind auf Adoption, Serienreife, Nutzung und Wertbeitrag ausgerichtet. Die Organisation belohnt nicht nur Entwicklung, sondern die letzte Meile bis zur Wirkung. Es gibt gemischte Signale: Man spricht über Wirkung, misst intern aber weiter vor allem Aktivität, Technikfortschritt oder Projektabschluss. Dadurch bleibt die letzte Meile oft unterführt. Anerkennung bekommt vor allem, wer etwas baut, spezifiziert oder sauber abschließt. Diffusion, Vermarktung und Wertabschöpfung haben keinen klaren Owner und werden deshalb nachrangig behandelt.

Kapitel 10: The German Way: Tempo mit Substanz

Ampel-Check: Lebt dein Unternehmen Tempo mit Substanz - oder nur seine Erzählung davon?

Dimension Frage zur Selbsteinschätzung Grün (typisch) Gelb (typisch) Rot (typisch)
Vom Piloten zur Skalierung Führen wir Piloten so, dass früh klar ist, ob daraus echter Betrieb im Kerngeschäft wird? Piloten starten nur mit klarem Owner, Zielbild für den Rollout, Budgetrahmen und Entscheidungstermin. Wenn Wirkung ausbleibt, wird schnell gestoppt oder sauber neu zugeschnitten. Es gibt einzelne gute Piloten, aber Rollout, Budget oder Ownership bleiben oft bis spät unklar. Gestoppt wird selten; vieles läuft länger weiter als sinnvoll. Piloten dienen vor allem als Signal nach innen oder außen. Ob, wie und von wem skaliert wird, ist offen; das Thema versandet zwischen Demo und Dauerprovisorium.
Wirkung statt Aktivität Lässt sich an wenigen Kennzahlen erkennen, dass Tempo im Betrieb wirklich etwas verbessert? Das Unternehmen schaut auf reale Veränderung im Ablauf: kürzere Zeiten, früheres Lernen, weniger Nacharbeit, stabilere Releases. Geschwindigkeit gilt nur dann als Erfolg, wenn sie messbare Wirkung erzeugt. Es gibt Kennzahlen, aber eher nebeneinander als führend. Aktivität und Wirkung werden noch verwechselt; Fortschritt ist sichtbar, aber nicht konsistent im Kerngeschäft verankert. Berichtet wird über Initiativen, Projekte und Meilensteine, nicht über betriebliche Wirkung. Tempo ist vor allem Erzählung, nicht belastbare Verbesserung.
Guardrails und Freiheitsgrade Sind die wenigen Regeln, die wirklich nicht verletzt werden dürfen, klar - und schaffen sie Tempo statt neue Bremsen? Safety, Security, Compliance und ähnliche Planken sind klar benannt und im Alltag stabil. Innerhalb dieser Grenzen können Teams schnell testen, entscheiden und liefern. Guardrails existieren, werden aber je nach Thema neu ausgelegt oder durch Zusatzfreigaben überlagert. Teams kennen die Richtung, aber nicht immer die verlässlichen Spielregeln. Regeln sind entweder diffus oder allgegenwärtig. Vorab-Absicherung ersetzt Lernen; Entscheidungen ziehen sich, weil niemand weiß, was wirklich Pflicht und was nur Gewohnheit ist.
Ownership und Entscheidungsfähigkeit Gibt es für End-to-End-Flüsse klare Verantwortliche mit echtem Entscheidungsrecht? Pro relevanten Ablauf ist klar, wer entscheidet und wer den Betrieb verantwortet, wenn es schwierig wird. Organisation und Schnittstellen unterstützen diese Verantwortung sichtbar. Verantwortung ist formal benannt, aber im Alltag von Gremien, Eskalationen oder Bereichsgrenzen überlagert. Entscheidungen kommen zustande, aber langsam und mit Reibung. Viele fühlen sich zuständig, aber kaum jemand ist wirklich verantwortlich. Entscheidungen verteilen sich auf Runden und Abstimmungen; Probleme bleiben an Übergängen hängen.
Zukunftsfähigkeit und Vertrauen Wird Zukunftsfähigkeit als Teil von Qualität geführt - inklusive Servicefähigkeit, Datenhoheit und Anschlussfähigkeit? Qualität endet nicht bei der Auslieferung. Service, Upgradefähigkeit, Datenzugriff, Auditierbarkeit und einfache Integration sind Teil des Leistungsversprechens und werden früh mitentschieden. Das Thema ist erkannt, wird aber oft spät oder getrennt behandelt: Service hier, Daten dort, Compliance woanders. Das Ergebnis funktioniert, ist aber nicht durchgängig auf Zukunftsfähigkeit ausgelegt. Qualität wird noch fast nur als sauber ausgeliefertes Produkt verstanden. Servicefähigkeit, Datenhoheit und Interoperabilität tauchen spät auf und erzeugen danach Zusatzaufwand oder Vertrauensverlust.

Kapitel 11: Zwei Takte, ein Produkt: Das Sync-Framework für Hardware, Software und KI

Ampel-Check: Synchronisierst du lange Hardware- und kurze Software-/KI-Zyklen - oder verwaltest du nur Parallelität?

Dimension Frage zur Selbsteinschätzung Grün (typisch) Gelb (typisch) Rot (typisch)
Produktarchitektur und Modulgrenzen Kannst du klar benennen, welche Teile des Produkts sich unabhängig voneinander ändern lassen - und welche bewusst im langen Hardware-Takt bleiben? Hardware, Software und KI sind entlang klarer Modulgrenzen geschnitten. Kleine Software- oder Modellanpassungen lösen nicht automatisch einen Systemumbau aus. Es gibt erkennbare Module, aber in der Praxis ziehen Änderungen oft doch andere Bereiche mit. Teams diskutieren bei jedem größeren Update neu, was wirklich getrennt ist. Schon kleine Änderungen führen zu großen Abstimmungen, Umbauten oder Requalifizierung. Hardware und Software sind faktisch so gekoppelt, dass kurze Lernzyklen kaum möglich sind.
Feedback aus dem Feld Spricht das System in Tagen zurück, wenn etwas funktioniert, driftet oder kaputtgeht? Telemetrie liefert schnell genug Signale für Betrieb, Qualität und Nutzung. Entscheidungen über Updates, Korrekturen oder neue Funktionen basieren auf Feldfeedback statt auf Vermutungen. Es gibt Daten, aber sie sind lückenhaft, schwer zugreifbar oder zu spät. Vieles wird erst sichtbar, wenn Service, Tickets oder Kunden sich melden. Rückmeldung kommt vor allem über Reklamationen, Eskalationen oder manuelle Auswertungen. Das Unternehmen lernt langsamer, als Software und KI sich ändern könnten.
End-to-End-Ownership Gibt es für jeden wichtigen Update-, Service- oder Verbesserungsfluss genau erkennbare Verantwortung mit Entscheidungsrecht? Ein Owner verantwortet den End-to-End-Flow über Entwicklung, Betrieb und Feldwirkung hinweg. Entscheidungen werden dort getroffen, wo Wissen und Folgen zusammenlaufen. Verantwortung ist teilweise geklärt, aber an Übergängen unscharf. Bei Problemen arbeiten Teams zusammen, doch niemand fühlt sich wirklich für den ganzen Takt verantwortlich. Verantwortung verteilt sich auf Funktionen, Gremien oder Partner. Wenn etwas hängt, wird weitergereicht statt entschieden.
Guardrails und Freigabelogik Sind die Regeln für sichere Veränderung klar genug, dass du schnell iterieren kannst, ohne Vertrauen zu verlieren? Guardrails für Safety, Security oder Compliance sind klar und stabil. Standardänderungen laufen über Peer Review und Automation, nicht über späte Sonderfreigaben. Es gibt Regeln, aber sie sind uneinheitlich oder werden je nach Fall neu ausgelegt. Dadurch entstehen Unsicherheit und zusätzliche Schleifen vor Releases. Freigaben ersetzen laufende Prozesskontrolle. Teams müssen selbst für kleine Änderungen durch späte Gates, und niemand weiß genau, was wirklich unverhandelbar ist.
Gemeinsamer Betriebsrhythmus Werden lange Hardware-Zyklen und kurze Software-/KI-Zyklen als ein gemeinsames Betriebsmodell geführt - oder nebeneinander verwaltet? Es gibt einen erkennbaren gemeinsamen Rhythmus mit Update-Pfaden, Rollout-Logik und klaren Eskalationen. Hardware setzt die stabilen Planken, Software und KI liefern innerhalb dieser Planken schnelle Verbesserungen. Beide Takte sind bekannt, aber nur lose aufeinander abgestimmt. Projekte funktionieren punktuell, doch im Alltag entstehen Reibung, Wartezeiten und Zombie-Piloten. Hardware, Software und KI laufen in getrennten Welten mit eigener Planung, eigener Sprache und eigenen Prioritäten. Das Unternehmen verwaltet Parallelität, synchronisiert sie aber nicht.

Kapitel 12: KI als Enabler: Von Assistenz zu Autonomie in Engineering, Produktion und Service

Ampel-Check: Baust du KI als Betrieb - oder nur als beeindruckende Demo?

Dimension Frage zur Selbsteinschätzung Grün (typisch) Gelb (typisch) Rot (typisch)
Reifegrad statt Demo Ist für eure wichtigsten KI-Anwendungsfälle klar entschieden, was Assistenz, was Automatisierung und was teilweise autonome Ausführung ist? Ihr unterscheidet sauber zwischen Vorschlag, automatischem Ablauf und Handeln innerhalb fester Grenzen. Der gewählte Reifegrad passt zum Risiko und zum Prozess. Es gibt erste Einordnungen, aber sie sind je Team oder Use Case unterschiedlich. In der Praxis wird noch vermischt, was nur unterstützen soll und was schon selbstständig laufen darf. KI wird vor allem als Demo, Copilot oder Showroom beschrieben. Ob und unter welchen Bedingungen das System produktiv entscheiden oder handeln darf, ist nicht klar.
Ownership im Betrieb Gibt es für produktive KI einen klaren Owner für Ergebnis, Änderungen und Störungen - mit echtem Entscheidungsrecht? Für Betrieb, Änderungen und Ergebnis ist klar, wer entscheidet und wer im Ernstfall handelt. Verantwortung endet nicht mit dem Pilot, sondern ist im Regelbetrieb verankert. Es gibt benannte Personen, aber Rollen überschneiden sich oder Entscheidungsrechte bleiben unklar. Im Alltag hängt viel an informellen Absprachen und einzelnen Engagierten. Nach der Demo fühlt sich niemand wirklich zuständig. Wenn etwas schiefgeht, wandert das Thema zwischen Fachbereich, IT, Data-Team und Management.
Guardrails und Governance Sind für produktive KI klare Leitplanken festgelegt, damit Teams schnell arbeiten können, ohne kritische Grenzen zu verletzen? Nicht verhandelbare Grenzen sind klar benannt und im Alltag wirksam. Teams wissen, was erlaubt ist, wann eskaliert wird und wann ein System gestoppt werden muss. Es gibt Regeln und Freigaben, aber sie greifen ungleichmäßig oder zu spät. Governance wirkt teils als Bremse, nicht als verlässlicher Rahmen für schnelles Lernen. Leitplanken fehlen oder bleiben abstrakt. Entweder wird fast alles blockiert oder es wird experimentiert, ohne dass kritische Grenzen sauber abgesichert sind.
Daten, Logs und Nachvollziehbarkeit Könnt ihr bei wichtigen KI-Fällen nachvollziehen, was hineinging, was herauskam und was danach passiert ist? Inputs, Outputs, wichtige Ereignisse und Ergebnisse werden so festgehalten, dass Lernen und Prüfen möglich sind. Probleme lassen sich später nachvollziehen, nicht nur vermuten. Teilweise gibt es Protokolle oder Monitoring, aber nicht durchgängig. Für einzelne Fälle reicht es, für Skalierung und belastbares Lernen noch nicht. Die KI ist im Betrieb weitgehend eine Black Box. Wenn Fehler auftreten, fehlen Verlauf, Kontext und belastbare Grundlage für Korrektur oder Verbesserung.
Human Oversight und Scale-or-Stop Ist geregelt, wann Menschen eingreifen, übersteuern oder stoppen - und wird nur skaliert, wenn Wert und Kontrolle gleichzeitig sichtbar sind? Menschliche Aufsicht ist Teil des Designs: Eingriff, Override und Stop sind geübt und akzeptiert. Skaliert wird nur, wenn Nutzen und Beherrschbarkeit gemeinsam nachweisbar sind. Es gibt grundsätzlich menschliche Kontrolle, aber sie ist nicht für alle Fälle klar oder nicht eingeübt. Der Drang zu skalieren ist teils stärker als die Disziplin, vorher Kontrolle sauber nachzuweisen. Man vertraut auf Hoffnung oder heldenhafte Einzelfälle. Entweder laufen Projekte endlos als Pilot weiter oder es wird skaliert, ohne dass Eingriff, Stopp und Incident-Lernen belastbar geregelt sind.