Führen von technischen Teams als agiler nicht-technischer Projektmanager [geschlossen]

Ich bin derzeit Projektmanager eines Software-Builds und leite dabei 2 Entwickler, einen QA-Ingenieur und UI/UX-Designer. Ich bin nicht mehr handlungsfähig. Vorher war ich ein ehemaliger Entwickler, aber es hat mir keinen Spaß gemacht, also als agiler Projektmanager in die Geschäftsführung gewechselt zu sein und finde es viel interessanter.

Ich würde gerne eine Karriere daraus machen, aber ich möchte nie wieder in die praktische Entwicklung zurückkehren, ist es möglich, dass ich das kann?

Wenn Sie nicht zur Entwicklung zurückkehren wollen, was fragen Sie dann?
Vielleicht gibt Ihnen diese Frage einen guten Hinweis... Wie technisch sollte ein Projektmanager sein?
Die kanonische Antwort auf diese Frage lautet „Ja“. Weil ich das getan habe und meine Karriere auf dem Projektmanagement von technischen (hauptsächlich Softwareentwicklungs-)Projekten aufgebaut habe, ohne selbst etwas zu entwickeln. Obwohl ich das mit der Tatsache einschränke, dass ich kein Agile mache, aber das Prinzip ist solide, glaube ich.

Antworten (1)

Wie Sie dem Kommentar von @TiagoCardoso entnehmen können, gibt es keine übereinstimmende Antwort. Dies ist bemerkenswert, wenn man bedenkt, dass ein Forum wie StackExchange sich selbst für den technisch versierten Teilnehmer auswählt. Das generelle Motto „Es ist praktisch, technisch zu sein, aber nicht notwendig“ weist darauf hin, dass ein topaktuelles Verständnis der Projekttechnologie nicht unbedingt erforderlich ist.

Gemäß dem Project Management Body of Knowledge verbringt der PM 90 % seiner Zeit mit der Kommunikation. Siehe Führen technischer Teams als agiler nicht technischer Projektmanager . Sie müssen häufig mit internen und externen Stakeholdern Kontakt aufnehmen. Erstere sind Teammitglieder und unterstützendes Personal sowie alle Personen, die als Aufgaben- oder Aktivitätseigentümer in Ihrem PSP erscheinen. Externe Stakeholder sind Kunden, das Top-Management, Handelsverbände, andere Abteilungen in Ihrem Unternehmen oder alle Personen, die Ihr Projekt positiv oder negativ beeinflussen können. Mehr zum Stakeholder-Management unter Arbeiten mit einem „Single Point of Contact“ Wie wechselt man vom Programmierer zum Projektmanager? für weitere Vorschläge zur Umstellung.

Sie haben also keine Zeit, um tatsächlich „richtige Arbeit“ zu leisten. Als PM beseitigen Sie Hindernisse und fördern den Fortschritt. Aus diesem Grund können nicht-technische PMs erfolgreich sein und den Respekt und die Unterstützung der Teammitglieder gewinnen. Das Team wird Ihre Fähigkeit zu schätzen wissen, das Budget und die Ressourcen am Laufen zu halten und Sight-Seeing-Manager aus dem Weg zu räumen. Die leitenden Entwickler des Teams sollten die technische Fehlerbehebung durchführen, wobei gelegentlich ein Berater hinzugezogen wird, um die hartnäckigeren Probleme zu lösen.