Enterprise Architecture

Aufstieg und Fall in der Matrix: Wie eine Organisationsstruktur Nokia lähmte

In den frühen 2000er-Jahren war Nokia der unangefochtene König der Mobilfunkwelt. Um explosives Wachstum und hunderte Handymodelle für den Weltmarkt zu managen, setzte der finnische Gigant auf ein bewährtes Modell: die Matrixorganisation. Was als effizienter Motor für globales Wachstum begann, wurde im Angesicht der Smartphone-Revolution zur fatalen Falle.

Diese Geschichte ist kein historisches Kuriosum. Sie ist das vielleicht teuerste Lehrstück dafür, was passiert, wenn man eine Organisation nach ihrer Struktur steuert statt nach ihren Fähigkeiten.

Der anfängliche Triumph der Matrix

Zunächst brachte die Matrixstruktur – insbesondere die groß angelegte „Matrix 2.0"-Reorganisation Mitte der 2000er – genau die erhofften Hebeleffekte. Nokia war damals eine gigantische Hardware-Maschinerie, und die neue Struktur passte:

  • Effiziente Skalierung: Entwickler, Designer und Ingenieure ließen sich flexibel über ein riesiges Portfolio einsetzen, statt für jedes Gerät isolierte Teams zu bilden.
  • Globale Stärke, lokale Anpassung: Globale Plattformen wie das Betriebssystem Symbian entstanden zentral und wurden durch regionale Matrix-Teams an lokale Marktbedürfnisse angepasst.
  • Kontrolle über das Chaos: Das Management konnte die gewaltige Komplexität aus parallelen Entwicklungen und massiven Lieferketten strukturieren.

Der Wendepunkt: Tod durch Konsens

2007 veränderte den Markt radikal. Mit dem iPhone und kurz darauf Android verlagerte sich der Fokus der Industrie schlagartig von Hardware auf Software-Ökosysteme und Nutzererlebnisse. In dieser neuen, schnelllebigen Realität wurde Nokias Struktur zum administrativen Albtraum.

Nokia brauchte für Entscheidungen Monate, während die Konkurrenz im Silicon Valley in Tagen agierte. Nicht, weil die Menschen langsamer waren – sondern weil die Struktur jede Bewegung an einen Konsens band.

Das Unternehmen litt zunehmend an organisatorischer Lähmung:

  • Extreme Verlangsamung: Bevor eine neue Idee umgesetzt werden konnte, mussten oft unzählige Manager aus verschiedenen Dimensionen – Produktlinie, Plattform, Region – ihr Einverständnis geben. Diese ausgeprägte Konsens-Kultur kostete Tempo, das im neuen Markt überlebenswichtig war.
  • Interne Ressourcenkämpfe: Statt sich auf den externen Wettbewerb zu konzentrieren, bekriegte sich Nokia intern. Manager der verschiedenen Betriebssystem-Säulen rangen erbittert um dieselben knappen Entwicklerressourcen.
  • Verlust der Realität: Mitarbeiter verbrachten mehr Zeit in Abstimmungs-, Rechtfertigungs- und Reporting-Meetings als mit echter Innovation. Die Struktur wurde so komplex, dass das Top-Management den Bezug zur operativen Realität verlor.

Eine vielzitierte Studie der INSEAD-Forscher Timo Vuori und Quy Huy (Administrative Science Quarterly, 2016) bringt es auf den Punkt: Es war nicht fehlende Technik, die Nokia stoppte – das Unternehmen hatte früh Touchscreen-Prototypen. Es war geteilte Angst im mittleren Management, die ehrliche Informationen nach oben versickern ließ. Die Matrix lieferte dafür den perfekten Resonanzraum: viele Schnittstellen, diffuse Verantwortung, kein klarer Eigentümer für die unbequeme Wahrheit.

Fazit

Nokias Erfahrung mit der Matrixorganisation gilt heute als klassisches Warnsignal. Die Struktur verschaffte dem Konzern in der Hochphase der klassischen Handys den Rahmen, um Millionen Geräte effizient zu produzieren. Doch als der Markt disruptive Innovation und absolute Agilität forderte, raubte die Schwerfälligkeit der Matrix dem Unternehmen die Fähigkeit, rechtzeitig zu reagieren. Das öffentliche Ende dieser Lähmung war 2011 das berühmte „Burning Platform"-Memo von CEO Stephen Elop – und 2014 der Verkauf der einst dominierenden Handysparte an Microsoft.

Ausblick: Die Rettung durch eine Capability Map?

Ein möglicher Ausweg aus diesem Dilemma wäre eine völlig andere strategische Sicht auf das Unternehmen gewesen: die Steuerung anhand einer Capability Map (Fähigkeitenkarte).

Statt sich in starren Berichtslinien und den komplexen Schnittpunkten einer Matrix zu verheddern, rückt eine Capability Map in den Fokus, was ein Unternehmen tun muss, um Wert zu schaffen – unabhängig davon, wer wem berichtet. Diese geschäftszentrierte Sicht hätte Nokia geholfen, redundante Entwicklungen (wie die parallele Arbeit an mehreren Betriebssystemen) sofort sichtbar zu machen und Ressourcen agiler auf die neuen, kritischen Fähigkeiten – Software-Ökosysteme – umzulenken.

Es ist dasselbe Prinzip, das ich in „Prozesse sterben, Fähigkeiten bleiben" beschreibe: Strukturen und Prozesse sind flüchtig, die Fähigkeit bleibt. Wer seine Organisation nach Fähigkeiten steuert, behält die Orientierung, auch wenn sich der Markt unter ihm dreht.

Warum genau dieser Ansatz der klassischen Matrixstruktur überlegen ist und wie moderne Unternehmen Capability Maps nutzen, um agil zu bleiben, beleuchte ich in einem kommenden Artikel.


Sie erkennen Ihre eigene Organisation in Teilen dieser Geschichte wieder? In einer Standortbestimmung machen wir Ihre Fähigkeiten – und die blinden Flecken zwischen ihnen – in einem Tag sichtbar. Sprechen wir darüber.

Capability MapBusiness CapabilityOrganisationsstrukturMatrixorganisationEnterprise ArchitectureModell statt Meinung

Häufige Fragen

Warum scheiterte Nokia trotz seiner Marktführerschaft an der Smartphone-Revolution?

Nicht an fehlender Technik – Nokia hatte früh Touchscreens und Smartphone-Prototypen. Es scheiterte an der Organisation: Die Matrixstruktur mit ihrer Konsens-Kultur verlangsamte Entscheidungen so stark, dass das Unternehmen nicht rechtzeitig vom Hardware- auf das Software-Ökosystem-Denken umsteuern konnte.

Was ist eine Capability Map und wie hilft sie gegen organisatorische Lähmung?

Eine Capability Map (Fähigkeitenkarte) beschreibt, WAS ein Unternehmen können muss, um Wert zu schaffen – unabhängig davon, wer wem berichtet. Sie macht Redundanzen und Lücken sichtbar und erlaubt es, Investitionen und Ressourcen an Fähigkeiten statt an Abteilungsgrenzen auszurichten. Das schafft Steuerbarkeit ohne den Abstimmungs-Stau einer Matrix.

Ist eine Matrixorganisation grundsätzlich schlecht?

Nein. Die Matrix war für Nokia in der Hochphase der klassischen Handys genau richtig – sie strukturierte enorme Komplexität und skalierte Ressourcen effizient. Problematisch wird sie erst, wenn der Markt Tempo und disruptive Innovation verlangt: Dann wird die eingebaute Konsens-Logik zur Bremse.

Peter Steinbacher
Über den Autor
Peter Steinbacher

Peter Steinbacher ist selbstständiger Business Analyst und IT-Architekt in Wien. Er hilft österreichischen KMU, die Lücke zwischen Geschäftszielen und IT-Systemen zu schließen – mit Capability Maps, Gap-Analysen und klaren Roadmaps. Befähigung statt Abhängigkeit, kein Berater-Overhead.

Standortbestimmung

Verschaffen Sie Ihrer IT eine Landkarte.

Zwei fokussierte Sessions à 90 Minuten. Gemeinsam analysieren wir Ihre Geschäftsfähigkeiten, schaffen Transparenz über Business und IT und legen mit einer ersten High-Level Capability Map die Grundlage für fundierte Architekturentscheidungen.

Standortbestimmung anfragen →