Wie sollte der Titel dieser PM-Position lauten?

• IT-Projektleiter
• Agiler Projektmanager
• Software-Projektmanager
• Software Delivery Manager
• IT Program Manager (wenn alle Projekte auf die gleiche Vision ausgerichtet sind)

Die Berufsbezeichnung ist weitgehend semantisch. Die wichtigsten Faktoren für den Bewerber sind Verantwortlichkeiten, Leistungskennzahlen und das Vergütungspaket.

Sie können die Stellenbezeichnungen jederzeit A/B-testen und sehen, welche Lebensläufe von verschiedenen Personalvermittlern zurückkommen.

Geben Sie Personalbeschaffungsunternehmen A die Stellenbeschreibung unter der Überschrift IT-Projektmanager und Personalbeschaffungsunternehmen B die Stellenbeschreibung unter der Überschrift Agile Delivery Manager. Vergleichen Sie dann die Rücklaufquoten und die Qualität der Lebensläufe.

Dies ist eine gute Frage, die auf etwas hinweist, das es Teams erschweren kann, erfolgreich zu sein. Ich denke, der Grund, warum der Titel für diese Position unklar ist, liegt darin, dass die Liste der Anforderungen eine Mischung aus Verantwortlichkeiten und Qualifikationen ist, die weniger Details enthält, als zur vollständigen Definition der Rolle erforderlich sind. Das Ergebnis ist, dass der potenzielle Mitarbeiter, Personalvermittler und sogar zukünftige Teammitglieder nicht vollständig verstehen, wie sich diese Person in das Team integriert.

Meine Erfahrung ist, dass Teams am besten funktionieren, wenn die Rollen klar definiert sind und die Stellenbeschreibung sagen sollte, was diese Person eigentlich tun muss, damit die Softwareentwicklungsprojekte gelingen.

Im Folgenden wird angegeben, ob jede Anforderung in der Liste eine Verantwortung oder Qualifikation zu sein scheint, zusammen mit einigen zusätzlichen Hinweisen, was zur Klärung der Position beitragen könnte:

Verantwortung: Verwaltung mehrerer Web-, Datenbank- und Cloud-Projekte von Geschäftssystemen

• Verwalten Sie sie wie? Verwalten Sie den Zeitplan, die Ressourcen und das Budget, die eher zum Projektmanager neigen, oder den täglichen Betrieb der Entwickler, die eher zum technischen Leiter neigen? Ich schlage vor, die spezifischen Verantwortlichkeiten aufzulisten, die unter den Begriff „verwalten“ fallen.

Qualifikation: Vorherige Software- oder webbasierte PM-Erfahrung

• Dies ist die eindeutigste Anforderung, wenn Sie jemanden suchen, der die gleichen Fähigkeiten mit der gleichen Verantwortung anwendet, die er in dieser vorherigen Position hatte. Wenn dies zutrifft, dann suchen Sie meines Erachtens nach einem Projektmanager.

Qualifikation: Vorherige Erfahrung in der agilen Entwicklung

• Handelt es sich dabei um Erfahrung als Entwickler, PM oder in einer anderen Rolle? Spielt es eine Rolle? Wenn es keine Rolle spielt, dann ist die Qualifikation wichtig, sagt uns aber nicht, wie wir die neue Rolle definieren sollen.

Qualifikation: Vorherige SDLC-Erfahrung

• Wie oben mit der Agile Development Experience.

Verantwortung: Funktionsübergreifende Kommunikation (Technische/Entwicklerteams und Operations)

• Dies ist ein wichtiger Aspekt der Rolle, aber er könnte für einen BA, technischen Leiter, Projektmanager usw. gelten. Welchen Umfang hat die Interaktion dieser Person? Weiterleiten von Anforderungen, Bereitstellen von Statusberichten, Aushandeln von Funktionen, die in einer bestimmten Version enthalten sind? Die Antworten auf diese Fragen definieren die Rolle und den entsprechenden Titel für die Position.

Qualifikation: Erfahrung mit technischer Software

• Vielleicht möchten Sie genauer sagen, was Sie mit technischer Software meinen. Ist es Ihnen wichtig, dass die Erfahrung in „den oben genannten Rollen“ liegt, dann sollten Sie das vielleicht auch sagen.

Dies ist immer eine schwierige Frage, da es nervös überlappend sitzt:

• Technischer (Dev) Teamleiter
• Projektmanager
• Softwareentwicklungsmanager

Als solches werden Sie es wahrscheinlich auf alle Arten auf dem Markt aufgelistet sehen (es macht mich immer fertig, wenn ich sehe, dass die Verantwortlichkeiten des Tech-Teamleiters als PM-Rolle gekennzeichnet sind).

Wenn es keine Multiprojektmanagement-Komponente gäbe, würde ich sagen, dass sie sich an der Rolle des Entwicklungsmanagers ausrichtet. Sobald jedoch das eigentliche Projektmanagement involviert ist, und zumal es keine Code-Cutting-Verantwortlichkeiten gibt, handelt es sich um eine reine Projektmanagement-Rolle. Ich würde jedoch ein gewisses Matrix-Management erwarten, bei dem die technischen Teams Zugang zu einem tatsächlichen Softwareentwicklungsmanager haben und wahrscheinlich die Verantwortlichkeiten des Linienmanagements von diesem übernommen werden, da sie die Domänenexperten für die Technologie sein werden, nicht der PM.

Aber für die oben genannte Stellenbeschreibung tendiere ich eher zum „Technischen Projektmanager“, um mich von einem PM zu unterscheiden, der Geschäfts- und/oder Prozessänderungen handhabt, da das PM von Projekten, die eine signifikante Softwareentwicklung und -bereitstellung beinhalten, mehrere wichtige Fähigkeiten und Kenntnisse erfordert .

Ich klassifiziere mich selbst als technischen Projektmanager und lehne regelmäßig Gelegenheiten für Projektmanagementverträge ab (oder werden nicht berücksichtigt), die nicht softwarebezogen sind. Eine weitere Spezialisierung, die ich regelmäßig sehe, ist „Infrastrukturprojektmanager“, bei der Hardware- und Infrastrukturlieferungen einen wesentlichen Teil des Projekts ausmachen.

TL;DR

Während ich versucht bin, diese Frage als Meinungsumfrage zu schließen, denke ich, dass sie wieder verbunden werden kann, um sich richtig auf die Rollen und Verantwortlichkeiten einer Projektmanagementposition zu konzentrieren. Dies führt auch zu einer sehr einfachen Antwort:

1. Titel sind ein Kommunikationsmittel, haben aber wenig eigentliche Bedeutung.
2. Was Sie suchen, ist ein technischer Projektmanager .

Rolle "Anforderungen" sind keine Verantwortlichkeiten

Ihr grundlegendes Problem ist, dass Sie den Umfang der Rolle, die Verantwortlichkeiten der Rolle und die Leistungen für die Rolle nicht klar identifiziert haben. Eine Berufsbezeichnung sollte sich niemals auf Qualifikationen konzentrieren, sondern eine Art Kurzform sein, um zu beschreiben, was die Rolle leisten soll .

In Ihrer Wäscherei-Anforderungsliste haben Sie eigentlich nur zwei eigentliche Verantwortlichkeiten aufgelistet:

1. Verwalten Sie mehrere Web-, Datenbank- und Cloud-Projekte von Geschäftssystemen
2. Funktionsübergreifende Kommunikation (technische/dev. Teams und Betrieb)

Sie beauftragen diese Person mit der Verwaltung einer Reihe technischer Projekte und übertragen ihr die Verantwortung für die Kommunikation zwischen den Teams. Da Sie möchten, dass diese Person zusätzlich zu den oben aufgeführten Verantwortlichkeiten technisch versiert ist, scheint „Technischer Projektmanager “ eine angemessene Kurzbeschreibung zu sein, die den Umfang der Rolle klar kommuniziert.

Wenden Sie sich an Ihr Managementteam und Ihre Personalabteilung

Es ist im Allgemeinen eine schlechte Idee, Titel in einem Vakuum herumzulöffeln. Wenn Ihr Unternehmen die oben beschriebene Rolle in der Vergangenheit „Der machtlose Juniorassistent, der für sinnlose Updates verantwortlich ist“ genannt hat, dann sollten Sie es auch so nennen. Der Titel muss den Umfang innerhalb einer unternehmenszentrierten Weise vermitteln, also schweifen Sie nicht vom Vorbehalt ab, wenn Sie neue Titel erfinden.

Zweitens scheinen Sie wirklich zu versuchen, eine Stellenbeschreibung oder eine Stellenanzeige zu schreiben, anstatt einfach nur den richtigen Titel für die Stelle zu identifizieren. Wenn dies der Fall ist, müssen Sie die entsprechenden Fachleute in Ihrer Organisation einbeziehen, um Ihnen zu helfen:

1. Verfassen Sie eine klarere Stellenbeschreibung mit einem stärkeren Fokus auf Rollen und Verantwortlichkeiten als auf Fähigkeiten oder beruflichen Werdegang.
2. Identifizieren Sie das entsprechende Unternehmen, wie es von Ihrem Unternehmen intern verwendet wird.
3. Identifizieren Sie eine geeignete Stellenbezeichnung, die den gewünschten Kandidatentyp anzieht.

Während das Schreiben von Stellenbeschreibungen, Stellenanzeigen und der Rekrutierungsprozess selbst allesamt außerhalb des Rahmens akzeptabler Themen bei PMSE liegen, ist das Verständnis dafür, wie man die richtigen Unternehmensressourcen einsetzt, um ein Projekt zu initiieren oder zu besetzen, sicherlich in Grenzen. Wenn Sie sich auf die Kernaufgaben eines Jobs konzentrieren, schreibt sich meiner Erfahrung nach die Berufsbezeichnung weitgehend von selbst.

Einige Organisationen verwenden „agil“, ohne die Konzepte oder Praktiken zu verstehen. Wenn Ihre Organisation Agile oder Scrum eingeführt hat, geben Sie dies auf jeden Fall unmissverständlich an, vorzugsweise in der Stellenbezeichnung. Wenn nicht, verwenden Sie das Schlagwort nicht in der Hoffnung, dass die Einstellung agiler Teammitglieder Ihre Organisation auf wundersame Weise konvertieren wird. Agile PMs und Scrum Master sind misstrauisch und werden sich ärgern, wenn Sie nicht überzeugend das Engagement Ihrer Organisation für Veränderungen kommunizieren. Einige werden sich der Herausforderung stellen, erwarten aber, dass sie für die zusätzlichen Schmerzen entschädigt werden; Sie werden transformative Veränderungen in Ihrer Unternehmenskultur vornehmen, die weit über den Softwareshop hinausgehen. Wenn Sie nicht agil/Scrum sind, lassen Sie erfahrene Agile-Manager/Scrum-Master das Lebenslauf-Screening und die Vorstellungsgespräche durchführen. Halten Sie nach Möchtegern Ausschau, die dies als einen Weg in Agile/Scrum sehen.

Die Anforderung für „Funktionsübergreifende Kommunikation (technische/Entwicklerteams und -betrieb)“ könnte für einige bedeuten, dass Sie nach „Entwickler“-Erfahrung suchen. Wie Agile und Scrum ist Devops ein heißes Schlagwort, das bei der Rekrutierung mit Vorsicht verwendet werden sollte. Devops ist auch eine transformative Veränderung in Ihrer Unternehmenskultur, die oft die logische Folge einer erfolgreichen agilen Entwicklungsorganisation ist. Seien Sie darauf vorbereitet, Fragen dazu beantworten zu können, ob dieser PM Devops-Lösungen implementieren soll.