Dans Scrum, pourquoi les rôles Product Owner et ScrumMaster ne devraient-ils pas être combinés?

Dans les projets plus traditionnels sur lesquels j'ai travaillé, le chef de projet (et, sur les grands projets, il peut y avoir des chefs de projet associés / adjoints / assistants si une personne n'est pas disponible) est la personne chargée de communiquer avec le client, de recevoir le projet mises à jour de l'état et de la santé, détermination de la planification et de la budgétisation, gestion du processus, vérification que l'équipe a ce dont elle a besoin pour effectuer les tâches, etc.

Dans Scrum, cependant, ces responsabilités sont partagées entre le Product Owner et le ScrumMaster. Le Product Owner est la voix du client. Ils interagissent directement avec le client, créent des histoires d'utilisateurs, organisent et hiérarchisent le backlog de produit et d'autres problèmes rencontrés par les utilisateurs / clients. Le ScrumMaster gère le processus, supervise les réunions (y compris l'estimation et la planification), supprime les obstacles et surveille la santé globale du projet, en effectuant les ajustements nécessaires.

J'ai lu dans plusieurs sources, y compris Wikipedia , que le rôle de ScrumMaster et du Product Owner devrait être tenu par deux personnes différentes. J'ai non seulement lu, mais travaillé sur des projets réussis de style "traditionnel" où les activités des deux étaient gérées par une seule personne. En fait, il est plus logique qu'une à trois personnes soient responsables de la gestion des projets (y compris les ressources humaines / dotation en personnel) et des tâches au niveau du processus, car elles vont souvent de pair. Les modifications de processus ont un impact sur la planification, la budgétisation, la qualité et d'autres objectifs au niveau du projet, et les modifications de projet ont un impact sur le processus.

Pourquoi Scrum appelle-t-il à isoler ces activités en deux rôles? Quels avantages cela offre-t-il réellement? Quelqu'un a-t-il réussi un projet Scrum où le Product Owner et ScrumMaster étaient la même personne?

Ils peuvent (et sont souvent) combinés et réalisés par une seule personne (il n'y a pas de règle contre cela (sa mêlée après tout)).

MAIS vous avez besoin d'équilibrer soigneusement la responsabilité de la différence car les deux rôles ont des agendas concurrents (et il faut une personne spéciale pour pouvoir faire les deux simultanément). J'en ai vu beaucoup essayer mais peu réussissent sur une longue période (c'est une position stressante).

• Pour être le SM, vous avez besoin de plus de connaissances techniques que le PO (car vous aiderez à organiser l'équipe de développement). Il faut une connaissance détaillée du produit pour pouvoir extraire des éléments du backlog de produit dans le backlog de printemps (parfois, vous ne pouvez tout simplement pas tirer les premiers éléments car cela peut être contre-productif).

• Le PO nécessite une meilleure compréhension de l'extrémité utilisateur de l'équation que le SM. Cela n'a pas besoin d'être aussi technique mais nécessite une connaissance de la façon dont le produit va être utilisé dans le monde réel et de la direction que le client souhaite prendre.

Si vous pouvez trouver une personne qui peut jouer les deux rôles, je ne vois aucune raison de l'empêcher.

Des problèmes peuvent survenir lorsque le bon de commande est tiré par le client dans une direction, ce qui cause des conflits importants aux développeurs (car ils doivent d'abord construire une autre infrastructure). Le travail de SM n'est pas de suivre les caprices du client mais de protéger les développeurs de leurs caprices. Il est difficile de retirer cela objectivement.

Je ne suis pas un expert, mais je pense que le Scrum Master devrait être le défenseur / facilitateur de l'équipe. La voix du client doit avoir à cœur les intérêts du client. Le Scrum Master devrait aider à aider l'équipe à obtenir ce dont elle a besoin pour réussir son sprint.

Aussi, gardez à l'esprit le plus souvent, vous ne travaillez pas sur 1 client à la fois. Les propriétaires de produits peuvent gérer plusieurs clients et peuvent se concentrer sur cette partie de l'entreprise, et ScrumMasters peut se concentrer sur le développement de projets.

Comme beaucoup l'ont dit, les deux rôles ont des intérêts distincts, mais un objectif commun et des compétences différentes pour l'acquérir.

Si la même personne représente l'équipe de développement et les utilisateurs / clients, le seul recours que vous avez en cas de litige est de consulter le contrat. Bien que cela puisse finir par arriver à cela, il vaut mieux qu'un représentant des deux côtés avec un pouvoir égal puisse trouver un accord.

Les personnes dans les rôles Product Owner et Scrum Master peuvent avoir des désirs, des objectifs, des exigences et des contraintes contradictoires, plus que 2 programmeurs aléatoires. Les êtres humains peuvent ou non être en mesure de valoriser également des objectifs contradictoires et sont plus susceptibles de faire des erreurs de jugement lorsqu'ils sont confrontés à des objectifs contradictoires. Deux personnes ayant des objectifs ou des biais légèrement différents peuvent être moins susceptibles de commettre ensemble les mêmes erreurs ou le même degré d'erreurs de jugement.

Deux personnes peuvent également allouer plus d'heures-homme au total pour se concentrer sur chaque aspect différent du problème / projet (par exemple, les objectifs des 2 rôles différents).