Wie man ein guter Micromanager wird

> Ist jedes Micromanagement schlecht? Top-Startup-Leader erklären, wie man die Balance zwischen Detailtiefe und Delegation findet

• Micromanagement ist kein Verhalten, das man um jeden Preis vermeiden muss, sondern ein Management-Werkzeug, das je nach Situation und Zweck produktiv eingesetzt werden kann
• Weil neue Führungskräfte „nicht zu managen“ als Tugend übernommen haben, häufen sich Fälle von Undermanagement und Führung ohne Kontext
• Gute Führungskräfte gehen nur in den nötigen Momenten ins Detail und greifen bei der Festlegung von Standards, der Überprüfung von Hypothesen und der Prüfung aus Nutzersicht ein
• Es ist wirksam, nur dann tief einzugreifen, wenn klare Signale vorliegen, etwa Datenanomalien, das Einhalten von Qualitätsstandards oder Veränderungen bei zentralen KPIs
• Im Kern geht es bei Micromanagement nicht um Kontrolle, sondern um die Wiederherstellung von Vertrauen, das Teilen von Kontext und die Verbesserung von Systemen

---

Gründer und Führungskräfte von Unternehmen wie Apple, Rippling, Stripe und Uber teilen ihre Sicht auf die richtige Balance zwischen Detailbeteiligung und Delegation von Verantwortung

Neubewertung von Micromanagement

• „Don't Micromanage.“ gilt oft als goldene Regel des Managements, doch dieser Rat kann mitunter sogar nach hinten losgehen
• Neue Führungskräfte sind mitunter so stark darauf bedacht, Micromanagement zu vermeiden, dass sie in Undermanagement verfallen und ihre Direct Reports nicht ausreichend unterstützen
• Der erfahrene CTO Will Larson kritisiert außerdem, dass sich Top-Führungskräfte teils nur noch als bloße Ressourcenzuteiler verstehen und nur Budgets verteilen sowie periodische Check-ins durchführen
  • „Wenn man sich zu weit von den Details entfernt, wird man am Ende nur zum Bürokraten“

Näher an die Details herangehen

• Das gewünschte Verhalten im Team selbst vorleben

  • Lattice-Mitgründer Jack Altman:
    > Micromanagement ist ein Werkzeug, das man gut oder schlecht einsetzen kann
    • Ein mächtiges Werkzeug, das CEO, Executives und Manager alle nur selten einsetzen sollten
  • Falscher Einsatz: Wenn man kontinuierlich die Arbeit für jemanden übernimmt, dem die nötige Kompetenz fehlt
    • Wenn sich diese Situation wiederholt, ist eine Veränderung der Teamzusammensetzung nötig
  • Richtiger Einsatz: Standards setzen und das erwartete Arbeitsniveau demonstrieren
    • Selbst Blogposts schreiben, Bugs beheben usw., um als Vorbild zu dienen
    • Wenn ein CEO sich tief in einen bestimmten Bereich einarbeitet, kann das die organisatorische Energie in diese Richtung lenken

• Datenanomalien als Signal für Micromanagement nutzen

  • Rippling-COO Matt MacInnis:
    • Hervorragende Führungskräfte bearbeiten immer nur eine Sache gleichzeitig, und zwar zuerst die mit der höchsten Priorität
  • Eines der neun Führungsprinzipien bei Rippling: „Go and See“
    • Führungskräfte dürfen nicht nur vor Dashboards sitzen
    • Wenn Anekdoten und Daten nicht zusammenpassen, gibt es ein Problem
    • Man muss selbst vor Ort gehen und den Kontext auf atomarer Ebene verstehen
  • Konkrete Umsetzung:
    • Kundensupport-Tickets selbst lesen
    • Aufzeichnungen von Vertriebsgesprächen (Gong) anhören
    • Die Marken-Website und Kundeninteraktionen analysieren
  • Hypothesen aufstellen und an Bereichsleiter weitergeben, mit der Bitte, sie zu widerlegen
    • In den meisten Fällen wird man schnell auf falsche Annahmen hingewiesen, andernfalls debuggt man gemeinsam
  • „Ich bin kein Micromanager, sondern micro-interested“
  • Wann man sich zurückzieht: Man justiert das System weiter, bis das Dashboard die gewünschten Zahlen zeigt

• Qualitätsstandards über Review-Systeme aufrechterhalten

  • Krithika Shankarraman, erste Marketerin bei Stripe
    > Das Geheimnis, wie Stripe Taste und Craft bewahrt
  • „Wir haben bei Stripe Taste nicht skaliert, sondern in Prozesse und Systeme investiert, damit jedes Ergebnis Taste hat“
  • Interne Reviews dienen nicht nur der Markenführung, sondern auch der Verteilung von Wissen
    • Selbst neue Marketer können im ersten Monat den genauen Weg von der Idee bis zur Umsetzung nachvollziehen

  • Red Pen Holder-System

    • Jedes Ergebnis, das an mehr als 100 Nutzer geht, wird von einem zugewiesenen Red Pen Holder markiert
    • Aus Nutzersicht wird gefragt: „Wäre jemand, der das ohne Kontext zum ersten Mal sieht, verwirrt?“
    • Der Fokus liegt weniger auf der Strategie als auf der Verbesserung der Arbeit

  • 20-%-/80-%-Checkpoints

    • 20-%-Strategie-Review: Prüfen, ob Ziele und Absicht abgestimmt sind
    • 80-%-Umsetzungs-Review: Kanäle und Inhalte prüfen; bei 80 statt 99 Prozent bleibt noch Raum für Änderungen
    • „Eine gute Marke kann man nicht ohne Micromanagement aufbauen. Das heißt, den Nutzer an die erste Stelle zu setzen“

• Eine Kadenz für tiefgehende KPI-Analysen festlegen

  • Mike Brown (frühes Uber, ehemaliger COO von Newfront):
    > Gute Manager verhalten sich wie Tümmler
    • Sie behalten alles an der Oberfläche im Blick, tauchen bei ausgewählten Initiativen aber in die Tiefe
  • Pro Quartal oder Halbjahr Fokus auf Projekte, die mit Team-KPIs verknüpft sind:
    • 1 Projekt zu Talent-/Kultur-KPIs
    • 1 Projekt zu Umsatzwachstums-KPIs
    • 1 Projekt zu Kostensenkungs-/Effizienz-KPIs
    • 1 Projekt mit hohem Potenzial zur Verbesserung der Customer Experience
  • Wenn eine existenzielle Bedrohung oder eine Jahrhundertchance auftaucht, muss man sofort in die Details eintauchen
    • Als die philippinische Regierung den Betrieb einen Monat lang stoppte, lebte er in Manila und arbeitete direkt mit dem lokalen Team zusammen

• Mikro-Kontext durch „Conflict Mining“ mit ICs sammeln

  • Imprint-CTO Will Larson:
    > Der schnellste Weg, in einer neuen Rolle Kontext zu gewinnen, ist „conflict mining“
  • Der größte Grund, warum neue Engineering-Leader scheitern: Sie nehmen an, dass der Kontext des vorherigen Unternehmens unverändert übertragbar ist
  • Nach dem Wechsel von Uber zu Stripe wollte er Self-Service-Provisioning einführen, das bei Uber gut funktioniert hatte, stieß jedoch auf Widerstand
    • Nach tiefgehenden Gesprächen stellte sich heraus, dass es ein zentrales Architekturproblem gab
    • „Es lag an meinem fehlenden Kontext, und ich musste meinen Ansatz ändern“
  • Der Kern von Conflict Mining: mit den ICs mit dem meisten Kontext sprechen
    • ICs leben in den Details und können nicht bluffen
    • Oft ist die Meinung von ICs wertvoller als die von Executives

• Das Produkt im Namen der Nutzer micromanagen

  • Rippling-CEO Parker Conrad genehmigt persönlich alle Ausgaben über 5 US-Dollar und verarbeitet sogar die Payroll eines Unternehmens mit 3.000 Beschäftigten selbst
  • Fortlaufendes Dogfooding des eigenen Produkts ist entscheidend, um das Produktgefühl zu bewahren
  • Beispiel eines Konkurrenzunternehmens, das ab einer bestimmten Größe auf Workday umstieg:
    • Wenn man aufhört, das eigene Produkt zu nutzen, outsourct man die Arbeit, herauszufinden, was für Kunden nützlich ist
  • „Sobald du aufhörst, der kritischste Nutzer des Produkts zu sein, ist es vorbei. Schon wenn du nur 5 % Abstand nimmst, ist es vorbei“

Herauszoomen, um das Team zu befähigen

• Micromanagement als Symptom behandeln und die Ursache finden

  • Jay Desai, ehemaliger Gründer/CEO von PatientPing:
    > Die Verbreitung des Schreibens eines „User Guide“ für Manager
    • Präferenzen und Erwartungen in allen Bereichen der Beziehung zwischen Manager und Report festhalten, etwa Kommunikation, Reporting und 1:1s
  • Micromanagement ist ein Symptom von Misstrauen
    • „Bis Vertrauen da ist, arbeitet man hands-on zusammen; wenn Vertrauen entsteht, hands-off“
  • Wenn die Tendenz zu Micromanagement auftritt, ist das ein Signal dafür, dass Vertrauen zerbricht
    • Man muss früh eingreifen, Vertrauen diagnostizieren und wiederherstellen
    • Wenn Vertrauen vollständig verschwunden ist, ist es nicht mehr reparierbar

• Mit regelmäßigem Feedback den Bedarf an Micromanagement verhindern

  • Subscript-CEO Sidharth Kakkar
    > Eine Anti-Micromanagement-Philosophie
    • Aufbau einer vollständig asynchronen Remote-Kultur ohne Meetings
    • Null Micromanagement ist eine zentrale Säule
  • Die Rolle des Gründers: Veränderungen auf Systemebene anstoßen, damit Fehlentscheidungen gar nicht erst entstehen
  • So unterdrückt man den Impuls zum Micromanagement:
    • Vor einer Meinungsäußerung fragen: „Habe ich recht, oder ist das nur eine Meinung? Wenn ich recht habe, was kostet es, recht zu haben?“
    • Anderen bei Dingen, die sie gut können, vertrauen und delegieren
  • Feedback ist das zentrale Mittel zur Richtungsgebung
    • Monatliches Feedback wird empfohlen (je häufiger, desto leichter wird es, Feedback zu geben und anzunehmen)
    • Ein leichtgewichtiges System entwerfen (Start-Stop-Continue-Framework)
    • Auch Top-Performer nicht vom Feedback ausnehmen

• Office Hours mit Peers einrichten

  • Hareem Mannan:
    > Feedback lieber über Peers vermitteln als direkt im 1:1
  • Struktur, die bei Segment eingeführt wurde:
    • Wenn die Designqualität die Erwartungen nicht erfüllt, bittet man nicht im 1:1 direkt um Kritik, sondern um die Teilnahme an Office Hours
    • Der Person, die die Office Hours leitet, wird mitgeteilt, welche Aufgabe vorliegt und wo Verbesserungsbedarf besteht
  • Ohne soziale Verbindungen unter Peers funktioniert Peer-Feedback nicht
    • Bei einem zweiwöchentlichen „Design Hangout“ macht das Team gemeinsam unterhaltsame Aktivitäten
    • Wenn man sich untereinander wohler fühlt, werden auch formelle Foren wie Office Hours besser genutzt

• Dem Team eine Kiste voller Ideen geben

  • Apple-Engineering-Leader Michael Lopp:
    > „Als Engineer gibt es kaum etwas Nervigeres als Micromanagement“
  • Statt Anweisungen bevorzugt er Storytelling und das Teilen von Ideen
    • „Ich gebe keine Liste, sondern eine Kiste, die ich mit interessanten Ideen fülle“
    • Die Teammitglieder entscheiden selbst, in die Kiste zu steigen und was sie darin tun wollen
  • Selbst auf die Bitte „Sag mir einfach, was ich tun soll“ antwortet er meist mit Ablehnung
    • Auch wenn man diktatorisch Anweisungen gibt, wenden Menschen am Ende doch ihre eigene Methode an
  • „Leader müssen Storyteller sein. Gib ihnen Suppe und überlass es ihnen, sie pur zu trinken oder noch etwas hinzuzufügen“

• Manager einstellen, die die Arbeit selbst machen können

  • Levels-CEO Sam Corcos:
    > Teilt die Ergebnisse einer fünfjährigen Analyse seiner Zeitnutzungsdaten
  • Dass er mit dem Coden aufgehört hatte, war mit dem Unternehmenswachstum ein teurer Fehler
    • Bei rund 60 Mitarbeitenden und einer zusätzlichen Management-Ebene sank die Deployment-Geschwindigkeit stark
    • Zwei-Wochen-Projekte zogen sich auf drei Monate, alles blieb in Vorarbeit und Meetings stecken
    • Die App wurde voller Bugs
  • Die Lehre: Softwareentwicklung hätte Priorität haben müssen
  • Heutiges Prinzip bei Levels: Keine reinen „Manager“ einstellen
    • Manager müssen die Arbeit der Menschen, die sie führen, selbst ausführen können
    • Wer Engineers managt, muss exzellente Software schreiben können
    • Wer Marketer managt, muss ein herausragender Marketer sein
  • Lieber „Button Clicker“ einstellen, die selbst umsetzen, statt Menschen, die andere die Buttons klicken lassen