Voir la source de 42 tâches qui font partie du boulot de Scrum Master

[[Catégorie: Bernd Schiffer]]
[[Catégorie: Bob Marshall]]
[[Catégorie:Michael James]]
[[Catégorie: Portail ScrumMaster]]
[[Category: Rôle du ScrumMaster]]
[[Category: Gemba]]
Auteur : Bernd Schiffer<br />
Source : [http://agiletrail.com/2011/11/14/42-tasks-for-a-scrum-masters-job/ 42 Tasks for a Scrum Master's Job]<br />
Date : 14/11/2011<br />
----
Traducteur : Fabrice Aimetti<br />
Date : 23/08/2012<br />
----
Traduction :<br />
<br />
<span style="display: block; text-align: justify">[[Image:scrum_master_full_time_job.jpg|scrum_master_full_time_job.jpg|left|link=]]'''''<span style="line-height: 1.5">Scrum Master est un travail à temps plein</span>'''''</span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify">Les questions suivantes reviennent très souvent lorsque je fais une formation Scrum ou du coaching :</span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify">''Pourquoi les rôles de Scrum Master et de Chef de Projet devraient-ils être tenus par des personnes différentes ? ([http://www.quora.com/Why-should-the-Scrum-Master-and-Project-Manager-roles-be-filled-different-people Quora])''</span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify">''Est-ce que Scrum Master d'une équipe de 10 personnes est un poste à plein temps ou un développeur peut-il tenir ce rôle s'il est hautement qualifié dans le domaine de l'agilité ? ([http://www.quora.com/Scrum/Will-a-scrum-master-for-a-team-of-10-be-a-full-time-position-or-can-a-programmer-fill-this-position-if-highly-trained-in-agile-planning Quora])''</span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify">Derrière ces questions se cache '''l'hypothèse que le Scrum Master n'est pas un rôle à temps plein'''. Ceux qui posent ces questions supposent que vous allez économiser de l'argent soit en fusionnant les deux rôles, soit en confiant les responsabilités de ces deux rôles à une seule personne.<br /> <br />  Les questions sont posées par des Scrum Master débutants, par des product owners, par des membres de l'équipe, par des managers et par diverses parties prenantes. Des trois rôles dans Scrum, tout le monde semble comprendre rapidement qu'être un membre de l'équipe est un travail à plein temps - parce qu'il développe le logiciel toute la journée - et qu'être product owner est un travail à plein temps - parce qu'il développe le produit tous les jours - mais '''il semble incroyable que le travail d'un Scrum Master puisse être plein temps et d'ailleurs pourquoi diable ?'''<br /> </span><span style="display: block; text-align: justify"><br />  Peut-être que ceux qui le demandent ne savent pas '''ce qu'un Scrum Master fait toute la journée ?'''<br /> <br />  Voici une liste de '''42 choses que je considère faire partie intégrante du travail de Scrum Master :'''<br /> <br /> '''Réunions'''<br /> <br /> 

* Faciliter les réunions de l'équipe. Cela comprend :
** la préparation
** la modération
** le traitement a posteriori
* Faciliter les [http://www.amazon.de/gp/product/0977616649/ref=as_li_ss_tl?ie=UTF8&tag=bernschi-21&linkCode=as2&camp=1638&creative=19454&creativeASIN=0977616649 rétrospectives]. Les rétrospectives sont des réunions spéciales, je les compte donc séparément.
<br /> '''Dynamique des équipes'''<br /> <br /> 

* Coacher les membres de l'équipe (par exemple, avec du coaching en tête-à-tête).
* Devenir médiateur en cas de conflits.
* Aider l'équipe à prendre des décisions.
* Favoriser l'auto-organisation au sein de l'équipe des développeurs.
* Devenir médiateur en cas de conflit global entre les objectifs de l'équipe de développement (haut niveau de qualité technique) et le product owner (plus de fonctionnalités).
<br /> '''Apprentissage'''<br /> <br /> 

* Poursuivre l'apprentissage en regardant tout ce qui traite du sujet Agile (par exemple, aller à des user groups, assister à des conférences, lire des livres, écrire des blogs, etc.)
* Consulter les membres de l'équipe pour tout ce qui concerne l'Agile.
* Aider l'équipe à créer des [http://alistair.cockburn.us/Information+radiator radiateurs d'information].
* Renvoyer du feedback à l'équipe.
* Encourager l'utilisation des pratiques d'ingénierie agiles au sein de l'équipe de développement (ce qui représente une ''très grande'' partie du temps consacré par le Scrum Master pour, par exemple, la livraison en un clic, le déploiement continu, l'activation/désactivation des fonctionnalités et beaucoup d'autres choses).
* Challenger l'équipe en innovant sur le management Agile (par exemple les [https://confluence.atlassian.com/display/DEV/Atlassian+ShipIt+Days Jours FedEx]).
* Échanger en permanence avec d'autres Scrum Masters dans l'organisation (par exemple, à travers une communauté de pratiques).
* Organiser des [http://en.wikipedia.org/wiki/Gemba Gemba Walks].
<br /> '''Produit'''<br /> <br /> 

* Aider à écrire ou [http://www.richardlawrence.info/2009/10/28/patterns-for-splitting-user-stories/ découper] des user stories.
* Aider à écrire ou adapter la vision du produit.
* Aider à ordonner les éléments du backlog produit.
* Aider à planifier la version/release.
* Se familiariser avec le travail de l'équipe (à savoir le produit).
<br /> '''Vision d'ensemble'''<br /> <br /> 

* Mettre en contact les gens qui doivent communiquer entre eux.
* Rester en contact avec toutes les parties prenantes régulièrement.
* Aider l'équipe à faire le [http://agiletrail.com/2011/09/19/3-metrics-for-reporting-an-agile-pilot-to-top-management/ reporting au management].
* Aider à promouvoir la communauté Agile au sein de l'organisation.
* Organiser des évènements pour échanger comme des [http://en.wikipedia.org/wiki/Open-space_technology Open Spaces] ou des [http://www.theworldcafe.com/overview.html World Cafés] pour l'équipe, ses parties prenantes et son organisation.
* Partager des idées dans toute l'entreprise ([https://www.yammer.com/ micro-blog], blogs, conférences internes, etc.)
* Être un contact pour tous les membres de l'équipe et leurs parties prenantes en ce qui concerne l'Agilité.
* Donner des occasions d'apprentissage pour les personnes de l'organisation (par exemple, des débats ou des ateliers) et les laisser apprendre d'importants concepts Agile comme par exemple la [http://martinfowler.com/bliki/TechnicalDebt.html dette technique].
<br /> '''Changement'''<br /> <br /> 

* Aider l'équipe à [http://agiletrail.com/2011/09/05/7-steps-to-build-a-kanban-board-for-a-scrum-teams-impediments/ se débarrasser des obstacles].
* Suggérer de [http://agiletrail.com/2011/09/12/how-to-track-the-teams-mood-with-a-niko-niko-calendar/ nouvelles métriques] pour l'équipe afin de catalyser les changements.
<br /> '''Miroir'''<br /> <br /> 

* Projeter les valeurs Agile et Scrum sur l'équipe.
* Rappeler à l'équipe leurs décisions (par exemple, les règles de travail).
* Aider l'équipe à améliorer continuellement leurs processus.
* Renvoyer les problèmes à l'équipe en étant un observateur externe de l'équipe.
* Poser des questions ouvertes.
* Vérifier tous les modèles utilisés par l'équipe (par exemple le backlog du sprint, les métriques, etc) et leur montrer les différences entre le modèle et le monde réel.
<br /> '''Divers'''<br /> </span><span style="display: block; text-align: justify"><br /> 

* Aider l'équipe à rester concentrée (par exemple, en agissant comme un tampon entre les distractions extérieures et l'équipe).
* Aider l'équipe à maintenir ses outils Scrum (story board, tableau des actions, les graphiques, les backlogs, etc.)
* Aider l'équipe et le product owner à trouver une définition adéquate pour :
** la [http://www.scrumalliance.org/articles/105-what-is-definition-of-done-dod définition du fini]
** la [http://www.romanpichler.com/blog/product-backlog/the-definition-of-ready/ définition du prêt].
</span><span style="display: block; text-align: justify"><br />  Vous avez fait et/ou pris en considération tout ce qui est mentionné ci-dessus ? '''Faites une pause, vous devez être épuisé.'''<br /> <br /> ''Nous croyons que Scrum Master est un poste à temps plein pour une personne dans une équipe Scrum"'' - [http://www.scrummastermanifesto.org/scrummaster-manifesto/A_ScrumMaster_Manifesto.html Manifeste du ScrumMaster]<br /> <br />  Les '''autres sources documentaires''' qui m'ont aidé à détailler ce contexte sont :<br /> 

* [http://twitter.com/jurgenappelo Jurgen Appelo] : Pratiques concrètes pour les Managers Agiles ([http://www.noop.nl/2011/09/concrete-practices-for-agile-managers-part-1.html Partie 1] et [http://www.noop.nl/2011/09/21-concrete-practices-for-agile-managers-part-2.html Partie 2])
* Michael James: la [http://www.les-traducteurs-agiles.org/2015/08/24/un-exemple-de-checklist-pour-scrum-masters.html Checklist du ScrumMaster (fr)] (Merci à [https://twitter.com/ipreuss Ilja Preuss])
</span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify"><br />
----
</span><span style="display: block; text-align: justify"><br /> '''Mise à jour''' : jetez un coup d'oeil au super complément apporté par Bob Marshall ([http://twitter.com/flowchainsensei @FlowchainSensei]) dans les commentaires.<br /> </span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify">'''Bob Marshall :'''</span><span style="display: block; text-align: justify"><br />  "Je souhaiterais ajouter une autre catégorie : la "psychologie" avec des points tels que :<br /> 

* Envisager l'avenir (comment l'équipe souhaite-t-elle travailler, le mois prochain, l'année prochaine, ...)
* Construire et partager clairement un objectif commun pour l'équipe (qui peut être transformé ou modifié de temps à autre)
* Faire ressortir les valeurs et l'éthique de l'équipe
* Aider chacun à l'intérieur ET à l'extérieur de l'équipe à comprendre le rôle joué par l'état d'esprit dans la performance de l'équipe
* Aider l'équipe à améliorer ses compétences sociales, en particulier avec des conversations constructives.
</span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify">Un autre élément clé qui manque :</span><span style="display: block; text-align: justify"><br /> 

* Maintenir les membres de l'équipe ensemble : protéger l'équipe en tant qu'unité cohérente (vis-à-vis d'autres parties de l'entreprise qui sont toujours en chasse de bons profils, ou de la disponibilité des gens), voire même de sa dissolution complète."</span>