Ma compréhension des fonctions du Scrum Master est la suivante:
- Faire respecter le processus
- Supprimer les obstacles (que les développeurs ne peuvent pas supprimer eux-mêmes)
- Empêche l'interruption de l'extérieur
- Faciliter des réunions de mêlée (debout, rétrospective, etc.)
Si les développeurs de l'équipe sont disciplinés, ils suivront le processus sans que quelqu'un les encadre. Ils n'auront également aucun problème à organiser des réunions rétrospectives et autres mêlées. Si le reste de l'organisation comprend les limites du sprint, les interruptions extérieures et les obstacles qui nécessiteraient un Scrum Master sont déjà minimisés.
Alors qu'une équipe devient très performante et qu'une organisation comprend les limites du sprint, il semble que les besoins en Scrum Master diminuent. Est-il possible pour une équipe d'en arriver finalement au point où un Scrum Master n'est plus nécessaire?
Un scrum master devrait toujours être nommé sur papier à mon avis, s'il s'avère qu'il fait peu, alors tant pis. Dans les cas où les développeurs sont de mauvaise humeur et se disputent, avoir un scrum master pour garder un œil sur la situation sera une nécessité.
Il y a aussi un travail administratif subalterne associé à des éléments de Scrum, la gestion du backlog vient à l'esprit - selon l'outil que vous utilisez, le Scrum Master en assumera probablement la responsabilité.
N'essayant pas d'être cynique, mais je n'ai jamais vu un processus aussi finement réglé qu'il n'y ait jamais de détritus que quelqu'un doive nettoyer :-)
Au bout du compte, même s'il n'y a rien à faire, le processus de s'assurer qu'il n'y a rien à faire doit être la responsabilité de quelqu'un. Que ce soit pour la reddition de comptes ou autre, c'est une décision interne.
la source
J'ai été Scrum Master d'une équipe hautement fonctionnelle et j'aime à penser que j'étais essentiel. Les tâches de Scrum master prenaient moins d'une heure par jour en moyenne. Les journées de démonstration, les rétrospectives et les réunions de planification ont constitué l'essentiel de mon travail. Le reste du temps, je me séparais et portais le chapeau de développeur, de testeur ou de client selon l'endroit où nous avions besoin d'aide pour atteindre nos objectifs.
la source
Rien ne reste pareil. Vous pourrez peut-être mener à bien un projet particulier, mais pourquoi perturber l'équipe avec ces responsabilités? La gestion de l'entreprise peut être inconstante dans une économie en baisse et commencer à faire des demandes supplémentaires. Les nouvelles embauches peuvent être une perturbation.
Je ne vois tout simplement pas l'intérêt de ne pas en avoir.
la source
Si vous souhaitez utiliser la méthodologie Scrum , assurez-vous que votre équipe connaît Scrum. Envoyez-les pour la formation. Qu'il y ait ou non un Scrum Master ne déterminera pas votre succès. L'engagement de l'équipe sera.
la source