Découvrez toute la communauté Scrum Life ! 👉 sl.run/wJ5crM
@benjaminfeireisen20614 жыл бұрын
Pour répondre au jeu de rôle : Si un client vient perturber l'équipe d'un coup, un Scrum Master devrait lui répondre calmement que la personne qui prend les décisions sur la priorisation pour l'équipe de développement, c'est le PO. Je lui proposerais d'aller voir le PO maintenant et de négocier avec lui sur l'urgence de la demande. Au final, le PO et l'équipe de développement devraient négocier ensemble s'il faut prendre cette "urgence" maintenant ou non, mais la demande doit passer par le PO. C'est la réponse minimum que j'attends d'un Scrum Master, ayant déjà posé cette question lors d'entretiens :)
@ScrumLife4 жыл бұрын
Ah ah ! Et que fais-tu ensuite quand le client ne veut rien entendre et insiste pour que l'urgence soit prise en compte, quoi qu'il arrive ? N'acceptant aucune excuse pour refuser ?
@benjaminfeireisen20614 жыл бұрын
@@ScrumLife On rentre dans une réponse bien plus avancée, et il y a pas mal de réponses en fonction du contexte. Par contre, les questions à poser sont : "Pourquoi est-ce si urgent pour vous ?" C'est la question la plus importante. Cela permet déjà de voir si réellement la demande est urgente. Après, je lui rappelle que notre façon de travailler en interne, c'est que toute demande passe par le PO, et s'il n'est toujours pas content, et bien en tant que SM je prends l'entière responsabilité du fait que l'équipe ne traitera pas la tâche maintenant tant qu'il n'a pas prouvé que sa tâche est plus urgente qu'une autre, et je lui propose de l'aider pour cela en lui montrant le Backlog actuel et lui montrer les priorités actuelles #transparence, et de me dire si sa demande est plus urgente qu'une autre #inspection, et à se moment-là d'aller négocier avec l'autre partie prenante ou mieux, le PO directement #adaptation !
@ZifnabHydre4 жыл бұрын
J'ai une approche plutôt "diplomatique" lorsqu'un client a une approche "d'urgence". 1. Lui expliquer qu'il est tout à fait possible pour l'équipe d'adapter son Sprint pour travailler sur son besoin. 2. Lui expliquer que pour cela, l'équipe va devoir mettre de côté d'autres besoins ("urgents") précédemment demandés. 3. Lui expliquer aussi que pour que la feature demandée soit rapidement opérationnelle, il lui faudra peut-être la réduire dans un 1er temps. 4. Lui expliquer que sa présence pour la validation internes et les tests finaux sont une obligation. 5. Lui proposer de mieux explorer son idée avec nous afin qu'une solution améliorée émerge (et qui sera mise en place dans un futur Sprint). En aparté, j'aiderai le PO à lui expliquer l'incidence de ce changement sur les autres fonctionnalités attendues, ou sur la vision / objectif principal du projet. Le but étant ici d'outiller le PO sur comment aider le client à être plus "responsable" et éviter le changement chaotique : incidence financier (coût), incidence de temps (durée), incidence usagers (nouveau type d'usagers, ou usagers existants), etc. Et cela, même si le client est le PDG. Si tout cela lui convient, alors l'équipe regardera pour modifier le Sprint backlog en cours de route. Et de mon expérience, 60-70% des clients s'accomodent bien d'attendre un futur Sprint.
@nassimlehri57604 жыл бұрын
Je dirais que ce n'est pas au Scrum Master de forcer les devs à faire ça dans le sprint mais plutôt de voir le PO pour faire sa demande et discuter de la priorité et de l'apport de valeur au produit. Et si c'est urgent il pourra toujours challenger la priorité avec le PO et ainsi lui montrer le backlog pour qu'il comprenne le contenu et qu'il dise en quoi sa demande est prioritaire et apporte de la valeur par rapport à ce qui est déjà dans le product backlog. De plus le PO ne va pas décider seul de prendre l'urgence mais avec l'équipe de dev qu'ils pourront challenger cette urgence.
@ScrumLife4 жыл бұрын
Merci Nassim pour cette réponse, en effet, demander à la personne qui vient avec une nouvelle priorité de prendre la responsabilité de ce qui sera mis en attente à cause de sa décision, peut lui permettre de se rendre compte de l'impact que ça aura et sur qui.