Les Scrum Masters viennent de toutes sortes d’horizons, du développement à la gestion. D’après les réponses que je vois en classe, je devine que le grand pourcentage de Scrum Masters était autrefois dans la gestion de projet.
De nombreuses personnes qui ont occupé des rôles de chef de projet se présentent à nos cours de CSM en ne sachant pas trop par où commencer. Ils ont passé leur carrière à établir des calendriers et à s’assurer qu’une équipe les respecte – mais maintenant leur organisation passe à une méthode de travail agile, et cela signifie que ces chefs de projet peuvent avoir à faire quelque selected de complètement différent. Souvent, ils deviennent soit un propriétaire de produit, soit un Scrum Master.
La certification n’est pas nouvelle pour ces personnes. Certaines d’entre elles ont déjà obtenu leur certification en gestion de projet (vs une certification Scrum Master) auprès du Challenge Management Institute et recherchent un CSM pour savoir si ScrumMaster est la prochaine étape pour elles ou pour mieux comprendre une méthode de travail agile. D’autres ont été sollicités par leur organisation pour remplir un rôle spécifique et sont à la recherche de nouvelles compétences.
Conseils pour la changeover vers un rôle de Scrum Learn
Il est décourageant d’assumer un nouveau rôle, mais c’est probable ! Voici quelques conseils clés pour faire la transition de chef de projet à Scrum Master.
Comprendre les différences entre les rôles de chef de projet et de Scrum Learn
La différence entre ces deux rôles vous semble-t-elle évidente ? De nombreuses personnes pensent qu’il s’agit simplement de deux termes différents pour le même rôle – et un très grand nombre d’organisations les traitent également comme des synonymes.
Les chefs de projet sont les pilotes de leurs équipes. Ils sont comme le coxswain (ou les coxs) d’un équipage d’aviron. Les rameurs font encounter à l’arrière, en regardant le barreur qui est assis à l’arrière du bateau, face à l’avant. Le barreur dirige le bateau mais coordonne également la puissance et le rythme des rameurs. Comme un chef de projet, le barreur est clairement aux commandes il peut littéralement voir ce que les rameurs ne peuvent pas voir.
Un chef de projet est quelque peu extérieur à l’équipe. Il dirige, inspire, crée des designs et est finalement responsable de la réussite de l’équipe de projet. C’est écrit dans le titre : ils ont des responsabilités directes. gestion la responsabilité de leurs équipes.
Un Scrum Learn suit un paradigme entièrement différent – as well as comme un coach. Ils ne conduisent ni ne gèrent leurs équipes, mais les aident plutôt à être la version la additionally réussie d’eux-mêmes. Ils assistent, ils sont des leaders serviteurs, ils aident de toutes les manières possibles. En outre, un Scrum Master est chargé de veiller à ce que l’équipe comprenne les principes agiles et le cadre Scrum.
Une phrase favorite résume bien la situation : « Un Scrum Master dirige par l’influence, pas par l’autorité ». On peut dire le contraire d’un chef de projet. Comprendre cette différence est essentiel ! Si vous essayez d’assumer le rôle de Scrum Grasp avec la mentalité d’un chef de projet, vous vous préparez à l’échec avant même de commencer.
Changer le langage du strategy de projet en passant des échéances aux estimations
Dans un environnement de gestion de projet traditionnel, les échéances sont gravées dans le marbre et furthermore votre équipe respecte ses échéances, mieux vous vous portez en tant que chef de projet. Vous êtes chargé de pousser votre équipe à livrer dans les délais, dans la portée et dans le spending plan – le redoutable triangle de fer. D’après mon expérience, ces échéances gravées dans le marbre correspondent rarement au system first du projet, quel que soit le chef de projet, mais peut-être votre expérience est-elle différente.
Dans les équipes agiles, nous abordons la query des délais d’un level de vue plus honnête. Nous faisons facial area au fait que nous ne pouvons pas savoir avec certitude combien de temps il faudra pour réaliser un travail complexe, et encore moins une série de travaux.
Nous essayons donc de nous projeter dans l’avenir et d’estimer quand quelque selected pourrait être fait en nous basant sur des données réelles de l’équipe, et pas seulement sur une supposition instinctive. Si une équipe peut régulièrement livrer trois à cinq éléments toutes les quelques semaines, nous pouvons probablement projeter sa generation long run en multipliant cette même plage sur une période de temps.
La clé ici est qu’il s’agit d’une estimation, pas d’une date limite. Je ne promets pas que l’équipe terminera une grande partie du travail du backlog du produit au cours des 6 prochains mois. J’estime, sur la foundation de leur rythme actuel (ou vélocité), où ils seront à une certaine date potential. Si leur rythme adjust ou si la portée adjust, je mets à jour cette projection et je fournis toujours la prévision actuelle la moreover précise à mes events prenantes.
Cela ne veut pas dire qu’il ne faut jamais avoir une date gravée dans le marbre. Chaque entreprise a des dates qui ne peuvent pas bouger (peut-être que le projet doit être terminé pour la fin de l’année ou pour le début de cette grande conférence industrielle). Lorsque les dates sont fixées de la sorte, nous devons faire preuve de souplesse quant à la portée de nos projets, tout en restant fidèles à la eyesight globale du produit. La gestion de projet traditionnelle ne le permet pas, mais dans le cadre de l’agilité, les équipes Scrum échangent souvent la portée contre le calendrier.
Se concentrer sur l’équipe
Si je suis un chef de projet, je me concentre sur les calendriers, les délais, la portée et le spending plan. Je suis chargé de jongler avec mes ressources (vous vous souvenez quand nous les appelions simplement des personnes ?) et mon chemin critique pour garantir que le projet se déroule sans heurts et conformément au approach.
Si je suis un Scrum Grasp, je me concentre sur l’équipe. Je passe mon temps à réfléchir aux moyens de les aider à s’améliorer. Je suis à l’affût des conflits interpersonnels au sein de l’équipe. Je suis à l’affût des erreurs de conversation internes et externes. Je suis en perpétuelle recherche de moyens pour nous aider à nous améliorer.
Vous devez changer de centre d’intérêt pour changer de rôle. Les cooks de projet se concentrent sur les résultats. Les Scrum Masters se concentrent sur les résultats.
Une équipe Scrum veut livrer le moreover de valeur à chaque sprint, sachant que cela ne correspond pas toujours au additionally grand quantity. Un Scrum Grasp aide l’équipe à avoir le additionally grand influence doable sur la vie de ses purchasers, quel que soit le quantity. En fait, un Scrum Master préférerait avoir un additionally grand effect avec moins de quantity afin d’avoir as well as de disponibilité pour s’attaquer à d’autres domaines. Un chef de projet veut simplement pousser le plus de volume doable dans l’équipe.
Cette focalisation sur l’équipe va bien au-delà de la productivité. Les maîtres Scrum aident à résoudre les conflits, encadrent les membres individuels de l’équipe sur leur rôle au sein de l’équipe et aident l’ensemble de l’organisation à reconnaître et à respecter les avantages d’une équipe vehicle-organisée. C’est un gros travail qui exige, à mon avis, un ensemble de compétences bien furthermore significant que la easy gestion d’un program de projet. C’est pourquoi nous passons tant de temps dans le cours de Scrum Learn certifié avancé à discuter de ces sujets.
J’ai vu de nombreux chefs de projet devenir des Scrum Masters réussis. La clé est d’être parfaitement clair sur les différences dans l’approche du rôle (Scrum Master vs chef de projet vs propriétaire du produit). Si vous êtes un chef de projet qui aime organiser des calendriers et garder les équipes sur la bonne voie pour les livrables ou qui est as well as intéressé par les responsabilités de propriétaire de produit, comme aider à façonner ce qui sera créé, être un Scrum Master n’est peut-être pas le meilleur choix pour vous. En revanche, si la partie de votre travail que vous appréciez le in addition est de travailler aux côtés d’une équipe de professionnels dévoués pour faire, en collaboration, une différence dans la vie de vos customers, vous excellerez probablement en tant que Scrum Master.