Führung in Technologieunternehmen: Entscheidungsstaus erkennen und lösen

Technische Exzellenz ersetzt keine klaren Entscheidungen. Führung in Technologieunternehmen wird zum Engpass, wenn ein Team auf Freigaben wartet, Aufgaben zwar delegiert, aber Befugnisse nicht geklärt sind, oder Prioritäten jede Woche wechseln. Der Groq-Gründer Jonathan Ross schätzte rückblickend, sein Lernprozess als Führungskraft habe das Unternehmen „drei bis vier Jahre“ gekostet. Das ist seine persönliche Einschätzung, keine gemessene Verzögerung. Für Führungskräfte in KMU und Technologieunternehmen ist die nützlichere Frage: Woran erkennen Sie solche Reibung früh, und was können Sie in den nächsten 30 Tagen konkret ändern?

Beitragsbild: KI-generierte Illustration. Redaktionell erstellt, kein Foto eines realen Teams.

Groq: Was Ross sagte und was sich daraus nicht beweisen lässt

Im Gespräch mit David Senra vom 5. Juli 2026 beschreibt Ross seinen Übergang von technischer Arbeit zur Verantwortung für Menschen. Er habe anfangs Mitarbeitenden viel Autonomie gegeben, ohne ausreichend darauf zu achten, ob sie in diesem Rahmen selbstständig handeln konnten. Nach seiner Schilderung gerieten Dinge ins Stocken, weil Erwartungen und Anleitung nicht zusammenpassten. Seine Formulierung, dies habe Groq wahrscheinlich drei bis vier Jahre gekostet, ist ein rückblickendes Urteil eines Beteiligten. Ein unabhängiger Vergleichsverlauf, der diesen Zeitverlust messen könnte, liegt nicht vor.

Das ursprüngliche Interview ist die maßgebliche Quelle; Business Insider berichtete darüber. Die verlinkte Yahoo-Fassung war bei der Recherche nicht vollständig abrufbar. Sie wird daher weder als unabhängige Bestätigung noch als zusätzlicher Beleg gezählt. Ross‘ Aussage belegt auch nicht, dass Führung die einzige Ursache für Groqs damalige Entwicklung war: Technologie, Finanzierung und Marktbedingungen sind damit nicht untersucht.

Ein zeitlicher Zusatz ist wichtig: Ross gründete Groq 2016 und sprach im Interview als Gründer über seine frühere Führungsrolle. Laut Groqs Mitteilung vom 24. Dezember 2025 wechselte er im Zuge einer nicht exklusiven Technologie-Lizenzvereinbarung zu Nvidia; Groq blieb eigenständig, Simon Edwards übernahm die CEO-Rolle. Ross ist also nicht als heutiger Groq-CEO zu bezeichnen. Die Unternehmensmitteilung beziffert keinen „Führungsschaden“ und bestätigt keine Übernahme Groqs.

Warum Fachkompetenz noch keine wirksame Führung ist

Eine erfahrene Entwicklerin kann technische Risiken beurteilen; eine Projektleitung muss zusätzlich klären, wer bei Zielkonflikten entscheidet, welche Information dafür fehlt und wann ein Team erneut zusammenkommt. Das sind unterschiedliche Aufgaben. Ross‘ Beispiel eignet sich nicht als allgemeine Kritik an Gründern oder Delegation. Es zeigt vielmehr eine mögliche Passungslücke: Autonomie funktioniert nur, wenn Ziel, Entscheidungsraum und Unterstützungsbedarf zur Aufgabe und zu den Menschen passen. Auch ein eng geführtes Team kann bei einem unklaren Ziel stecken bleiben.

Die Forschung liefert hierzu Hinweise, keine Groq-Diagnose. Google beschreibt in seiner internen Teamforschung unter anderem Struktur und Klarheit sowie psychologische Sicherheit als bedeutsame Teamdynamiken. Das ist eine Beobachtung aus einem bestimmten Unternehmenskontext, kein Garant für jedes KMU. Amy Edmondsons Feldstudie verbindet psychologische Sicherheit mit Lernverhalten in Teams; aus diesem Zusammenhang lässt sich kein exakter Produktivitätsgewinn ableiten. Eine Meta-Analyse von Wang, Waldman und Zhang findet einen positiven Zusammenhang zwischen geteilter Führung und Teameffektivität, besonders bei komplexer Arbeit. Auch das ersetzt keine Prüfung Ihrer eigenen Entscheidungswege.

Fünf typische Engpässe in KMU und Tech-Teams

Entscheidungsstau: Fachfragen kreisen zwischen IT, Produkt und Geschäftsführung, weil niemand einen Entscheidungsverantwortlichen samt Frist benannt hat. Mikromanagement: Selbst kleine operative Schritte brauchen Freigaben; Führungskräfte prüfen Arbeit erneut, die sie eigentlich übertragen wollten. Wechselnde Prioritäten: Neue Wünsche verdrängen zugesagte Arbeit, ohne dass Kapazität oder Zielkonflikt offen geklärt werden.

Unklare Verantwortung: Ein Ticket hat eine bearbeitende Person, aber niemand trägt die Entscheidung über Umfang, Qualität und Abnahme. Fehlendes Feedback: Risiken und abweichende Einschätzungen werden erst im Statusbericht sichtbar, wenn Korrekturen bereits teurer sind. Diese Signale sind Diagnoseanlässe, kein Beweis für „schlechte Führung“. Ursache können auch fehlende Ressourcen, externe Abhängigkeiten oder fachliche Unsicherheit sein.

Hypothetisches Beispiel: Ein mittelständischer Softwareanbieter plant eine neue Schnittstelle. Produktmanagement verspricht einen Termin, die IT wartet auf Sicherheitsvorgaben und die Geschäftsführung erwartet eine Freigabevorlage. Drei Teams arbeiten, doch die Entscheidung über Datenzugriff gehört niemandem eindeutig. Eine kurze Klärung von Entscheider, erforderlicher Vorlage und Eskalationsfrist kann hier hilfreicher sein als ein neues Projekttool. Ob das tatsächlich der Engpass ist, muss das Team anhand seiner Fälle prüfen.

Warnsignale und erster Schritt

Was Sie ändern können: Verantwortung, Rhythmus und Indikatoren

1. Entscheidungen sichtbar machen. Die Projektleitung führt eine einfache Entscheidungsliste: Fragestellung, Optionen, benötigte Information, verantwortliche Person, Termin und Beschluss. Die Geschäftsführung benennt für übergreifende Zielkonflikte eine Eskalationsinstanz. Messen Sie zunächst die Zahl überfälliger Entscheidungen und deren Durchlaufzeit im gleichen Projekttyp. Sinkende Werte sind ein Hinweis auf besseren Fluss, noch kein Beweis für höhere Produktqualität.

2. Delegation mit Grenzen verbinden. Die jeweilige Führungskraft vereinbart mit der ausführenden Person Ergebnis, Entscheidungsbefugnis, Budget- oder Sicherheitsgrenzen, Unterstützungsbedarf und einen Feedbackpunkt. Die Person kann innerhalb des Rahmens handeln; Abweichungen werden früh eskaliert. Beobachten Sie, wie oft eine Aufgabe wegen fehlender Befugnis zurückkommt. Nicht jeder Rücklauf ist ein Führungsfehler: Eine neue regulatorische Anforderung kann einen Stopp ausdrücklich nötig machen.

3. Prioritäten begrenzen. Produktverantwortliche und Geschäftsführung machen bei jeder neuen Priorität transparent, welche bestehende Arbeit dafür zurückgestellt wird. Projektleitung und Team prüfen wöchentlich begonnene gegenüber abgeschlossenen Aufgaben. Ein Indikator ist die Zahl gleichzeitig laufender Vorhaben; ein zweiter die Zahl mehrfach umpriorisierter Aufgaben. Verwechseln Sie diese Zahlen nicht mit einem Leistungsurteil über einzelne Mitarbeitende.

4. Feedback ohne Umweg organisieren. Teamleitung und Beteiligte besprechen Risiken, Abhängigkeiten und Annahmen in einem kurzen, regelmäßigen Format. Fragen Sie ausdrücklich, welche Entscheidung fehlt und wer sie herbeiführen kann. Dokumentieren Sie offene Punkte und schließen Sie Rückmeldungen sichtbar. Die Zahl früh gemeldeter Risiken kann anfangs steigen – das kann mehr Offenheit anzeigen, nicht schlechtere Teamarbeit. Für die praktische Umsetzung sind klare Projektsteuerung und bei Teamkonflikten ein passender Agile-Coaching-Ansatz hilfreicher als Methoden um ihrer selbst willen.

Checkliste für Ihre nächste Führungsrunde

• Können die Beteiligten das wichtigste Ergebnis für die nächsten vier Wochen gleich beschreiben?
• Hat jede offene Entscheidung eine entscheidungsbefugte Person und einen Termin?
• Wissen Mitarbeitende, was sie selbst entscheiden dürfen und wann sie eskalieren müssen?
• Ist klar, was bei einer neuen Priorität entfällt oder später kommt?
• Werden Risiken früh angesprochen und wird auf Feedback sichtbar reagiert?

Wenn Sie drei dieser Fragen nicht anhand konkreter Arbeit beantworten können, beginnen Sie mit einem kleinen Entscheidungs- und Rollencheck statt mit einer pauschalen Kulturdiagnose. So ist externe Projektleitung bei Consulting Entenmann angelegt: erst Lagebild und Zuständigkeiten, dann ein tragfähiger Steuerungsrhythmus.

Ein realistischer 30-Tage-Einstieg

1. Tage 1–7 – Engpass sichtbar machen: Die Projektleitung sammelt zehn aktuelle Fälle mit Wartezeit, Rückfragen und Entscheidungsweg. Führungskräfte und Team vergleichen die Sichtweisen; sie benennen maximal zwei wiederkehrende Muster. Ergebnis: ein gemeinsames Lagebild statt einer Schuldigenliste.
2. Tage 8–14 – Entscheidungen zuordnen: Geschäftsführung und zuständige Bereichsleitungen legen für diese zwei Muster Entscheidungsrechte, Grenzen und Eskalationsfristen fest. Ergebnis: eine kurze Rollen- und Entscheidungsmatrix, die an echten Fällen getestet wird.
3. Tage 15–21 – Arbeitsrhythmus erproben: Teamleitung führt einen wöchentlichen Entscheidungscheck und kurze Rückmeldungen zu Risiken ein. Nicht gelöste Zielkonflikte gehen mit Optionen an die zuständige Leitung. Ergebnis: eine gepflegte Entscheidungsliste und weniger stille Wartezeit, sofern die Praxis dies bestätigt.
4. Tage 22–30 – Wirkung prüfen: Vergleichen Sie überfällige Entscheidungen, Rückläufe wegen unklarer Befugnisse und mehrfach verschobene Aufgaben mit der Ausgangslage. Fragen Sie das Team zusätzlich, ob Zuständigkeiten verständlicher geworden sind. Ergebnis: Beibehalten, anpassen oder verwerfen – nicht eine voreilige Erfolgsmeldung.

Wie Consulting Entenmann dabei unterstützt

Consulting Entenmann kann mit Ihnen zunächst konkrete Verzögerungen und Schnittstellen untersuchen, dann Rollen, Entscheidungswege und Prioritäten in einem gemeinsamen Termin klären. In der Projektleitung werden daraus ein Lagebild, eine Entscheidungsliste, ein Eskalationsweg und ein nachvollziehbarer Steuerungsrhythmus. Wo Zusammenarbeit und Feedback selbst im Mittelpunkt stehen, kann Agile Coaching passende Arbeits- und Reflexionsformate begleiten. Die Arbeitsergebnisse sind überprüfbare Vereinbarungen und ein umsetzbarer nächster Schritt, keine garantierte Zeit- oder Umsatzersparnis.

Ihr nächster Schritt: Schildern Sie im Erstgespräch einen konkreten Fall, in dem eine Entscheidung oder Zuständigkeit Arbeit blockiert. Gemeinsam klären wir, ob ein kurzer Rollencheck, Projektleitung auf Zeit oder Begleitung der Zusammenarbeit sinnvoll ist. Die Anfrage ist noch keine Beauftragung.

Über den Autor und Quellen

Niklas Entenmann ist laut öffentlichem Unternehmensprofil Senior IT-Projektleiter und KI-Spezialist mit mehr als zehn Jahren IT-Projektpraxis. Auf der Website beschreibt er Leistungen in Projektleitung und Agile Coaching. Diese Autorenangaben beziehen sich auf die öffentlich nachprüfbaren Selbstauskünfte; konkrete Kundenresultate oder zusätzliche Abschlüsse werden hier nicht behauptet. Recherche- und Redaktionsstand: 24. September 2026.

• David Senra: Gespräch mit Jonathan Ross, 5. Juli 2026 – Originalaussage und Kontext.
• Groq: Unternehmensmitteilung vom 24. Dezember 2025 – Rollen und Lizenzvereinbarung.
• Edmondson (1999): Psychological Safety and Learning Behavior in Work Teams – Feldstudie zum Teamlernen.
• Google re:Work: Understand team effectiveness – unternehmensinterne Teamforschung.
• Wang, Waldman & Zhang (2014): Shared Leadership and Team Effectiveness – Meta-Analyse.