Les chefs de projets peuvent-ils devenir des ScrumMaster ?

Cette question revient souvent, que ce soit pendant les formations Scrum, ou bien pendant des missions d’accompagnement pendant lesquelles la question émerge naturellement chez les chefs de projets qui voient leur organisation mettre en place Scrum.

Personnellementje ne pense pas que l’on puisse répondre génériquement ni par oui, ni par non. La question ne met tout simplement pas assez l’individu au centre de l’interrogation. Lorsque une personne me pose cette question pour elle même, je l’invite plutôt à réfléchir à savoir si cela la tente ou non. Quels sont les défis qu’elle identifie dans ce changement de rôle ? Quels sont les avantages qu’elle identifie dans Scrum ? Comment répartir ces attributions de chef de projet dans les trois rôles de Scrum ?

De même lorsqu’une personne me pose cette question pour un ensemble de chefs de projet, je l’invite à être plus spécifique sur les personnes. Scrum nous propose une répartition des responsabilités en trois rôles. Scrum ne dit pas comment passer d’une organisation traditionnelle à sa propre organisation. La plupart du temps aucun des rôles de Scrum ne pré-existe dans l’organisation qui souhaite implanter Scrum. Une personne souhaite-t-elle prendre une casquette de Product Owner, de ScrumMaster ou bien de membre d’équipe ? C’est avec chaque individu que cette question se pose ; au delà d’ailleurs des chefs de projet. Il faut je pense se méfier des transformations automatiques qui ferraient une relation directe entre les anciens et les nouveaux rôles.

Notons que nous rencontrons des anecdotes de tous les cas possibles. Certains chefs de projet deviennent Product Owner, d’autres plus naturellement facilitateur deviennent ScrumMaster, d’autres qui souhaitent rester proches des activités de développement et qui sont riches d’une solide expérience technique deviennent membres d’équipes.