top of page

BLOG

Hier teilen wir unsere Gedanken.
Unverblümt. Authentisch. Direkt.

Raus aus dem Entscheidungsstau: Wie du als IT-Geschäftsführer echte Verantwortung im Team ermöglichst

4. Sept.
3 Min. Lesezeit

Wenn jede Entscheidung bei dir landet, hast du kein Zeitproblem – du hast ein Strukturproblem. In vielen IT- und Software-KMUs drehen sich die gleichen Schleifen: Mitarbeitende fragen zurück, Projektleiter sichern sich ab, Kundeneskalationen landen oben. Das ist selten Bequemlichkeit – es ist Unsicherheit. Verantwortung entsteht nicht von selbst. Sie braucht Klarheit, Vertrauen und Entscheidungsfähigkeit. Genau hier beginnt echte Unternehmensentwicklung.


Warum Verantwortung ohne Klarheit nicht funktioniert

Ohne klare Strukturen passiert immer dasselbe:

- Mitarbeitende fragen zurück, weil unklar ist, wer was entscheiden darf.

- Projektleiter sichern sich ab, weil Fehler sofort Druck auslösen.

- Entscheidungen werden vertagt, weil niemand formal zuständig ist.

- Der Geschäftsführer wird zum Engpass – nicht aus Heldentum, sondern aus Systemfehler.


Verantwortung entsteht dort, wo drei Dinge zusammenkommen:

1) Klarheit: Rollen, Aufgaben, Entscheidungsräume, Stellvertretungen, Erwartungen.

2) Vertrauen: Fehlertoleranz, psychologische Sicherheit, Commitment statt Kontrolle.

3) Entscheidungsfähigkeit: Verfügbarkeit von Informationen, definierten Prozessen und Prioritäten.


Die typischen Muster in IT- und Software-KMUs

- Rollenüberlappungen: „Alle machen alles“ – bis etwas schiefgeht.

- Projektleiter ohne Mandat: Verantwortung für Ergebnis, aber keine formale Entscheidungsmacht.

- Gründer-Shadow: Schlüsselkunden, Angebote, Hiring – alles hängt an 1–2 Personen.

- Prozesslücken an Schnittstellen: Vertrieb ↔ Delivery, Dev ↔ Ops, Support ↔ Produkt.

- Firefighting-Kultur: Dringend schlägt wichtig, Wissen bleibt implizit im Kopf weniger.


Alex Brunner zum Thema: Der Weg aus dem Engpass - wie Verantwortung wirklich ins Team kommt

Der Weg aus dem Engpass: Dein 6-Schritte-Setup für echte Verantwortung


1) Rollenlandkarte erstellen

- Definiere Kernrollen (z. B. Sales Lead, Delivery Lead, Project Owner, Engineering Manager, Produktverantwortlicher, Customer Success, People & Culture).

- Trenne Rolle von Person: Eine Person kann mehrere Rollen tragen – aber jede Rolle hat klare Erwartungen.

- Ergebnis statt Tätigkeit beschreiben: Welche Outcomes verantwortet die Rolle?


2) Entscheidungsräume (Decision Rights) festlegen

- Was darf die Rolle selbstständig entscheiden? Budgetgrenzen, Toolauswahl, Hiring-Empfehlungen, Roadmap-Prioritäten, Freigaben.

- RACI nutzen (Responsible, Accountable, Consulted, Informed) – aber schlank und praxistauglich.

- Golden Rule: Je näher am Kunden/Problem, desto höher die Entscheidungskompetenz.


3) Stellvertretungen und Eskalationslogik klären

- Für jede Schlüsselrolle eine feste Vertretung festlegen.

- Eskalationspfade definieren: Wann wird hocheskaliert? Welche Kriterien (Impact, Risiko, Zeit)?

- „Two-way doors“ vs. „One-way doors“: Reversible Entscheidungen dezentral, irreversible mit höherer Hürde.


4) Erwartungen operationalisieren

- Definition of Done für Rollen: Woran erkennen wir gute Ausführung? Welche KPIs/Leading Indicators?

- Entscheidungsleitplanken (Guardrails): Ziele, Budget, SLA/OLA, Qualitätsstandards, Sicherheitsanforderungen.

- Transparenz schaffen: Wo sind die Infos? (Repository, Wiki, Runbooks, Playbooks)


5) Meeting- und Informationsarchitektur bauen

- Weekly Leadership Sync: Prioritäten, Blocker, Entscheidungen.

- Projekt-Steuerungstakt: Review/Retro/Planning mit klarer Agenda.

- Decision Log: Getroffene Entscheidungen werden dokumentiert – kurz, auffindbar, verbindlich.


6) Vertrauenskultur stärken

- Lernkultur: „Safe to try“ bei "Two-way door"-Entscheidungen, schnelle Korrektur statt Schuld.

- Kommunikation: Entscheidungen werden erklärt, nicht nur verkündet.

- Coaching statt Micro-Management: Frag „Welche Entscheidung würdest du treffen – und warum?“


Praktische Tools für deinen Start

- 1-Seiten-Rollenbeschreibung: Purpose, Hauptverantwortung, Entscheidungsrechte, KPIs, Schnittstellen.

- Decision Matrix (Beispiel):

- bis 5k EUR Budget: Teamlead

- bis 20k EUR: Bereichslead

- >20k EUR: Geschäftsführung

- Runbooks für wiederkehrende Fälle: Kundeneskalation, Produktionsstörung, Priorisierung, Go-Live-Prozess.

- KPI-Set je Rolle:

- Delivery Lead: Termintreue, Marge pro Projekt, NPS

- Engineering Manager: Cycle Time, Qualität (Bug Rate), Team Health

- Customer Success: Expansion/Churn, Ticket-Backlog, SLA-Einhaltung


Woran du erkennst, dass es wirkt

- Entscheidungen werden dort getroffen, wo die Information liegt – ohne dich.

- Projekte bewegen sich ohne „CEO-Freigabe“ von Meilenstein zu Meilenstein.

- Eskalationen sind seltener – und präziser.

- Du verbringst mehr Zeit am System statt im System (Strategie, Partnerschaften, Positionierung).

- Mitarbeitende fordern Verantwortung aktiv ein, weil die Leitplanken klar sind.


Häufige Stolpersteine und wie du sie vermeidest

- Zu viel auf einmal: Starte mit 3–5 Schlüsselrollen und ihren Entscheidungsräumen.

- Theoretische Papierfriedhöfe: Alles, was nicht in den Alltag einfließt (Meetings, Tools, KPIs), wird ignoriert.

- Schein-Verantwortung: Ergebnisverantwortung ohne Ressourcen und Budget führt in die Frustration.

- Unklare Prioritäten: Ohne strategische Leitplanken (Ziele, Roadmap, Fokus) entsteht Mikromanagement.

- Kein Follow-up: Strukturen brauchen 6–12 Wochen Disziplin, bis sie tragen.


Ein kurzer Selbsttest

- Welche Entscheidungen landen heute noch bei dir, obwohl sie im Team liegen könnten?

- Welche Rolle hat unklare Entscheidungsrechte – und fragt deshalb ständig zurück?

- Wo fehlt eine Stellvertretung, sodass Urlaub oder Krankheit Projekte stoppt?

- Welche Informationen sind nicht zugänglich, weshalb Leute nicht entscheiden können?


Mein Angebot als Sparringspartner

Gemeinsam machen wir sichtbar, wo dein Unternehmen noch an dir oder einzelnen Schlüsselpersonen hängt. Wir identifizieren die Lücken in Rollen, Entscheidungsräumen und Meeting-Architektur – pragmatisch, schlank und auf IT/Software-Betrie

b zugeschnitten. Ziel: unternehmerische Souveränität. Nicht durch mehr Steuerung, sondern weil dein Unternehmen auch ohne deine ständige operative Präsenz handlungsfähig bleibt.




Frage an dich:

Welche Entscheidung landet heute noch bei dir, obwohl sie längst im Team liegen sollte?

Aktuelle Beiträge

Alle ansehen

Kommentare


bottom of page