Brauchen Projektmanager wirklich technische Fähigkeiten?
Brauchen Projektmanager wirklich technische Fähigkeiten?
Die eindeutige Antwort ist ja.
Super, dann können wir diesen Beitrag ja eigentlich beenden und weitermachen, oder?
Unlock for Free
Create a free account to finish this piece and join a community of forward-thinking leaders unlocking tools, playbooks, and insights for thriving in the age of AI.
Have an account? Log In
Moment mal – so einfach ist es dann doch nicht:
- Wie definieren wir eigentlich „technische“ Fähigkeiten?
- Von welchen Unternehmen und Branchen sprechen wir?
- Spielen Team- und Unternehmensgröße für den PM eine Rolle?
Nach Gesprächen mit neun erfahrenen Projektmanager:innen, eigener Reflektion und mit Blick auf die oben genannten Aspekte, gebe ich dir einen objektiven und zukunftsorientierten Überblick darüber, was Projektmanager:innen zum Erfolg in 2025 und darüber hinaus brauchen.
Was meinen wir mit technischen Fähigkeiten?
Gehen wir ganz an den Anfang: Wenn wir von technischen Fähigkeiten sprechen, meinen wir nicht einfach nur grundlegende Excel-Kenntnisse oder Sicherheit in der Google-Welt. Wer im 21. Jahrhundert mit Laptop und WLAN arbeitet, verfügt damit schon über die Grundlagen digitaler Kompetenz.
Ich habe Karen Chong, Senior Program Manager bei Stellar Elements, gefragt und für sie sind „technische Fähigkeiten Kompetenzen in technischen Bereichen wie Programmierung und Datenbanken.“
Eine technische Fähigkeit wäre also, zu wissen, wie man in Programmiersprachen wie Python, Java, C++ usw. Code schreibt, um Software, Anwendungen oder Webseiten zu erstellen. Oder wie man mit Tools wie SQL Datenbanken entwirft, verwaltet und mit ihnen interagiert.
Zwar ist das Programmieren-Können eine wertvolle technische Fähigkeit, aber bei weitem nicht die einzige. Man denke an Kompetenzen zur Datenanalyse, zur Nutzung von Cloud-Plattformen wie AWS oder Azure, oder an grundlegendes Wissen über Cybersecurity-Bedrohungen.
Das sind die sogenannten „Hard Skills“ — im Unterschied zu „Soft Skills“ wie Kommunikation, Führung, Teamarbeit und Zeitmanagement.
Außerdem muss man berücksichtigen, dass technische Fähigkeiten je nach Branche ganz unterschiedlich aussehen. Ein:e PM in der Softwareentwicklung braucht andere technische Kompetenzen als ein:e Projektmanager:in in der Baubranche.
Das Gegenargument: „Nein“
Laut Project Management Institute verbringen Projektmanager:innen bis zu 90 % ihrer Arbeitszeit mit Kommunikation.
Das kann ich bestätigen — der Großteil meiner Tätigkeit als Projektmanagerin (speziell als Leiterin Schreiben bei einem Mental-Health-Start-up) bestand darin, Teammitglieder nach Updates zu fragen, Rückmeldungen an die Geschäftsführung weiterzutragen, Team-Deadlines sicherzustellen und – am wichtigsten – allen Stakeholdern ein realistisches Bild der erreichbaren Ziele zu vermitteln.
Bemerkenswert ist zudem, dass die PMI besonders viel Wert auf die sogenannten „Power Skills“ legt: Kommunikation, Problemlösung, kollaborative Führung und strategisches Denken. Diese Fähigkeiten seien durch harte Daten abgesichert — laut PMI, die auf ihren Power Skills-Ansatz durchaus stolz sind.
Ihre Forschung belegt: Organisationen, die Power Skills fördern, erreichen Projektergebnisse, die besser zu den Unternehmenszielen passen. Zudem verschwenden sie weniger Geld aufgrund schwacher Projektleistung als der globale Durchschnitt (4,8 % vs. 5,2 %) und deutlich weniger als Firmen, die Power Skills ignorieren (8,8 %).
Fred Baker, Principal Consultant und Gründer von Integrated Human, ist der Meinung, dass die Lern- und Anpassungsfähigkeit eines Projektmanagers wichtiger ist als jede einzelne technische Fähigkeit.
Und darin hat er durchaus einen Punkt:
Du kannst zum König von PowerBI werden und der Kunde wechselt zu Tableau. Es gibt übertragbare Fähigkeiten zwischen den beiden, aber das Wichtigste ist deine Fähigkeit, zu lernen und dich an das anzupassen, was gebraucht wird.
Im Grunde genommen gibt es also gute Argumente dafür, dass übertragbare, nicht-technische Fähigkeiten eine größere Rolle für den Erfolg eines Projektmanagers spielen als technisches Fachwissen. Aber bevor wir das Thema zu den Akten legen, werfen wir noch einen Blick auf die Gegenseite der Argumentation.
Das Argument, das mit „Ja“ antwortet
Um diese Seite der Diskussion zu beleuchten, möchte ich noch etwas mehr von meinen Erfahrungen als Projektmanager erzählen.
Ich habe bereits erwähnt, dass ich Teamleiter Schreiben bei einem Mental-Health-Startup war. Und wie das in kleinen Startups so ist, blieb meine Rolle natürlich nicht nur beim Thema Content. Ich habe Autor:innen betreut, auf Kundenanfragen geantwortet, Designer beim UI des Apps unterstützt und die Kommunikation zwischen Schreiben, Forschung und Operations übernommen. Du verstehst schon – es ist nicht ungewöhnlich, dass Projektmanager verschiedene Hüte tragen.
Es war eine anspruchsvolle Rolle. Es hat definitiv geholfen, ein digitaler Extrovertierter zu sein, ebenso meine schriftlichen und verbalen Kommunikationsfähigkeiten. Was mich aber wirklich erfolgreich gemacht hat, war ein grundlegendes technisches Verständnis. Ich bin kein Programmierer. Auch kein SQL-Experte.
Trotzdem habe ich mir die Zeit genommen, mich mit Figma für das UI, Intercom für den Kundensupport und Mixpanel für die Analyse vertraut zu machen – um intelligent über unser Produkt sprechen zu können und kleine Fehler, wie eine falsch formatierte Figma-Datei, direkt selbst zu beheben, ohne die Designer bemühen zu müssen.
Dadurch konnte ich die Content-Strategie mit mehr Selbstvertrauen steuern. Zum Beispiel wusste ich durch Intercom, dass unsere Kunden sich oft über den plötzlichen Wechsel zur kostenpflichtigen Version beschweren. Wie können wir sie durch In-App-Messaging darauf vorbereiten, damit es nicht überraschend kommt? Oder Mixpanel zeigt, dass viele Nutzer nach dem dritten Bildschirm bei einem unserer Kurse abspringen. Woran liegt das? Ist es ein UI-, Content- oder Codeproblem?
Ich war in meiner Rolle erfolgreich, weil ich wusste, wenn etwas schiefging, wo ich suchen, wie ich die Daten auswerten und an wen ich sie weitergeben musste.
Man muss mein Beispiel jedoch im richtigen Kontext betrachten: Ich habe in einem Team von etwa einem Dutzend Leuten gearbeitet, in einem Softwareunternehmen, komplett remote. Ich musste keine tiefen technischen Skills haben – nur solche, die die Freigabe- und Auslieferungsprozesse beschleunigen.
Megha Sharda, die damalige Leiterin für Verhaltenswissenschaften in meinem früheren Unternehmen, die eng mit Autor:innen, Forscher:innen und Ingenieur:innen zusammengearbeitet hat, sieht das ähnlich: „Ich zähle MS Office und Googlen nicht als Skills. Aber die Basics der relevanten Software und Tools, die das Projekt erfordert, sind wichtig.”
Die Moral von der Geschichte: Projektmanager brauchen durchaus positions- und firmenspezifische technische Fähigkeiten, vor allem beim Arbeiten in kleinen Teams. Selbst ein grundlegendes technisches Verständnis kann helfen, Prozesse zu beschleunigen, die für den Gesamterfolg des Projekts entscheidend sind.
Melody MacKeand, zertifizierte Projektmanagerin und Gründerin ihrer eigenen Beratungsfirma, ergänzt, dass „technisches Fachwissen besonders in kleineren Organisationen gefragt ist, da die Teammitglieder oft mehrere Rollen übernehmen. Je größer die Organisation, desto klarer ist jemand einer bestimmten Rolle zugeordnet.”
Sie empfiehlt angehenden Projektmanagern, sich „eher ein breites als ein tiefes Wissen anzueignen“, etwa in den Bereichen UX/UI, QA-Grundlagen und Content-Management-Systeme.
Für diese Frage habe ich auch mit Katy Flatt gesprochen – Director of Culture and Operations bei einem Freelancer-Kollektiv, Optimist– und eine meiner aktuellen Projektmanagerinnen.
Sie kann das große Ganze erkennen und gibt mir eine Antwort, die die remote-first-Arbeitswelt des 21. Jahrhunderts klar berücksichtigt:
„Das Ziel der Rolle ist letztlich, Projekte im Zeitplan, im Budget zu halten und die Abläufe am Laufen zu halten. Ein Low-Tech-Prozess führt nur zu viel Reibung und potenziellen Fehlerquellen.”
Sie erkennt an, dass manche Projekte auch mit wenig technischer Expertise gemanagt werden könnten, „aber wirklich effizient ist das nur, wenn man ganz wenige Projekte verantwortet. Das ist in der aktuellen Welt mit so vielen Remote- und Hybrid-Arbeitsmodellen kaum realistisch. Ein gewisses Maß an technischem Verständnis muss ein Projektmanager einsetzen, um Systeme zu schaffen und zu pflegen, die den Transfer von Projekten, das Nachfassen und Feedback mit Stakeholdern, Präsentationen an Kunden und alle Beteiligten ermöglichen.”
Sie ergänzt:
„Ich kenne mindestens eine Person, die eine fantastische Projektmanagerin wäre, aber sie hat geringe technische Fähigkeiten und das ist wirklich das einzige Hindernis, das sie davon abhält, richtig durchzustarten.“
Und das bestätigt sich: 46 % der Projekte in Unternehmen mit schlechter Projektmanagement-Technologie überschreiten das Budget.
Also, wer hat recht?
Alle! (Na ja, fast alle.)
Auch wenn du als PM in unserer digital geprägten Welt ein gewisses Maß an technischen Fähigkeiten brauchst, gilt: Es gibt keine einzige richtige Antwort, wenn es um das Niveau der erforderlichen technischen Fähigkeiten für Projektmanager geht.
Es hängt von verschiedenen Faktoren ab:
- Branche: Ein PM im Bauwesen muss möglicherweise mit CAD-Software, KI-Tools für das Bauprojektmanagement, dem Verständnis von Bauvorschriften und dem Lesen von Bauplänen vertraut sein. Ein PM im Gesundheitswesen hingegen sollte sich mit Systemen für elektronische Gesundheitsakten (EHR), medizinischer Bildgebungstechnologie und Datenschutzvorgaben auskennen.
- Unternehmensgröße und -struktur: In einem kleinen Start-up ist der PM vielleicht für alles zuständig – von der Einrichtung der Projektmanagementsoftware bis zur Fehlerbehebung auf der Website. In einem großen Konzern hingegen gibt es oft eine eigene IT-Abteilung, sodass sich der PM auf die Koordination mit Fach-Teams konzentrieren kann.
- Projekttyp: Wer ein Website-Relaunch-Projekt leitet, braucht gute Kenntnisse in Frontend-Entwicklung und UX/UI-Prinzipien. Ein PM, der die Einführung eines neuen CRM-Systems betreut, sollte dagegen Datenmigration, Systemintegration und Anwenderschulungen verstehen.
- Individuelle Stärken und Schwächen: Ein PM mit Erfahrung in Datenanalyse wird voraussichtlich besonders gut darin sein, Projektmetriken zu überwachen und Risiken früh zu erkennen. Und ein PM mit starken Kommunikationsfähigkeiten ist vielleicht besser darin, die Erwartungen der Stakeholder zu managen und die bereichsübergreifende Zusammenarbeit zu fördern.
Wie man technische Aspekte von Projekten angeht, wenn man keine technische Person ist
Und was, wenn du keine Technikperson bist?
Du musst in der Lage sein, die „Sprache“ des jeweiligen Fachbereichs zu sprechen, um zu übersetzen, was kommuniziert werden muss, sagt Laura Sliva, interdisziplinäre Grafikdesignerin.
Melody nennt das technisch-adjacent sein: „PMs sollten ein Grundverständnis der technischen Sprache haben, um in technischen Kontexten überlegt kommunizieren zu können.“
So kannst du den technischen Teil angehen, auch wenn du keine „Technikperson“ bist:
Mit No-Code-Tools experimentieren
No-Code-Tools bieten visuelle Oberflächen und Drag-and-Drop-Elemente, sodass du Dinge bauen kannst, ohne eine einzige Zeile Code zu schreiben. Das ist eine tolle Möglichkeit, ein Gefühl dafür zu bekommen, wie Software aufgebaut ist und wie die einzelnen Teile zusammenarbeiten.
Auch als Projektmanager ohne Programmierkenntnisse ist das extrem hilfreich. Du verstehst besser, wie der Entwicklungsprozess abläuft, was die Kommunikation und Zusammenarbeit einfacher macht.
Außerdem sind No-Code-Tools klasse, um Ideen auszuprobieren und zu testen.
Möchtest du sehen, wie eine neue Funktion funktioniert? Erstelle schnell einen Prototyp mit einem No-Code-Tool und hol dir Feedback, bevor du viel Zeit und Ressourcen in die Entwicklung steckst.
Schriftliche Kommunikation erneut lesen
Viele wichtige Informationen werden schriftlich ausgetauscht, sei es in Slack-Chats, in GitHub-Updates oder Dokumentationen in Notion (oder einer Notion-Alternative). Das gilt besonders für Remote-Teams, die nicht ständig die Möglichkeit haben, sich persönlich zu treffen.
Technische Diskussionen sind oft besonders schwer nachvollziehbar. Sie sind meist voller Fachbegriffe und komplexer Details. Es klingt banal, aber erinnere dich daran, langsam zu lesen und Texte mehrmals zu lesen. Das hilft dir dabei:
- In deinem eigenen Tempo aufnehmen: Keine hektische Textsuche mehr. Lass dir Zeit, schlage unbekannte Abkürzungen nach und verstehe wirklich, worum es geht.
- Potenzielle Probleme erkennen: Durch das erneute Lesen erkennst du kritische „Moment mal!“-Stellen, bevor daraus echte Stolpersteine werden.
- Alle auf dem gleichen Stand halten: Sorge dafür, dass das ganze Team im Bilde ist, auch wenn ihr euch nicht persönlich seht.
Pairing
Mit jemandem zusammenzuarbeiten – ganz gleich mit wem – kann sehr hilfreich sein, wenn man ein Problem lösen oder etwas erledigen muss. Holen Sie Ihren Tech Lead für ein kurzes Gespräch dazu. Bitten Sie einen Entwickler für zehn Minuten um Unterstützung. Diese direkte Zusammenarbeit ist unschätzbar wertvoll.
So habe ich ein Gespür für Benutzeroberflächen entwickelt – indem ich mit einer UX-Designerin "zusammengearbeitet" habe, um zu verstehen, wie die mobile Nutzbarkeit die Lesbarkeit unserer Inhalte beeinflussen kann.
Nutzen Sie Analogien und Metaphern
Die Sprache technischer Konzepte kann fremdartig klingen. Machen Sie sie verständlicher durch Analogien und Metaphern.
Zum Beispiel ist Cloud-Computing wie ein Banktresor für Ihre Daten: sicher, geschützt und von überall mit einer Internetverbindung zugänglich. Sie müssen sich nicht selbst um den Tresor kümmern – die Bank (Cloud-Anbieter) übernimmt das für Sie.
Finden Sie eine technische Leitung
Jedes Projekt hat eine technische Expertin oder einen technischen Experten – jemanden, der wirklich Bescheid weiß. Ihre Aufgabe ist es, diese Person zu finden! Das ist Ihre Ansprechperson für alle technischen Fragen. Sie kann Ihre Fragen beantworten, hilft Ihnen, das Fachvokabular zu verstehen, und ist Ihre Rettungsleine, wenn es kompliziert wird.
Wie Sie zukunftsfähige PM-Kompetenzen aufbauen
Ich habe meine Expert:innen gefragt: Wenn Sie EINE technische Fähigkeit für die Zukunft des Projektmanagements wählen müssten, welche wäre Ihr Favorit?
Zwei Fähigkeiten kamen an die Spitze:
Technisches Problemlösen
Chong betont, dass Projektmanager:innen technologisch anpassungsfähig sein müssen. Das bedeutet, nicht nur die verschiedenen Technologien zu kennen, sondern auch, sich die Fähigkeit anzueignen, neue Tools und Systeme schnell zu erlernen und anzuwenden, während das Projekt voranschreitet.
„Wenn es eine Designagentur ist, würde ich sagen, lernen Sie Keynote und PowerPoint oder Figma. Geht es um AWS, könnte ich Cloud-Computing sagen. Wenn ich mich also für eine Sache entscheiden müsste, dann wäre es die Fähigkeit, in technischen Bereichen Probleme zu lösen – das bedeutet, man muss sich das jeweilige Wissen zu einer bestimmten Technologie zumindest zu einem gewissen Grad aneignen.“
Bernard Marr, Bestsellerautor und regelmäßiger Beiträger beim World Economic Forum und Forbes, hat auf seinem LinkedIn-Profil eine Umfrage geteilt, in der Problemlösung als klarer Gewinner für eine technologiegetriebene Zukunft hervorgeht:
Anwendung von KI
Jedes Jahr werden weltweit etwa 48 Billionen $ in Projekte investiert. Dennoch werden laut Standish Group nur 35 % dieser Projekte als erfolgreich eingestuft. Offensichtlich muss sich etwas ändern – und Künstliche Intelligenz scheint der Schlüssel zu sein.
Gartner prognostiziert, dass bis zum Jahr 2030 erstaunliche 80 % der Aufgaben im Projektmanagement von KI übernommen werden. KI wird dabei von Big Data, maschinellem Lernen (ML) und natürlicher Sprachverarbeitung unterstützt.
Matthew Fox, DPM-Community-Experte, sagt, dass Projektmanager:innen die "Anwendung von Künstlicher Intelligenz" verstehen müssen und dass es essentiell sein wird, "ein Arbeitswissen darüber zu haben, was diese sowohl für Projekte als auch für Einzelpersonen leisten kann.“
Das ist keine Zukunftsmusik – es passiert bereits jetzt.
In einem Artikel des Harvard Business Review mit dem Titel "Wie KI das Projektmanagement verändern wird" zeigen die Autor:innen, wie KI-gestützte Tools Routineaufgaben automatisieren, Echtzeit-Status-Updates liefern und einen nahtlosen Austausch im Team ermöglichen.
Die digitalen Assistenten analysieren historische Daten, Projektpläne und Nutzerinteraktionen, erfassen entscheidende Projektdaten und bieten maßgeschneiderte Unterstützung. Der kürzlich angekündigte digitale Projektmanagement-Assistent von Oracle ist ein Beispiel für diesen Trend.
Mit all diesen bevorstehenden Veränderungen—von KI bis zu allem, was als Nächstes kommt—ist es an der Zeit, unsere ursprüngliche Frage zu beantworten. (Schon wieder.)
Das letzte Wort
Die eigentliche Frage ist nicht, ob du technische Fähigkeiten brauchst—sondern welche du brauchst und wie tief du gehen solltest.
"Technisch angrenzend" zu sein ist genau das Richtige—du musst kein vollwertiger technischer Projektmanager sein, aber du solltest genug wissen, um zu verstehen, was passiert, potenzielle Probleme zu erkennen und zu wissen, wann du die Experten dazuholen musst. Das gilt doppelt, da viele von uns jetzt aus der Ferne arbeiten und mit digitalen Werkzeugen leben.
Wie Fred Baker es ausdrückte (und ich liebe das): Die wahre Stärke liegt darin, lernen und sich anpassen zu können.
In einer Welt, in der das heutige heißeste neue Tool morgen schon wieder veraltet ist, könnte das am Ende die wichtigste technische Fähigkeit überhaupt sein.
