---

Comment le cadre Scrum fonctionne-t-il sans chef de projet ? La réponse pourrait vous surprendre !

Dans un projet traditionnel, un responsable produit définit généralement les exigences, puis délègue leur réalisation à un chef de projet. Celui-ci coordonne ensuite toutes les activités nécessaires pour les livrer.

Le cadre Scrum ne définit pas de rôle de « chef de projet » au sens classique.

Les tâches de ce rôle restent néanmoins nécessaires à la réussite du projet. Dans Scrum, les responsabilités traditionnellement confiées au chef de projet sont réparties entre le Product Owner, le Scrum Master et les Developers.

La définition du rôle et des responsabilités du Scrum Product Owner tient compte des conflits possibles avec le chef de projet. Les décisions concernant les fonctionnalités, la planification des livraisons et le budget peuvent être prises plus facilement, rapidement et efficacement si une personne est responsable de l’exécution, du contrôle et de la documentation de ces activités. Sinon, une tension permanente pourrait opposer le Scrum Product Owner (non responsable du projet) au chef de projet (non responsable de l’exécution du travail).

Tout processus fiable devrait éviter ce conflit potentiel qui nuit à la gestion fonctionnelle et tactique du travail réalisé par la Scrum Team. C’est précisément l’objectif du cadre Scrum. L’orientation du produit et l’ordre des priorités relèvent donc du Product Owner ; les Developers gèrent leur travail et le Scrum Master soutient l’efficacité de l’équipe. Le budget et les autres fonctions organisationnelles dépendent du contexte.

Le Scrum Master assume néanmoins certaines responsabilités d’un chef de projet traditionnel. Le Scrum Master aide l’équipe à garder le travail transparent et facilite la suppression des obstacles ; les Developers sont responsables de leur plan de Sprint. Comme il fait partie de la Scrum Team, ces activités sont bien plus faciles et efficaces à traiter directement au sein de l’équipe.