Mein Team und ich haben an einem Webprodukt gearbeitet, das auf Unternehmen ausgerichtet ist. Normalerweise können wir das Produkt innerhalb von 4 Wochen bei jedem Kunden bereitstellen, wir nennen dies einen Einzelkundenauftrag und ist an sich ein Projekt, das einen Projektmanager benötigt.
Dies ist ein Produktteam (5 Mitglieder), und die Teammitglieder sind sehr agil und können verschiedene technische nicht-technische Rollen spielen. Ich möchte die Teammitglieder so sehr in die verschiedenen Aspekte des Produktzyklus, des Designs, der Implementierung und einbeziehen Lieferung. Früher hatte ich einen Projektmanager, der sich um alle Kundenaufträge kümmerte, aber jetzt denke ich darüber nach, diese Rolle zu dezentralisieren und zukünftige Kundenaufträge je nach Auslastung und Verfügbarkeit verschiedenen Teammitgliedern zuzuweisen, und dieses Teammitglied wäre der Eigentümer dieses Auftrags.
Die Idee ist, das Produktteam den Kunden so weit wie möglich vorzustellen und ihnen Erfahrung im Projektmanagementteil zu geben. Ist das realistisch, würde es Sinn machen, diese Art der Dezentralisierung in der realen Welt durchzuführen, macht das jemand anderes?
Der Kern Ihrer Frage scheint auf Folgendes hinauszulaufen:
Früher hatte ich einen Projektmanager, der sich um alle Kundenengagements kümmerte, aber jetzt [denke ich] darüber nach, diese Rolle zu dezentralisieren und zukünftige Kundenengagements verschiedenen Teammitgliedern zuzuweisen ... [D]sein Teammitglied wäre der Eigentümer dieses Engagements .
Wenn ich das analysiere, scheinen es wirklich zwei verwandte Fragen zu sein:
Die Antwort auf die erste Frage lautet „nein“. Die Antwort auf die zweite Frage ist "vielleicht, aber im Allgemeinen eine schlechte Idee".
Die Verwaltung eines Kundenengagements ist nicht ganz dasselbe wie die Verwaltung eines Projekts. Obwohl die Rollen verwandt sein können, sind sie unterschiedlich. Tatsächlich machen einige Frameworks wie Scrum eine Unterscheidung, die den Product Owner in die Rolle des Stakeholder-Managements und des Verfechterns des Produkts versetzt, während der Scrum Master den Projektprozess verwaltet.
Das bedeutet nicht, dass der Rest des Teams niemals mit dem Kunden interagiert oder kommuniziert. Tatsächlich besagen die Prinzipien hinter dem Agilen Manifest ausdrücklich Folgendes:
Geschäftsleute und Entwickler müssen während des gesamten Projekts täglich zusammenarbeiten.
Die Aufteilung der Rollen soll in erster Linie sicherstellen, dass der Projektprozess kooperativ gemanagt wird, während immer noch Scope Creep und verlorene Produktivität im Zusammenhang mit dem unterbrechungsgesteuerten Management kontrolliert werden. Diese Teilung ist oft bemerkenswert effektiv.
In Anbetracht dessen vertrete ich die Position, dass es ein inhärenter Interessenkonflikt ist, Mitglieder Ihres technischen Teams zu bitten, die Geschäftsschnittstelle mit dem Kunden zu verwalten. Obwohl es funktionieren kann , wird es sicherlich nicht als Best Practice angesehen.
Die zweite Hälfte Ihrer Kernfrage geht implizit davon aus, dass Projektmanagement ein Hut ist, den jeder tragen kann. Es stimmt zwar, dass einige technische Leiter mehr als in der Lage sind, ein Projekt zu managen, aber es kann aus mehreren Gründen auch zum Scheitern führen.
Erstens besteht ein Schlüsselaspekt des Projektmanagements darin, Kontrollen auf ein Projekt anzuwenden. Dies schafft einen inhärenten Interessenkonflikt für jeden, der gleichzeitig sowohl für die Lieferung als auch für die Prozesskontrolle verantwortlich ist. Dies ist die gleiche Sorge um die Aufgabentrennung, die verantwortliche Organisationen dazu veranlasst, Finanzen und IT von der internen Revision zu trennen: Den Fuchs zu bitten, den Hühnerstall zu bewachen, ist einfach eine schlechte strategische Entscheidung.
Zweitens ist Projektmanagement aus gutem Grund ein eigener Beruf. Drehen Sie die Frage um: Können Sie von Ihren mittleren Managern erwarten, dass sie so effektiv Code schreiben wie Ihre praktischen Entwickler, oder dass Ihr CEO die Post so effizient sortiert wie der Poststellenangestellte, der dies jeden Tag tut? Zweifellos gibt es Entwickler mit funktionsübergreifenden Fähigkeiten, die großartige Projektmanager abgeben könnten, aber im Allgemeinen werden Sie ein höheres Maß an Effizienz feststellen, wenn Sie sicherstellen, dass die Rolle von jemandem besetzt wird, der über ausreichende Fähigkeiten und Erfahrungen verfügt, um Projektmanagementaufgaben routinemäßig zu übernehmen .
Vor diesem Hintergrund würde ich empfehlen, Ihre Entwickler so weit wie möglich in den Projektmanagementprozess einzubeziehen, die funktionale Verantwortung für das Projektmanagement jedoch einem oder mehreren dedizierten Projektmanagern zu überlassen. Größere Transparenz und Engagement innerhalb der Organisation könnten sicherlich zu einem kohärenteren und funktionsübergreifenderen Projektteam führen, aber Ihre Laufleistung wird mit ziemlicher Sicherheit variieren.
Markus Phillips