Dans Scrum, pourquoi le propriétaire du produit et les rôles scrummaster ne devraient-ils pas être combinés?
Dans les projets plus traditionnels que j'ai travaillé, le chef de projet (et sur des projets plus importants, il pourrait y avoir des chefs de projet associés/adjudictaires/adjoints si une personne est indisponible) est la personne responsable de la communication avec le client, de recevoir un projet Mises à jour de la santé et du statut, la détermination de la planification et de la budgétisation, la gestion du processus, en veillant à ce qu'elles ont besoin de remplir des tâches, etc.
Dans Scrum, toutefois, ces responsabilités sont divisées entre le propriétaire du produit et le scrummaster. Le propriétaire du produit est la voix du client. Ils interagissent directement avec le client, créent des histoires d'utilisateurs, organisent et hiérarchisent l'arriéré du produit et d'autres problèmes d'utilisateur/client. Le ScrumMaster gère le processus, supervise des réunions (y compris l'estimation et la planification), supprimant les obstacles et surveiller la santé globale du projet, en faisant des ajustements nécessaires.
J'ai lu dans plusieurs sources, y compris Wikipedia , que le rôle de Scrummaster et du propriétaire du produit devrait être détenu par deux personnes différentes. Je n'ai pas seulement lu, mais j'ai travaillé sur des projets de style "traditionnels" réussi où les activités des deux ont été traitées par un seul individu. En fait, il est plus logique que les trois personnes soient responsables de la manipulation du projet (y compris des ressources humaines/de la dotation en personnel) et des tâches de niveau de processus, car elles vont souvent de la main. Les changements de processus ont une incidence sur la planification, la budgétisation, la qualité et d'autres objectifs au niveau du projet et les modifications du projet ont un impact sur le processus.
Pourquoi Scrum appelle-t-il pour isoler ces activités en deux rôles? Quels avantages cela fournit-il réellement? Quelqu'un a-t-il été sur un projet Scrum avec succès où le propriétaire du produit et ScrumMaster étaient le même individu?
Ils peuvent (et sont souvent) combinés et faits par une seule personne (il n'y a pas de règle contre cela (son Scrum après tout))).
MAIS Vous devez équilibrer attentivement la différence de responsabilité car les deux rôles ont des concurrents et des agendas (et il faut une personne spéciale pour pouvoir faire la fois simultanément) . J'ai vu beaucoup essayer, mais peu tirez-le sur une longue période de temps (sa position stressante).
Être le SM dont vous avez besoin de plus de connaissances techniques que le PO (comme vous aiderez à organiser l'équipe de développement). Il faut une connaissance détaillée du produit pour pouvoir tirer des objets de l'arriéré du produit dans l'arriéré à ressort (parfois, vous ne pouvez tout simplement pas tirer les éléments "N" les meilleurs, car cela peut être contre-productif).
Le PO nécessite plus de compréhension de la fin de l'utilisateur de l'équation que SM. Cela n'a pas besoin d'être aussi technique, mais nécessite une connaissance de la manière dont le produit va être utilisé dans le monde réel et la direction que le client souhaite prendre le produit.
Si vous pouvez trouver une personne qui peut faire les deux rôles, je ne vois aucune raison d'éviter cela.
Des problèmes peuvent survenir lorsque le client est tiré par le client dans une seule direction qui provoque des conflits importants pour les développeurs (car ils ont besoin de construire d'autres infrastructures d'abord). Le travail SM n'est pas de suivre les caprices du client, mais de protéger les développeurs de leurs caprices. Le tirant de manière objective est difficile.
Je ne suis pas expert, mais je pense que le maître Scrum devrait être l'avocat/facilitateur de l'équipe. La voix du client doit avoir les intérêts du client au cœur. Le maître de Scrum devrait être tout sur l'aide de l'équipe à obtenir ce dont ils ont besoin d'avoir un sprint réussi.
Si la même personne représente l'équipe Dev et les utilisateurs/clients, le seul recours que vous avez dans un différend est de regarder le contrat. Bien que cela puisse éventuellement venir à cela, vous ferez mieux que un représentant des deux côtés avec un pouvoir égal peut élaborer un accord.
Les personnes du propriétaire du produit et des rôles principaux Scrum peuvent avoir des désirs, des objectifs, des exigences et des contraintes contradictoires, plus de 2 programmeurs aléatoires. Les humains peuvent ou non être en mesure de bien vouloir faire de la valeur des objectifs contradictoires, et peuvent être plus susceptibles de faire des erreurs de jugement face à des objectifs contradictoires. Deux personnes ayant des objectifs ou des biais légèrement différents peuvent être moins susceptibles de faire ensemble les mêmes erreurs ou le même degré d'erreur de jugement.
Deux personnes peuvent également allouer davantage d'heures d'homme à se concentrer sur chaque aspect différent du problème/projet (par ex. Les objectifs des 2 rôles différents).