Minto-Prinzip im Projektmanagement

Warum chronologische Präsentationen im Lenkungskreis scheitern. Johannes Meyer über das Minto-Prinzip im Projektmanagement und wie wir Fokus zurückgewinnen.

Die Logik umdrehen: Warum wir im Lenkungskreis die wichtigste Botschaft an den Anfang stellen

Wenn im Lenkungskreis über die nächste Generation von autonomen Systemen entschieden werden soll, läuft die Vorbereitung oft nach demselben Muster ab. Projektteams bauen ihre Präsentationen chronologisch auf. Es wird lang und breit erklärt, welche Analysen gemacht wurden, welche Datenreihen das Team ausgewertet hat und wie komplex die Technologie im Detail ist. Die eigentliche Empfehlung für die beste Alternative folgt dann ganz am Ende.

Das Problem dabei ist, dass bis dahin die Hälfte der Entscheider im Raum den Faden verloren hat. In komplexen Vorhaben führt das nicht zu schnellen Entscheidungen, sondern zu neuen Prüfaufträgen und Verzögerungen. Das Management braucht keine Nacherzählung der Arbeitswoche. Es braucht sofort Klarheit, um handlungsfähig zu sein. Um das zu vermeiden und anspruchsvolle Entwicklungen zielgerichtet zu steuern, nutzen wir ein bewährtes Werkzeug: das Minto-Prinzip im Projektmanagement.

Das Minto-Prinzip im Projektmanagement: Die dreistufige Argumentationspyramide

Wer komplexe Projekte steuert, steht regelmäßig vor der Aufgabe, schwierige technische Alternativen für das Management aufzubereiten. Nehmen wir das Beispiel autonomer Shuttles: Sensor-Setups, Software-Architekturen und Lieferantenketten müssen so verglichen werden, dass ein Lenkungskreis innerhalb von Minuten eine fundierte Entscheidung treffen kann. Johannes Meyer hat in seiner früheren Arbeit beim Startup Fernride und als Program Manager bei ZF Mobility Solutions oft erlebt, wie wichtig diese strukturierte Vorbereitung ist.

Das Minto-Prinzip zwingt das Projektteam dazu, die Argumentation top-down aufzubauen. Das bedeutet, dass die Struktur exakt umgekehrt zu einer klassischen Präsentation verläuft. Eine saubere Pyramide besteht aus drei Ebenen:

1. Die Pyramidenspitze: Die Kernbotschaft
   Ganz oben steht die konkrete Empfehlung. Keine lange Einleitung. Bei der Auswahl eines Shuttle-Systems lautet der erste Satz zum Beispiel: „Wir empfehlen Alternative B, weil sie das Zertifizierungsrisiko minimiert und den Zeitplan sichert.“ Damit wissen alle Entscheider sofort, worum es geht.
2. Die mittlere Ebene: Die Hauptargumente
   Darunter liegen die tragenden Säulen der Entscheidung, meistens drei oder vier Kernpunkte. Diese müssen logisch voneinander abgegrenzt und sauber durchdacht sein. Im Shuttle-Beispiel wären das die Kategorien technische Machbarkeit, regulatorische Sicherheit und Gesamtkosten. Jedes Argument stützt direkt die Spitze.
3. Die Basis: Daten und Fakten
   Erst ganz unten folgen die technischen Details, Messreihen, Testergebnisse und Lieferantendaten. Diese Details werden nur aufgerufen, wenn ein Entscheider tiefer in die Validierung einsteigen möchte.

Diese Struktur setzt klare Leitplanken für die gesamte Diskussion im Meeting. Ein Lenkungskreis blockiert Entscheidungen meistens nicht wegen mangelnder Fachkenntnis, sondern weil die Optionen unstrukturiert präsentiert werden.

---

„Wer im Lenkungskreis erst die Historie ausrollen muss, hat die Argumentation nicht sauber durchdacht. Das Management braucht sofort Klarheit, keine Nacherzählung der Arbeitswoche.“

– Johannes Meyer

---

Der Widerstand der Experten: Wenn Entwickler ihre Details verteidigen

Aus der Praxis bei Honest Guys wissen wir, dass dieser strukturierte Ansatz in der Umsetzung oft auf Widerstand stößt. Besonders bei tiefen technischen Experten. Ein Ingenieur, der wochenlang Sensordaten für autonome Shuttles analysiert hat, möchte verständlicherweise zeigen, wie viel Arbeit in den Details steckt. Die Kernbotschaft einfach an den Anfang zu stellen, fühlt sich für viele unvollständig an.

Aber gutes technisches Projektmanagement zeichnet sich dadurch aus, Komplexität für Entscheider handhabbar zu machen, statt sie eins zu eins weiterzugeben. Wer planlos auf jeden Zuruf anspringen will oder jede Detailanalyse im Lenkungskreis ausrollt, verliert den Fokus.

Pragmatismus statt Historie: Die Spielregeln ändern

Man kann das abstellen. Es braucht dafür einfach nur klare Spielregeln in der internen Kommunikation. Wir müssen unseren hochspezialisierten Entwicklern den Rücken freihalten, indem wir schnelle und stabile Entscheidungen herbeiführen und die Auswirkungen von Verzögerungen für das gesamte Projekt transparent machen.

Wenn die Struktur der Argumentation sauber durchdacht ist, konzentriert sich die Diskussion im Meeting auf das Wesentliche: die Abwägung der Risiken statt das Suchen nach der eigentlichen Aussage. Am Ende geht es darum, die Arbeit des Teams zu schützen und die Technologie erfolgreich auf die Straße zu bringen.