Free Skill Matrix Template for Excel & Google Sheets | HR Gap Analysis Tool
Free Skill Matrix Template for Excel & Google Sheets | HR Gap Analysis Tool
Eine Produktmanagement-Kompetenzmatrix ist eine Tabelle, die PM-Kernkompetenzen gegen Karrierestufen abträgt – vom Associate PM über PM und Senior PM bis zum Product Lead – und jede Zelle mit einem konkreten Verhaltensanker füllt. Statt vager Ratings zeigt sie, was auf jeder Stufe beobachtbar gut aussieht. Dieser Beitrag liefert eine vollständig ausgefüllte Vorlage, die DACH-Rechtslage und eine optionale AI-Literacy-Zeile.
Das erwartet Sie:
- Die 9 PM-Kernkompetenzen, eingeordnet in etablierte Frameworks
- Eine ausgefüllte Matrix: 9 Kompetenzen × 4 Level mit Verhaltensankern
- Eine 5-stufige Bewertungsskala nach dem BARS-Prinzip
- Aufbau der Vorlage in Excel, Google Sheets oder Notion
- DACH-Praxis: § 94 BetrVG, DSGVO und AI Act für Skill-Daten
Wenn im nächsten Beförderungsgespräch jemand fragt, was einen Senior PM von einem PM unterscheidet, und die Antwort vage bleibt, fehlt genau diese Matrix. Wir füllen sie hier aus.
Warum eine PM-Kompetenzmatrix nicht generisch sein darf
Product Management hat das breiteste Kompetenzspektrum aller Tech-Rollen. Ein PM steht in der Schnittmenge aus User Experience, Technik, Business und Strategie. Eine generische Skill-Matrix, die für jede Abteilung passt, verfehlt deshalb genau das, worauf es ankommt: Was „Stakeholder-Management" für einen PM bedeutet, unterscheidet sich grundlegend von der gleichen Bezeichnung im Vertrieb.
Das verbreitetste Orientierungsmodell stammt von Ravi Mehta. Sein Product-Competency-Toolkit ordnet 12 Kompetenzen in vier Themen: Product Execution, Customer Insight, Product Strategy und Influencing People. Mehtas Kernbeobachtung: Frühe PMs brauchen zuerst Execution als Fundament, während für Senior PMs Strategy und Influencing People zum kritischen Pfad werden. Diese Verschiebung ist der rote Faden jeder guten Matrix.
Ein zweites Leitprinzip kommt aus der Praxis: das T-Shaped Profile. Markus Müller beschreibt in seiner PM-Skill-Matrix mit 26 Skills über vier Level eine breite Basis über alle Kompetenzen plus ein bis zwei Spezialisierungen. Das ersetzt das ältere Bild vom „Generalisten-PM". Niemand muss in allen neun Feldern Spitze sein – aber überall solide, und in zwei Feldern herausragend.
Wie Sie den generischen Bauprozess einer Matrix angehen – Spalten, Tabs, Bewertungslogik –, lesen Sie in unserem Guide für erfolgreiches Skill-Management. Hier konzentrieren wir uns auf das, was nur für PMs gilt: die konkreten Verhaltensanker je Level.
Die 9 PM-Kernkompetenzen
Diese neun Kompetenzen decken das ab, was rankende Frameworks gemeinsam haben. Sie verdichten Mehtas 12 Kompetenzen, die acht Bereiche der PM-Kompetenzkarte von Paweł Huryn (basierend auf Interviews mit über 200 Produktprofis) und das level-basierte Skills Framework der Product Led Alliance auf eine arbeitsfähige Zahl.
- Product Discovery – User-Research, Interviews, Jobs-to-be-Done, Insight-Synthese
- Strategy & Vision – Produktvision, strategische Wirkung, Marktbeobachtung
- Roadmapping & Priorisierung – RICE/ICE, Opportunity-Scoring, Backlog-Steuerung
- Stakeholder-Management – cross-funktionale Abstimmung, Executive Communication, Managing Up
- Data & Metrics – OKRs, North-Star-Metrik, A/B-Testing, statistische Signifikanz
- UX-Sense – Usability-Gespür, Design-Zusammenarbeit, User-Journey-Konzepte
- Technical Fluency – API-Konzepte, technische Komplexität schätzen, Build vs. Buy
- Go-to-Market – Launch-Koordination, Pricing, Enablement von Marketing, Sales und CS
- Leadership & Coaching – Führung ohne formale Autorität, Feedback, PM-Entwicklung
Jede Kompetenz lässt sich auf eine etablierte Quelle zurückführen. Product Discovery und UX-Sense entsprechen Mehtas „Voice of the Customer" und „User Experience Design". Data & Metrics deckt sich mit den Bereichen Data Analytics und Experimentation der Product-Compass-Karte. Leadership & Coaching bündelt Mehtas „Team Leadership" und „Managing Up". So bleibt die Matrix anschlussfähig an die Modelle, die Ihre PMs ohnehin kennen.
Die ausgefüllte Matrix: Associate PM bis Product Lead
Das ist der Kern dieses Beitrags. Vier Karrierestufen unterscheiden sich nicht durch Berufsjahre, sondern durch Scope, Autonomie und strategischen Einfluss. Die folgende Übersicht ordnet die Level ein, bevor die vollständige Matrix folgt.
| Level | Scope | Kernfrage | Typische Evidenz |
|---|---|---|---|
| Associate PM | Einzelne Features oder Komponenten | Setzt diese Person definierte Initiativen sauber um? | Fertige Feature-Specs, beigetragene Discovery-Notizen |
| PM | Ein Produktbereich, End-to-End | Ownt diese Person ein Feature von Discovery bis Launch? | Geleitete Roadmap-Session, gelaunchtes Feature |
| Senior PM | Jahres-Roadmap, mehrere Teams | Prägt diese Person Strategie und Priorisierung eigenständig? | Repriorisierte Roadmap, beeinflusste Unternehmens-OKRs |
| Product Lead | Portfolio oder Business Unit | Richtet diese Person mehrere Bereiche auf eine Vision aus? | Board-Präsentation, gecoachte und beförderte PMs |
Die folgende Matrix füllt jede der neun Kompetenzen über alle vier Level mit einem beobachtbaren Verhaltensanker. Sie ist als Download-Kern gedacht: kopieren Sie die Tabelle in Excel, Sheets oder Notion und ergänzen Sie Spalten für Selbst- und Manager-Bewertung.
| Kompetenz | Associate PM | PM | Senior PM | Product Lead |
|---|---|---|---|---|
| Product Discovery | Begleitet User-Interviews als Beobachter und macht strukturierte Notizen | Führt User-Interviews eigenständig und verdichtet Findings zu Feature-Requests | Verantwortet Discovery-Zyklen von Recruiting bis Synthese und definiert die Forschungsagenda des Teams | Setzt den Discovery-Standard für das gesamte PM-Team und coacht andere PMs zu Methoden |
| Strategy & Vision | Versteht die Produktvision und kann sie erklären; setzt definierte Initiativen um | Definiert Feature-Strategie im Rahmen der Vision und priorisiert den Backlog nach strategischen Zielen | Entwickelt Produktstrategie für den eigenen Bereich, beeinflusst Unternehmens-OKRs und scannt den Markt proaktiv | Verantwortet die Portfolio-Strategie über Business Units und präsentiert die Vision auf Board-Level |
| Roadmapping & Priorisierung | Pflegt Tickets und aktualisiert die bestehende Roadmap auf Anweisung | Führt Roadmap-Sessions eigenständig und priorisiert mit RICE oder ICE für den eigenen Bereich | Erstellt Jahres-Roadmaps aus strategischen Zielen und repriorisiert bei Marktveränderungen | Koordiniert Roadmaps über mehrere Teams und allokiert Ressourcen über Produktlinien hinweg |
| Stakeholder-Management | Gibt Statusupdates in Team-Meetings und eskaliert Konflikte an den Manager | Managt Erwartungen cross-funktionaler Stakeholder und begründet Feature-Entscheidungen | Moderiert Executive-Reviews und löst Konflikte zwischen Stakeholder-Gruppen eigenständig | Sichert Executive-Buy-in für die Produktstrategie und pflegt C-Level-Beziehungen |
| Data & Metrics | Liest Dashboards und versteht KPIs, ohne sie selbst zu definieren | Definiert Feature-Metriken, analysiert A/B-Test-Ergebnisse und erkennt Ausreißer | Setzt Bereichs-OKRs, interpretiert statistische Signifikanz und identifiziert Wachstumshebel | Definiert die North-Star-Metrik und steuert datengetriebene Portfolio-Entscheidungen |
| UX-Sense | Gibt strukturiertes Feedback zu Wireframes und nutzt Design-Tools als Betrachter | Definiert UX-Requirements in PRDs, führt Usability-Checks durch und entscheidet Trade-offs mit Design | Gestaltet User-Journey-Konzepte und etabliert Design-Principles für den Produktbereich | Setzt UX-Standards für die gesamte Produktorganisation und verankert Accessibility-Anforderungen |
| Technical Fluency | Versteht API-Konzepte und Datenbankgrundlagen und kommuniziert mit Engineering ohne Missverständnisse | Schätzt technische Komplexität, scopt Features mit Engineering und erkennt Risiken in der Planung | Leitet API-Scoping, bewertet Build vs. Buy vs. Integrate und kommuniziert systemische Abhängigkeiten | Koordiniert Plattform-Entscheidungen und versteht Architektur-Implikationen für die Produktstrategie |
| Go-to-Market | Unterstützt die GTM-Vorbereitung mit Release Notes und FAQ-Dokumenten | Koordiniert Feature-Launches mit Marketing, Sales und CS und erstellt Enablement-Material | Führt Produkt-Launches cross-funktional, definiert Pricing-Tiers und managt Launch-Risiken | Verantwortet die Markteinführung neuer Produktlinien und koordiniert GTM mit C-Level und Investoren |
| Leadership & Coaching | Lernt von Senior PMs und zeigt Proaktivität und Eigeninitiative | Führt ohne formale Autorität und richtet Engineering und Design auf gemeinsame Ziele aus | Coacht Junior PMs informell, gibt strukturiertes Feedback und treibt Team-Rituale wie Retros | Führt das PM-Team formal, verantwortet Hiring und Entwicklung und baut eine Hochleistungskultur auf |
Diese Anker sind absichtlich beobachtbar formuliert. „Repriorisiert die Roadmap bei Marktveränderungen" lässt sich an einem Artefakt belegen – eine Vision wie „denkt strategisch" nicht. Genau das macht den Unterschied zwischen einer Matrix, die Beförderungen trägt, und einer, die nur gut aussieht.
Die Bewertungsskala: 5 Stufen nach dem BARS-Prinzip
Verhaltensanker brauchen eine Skala, die ebenso beobachtbar ist. Behaviorally Anchored Rating Scales beschreiben jeden Skalenpunkt durch konkretes Verhalten statt durch ein abstraktes „gut" oder „sehr gut". Für PM-Kompetenzen hat sich eine fünfstufige Variante bewährt.
| Stufe | Bedeutung | Beispiel-Evidenz |
|---|---|---|
| 1 | Beobachtet / lernt – begleitet andere bei dieser Kompetenz | Drei User-Interviews geshadowt, Notizen erstellt |
| 2 | Mit Anleitung – führt aus, aber mit enger Begleitung | Interview unter Beobachtung eines PM geführt |
| 3 | Eigenständig – führt die Kompetenz selbständig aus | Roadmap-Priorisierung allein verantwortet |
| 4 | Optimiert – verbessert den Prozess für andere | RICE-Vorlage überarbeitet, teamweit übernommen |
| 5 | Coacht / setzt Standards – entwickelt andere und definiert Maßstäbe | Zwei PMs zu Discovery-Methoden trainiert |
Zwei Regeln machen die Skala robust. Erstens: Ab Stufe 4 gilt Evidenzpflicht – ein Link zum Artefakt (Roadmap, OKR-Dashboard, Feature-Spec) statt einer Behauptung. Zweitens: Kalibrieren Sie über Selbstbewertung, Peer-Review, Manager-Review und ein abschließendes Kalibrierungsmeeting. Praxisnahe Beispiele für verankerte Skalen finden Sie in unserem Beitrag zu Skill-Management-Software inklusive RFP-Checkliste.
Die Vorlage aufbauen: Excel, Google Sheets oder Notion
Der einfachste Aufbau nutzt fünf Tabs: einen je Level plus ein Summary-Tab, das die Scores aller Teammitglieder zusammenführt. So vermeiden Sie eine überladene Riesentabelle und halten jede Rolle übersichtlich.
- Kompetenz – eine der neun Kernkompetenzen
- Verhaltensanker – der level-spezifische Anker aus der Matrix oben
- Selbstbewertung – 1 bis 5 nach der BARS-Skala
- Manager-Bewertung – 1 bis 5, separat erfasst
- Evidenz-Link – Artefakt ab Stufe 4 verpflichtend
- Entwicklungsmaßnahme – konkreter nächster Schritt mit Zieldatum
Für die Farbcodierung hat sich Müllers Schema bewährt: Grau (nicht relevant), Rot (nicht erfüllt), Gelb (unter Erwartung), Blau (erfüllt), Grün (übertroffen). Den generischen Schritt-für-Schritt-Aufbau einer Matrix – unabhängig von der Rolle – beschreiben wir ausführlich im Skill-Management-Guide. Wenn Sie ein Tool zur Verwaltung suchen, lohnt der Blick in die Kategorie Skill- und Kompetenzmanagement.
DACH-Praxis: BetrVG, DSGVO und die rechtliche Einbettung
Eine PM-Kompetenzmatrix ist in deutschen Unternehmen kein rein internes HR-Werkzeug. Sobald sie betriebsweit gilt, berührt sie das Mitbestimmungs- und das Datenschutzrecht. Wer das früh berücksichtigt, vermeidet später einen Stopp durch den Betriebsrat.
§ 94 Abs. 2 BetrVG: Der Betriebsrat muss zustimmen
Eine unternehmensweite Kompetenzmatrix zählt zu den „allgemeinen Beurteilungsgrundsätzen". Für deren Aufstellung gilt nach § 94 Abs. 2 BetrVG ein Zustimmungserfordernis des Betriebsrats. Der Gesetzestext lautet: „Absatz 1 gilt entsprechend […] für die Aufstellung allgemeiner Beurteilungsgrundsätze." Ohne diese Zustimmung kann der Betriebsrat die Unterlassung und die Vernichtung bereits erstellter Beurteilungen verlangen – das entspricht der ständigen Rechtsprechung des Bundesarbeitsgerichts zu Beurteilungsgrundsätzen.
Kommt zusätzlich eine HR-Software mit Bewertungsfunktion zum Einsatz, greift häufig auch § 87 Abs. 1 Nr. 6 BetrVG zu technischen Überwachungseinrichtungen. Die praktische Konsequenz ist dieselbe: Eine Betriebsvereinbarung vor dem Roll-out ist der saubere Weg.
DSGVO und § 26 BDSG: Skill-Daten sind personenbezogene Daten
Skill-Bewertungen sind personenbezogene Beschäftigtendaten und brauchen eine Rechtsgrundlage. § 26 Abs. 1 BDSG erlaubt die Verarbeitung, soweit sie für das Beschäftigungsverhältnis erforderlich ist. Art. 88 DSGVO lässt als Öffnungsklausel ausdrücklich zu, dass eine Betriebsvereinbarung spezifischere Regelungen zur Verarbeitung von Beschäftigtendaten trifft – sie kann damit als Rechtmäßigkeitsnachweis dienen.
- Verhältnismäßigkeit – nur job-relevante Kompetenzen erfassen, keine nicht-fachlichen Angaben
- Zweckbindung – Skill-Daten nur für den dokumentierten Zweck nutzen, etwa Personalentwicklung und Beförderung
- Betriebsvereinbarung – vor dem Roll-out als Erlaubnisgrundlage abschließen
- Datenschutz-Folgenabschätzung – bei digitalem, fortlaufendem Skill-Tracking prüfen
- Löschfristen – definieren und dokumentieren
AI Literacy als PM-Kompetenz im Zeitalter des EU AI Act
Bauen Ihre PMs KI-Features – Recommendation Engines, LLM-Funktionen, Predictive Analytics –, gehört eine eigene Matrix-Zeile dazu. Artikel 4 des EU AI Act ist seit dem 2. Februar 2025 anwendbar und verpflichtet Anbieter und Betreiber von KI-Systemen, ein ausreichendes Maß an KI-Kompetenz ihres Personals sicherzustellen. PMs, die ein KI-Feature mitverantworten, sind im Sinne der Verordnung faktisch Betreiber. Eine AI-Literacy-Zeile macht diese Verantwortung in der Matrix sichtbar.
| Kompetenz | Associate PM | PM | Senior PM | Product Lead |
|---|---|---|---|---|
| AI Literacy | Versteht Grundbegriffe wie ML, LLM, Halluzination und Bias und unterscheidet KI- von klassischen Features | Definiert Acceptance Criteria für KI-Features, erkennt ethische Risiken und kommuniziert KI-Limitierungen an User | Scopt KI-Features mit dem Tech-Team, bewertet Modell-Output-Qualität und gestaltet Transparency-UX | Verantwortet die KI-Produktstrategie, sichert Art.-4-konforme AI-Literacy für das Team und leitet Responsible-AI-Reviews |
Häufige Fehler bei PM-Matrizen – und wie Sie sie vermeiden
Diese Fallstricke sind PM-spezifisch, nicht generisch. Sie entscheiden, ob die Matrix Beförderungssignale richtig setzt oder verzerrt.
- Outputs statt Outcomes – „5 Features geshippt" sagt nichts. Verankern Sie an Wirkung, etwa „User-Retention +15 %".
- Level zu früh homogenisieren – Associate PM und Senior PM mit identischen Ankern zu bewerten erzeugt falsche Beförderungssignale.
- UX-Sense und Technical Fluency als optional behandeln – in modernen Product-Teams sind beide Pflicht, auch für nicht-technische PMs.
- Keine Evidenzpflicht – ohne Artefakt-Links ab Stufe 4 werden Bewertungen subjektiv.
- Kein Update-Zyklus – PM-Kompetenzen verschieben sich mit KI- und Plattform-Trends. Reviewen Sie mindestens jährlich.
Häufig gestellte Fragen
Was ist eine Produktmanagement-Kompetenzmatrix?
Eine Produktmanagement-Kompetenzmatrix ist ein strukturiertes Tool, das PM-Kernkompetenzen gegen Karrierestufen abträgt – von Associate PM bis Product Lead. Jede Zelle enthält einen Verhaltensanker, der beschreibt, wie gute Leistung auf dieser Stufe konkret aussieht. Dazu kommen Felder für Selbst- und Manager-Bewertung sowie für Evidenz. Üblich sind Formate wie Excel, Google Sheets oder Notion.
Welche Kompetenzen braucht ein Product Manager wirklich?
Etablierte Frameworks decken neun Kernfelder ab: Product Discovery, Strategy & Vision, Roadmapping & Priorisierung, Stakeholder-Management, Data & Metrics, UX-Sense, Technical Fluency, Go-to-Market und Leadership & Coaching. Das Leitprinzip ist das T-Shaped Profile: solide Basis über alle Felder, plus ein bis zwei echte Spezialisierungen.
Wie unterscheidet sich ein Senior PM von einem PM?
Der Unterschied liegt in Scope, Autonomie und strategischem Einfluss, nicht in Berufsjahren. Ein PM ownt einen Produktbereich End-to-End. Ein Senior PM prägt Strategie und Priorisierung eigenständig, verantwortet eine Jahres-Roadmap über mehrere Teams und beeinflusst Unternehmens-OKRs. Diese Verschiebung von Execution zu Strategie und Einfluss ist der rote Faden jeder PM-Karriereleiter.
Muss der Betriebsrat einer Kompetenzmatrix zustimmen?
In der Regel ja. Eine unternehmensweite Kompetenzmatrix zählt zu den allgemeinen Beurteilungsgrundsätzen, deren Aufstellung nach § 94 Abs. 2 BetrVG der Zustimmung des Betriebsrats bedarf. Ohne Zustimmung kann der Betriebsrat Unterlassung und Vernichtung bereits erstellter Beurteilungen verlangen. Der saubere Weg ist eine Betriebsvereinbarung vor dem Roll-out.
Wie oft sollte ich die PM-Kompetenzmatrix aktualisieren?
Bewertungen laufen sinnvoll quartalsweise oder halbjährlich, gekoppelt an Kalibrierung. Die Matrix selbst – also die Anker – sollten Sie mindestens jährlich prüfen. PM-Kompetenzen verschieben sich mit KI- und Plattform-Trends schneller als die meisten Frameworks abbilden. Eine statische Matrix verliert binnen Jahresfrist an Glaubwürdigkeit.
Eine ausgefüllte Matrix ist der schnellste Weg von Bauchgefühl zu fairen Entwicklungspfaden. Kopieren Sie die Tabelle, passen Sie die Anker an Ihr Geschäftsmodell an und verknüpfen Sie jede Bewertung mit einer konkreten Entwicklungsmaßnahme. Den Rahmen dafür liefert unser Skill-Management-Guide.
Jürgen Ulbrich
Jürgen Ulbrich verfügt über mehr als ein Jahrzehnt Erfahrung in der Entwicklung und Führung leistungsstarker Teams und Unternehmen. Als Experte für Mitarbeiterempfehlungsprogramme sowie Feedback- und Performance-Prozesse hat Jürgen über 100 Organisationen dabei unterstützt, ihre Talent Acquisition und Devlopment Strategie zu optimieren.
