Est-il une bonne idée de nommer l'un des membres de l'équipe de Scrum ou de Scrum Master en tant que propriétaire de produit?
Dernièrement, nous avions un projet dans lequel le client était occupé à tourmenter. Comme l'équipe de Scrum de Scrum a été formée, la direction a décidé de nommer notre analyste en tant que propriétaire du produit puisque le client ne pourra pas participer activement. L'analyste était celui qui a travaillé en étroite collaboration avec le client pour l'analyse des exigences et la rédaction de la spécification.
Le client n'a pas le temps d'examiner les deux premières versions. Tout s'est bien passé jusqu'à ce que le client ait vu la troisième version; Il n'était pas satisfait de certaines fonctionnalités et celles-ci ont été introduites par un propriétaire de produit Shift (notre analyste).
On nous a dit d'attendre que l'équipe de conception ait fini de maquette de toutes les pages et client vérifiées chacune et approuvée pour continuer à travailler. L'équipe de Scrum est là, mais pas de sprints - nous avons fini de travailler presque comme une méthode de cascade classique.
Est-il une bonne idée de nommer un membre de l'équipe de Scrum ou un maître en tant que propriétaire de produit? Avons-nous besoin de suivre Scrum en l'absence de participation client/propriétaire de produit?
C'était il y a seulement quelques semaines que Mike Cohn a écrit à propos de combiner des rôles de maître Scrum et de propriétaire de Scrum sur son blog. Je ne pense pas que je puisse le mettre mieux qu'il ne l'a fait, mais mon court résumé de Son poste est-ce:
- c'est une mauvaise idée
- SM et Po effectuent des types de tâches très différentes ("Tâches Star" et "Tâches Guardian" dans les mots de Cohn)
- la personne qui combine les deux rôles est peu susceptible d'être un bon ajustement pour toutes les tâches impliquées dans les deux rôles
- l'équipe peut être blessée par le SM/Po combiné néglige les tâches qu'ils ne sont pas les meilleurs.
Je pense qu'il n'y a rien de mal en soi avec un membre d'une équipe de Scrum et la déplaçant au propriétaire du produit. Mais vous devez vous rendre compte que c'est comme une promotion ou un transfert interne; Cela crée un trou dans l'équipe et le trou doit être rempli. Peut-être que l'équipe peut "auto-réorganiser" pour combler le trou; Peut-être qu'il a besoin d'embaucher un nouvel employé pour remplir la position vacante.
Scrum fonctionne mieux avec un vrai client en place. Il y a quelques véritables défis dans la gestion des clients qui ne sont pas habitués à la conception de produits itératifs.
- Le syndrome de feuille vierge
- Syndrome de clientèle effrayé
Les étapes de conception avec une feuille vierge ont tendance à faire une tarte dans le ciel très rapidement et passent généralement en profondeur sur quelques problèmes latéraux et ne pas suffisamment de profondeur sur la fonctionnalité de base nécessaire. Vous avez vraiment besoin d'un homme de paille pour que le client puisse choisir les réunions de conception pour y aller avec succès. En se concentrant sur un seul aspect à la fois, vous aidez votre client à apprendre la conception itérative.
Les clients effrayés (comme vous aviez avec votre expérience) ne réalisent pas que les projets agiles anticipent une certaine quantité de retravailleuse (contrôlée) dans le cadre du processus. Ce qu'ils ont du mal à saisir, c'est que le développement du produit avance, il y aura moins de moments "Oh mon Dieu". Plus important encore, la partie la plupart des clients ont du mal à comprendre que les moments "oh mon Dieu" ne nécessitent pas de bout de boutons d'argent pour résoudre en raison de la courte période entre les cycles d'examen/de planification.
La gestion des attentes des clients est très difficile. C'est un bon équilibre de l'éducation des clients, de rassembler et même d'apprendre à dire "non". Le client ne peut pas toujours venir hebdomadaire ou bihéqué. Parfois, ils ne peuvent venir qu'une fois par mois. C'est OK. Tant que vous leur montrez ce que vous avez fait pour répondre à leurs préoccupations le mois précédent, concentrez-vous sur le travail de ce mois-ci, cela contribuera un long chemin à faire du projet plus en douceur. En bout de ligne, dans l'absence du client, vous avez une personne qui peut faire des recommandations raisonnables à quelques questions. Il a besoin d'être une personne familière avec les objectifs que le client essaie de réaliser.
Idéalement, le propriétaire du produit a un certain niveau d'autorité et de connaissances sur le projet. Cette même chose aurait pu se produire si le client a attribué un employé de niveau inférieur qui a ensuite été dépassé à une phase ultérieure qui vous oblige à recommencer.