Wie man DPMs findet und entwickelt, die technische Komplexität übernehmen können (mit Matthew O’Bryant von Oomph Inc.)

Lesen Sie das Transkript:

Wir probieren aus, unsere Podcasts mit einem Software-Programm zu transkribieren. Bitte entschuldigen Sie eventuelle Tippfehler, die KI ist nicht zu 100 % genau.

Galen Low

Sie führen also ein Bewerbungsgespräch mit einer Kandidatin oder einem Kandidaten, der/die die/der nächste Digital Project Manager in Ihrem Team werden möchte. Viele Anforderungen werden erfüllt, aber beim Thema Technologien, mit denen die Person bisher gearbeitet hat, kommt Unsicherheit auf. War es PHP oder ASP? Kann sich nicht erinnern. War es in der Cloud gehostet oder bei Ihnen vor Ort? Weiß es nicht. Lag das Performance-Problem am Caching oder war es doch das CDN, das am Ende den Unterschied gemacht hat? Uhhhh…

Letzte Woche haben Sie jemanden interviewt, der vermutlich ein komplettes Statement of Work in Python schreiben könnte, dem oder der aber das Einfühlungsvermögen fehlt, um je vor Kunden gestellt zu werden. Sind Sie zu wählerisch? Muss die Person, die Sie einstellen, wirklich so technisch versiert sein? Warum ist es so schwer, jemanden für eine so gefragte Rolle zu finden? Wenn Ihnen das bekannt vorkommt – wenn sich die Suche nach einem DPM langsam anfühlt wie Fliegenfangen mit Essstäbchen, rückwärts auf einem Pferd sitzend und mit verbundenen Augen – dann bleiben Sie dran. Wir werden aufschlüsseln, welche Zutaten ein guter DPM haben muss und wie Sie Ihr Team zu echten A-Playern formen können.

Hallo und danke fürs Einschalten. Mein Name ist Galen Low von thedigitalprojectmanager.com. Wir sind eine Community digitaler Profis mit der Mission, uns gegenseitig zu qualifizieren, zu stärken und zu vernetzen, damit wir Projekte besser abliefern können. Wenn Sie mehr darüber erfahren möchten, schauen Sie auf thedigitalprojectmanager.com vorbei.

Alles klar. Hallo zusammen und danke, dass Sie im DPM Podcast dabei sind. Mein heutiger Gast ist ein erfahrener Digital Project Manager, der seit über 20 Jahren sowohl in Digitalagenturen als auch allgemein im Technologiebereich tätig ist. Vom Microsoft Certified Systems Engineer bis zum Aufbau großer E-Commerce- und Marketing-Webseiten für nationale Marken hat er das gesamte Spektrum der digitalen Welt durchlaufen. Heute ist er VP Professional Services bei Oomph in Providence, Rhode Island. In seiner Freizeit ist er leidenschaftlicher Hobbykoch, der derzeit daran arbeitet, sein Barbecue-Brisket-Rezept zu perfektionieren – und er ist zudem Mitorganisator der Boston Digital Project Manager Meetup Group.

Bitte begrüßen Sie Matthew O’Bryant. Hallo Matt.

Matthew O’Bryant

Hallo. Schön, hier zu sein. Es freut mich wirklich, dabei zu sein.

Galen Low

Schön, dass du im Podcast bist. Ich freue mich aufs Gespräch.

Matthew O’Bryant

Es macht Spaß, mit einem anderen PM-Nerd über Projektmanagement zu sprechen.

Galen Low

Absolut. Heute werden wir uns richtig rein nerd en. Lass uns zu Beginn ein wenig über dich sprechen. Du hast es vom Digital Project Manager bis in die Führungsetage von Oomph geschafft. Das war sicher mit Blut, Schweiß und Tränen verbunden.

Deshalb wollte ich dich fragen: Woher nimmst du deine Inspiration? Was motiviert dich, immer wieder dabei zu bleiben?

Matthew O’Bryant

Tolle Frage. Definitiv Blut, Schweiß und wahrscheinlich zu viele, zu wenige Tränen für meinen Geschmack. Mich treibt einfach an, Dinge zu verstehen.

Ich finde es total interessant zu verstehen, wie Dinge gemacht werden und gebaut werden, sowohl das Wie als auch das Warum. Das gilt nicht nur für Technologie. Jeder hat doch seine Hobbies, und ich bin aktuell z. B. begeistert vom Holzwerken. Es ist super interessant zu sehen, wie etwas physisch gebaut ist. Mich motiviert, wenn ich mehr darüber lerne, was sozusagen unter der Haube steckt – also die Technik, das Wie, das Warum – und zu sehen, was das Team, mit dem ich arbeite, gemeinsam erreichen kann. Das inspiriert mich sehr.

Galen Low

Also müssen wir dich irgendwann dazu bringen, ein paar Stühle für uns zu bauen. Vielleicht hübsche Schaukelstühle. Gibt es sonst etwas – beruflich oder privat – das du kürzlich entdeckt hast und das dein Leben aktuell wirklich bereichert?

Matthew O’Bryant

Ja, und zwar die Mr. Chicken-Coverversionen von Popsongs auf YouTube. Es gibt da jemanden, der mit einem Gummihuhn zu Musik „singt“, indem er das Huhn drückt. Es ist absolut urkomisch.

Galen Low

Hat das Huhn überhaupt die richtige Tonhöhe?

Matthew O’Bryant

Ziemlich nah dran, würde ich sagen.

Galen Low

Beeindruckend.

Matthew O’Bryant

Definitiv. Man sollte sich unbedingt Bohemian Rhapsody anhören – das ist das Beste. Aber Take On Me von A-ha ist auch großartig.

Galen Low

Kommen wir zum Thema:

Lass uns darüber sprechen, wie man digitale Projektmanager einstellt und fördert, die – auf irgendeine Weise – technischer werden können. Nur um es klarzustellen: Es geht uns nicht unbedingt um „technical paper“, das ist noch etwas anders. Wir sprechen darüber, wie man Leute findet, die bereit sind, technischer zu werden.

Also Menschen, die bereit sind, in die Technik einzutauchen und sich dort etwas zu eigen zu machen und Dinge erledigen. Du bist für mich jemand, der ziemlich technisch ist – du warst tatsächlich Systems Engineer, wurdest Projektmanager und bist jetzt Teamleiter. Du hast selbst Code geschrieben, Datenbanken migriert und etwas Ähnliches wie Acquia Site Factory entwickelt, bevor Site Factory existierte. Viele Digital Project Manager und viele unserer Zuhörer kommen vermutlich vom weniger komplexen Projektgeschäft zu immer komplexeren Projekten. Daher vermute ich, deine Erwartungen an technische Fähigkeiten liegen über dem Durchschnitt. Genau deswegen möchte ich deine Sicht darauf erfahren, wie du gute Teams aufbaust und wachsen lässt. Wie beschreibst du die Rolle eines digitalen Projektmanagers in deinem Team?

Matthew O’Bryant Um es auf den Punkt zu bringen: Ich sehe sie als Inhaber des Projekts.

Du bist die Person, die das Projekt verantwortet. Du musst alle Details im Griff haben – nicht, dass du allein für den Erfolg verantwortlich bist, aber du trägst einen Großteil dazu bei, das Projekt zum Erfolg zu führen. Du bist Ansprechpartner für den Kunden, arbeitest intern mit dem Team und bist die zentrale Verbindung zu Strategie, Design, Account Management, Entwicklung und Technik. Du musst alle Teilbereiche zusammenführen.

Galen Low

Guter Punkt. Ich habe es schon fast eng auf technische Fähigkeiten bezogen, aber letztlich geht es mehr um das Verständnis und die Bereitschaft, die ganze Prozesskette – von UX über Entwicklung bis zum Test und Launch – zu beherrschen.

Für unser Gespräch heißt technisch werden also nicht nur Code und Entwicklung, sondern auch den Gesamtprozess verstehen und begleiten.

Matthew O’Bryant

Absolut! Denn auch in Design und anderen Bereichen arbeiten wir mit Technologien. Am Beispiel Design: Man sollte die technischen Begriffe und Besonderheiten kennen. Das hilft, zu verstehen, was unser UX- oder Design-Team macht. Darum geht es mir.

Galen Low

Das führt zu meiner nächsten Frage: Was ist für dich das Wichtigste, was ein guter DPM an Mehrwert für Kunden und das Team bringt?

Die Projektleiter*innen sind für mich professionelle Übersetzer*innen für Technologie.

Weil sie in beide Richtungen vermitteln, können sie komplexe Sachverhalte für den Kunden verständlich herunterbrechen – und umgekehrt die geschäftlichen Ziele aufnehmen und für Design und Entwicklung übersetzen. So trägt man dazu bei, dass das gesamte Team versteht, worauf es ankommt und was das Projekt erfolgreich macht. Früher, als ich noch einen Lebenslauf hatte, habe ich mich immer als jemanden beschrieben, der in Nullen und Einsen denkt, aber Englisch spricht.

Matthew O’Bryant

Man muss technisch denken – aber es den Kunden so erklären können, dass sie es auch verstehen. Wenn man versteht, wie komplex die Technik oft ist, kann man die Wertschöpfung des eigenen Unternehmens auch besser kommunizieren. Für die Kunden mag vieles einfach aussehen, aber der Weg dorthin ist meist deutlich komplexer. Wenn man das transparent macht, sieht der Kunde, welchen Mehrwert das Unternehmen bringt.

Galen Low

Das gefällt mir – diese Fähigkeit, zu übersetzen und das Wesentliche rauszufiltern. So wird man zur sprichwörtlichen Babel-Fisch-Figur.

Matthew O’Bryant

Ja, und innerhalb des Teams ist es genauso wichtig. Wenn du verstehst, was andere machen, kannst du auch nachvollziehen, warum manche Dinge lange dauern.

Beispiel: Du hörst öfter, dass Entwickler Probleme mit ihrer lokalen Umgebung haben. Früher dachte ich, das kann doch nicht so schwer sein – bis ich selbst versucht habe, ein Setup mit Lando zu machen. Ich bin von Fehler zu Fehler gestolpert – und habe echte Empathie entwickelt für die, die das täglich machen. Es ist eben wirklich nicht einfach. Empathie ist wichtig. Und wenn du die gleiche Sprache sprichst, verbessert das massiv die Kommunikation im Team. Ohne Verständnis bleibt oft nur ein ratloses Nicken – mit Verständnis kann die Zusammenarbeit deutlich produktiver werden. Außerdem bist du als technischer DPM oft erste Anlaufstelle für Kundenfragen („First Line of Defense“): Du kannst schnell weiterhelfen, filterst Anfragen vor und entlastest damit das Team. Das kommt bei allen gut an.

Galen Low

Eine ganze Menge Vorteile – für alle, die ihren Mehrwert als DPM manchmal unterschätzen, ist das eine gute Sammlung.

Jetzt die große Frage: Wie technisch muss ein DPM in deinem Team sein? Erwartest du z. B., dass man programmieren kann?

Matthew O’Bryant

Vielleicht. Muss man es können? Nein.

Aber ein Grundverständnis davon, wie Code geschrieben wird, und solide Kenntnisse in HTML und CSS erwarte ich schon. Das ist hilfreich, z. B. für Supportfälle: Man sollte im Browser per Rechtsklick auf „Element untersuchen“ erkennen, wenn etwas nicht stimmt, oder ein schnelles Mockup für den Kunden machen. PHP und JavaScript oder tiefgehend coden muss jedoch niemand können.

Galen Low

Hat jemand in deinem Team Zugriff auf Git und arbeitet damit?

Matthew O’Bryant

Ja, mehrere sogar.

Einige kommen mit einfachen Pull Requests klar und haben kein Problem, mit Git zu arbeiten und kleine Änderungen selbst einzuspielen.

Galen Low

Wie gehst du dabei beim Thema First-Line-Support vor? Manche PMs überschätzen sich, andere werden vom Team klar als kompetent akzeptiert. Wie gelingt der Vertrauensaufbau und das sichere Arbeiten im vorgegebenen Prozess?

Matthew O’Bryant

Wir werfen niemanden ins kalte Wasser. Wir haben fest zugeordnete, funktionsübergreifende Teams, die regelmäßig miteinander arbeiten und sich dadurch gut kennen und vertrauen. Das schafft über die Zeit Selbstvertrauen und gegenseitiges Verständnis. Hilfreich ist auch, wenn eine technisch versierte Person anfangs zur Unterstützung dabei ist. Insgesamt fordern und fördern wir aber, dass unsere PMs sich technisch weiterbilden, indem sie Trainings besuchen, Demosites bauen oder sich intensiv mit den technischen Aspekten auseinandersetzen.

Galen Low

Das Lernen durch Praxis gefällt mir und deine Beobachtung, dass es hilft, technische Teammitglieder mit dabei zu haben. Ich sage auf solchen Calls immer: „So und so, bitte korrigiere mich, falls ich falsch liege.“ Genau so lernt man.

Matthew O’Bryant

Absolut. Und was ich immer empfehle: Fragen stellen! Natürlich respektvoll und nicht während des Kundengesprächs, aber nach dem Call einfach ehrlich fragen: „Warum hast du das empfohlen? Was sind die Vorteile?“ Durch diese Neugier lernt man enorm viel.

Galen Low

Das Fokussieren auf das Warum finde ich wichtig – gerade um es später dem Kunden oder Stakeholder zu erklären. Und das Verständnis für technische Begriffe? Was erwartest du von deinem Team?

Matthew O’Bryant

Ich erwarte, dass sich alle mit den technischen Begriffen auskennen. Wir arbeiten viel mit Drupal, teils mit WordPress und zunehmend mit Headless CMS. Ich erwarte, dass der Unterschied zwischen Modul und Plugin klar ist. „Plugin“ gibt es in Drupal nicht, sondern dort sind es „Module“; „Custom Post Type“ ist ein WordPress-Begriff. Das mag kleinlich klingen, ist aber wichtig für das Vertrauen – beim Kunden und im Team. Begriffe zu kennen ist das eine, aber man muss sie auch richtig anwenden können.

Galen Low

Viele Kunden sind mittlerweile selbst technikaffin und wissen diese Details.

Matthew O’Bryant

Ja, oft haben wir sogar Kunden mit eigenen Entwicklerteams. Da muss man „liefern“ und wirklich wissen, worüber man redet.

Galen Low

Wohin schickst du jemanden im Team, der diese Begriffe mal verwechselt?

Matthew O’Bryant

Es gibt keine virtuelle Strafbank.

Galen Low

Ich meine: Wohin zum Lernen?

Matthew O’Bryant

Wir haben zum Beispiel einen drupalize.me-Account für Drupal-Trainings. Sehr praktisch! Für WordPress gibt es zahlreiche Ressourcen, darunter Codecademy, Udemy, Lynda.com und LinkedIn-Trainings.

Galen Low

Kommen wir zum Thema Recruiting. Was suchst du bei der Einstellung eines Digital Project Managers? Suchst du nach erfahrenen „Plug & Play“-Kandidaten oder entwickelst du lieber Talente weiter?

Matthew O’Bryant

Es kommt darauf an.

Manchmal braucht man mehr Erfahrung und technische Kenntnisse. Aber oft ist das Budget begrenzt, und als Drupal-lastige Agentur gibt es nicht viele komplett fertige Kandidaten. Technik ändert sich ständig, daher ist entscheidend, ob jemand grundsätzlich technisch versiert ist und die Bereitschaft hat, zu lernen und mit anzupacken. Das zählt für mich am meisten.

Galen Low

Woran erkennst du diese Einstellung im Lebenslauf?

Matthew O’Bryant

Weniger an den Aufzählungen von Verantwortlichkeiten, sondern an konkreten Erfolgen und erreichten Meilensteinen, vor allem dort, wo Herausforderungen gemeistert wurden. Zudem ist Vielfalt der Projekte ein gutes Zeichen für Problemlösungskompetenz und Eigeninitiative.

Galen Low

Vielfalt in Hinsicht auf Projektarten und Skalierung?

Matthew O’Bryant

Ja, bei Projektgröße ebenso wie bei genutzten Tools. Nicht nur Drupal, auch andere Plattformen – das zeigt, dass man sich flexibel einarbeiten kann.

Galen Low

Welche „Killerfrage“ stellst du im Interview, um den Roll-up-your-sleeves-Mindset zu erkennen?

Matthew O’Bryant

Keine einzelne Frage – aber wir nutzen im Recruiting ein Tool: den Predictive Index (PI). Das Tool prüft Persönlichkeitseigenschaften wie Formalität, Umgang mit Ambiguität oder Kontaktfreudigkeit. Für jede Position definieren wir ein Idealprofil und vergleichen dann die Kandidatenprofile. Das hilft, datenbasiert und objektiv zu entscheiden.

Galen Low

Wann im Prozess kommt die PI-Auswertung?

Matthew O’Bryant

Nach dem ersten Kennenlernen – wir interviewen und reichen dann den PI-Test ein. Die Ergebnisse zeigen Passgenauigkeit zum Profil und liefern auch Fragen für weitere Gespräche.

Galen Low

Suchst du immer nach dem gleichen Typ oder eher nach Vielfalt im Team?

Matthew O’Bryant

Wir haben viele tolle PMs, jeder unterschiedlich. Es geht nicht um hundertprozentige Passung, sondern um bestimmte Eigenschaften, die wichtig sind.

Galen Low

Gibt es große No-Gos, die dich sofort disqualifizieren würden?

Matthew O’Bryant

Nichts vortäuschen! Wenn du kein Drupal kannst, sag es einfach ehrlich. Lieber Ehrlichkeit und Lernbereitschaft zeigen. Das ist uns wichtig.

Galen Low

Ehrlichkeit ist auch für die Teamdynamik entscheidend und zeigt, dass jemand bereit ist, Fragen zu stellen, um sich weiterzuentwickeln.

Wenn du auf die Shortlist-Entscheidung schaust: Was sind die wichtigsten Auswahlkriterien?

Matthew O’Bryant

Es geht weniger um konkrete Skills, sondern um kritisches Denken und Eigeninitiative. Im Interview machen wir Rollenspiele mit echten Szenarien aus dem PM-Alltag (z. B. Budgetverhandlung, schwierige Kundenkommunikation). Die Kandidat*innen dürfen Fragen stellen, vorher und während des Rollenspiels – das zeigt ihre Denkweise und Reaktionsfähigkeit.

Galen Low

Das „Fragenstellen vorab“ finde ich eine spannende Technik, die auch für andere Recruiter interessant sein dürfte.

Matthew O’Bryant

Genau, es gibt Aufschluss, wie jemand Aufgaben vorbereitet und spontan reagiert.

Galen Low

Kommen wir vom Recruiting zu Entwicklung und Wachstum des Teams. Wie förderst du kontinuierliches Lernen und Weiterentwicklung deiner PMs?

Matthew O’Bryant

Wir machen monatlich Einzelgespräche, um Ziele und Entwicklung zu besprechen. Außerdem gibt es unsere „Guilds“, z. B. das PM-Guild, das sich zweimal im Monat trifft, um sich über aktuelle Themen, Learnings und Herausforderungen auszutauschen und gemeinsam Fähigkeiten zu schärfen. Darüber hinaus haben wir ein Programm für berufliches Wachstum („PG time“): Jede*r bekommt ein Kontingent an „Professional Growth“-Zeit wie bei Urlaub, um an Workshops oder Konferenzen teilzunehmen, das offiziell genehmigt wird und wie Urlaub behandelt wird – sodass wirklich Raum für Konzentration und Entwicklung entsteht.

Galen Low

Empfiehlst du konkrete Ressourcen bei Weiterbildungswünschen, vor allem für komplexe Projekte?

Matthew O’Bryant

Nutzt die Community! thedigitalprojectmanager.com, lokale DPM-Meetups (wie von mir in Boston organisiert), aber auch Themen wie Web-Accessibility, Analytics, Google Data Studio und anderes. Jedes Meetup hilft, über den Tellerrand zu schauen und breiter zu lernen – z. B. indem man an Drupal-Meetups teilnimmt, um das Handwerkszeug kennenzulernen.

Galen Low

Das „Sich-aus-der-Komfortzone-hinausbewegen“ finde ich einen tollen Ansatz – gerade mit themenübergreifenden Meetups.

Letzte Frage: Wann erkennst du, dass es einfach nicht passt und es zur Trennung kommt?

Matthew O’Bryant

Keine leichte Entscheidung. Ich neige dazu, zu lang zu warten. Aber sobald jemand sich nicht weiterentwickelt und auf technischer Ebene nicht wächst, ist klar: Das passt nicht. Du bist als PM mehr als nur der Protokollant. Wer nicht bereit ist, zu wachsen und Verantwortung zu übernehmen, ist leider nicht der oder die Richtige für uns. Gerade im Remote Setting ist Feedback der Kolleg*innen noch wichtiger geworden, um Entwicklungen zu erkennen – früher konnte ich leichter vor Ort im Meeting mal reinhören.

Ein Appell an Zoom: Bitte schafft eine Funktion für anonymes Zuhören in Meetings – das würde das Remote-Management erheblich erleichtern!

Ein ganz eigenes Thema.

Vielen Dank, Matt, für diese wertvollen Einblicke in das Recruiting und die Entwicklung starker PMs. Welchen Rat würdest du einer Führungskraft geben, die erstmals eine Stellenausschreibung für ein DPM-Job schreibt?

Erkenne, was für dein Team am wichtigsten ist. Ist es die Plattform, die notiert werden soll, oder andere Fähigkeiten? Rede mit Entwicklern, Designern usw., um ihre Wünsche einzubeziehen. Wenn möglich, binde sie in den Recruiting-Prozess ein (zumindest für ein Kennenlerngespräch), um gemeinsam zu entscheiden.

Galen Low

Guter Punkt, denn schließlich werden sie mit dem neuen Kollegen oder der Kollegin arbeiten. Welchen Tipp gibst du Jobsuchenden für die Positionierung ihrer (technischen) Fähigkeiten?

Matthew O’Bryant

Wenn du etwas nicht kannst, erfinde es nicht. Zeige lieber mit konkreten Erfolgen, was du wirklich erreicht hast – das hebt dich von anderen ab. Nur aufzuzählen, dass du an einem WordPress-Projekt gearbeitet hast, reicht nicht – bring Details, die deine Kompetenz unterstreichen. Das hilft auch uns im Management, dich besser einzuordnen.

Galen Low

Vielen Dank, Matt, fürs Dabeisein!

Sehr spannend, das Gespräch mit dir. Danke für deinen Input und Kontaktfreude für alle, die noch Fragen zum Thema haben – meldet euch gern bei Matt.

Matthew O’Bryant

Danke für die Einladung! Wer noch mehr zum Thema wissen möchte, darf gerne Kontakt aufnehmen.

Galen Low

Was denkt ihr? Welche Tipps und Tricks helfen bei der Suche nach guten Talenten? Was funktioniert, was nicht? Bewerber*innen: Welche Aussagen von Recruitern vermisst ihr? Welche Erfahrungen habt ihr bei toughen technischen Interviews gemacht?

Schreibt uns eure Geschichten in die Kommentare! Wer beruflich weiterkommen will, kann DPM-Mitglied werden: thedigitalprojectmanager.com/membership – dort gibt es Expertenforum, Mentoring-Gruppen, Workshops, Live-Mentoring, Vorlagen und mehr. Und wer heute gern zugehört hat: Bleibt dran unter thedigitalprojectmanager.com. Bis zum nächsten Mal und danke fürs Zuhören!