Hoshin Kanri und OKRs sind keine konkurrierenden Zielframeworks. Hoshin Kanri ist ein mehrjähriges System zur Strategieumsetzung mit Wurzeln in der schlanken Produktion; OKR ist ein quartalsbasiertes Zielframework, das aus der Tech-Welt des Silicon Valley stammt.
Beide arbeiten auf unterschiedlichen Zeithorizonten und lösen unterschiedliche Probleme. Die sinnvolle Frage lautet deshalb nicht, welcher Ansatz gewinnt, sondern wie beide zusammenspielen. Die meisten reifen Unternehmen setzen am Ende ohnehin auf beide.
- Unterschiedliche Ebenen, keine Rivalen: Hoshin Kanri bringt eine 3- bis 5-Jahres-Strategie über jährliche Durchbruchsziele in die Umsetzung; OKR steckt quartalsweise die Ergebnisse für Teams ab.
- Wähle nach Horizont und DNA: Setze auf Hoshin Kanri, wenn du eine stabile Langfriststrategie und eine Lean-Kultur hast. Setze auf OKR, wenn deine Arbeit ergebnisorientiert und verteilt ist und sich schneller als jährlich verändert.
- Der Hybrid gewinnt fast immer: Das bewährte Muster sind jährliche Hoshin-Durchbruchsziele an der Spitze, OKR-Zyklen auf Teamebene und ein monatlicher Rhythmus aus Catchball und Check-ins.
- Die meisten Fehlschläge sind kulturell bedingt: Hoshin stirbt, wenn die X-Matrix zur PowerPoint-Folie verkommt; OKRs sterben, wenn Führungskräfte sie wie Leistungsbeurteilungen benoten.
Was ist Hoshin Kanri?
Hoshin Kanri ist eine Methode zur langfristigen Strategieumsetzung, die wenige Durchbruchsziele von einem mehrjährigen True North über Jahrespläne bis hinunter zu taktischen Projekten herunterbricht. Dafür nutzt sie ein strukturiertes Werkzeug namens X-Matrix und ein bidirektionales Verhandlungsritual namens Catchball.
Der Name verbindet hoshin (Richtung oder Kompassnadel) und kanri (Management oder Steuerung). Kodifiziert wurde die Methode in den 1960er-Jahren in Japan von Yoji Akao beim Reifenhersteller Bridgestone, aufbauend auf Demings Plan-Do-Check-Act-Zyklus und der breiteren Tradition des Toyota-Produktionssystems. In den 1980er-Jahren gelangte sie in die USA und wurde bei Hewlett-Packard, Xerox, AT&T und Florida Power & Light als Teil ihrer Total-Quality-Management-Programme eingeführt.
Das Framework stützt sich auf vier Werkzeuge. Die X-Matrix ist eine einzelne Seite, die strategische Prioritäten, Jahresziele, taktische Projekte und die jeweils Verantwortlichen miteinander verknüpft; das A3 ist ein einseitiges Format für Problemlösung und Projekt-Briefings, das aus dem Lean-Umfeld stammt.
Catchball ist das Hin und Her der Verhandlung, bei dem Zielentwürfe so lange nach oben, nach unten und zur Seite durch die Organisation wandern, bis sie wirklich abgestimmt sind. PDCA (Plan, Do, Check, Act) ist der Herzschlag des Review-Zyklus.
Der Rhythmus ist jährlich an der Spitze und monatlich auf der operativen Ebene: Ein Kickoff im vierten Quartal legt das Hoshin für das nächste Jahr fest, monatliche PDCA-Reviews verfolgen die taktischen Projekte und eine formale Jahresreflexion schließt den Kreis.
Das Framework ist mit Absicht konservativ. Ein True North, der sich alle sechs Monate verschiebt, ist kein Zeichen von Flexibilität, sondern dafür, dass das System kaputt ist. Die einzelnen Werkzeuge und den siebenstufigen Prozess findest du in unserem ausführlichen Leitfaden zur Hoshin-Kanri-Methode.
Was sind OKRs?
OKRs sind ein quartalsbasiertes Zielframework, das sich um ein einzelnes Objective (qualitativ, ambitioniert, zeitlich begrenzt) und drei bis fünf dazugehörige Key Results dreht (quantitativ, messbar, ergebnisorientiert). Die Key Results zeigen dir, ob du das Objective erreicht hast.
Die Linie führt von Peter Druckers Management by Objectives aus den 1950er-Jahren über Andy Groves Anpassung bei Intel (dokumentiert in High Output Management, 1983), wo er sie iMBO nannte, bis zu John Doerr, der die Praxis 1999 als Vorstandsmitglied von Kleiner Perkins zu Google brachte. Doerrs Buch Measure What Matters von 2018 machte OKRs zum De-facto-Standard in Technologieunternehmen. Den kompletten Stammbaum zurück bis zu MbO findest du in unserem Beitrag zu MbO vs. OKR.
Die Struktur ist bewusst einfach. Ein Team setzt sich pro Zyklus ein Objective als anspruchsvolles Leitbild ("Die Standard-App für Notizen in Engineering-Teams werden"), darunter drei bis fünf numerische Key Results ("WAU von 80.000 auf 140.000 steigern", "Retention in Woche 4 von 22 % auf 30 % heben"). Initiativen oder Projekte liegen unter den Key Results und stehen für die Arbeit, die tatsächlich geleistet wird.
Der Rhythmus ist quartalsweise, mit wöchentlichen oder zweiwöchentlichen Check-ins: ein zweiwöchiges Zeitfenster zum Ausarbeiten vor jedem Quartal, wöchentliche Check-ins währenddessen, eine Retrospektive zur Quartalsmitte und eine Bewertungsrunde am Quartalsende. Den klassischen Rhythmus erklären wir in unseren Beiträgen zum OKR-Zyklus und zum OKR-Check-in.
OKR vs. Hoshin Kanri: der direkte Vergleich
OKR und Hoshin Kanri direkt gegeneinander zu stellen, ist ein wenig unfair, denn beide wurden für unterschiedliche Aufgaben gebaut. Hoshin ist ein System zur Strategieumsetzung, das einen mehrjährigen Plan durch eine Organisation tragen soll; OKR ist ein Zielframework, das Teams innerhalb eines Quartals fokussiert und ausrichtet.
Am fairsten vergleicht man sie daran, wie beide dasselbe Grundproblem angehen, aus Absichten Ergebnisse zu machen, und nicht daran, welcher "besser" ist.
Dimension | Hoshin Kanri | OKR |
|---|---|---|
Herkunft | Nachkriegsjapan, Tradition des Toyota-Produktionssystems | Intel in den 1970er-Jahren, 1999 zu Google gebracht |
Jahr der Kodifizierung | 1960er-Jahre (Akao bei Bridgestone) | 1983 in gedruckter Form (Grove), 1999 popularisiert (Doerr) |
Begründer | Yoji Akao | Andy Grove, popularisiert von John Doerr |
Hauptzweck | Langfriststrategie durch die Organisation umsetzen | Teams pro Quartal auf wenige Ergebnisse fokussieren und ausrichten |
Zeithorizont | 3- bis 5-Jahres-True-North + jährliche Durchbruchsziele | Jährliche Themen + quartalsweise OKRs |
Zykluslänge | Jährliche Planung, monatliche PDCA-Reviews | Quartalsweise Planung, wöchentliche Check-ins |
Zielrichtung | Top-down gerahmt, bidirektionales Catchball | Überwiegend bottom-up ausgearbeitet, top-down ausgerichtet |
Review-Rhythmus | Monatliches PDCA, quartalsweiser Bowling Chart, jährliches Review | Wöchentliche Check-ins, Retro zur Quartalsmitte, Bewertung am Quartalsende |
Charakteristisches Werkzeug | X-Matrix und A3 | Objective + Key-Result-Set |
Bewertungsansatz | Binär bestanden/nicht bestanden beim Jahres-Hoshin, Ampel bei Projekten | Score von 0,0 bis 1,0 pro Key Result, 0,7 gilt als "stark" |
Kulturelle Voraussetzungen | Lean-Disziplin, PDCA-Gewohnheit, Geduld der Führung | Psychologische Sicherheit, Transparenz, Toleranz für Verfehlungen |
Typische Branchen | Produktion, Automobil, Gesundheitswesen, Luftfahrt, Energie | SaaS, Consumer-Tech, Digitalmedien, Dienstleistungen, Start-ups |
Charakteristisches Ritual | Catchball und das jährliche Hoshin-Review | OKR-Drafting-Workshop und wöchentliches Check-in |
Liest man die Tabelle waagerecht, erzählt sie eine einzige Geschichte: Hoshin Kanri optimiert für stabile Richtung und Umsetzungsdisziplin über Jahre hinweg; OKR optimiert für Fokus und Anpassungsfähigkeit innerhalb eines Quartals. Sie sind keine konkurrierenden Antworten auf dieselbe Frage, sondern Antworten auf unterschiedliche Fragen, die übereinandergestapelt sind.
Der Rosetta-Stein der Begriffe
Die Hälfte der Verwirrung in jeder "OKR vs. Hoshin"-Diskussion entsteht durch das Vokabular. Die beiden Lager nutzen unterschiedliche Wörter für nahezu identische Konzepte, und stellt man sie nebeneinander, wird die Überschneidung offensichtlich. Der folgende Rosetta-Stein deckt die Begriffe ab, die in einem Planungsmeeting am ehesten fallen.
Hoshin-Kanri-Begriff | Was er im Klartext bedeutet | OKR-Entsprechung |
|---|---|---|
True North | Das unveränderliche langfristige Ziel | Vision oder North Star |
Breakthrough Objective | Ein ambitioniertes Ziel, das nur alle 3 bis 5 Jahre kommt | Moonshot-Objective |
Annual Hoshin | Die obersten Verpflichtungen dieses Jahres | Jährliches OKR-Set |
X-Matrix | Die eine Seite, die Ziele mit Menschen verknüpft | Alignment-Ansicht oder OKR-Baum |
Catchball | Bidirektionale Aushandlung von Zielen über die Ebenen hinweg | OKR-Drafting und Alignment |
Bowling Chart | Monatsweise Darstellung von Ist gegen Soll | Key-Result-Tracker |
PDCA-Zyklus | Die regelmäßige Schleife aus Review und Lernen | Check-in-Zyklus |
A3 | Einseitiges Format für ein Problem oder eine Initiative | Projekt-Briefing oder One-Pager |
Das sind keine perfekten Synonyme. Ein Breakthrough Objective soll eine seltene, sprunghafte Veränderung sein; ein Moonshot-OKR soll inspirieren, kann aber wiederkehren.
Catchball setzt eine hierarchische Organisation voraus, die bereit ist, nach unten und oben zu verhandeln; OKR-Drafting kann eher seitlich ablaufen. Aber die Entsprechungen liegen nah genug beieinander, dass ein Hoshin-Team und ein OKR-Team die Dokumente des anderen meist an einem Nachmittag übersetzen können.
Dasselbe Geschäftsziel in beiden Frameworks
Nimm ein einzelnes, konkretes Ziel: Ein B2B-SaaS-Unternehmen will den ARR in den nächsten zwölf Monaten von 40 Mio. $ auf 56 Mio. $ steigern, ein Plus von 40 %. Unten siehst du, wie dieses Ziel in jedem Framework aussieht, in der Umsetzung und mit realistischer Formulierung.
Als Hoshin-Kanri-Kaskade lebt das Ziel innerhalb einer größeren strategischen Geschichte. True North (5 Jahre): "Zum System of Record für Strategieumsetzung im Mittelstand werden." 3-Jahres-Durchbruchsziel: "120 Mio. $ ARR bei 130 % Net Revenue Retention erreichen." Jahres-Hoshin (dieses Jahr): "ARR auf 56 Mio. $ steigern und gleichzeitig die Bruttomarge auf 78 % verbessern."
Unter diesem Jahres-Hoshin liegen vier bis fünf taktische Projekte, jedes einer namentlich benannten Führungskraft zugeordnet und auf einem A3 nachverfolgt: das Enterprise-SKU launchen, den Integrations-Marktplatz ausliefern, das alte Abrechnungssystem ablösen, Outbound Sales in zwei neuen Segmenten aufbauen und den NPS über 50 heben.
Jedes Projekt hat monatliche PDCA-Reviews, einen Bowling Chart mit geplant gegen tatsächlich und eine Catchball-Schleife, die die Ziele zu den funktionalen Teams hinunterführt und dann mit realistischen Verpflichtungen wieder hinaufträgt. Die Bewertung am Jahresende ist binär beim Jahres-Hoshin (haben wir die 56 Mio. $ erreicht oder nicht) und per Ampel bei jedem Projekt.
Als jährliches OKR-Set mit Quartalszyklen verdichtet sich dasselbe Ziel zu einem übergeordneten Objective und einem kleinen Set an Key Results und kaskadiert dann Quartal für Quartal. Unternehmens-Objective (Jahresthema): "Eine Standardwahl im Mittelstand werden." Key Results: KR1 ARR von 40 Mio. $ auf 56 Mio. $ steigern; KR2 Produktaktivierung in Woche 12 von 38 % auf 55 % heben; KR3 NPS von 50 erreichen; KR4 den Integrations-Marktplatz ausliefern und 30 % Adoption erreichen.
In Q1 verpflichtet sich das Revenue-Team auf ein Quartals-Objective wie "Das Enterprise-Segment öffnen" mit Key Results rund um Pipeline-Coverage, die ersten zehn Logos und die Durchlaufzeit. Das Produktteam verpflichtet sich auf "Die erste Woche unverzichtbar machen" mit Key Results zu Time-to-First-Value und Aktivierungsrate.
Jedes Team fährt wöchentliche Check-ins, bewertet am Quartalsende und baut die OKRs für Q2 neu auf, mit den gelernten Lektionen direkt eingebaut.
Beide Ansätze erreichen dieselbe Zahl, setzen dafür aber unterschiedliche Kräfte ein. Hoshin Kanri geht davon aus, dass das 56-Mio.-$-Ziel die sichtbare Spitze einer stabilen 3-Jahres-Strategie ist und dass die Aufgabe der Organisation darin besteht, sie ohne Abdriften umzusetzen; OKRs gehen davon aus, dass das Ziel real ist, der Weg dorthin aber Quartal für Quartal entdeckt wird, wobei Fokus und Lerntempo mehr zählen als Planbarkeit.
Beides kann funktionieren, und keines macht das andere überflüssig.
Wann du Hoshin Kanri einsetzt und wann OKRs
Die ehrliche Antwort lautet: "Es kommt auf Horizont, Art der Arbeit, Kultur und Branche an." Die Diagnostik unten schneidet durch die Abstraktion. Für den größeren Zusammenhang bei der Wahl eines Umsetzungssystems ist unser Überblick zur Strategieumsetzung der bessere Ausgangspunkt, falls du noch nicht sicher bist, ob überhaupt einer der beiden passt.
Diagnostik | Spricht für Hoshin | Spricht für OKR |
|---|---|---|
Strategischer Horizont | Stabiler 3- bis 5-Jahres-Plan | Plan ist real, entwickelt sich aber quartalsweise weiter |
Art der Arbeit | Operativ, wiederholbar, kapitalintensiv | Ergebnisorientiert, Wissensarbeit, schnelle Iteration |
Kultur | Top-down mit disziplinierten Review-Ritualen | Verteilt, transparent, gelassen bei verfehlten Stretch-Zielen |
Branchen-DNA | Lean, Produktion, Klinikbetrieb, Luftfahrt | SaaS, Consumer-Tech, Dienstleistungen, Medien |
Kapazität der Führung | Führungskräfte können monatliche PDCA-Reviews leiten | Führungskräfte können wöchentliche Check-ins fahren und Mehrdeutigkeit aushalten |
Setze auf Hoshin Kanri, wenn dein strategischer Horizont wirklich mehrjährig ist, deine Arbeit operativ ist und von PDCA-Disziplin profitiert, deine Kultur bereits eine Lean- oder Qualitätsmanagement-DNA besitzt, deine Branche Stabilität über Agilität belohnt und deine Führungskräfte bereit sind, über Jahre hinweg monatliche Reviews zu leiten und A3s abzuzeichnen.
Setze auf OKRs, wenn sich deine Strategie innerhalb eines Jahres in der Form verändern kann, der Großteil deiner Arbeit Wissensarbeit mit messbaren Ergebnissen ist, deine Kultur verteilt ist und von Transparenz lebt, deine Branche Lerntempo belohnt und deine Führungskräfte es aushalten, wenn Teams Stretch-Ziele verfehlen, ohne die Verfehlung zum Leistungsproblem zu machen.
Wann du jeweils die Finger davon lässt. Lass Hoshin Kanri sein, wenn du gar keine stabile 3-Jahres-Strategie hast oder wenn deine Führungskräfte sich nicht zur Review-Disziplin verpflichten; du landest sonst bei einer X-Matrix, die niemand aktualisiert, und einem Ritual einmal im Jahr, das keine echte Richtung erzeugt. Lass OKRs sein, wenn deine Arbeit weitgehend operativ und bereits über KPIs gesteuert ist, oder wenn die Führung nicht widerstehen kann, verfehlte Stretch-Ziele als Leistungsversagen zu behandeln; du bekommst sonst innerhalb von zwei Quartalen die klassischen OKR-Fehler.
Das Hybridmodell: Hoshin jährlich + OKR quartalsweise
Das bewährte Muster in Unternehmen, die beides gefahren haben, besteht darin, sie zu schichten. Hoshin Kanri hält den 3- bis 5-Jahres-True-North und die jährlichen Durchbruchsziele an der Spitze des Hauses; OKRs übersetzen das Hoshin des laufenden Jahres jedes Quartal in Verpflichtungen auf Teamebene.
Gut gemacht, verbindet das die richtungsgebende Stabilität von Hoshin mit der Anpassungsfähigkeit und der Bottom-up-Energie der OKRs.
Der Kalender läuft ungefähr so. Im vierten Quartal des Vorjahres entwerfen die Führungskräfte das Hoshin für das nächste Jahr, fahren Catchball über die funktionalen Leiter hinweg, aktualisieren die X-Matrix und verpflichten sich auf ein jährliches Durchbruchsziel. Zu Beginn jedes Quartals übersetzen die Teams das Jahres-Hoshin in einem Drafting-Workshop in ein Quartals-OKR-Set, begleitet von durchgehenden wöchentlichen OKR-Check-ins und monatlichen PDCA-Reviews zu den taktischen Projekten.
Am Quartalsende werden die OKRs bewertet und das nächste Quartal ausgearbeitet; zur Jahresmitte prüft ein Hoshin-Review, ob das jährliche Durchbruchsziel noch auf Kurs ist; am Jahresende speist eine vollständige Hoshin-Reflexion samt Q4-OKR-Bewertung den nächsten Planungszyklus.
Die Rollenverteilung funktioniert sauber, wenn du die Ebenen getrennt hältst. Das Führungsteam verantwortet die X-Matrix und das Jahres-Hoshin; die funktionalen Leiter verantworten die taktischen Projekte und ihre A3s; die Teamleitungen verantworten ihre Quartals-OKRs und Check-ins. Eine kleine Programm-Management-Funktion hält die beiden Werkzeuge im Gleichklang und bringt Konflikte an die Oberfläche. Werkzeuge, die beide Ansichten abbilden, findest du in unserem Beitrag zu Strategy-Execution-Software.
Die Regel für Konflikte ist einfach: Die Hoshin-Ebene gewinnt bei der Richtung, die OKR-Ebene gewinnt bei der Taktik. Ein Quartals-Objective, das quer zum Jahres-Hoshin steht, ist ein Planungsfehler, und das OKR wird neu geschrieben; ein Hoshin-Durchbruchsziel, das nicht mehr erreichbar ist, wird ins Review zur Jahresmitte eskaliert und nicht still in einem OKR geflickt.
Genau für dieses Auswahlproblem ist das Hybridmodell gebaut. Hoshin erzwingt die mehrjährige Auswahl; OKRs erzwingen die quartalsweise.
Häufige Stolperfallen
Keines der beiden Frameworks scheitert aus technischen Gründen. Beide scheitern aus verhaltensbedingten und kulturellen Gründen, und die Fehlermuster wiederholen sich so verlässlich, dass man sie vorhersagen kann.
5 Wege, auf denen Hoshin-Kanri-Einführungen scheitern
- Die X-Matrix wird zum PowerPoint-Theater. Einmal im Jahr fürs Offsite gezeichnet, danach nie wieder angefasst.
- Catchball kippt in eine Einbahn-Anweisung. "Catchball" wird zum Euphemismus für Gehorsam statt für Verhandlung.
- PDCA-Reviews fallen aus. Sie fühlen sich langsam an, also lassen die Führungskräfte sie weg, und das Framework wird zur Tapete.
- Durchbruchsziele driften ins Taktische ab. Das Jahres-Hoshin liest sich wie ein Quartals-OKR, und die Langfristdisziplin verschwindet.
- Die Verantwortung der Führung bleibt nur auf dem Papier. Ohne einen CEO, der das Review leitet, ist es ein Foliensatz, den niemand liest.
5 Wege, auf denen OKR-Rollouts im ersten Jahr scheitern
- OKRs verkommen zu KPI-Listen. Key Results werden zu umbenannten Business-as-usual-Kennzahlen; die vollständige Taxonomie findest du unter häufige OKR-Fehler.
- Check-ins werden zu reinen Statusupdates. Status ersetzt das Lerngespräch, und der Rhythmus stirbt noch innerhalb eines Quartals.
- Die Führung benotet OKRs wie Leistungsbeurteilungen. Teams lernen, jedes Objective tiefzustapeln, und der Ehrgeiz bricht still zusammen.
- Teams tragen zu viele OKRs. Der ganze Sinn ist Fokus, und jedes Team mit mehr als drei Objectives fährt keine OKRs mehr.
- OKRs hängen losgelöst von der übergeordneten Strategie. Du bekommst Alignment innerhalb der Teams, aber nicht zwischen ihnen, und genau das löst das Hybridmodell.
Das Muster ist symmetrisch: Hoshin scheitert, wenn das Ritual die Verbindung zur echten Strategie verliert; OKRs scheitern, wenn Teams die Verbindung zu einer echten Strategie verlieren. Die Heilung läuft in beide Richtungen gleich: Verbinde die Ebene zurück mit einer Führungskraft, die sich wirklich für die Antwort interessiert.
FAQ
Was ist der Unterschied zwischen Hoshin Kanri und OKR?
Kann man Hoshin Kanri und OKRs zusammen nutzen?
Welches Framework eignet sich besser für die Produktion?
Welches Framework eignet sich besser für SaaS?
Verdrängt OKR Hoshin Kanri?
Was kam zuerst, Hoshin Kanri oder OKR?
Fazit
OKR vs. Hoshin Kanri ist die falsche Frage. Hoshin Kanri hält deine 3- bis 5-Jahres-Richtung fest; OKRs übersetzen das laufende Jahr dieser Richtung in quartalsweise Team-Verpflichtungen. Die meisten reifen Unternehmen brauchen irgendwann beides.
Wähle Hoshin allein, wenn deine Strategie stabil und deine Kultur Lean ist; wähle OKRs allein, wenn sich deine Arbeit und deine Strategie beide im Quartalstakt bewegen; wähle den Hybrid, wenn du richtungsgebende Stabilität willst, ohne die Anpassungsfähigkeit zu verlieren.
Wenn du Werkzeuge evaluierst: Mooncamps Plattform für die Strategieumsetzung hält beide Ansichten an einem Ort, damit X-Matrix und OKR-Baum im Gleichklang bleiben, statt in getrennten Tools auseinanderzudriften.
