Méthodes Agiles : Quel serait le rôle d'un chef de projet sur un projet Scrum ?
Le 2009-09-24 15:01:52, par Indoril, Futur Membre du Club
Bonjour,
Je suis en train de me renseigner sur la méthode de développement SCRUM
J'ai compris que le rôle su SCRUM-Master est de veiller au bien être de l'équipe, d'empêcher tous les éléments perturbateurs et de veiller à ce que les principes de SCRUM soit appliqués.
Le Directeur de produit représente le client et/ou l'utilisateur du logiciel à créer, il détermine ce qui doit être fait et dans quel ordre. Il surveille également l'orientation du projet.
L'équipe se charge du développement et s'auto-gère sans rôle prédéfinie ni de hiérarchie interne.
Voici donc mes questions :
Dans un premier temps, ai-je bien tous compris dans les grandes lignes ?
Et enfin quel peut être le rôle d'un chef de projet dans la méthode SCRUM ?
Quel peut être ou doit être sa place ?
J'entre actuellement dans ma dernière année d'étude et je vais être formé à la gestion de projet et au management et trouvant la méthode SCRUM intéressante je me pose donc ces petites questions.
Merci de vos futures réponses.
Je suis en train de me renseigner sur la méthode de développement SCRUM
J'ai compris que le rôle su SCRUM-Master est de veiller au bien être de l'équipe, d'empêcher tous les éléments perturbateurs et de veiller à ce que les principes de SCRUM soit appliqués.
Le Directeur de produit représente le client et/ou l'utilisateur du logiciel à créer, il détermine ce qui doit être fait et dans quel ordre. Il surveille également l'orientation du projet.
L'équipe se charge du développement et s'auto-gère sans rôle prédéfinie ni de hiérarchie interne.
Voici donc mes questions :
Dans un premier temps, ai-je bien tous compris dans les grandes lignes ?
Et enfin quel peut être le rôle d'un chef de projet dans la méthode SCRUM ?
Quel peut être ou doit être sa place ?
J'entre actuellement dans ma dernière année d'étude et je vais être formé à la gestion de projet et au management et trouvant la méthode SCRUM intéressante je me pose donc ces petites questions.
Merci de vos futures réponses.
-
HezivaMembre régulierBonjour !
Je n'ai pas LA réponse sur la méthode Scrum, mais quelques éléments.J'ai compris que le rôle su SCRUM-Master est de veiller au bien être de l'équipe, d'empêcher tous les éléments perturbateurs et de veiller à ce que les principes de SCRUM soit appliqués.
Le Directeur de produit représente le client et/ou l'utilisateur du logiciel à créer, il détermine ce qui doit être fait et dans quel ordre. Il surveille également l'orientation du projet.
Dans le cycle en V...
- La MOA est généralement une entité qui a la charge de la phase de recette. C'est la phase où le produit est testé, les bugs sont remontés aux développeurs. Cette même entité a la charge de demander des modification. Elle est a mettre en mirroir avec le PO Scrum
- Le chef de projet a le rôle d'aplanir les difficultés. Il est à mettre en mirroir avec le SM Scrum. Note cependant que généralement, le chef de projet a également la charge de rédiger les spécifications depuis l'expression de besoin, d'attribuer les tâches aux développeurs, etc. Ce n'est pas le cas pour le SM Scrum.
Est ce que cela répond à tes questions ? Quelles attributions a ton chef de projet ? Lesquelles manquent dans la vision PO + SM ?
Si la gestion de projet t'interesse, je te recommanderai de participer à l'évenement gratuit sur octobre Agile Tour.le 28/09/2009 à 9:13 -
IndorilFutur Membre du ClubBonjour, tout d'abord merci de ta réponse.
Est ce que cela répond à tes questions ? Quelles attributions a ton chef de projet ? Lesquelles manquent dans la vision PO + SM ?
Et bien en fait durant mes stages je suis rarement tombé sur des chef de projets, ou je bossais seul sur des petits projets, ou bien comme actuellement il n'y pas vraiment de chef de projet désigné et donc le projet accuse un certain retard
En fait dans ma vision du chef de projet, ce dernier est censé établir le planning des tâches, gérer les relations avec le client et rédiger les spécifications comme tu l'a dit.
Hors dans Scrum, ce n'est pas vraiment une seule personne qui fais sa, du coup je me demande si cette méthode a besoin d'un chef de projet ou non et si oui doit-il faire partie de l'équipe ou bien doit-il devenir Scrum-master bien que je trouve leur rôle assez différent) ou bien autre chose encore.
Merci bienle 29/09/2009 à 10:02 -
chemanelMembre confirméN'oublie pas qu'une personne peut prendre également plusieurs roles. Dans l'idéal appliquer la méthode Scrum au pied de la lettre serait le mieux. Mais dans le monde réel, on se retrouve souvent avec un mélange un peu mic mac de plusieurs choses... (malheureusement
) le 29/09/2009 à 11:22 -
nico1407Nouveau membre du ClubBonjour,
Je suis actuellement chef de projet dans une société où l'on a appliqué SCRUM.
Avant, j'étais responsable de toute l'application, à savoir recueil des besoins, réaction des spec (fonctionnelle et technique), gestion du temps de travail, developpement et tests. Je faisais beaucoup d'heures mais le projet avancé.
Depuis 3 mois, nous avons appliqué SCRUM. Et bien depuis 3 mois, il ne se passe plus rien. Mes responsabilités de chef de projet ont considérablement été réduites (spec technique et dev).
Le gros avantage de SCRUM et qu'il n'y a plus de responsabilité, les estimations de charge et la planification des "ressources" (desole j'aime pas le terme) ne m'est plus attribué et cela devient n'importe quoi.
Les jours/hommes sont soit divisés par le nombre de "ressources", soit pris tels quels pour calculer un délai. Les diagrammes de GANTT ont disparu aussi.
Pour conclure, je pense que cette méthode peut être pas mal mais il est difficile de trouver le bon "coach" sans pénaliser tout le monde.le 29/09/2009 à 11:43 -
IndorilFutur Membre du ClubDonc en fait si je comprend bien le rôle du chef de projet se perd avec SCRUM, ou alors il est plutôt éclaté et réparti sur plusieurs personnes, sa ne risque pas d'entrainer des mésentente ? Par exemple un chef de projet qui perd des ses fonctions pourrais le prendre mal non ?
Après au niveau des "mic mac" et de la planification des ressources je pense que c'est pareil partout, des que l'on change de méthode il faut un temps pour ce réadapter et on fais des erreurs avant que tout fonctionne parfaitement.
Tous ne peut pas bien marcher et du premier coup, se serai pas marrant sinon
Merci de vos réponses.le 29/09/2009 à 13:19 -
Patriarch24Membre expérimentéLe gros avantage de SCRUM et qu'il n'y a plus de responsabilité, les estimations de charge et la planification des "ressources" (desole j'aime pas le terme) ne m'est plus attribué et cela devient n'importe quoi.Les jours/hommes sont soit divisés par le nombre de "ressources", soit pris tels quels pour calculer un délai.Les diagrammes de GANTT ont disparu aussi.Pour conclure, je pense que cette méthode peut être pas mal mais il est difficile de trouver le bon "coach" sans pénaliser tout le monde.
Pour terminer et répondre en même temps à la question initiale et au post précédent, je donnerai comme conseil la lecture de "Gestion de projet : Vers les méthodes agiles" de Véronique Messager Rota, qui donne une excellente vision du rôle de chef de projet dans le cadre des méthodes agiles, en plus de conseils pratiques et d'expériences vécues pour la transition vers ces méthodes.le 29/09/2009 à 13:29 -
chemanelMembre confirméle 29/09/2009 à 13:53
-
nswarteNouveau Candidat au ClubUne des caractéristiques de SCRUM est de pourvoir s'adapter en cours de sprint (temps donné pour accomplir un nombre de fonctionnalités donné par le product owner). En fonctions des difficultés rencontrées, l'équipe peut réorganiser les taches. Le travail de planification fait en amont par le chef de projet n'a plus trop d'utilité dans ce genre de fonctionnement.le 29/09/2009 à 13:54
-
hugo123RédacteurPetit feedback d'un utilisateur de SCRUM (et chef de projet)
Tout d'abord pour reprendre un point qui a été dit plus haut, changer de méthodologie c'est déjà un projet en soi et et il faut bien appréhender le concept avant de se lancer. Apparemment on a un contre exemple plus haut ^^
Ensuite être chef de projet c'est toujours être le contact avec la hiérarchie, c'est toujours le communicant avec l'équipe, celui qui remplit les taches administratives (demande d'achat de serveurs, de licenses) etc...
Très important, ne pas oublier que dans méthodologie agile, il y a "agile". Et être agile ca veut dire être capable d'adapter sa façon de travailler. Si vous ne vous sentez pas d'adhérer a tout les concepts, faites des feedbacks réguliers pour les changer à votre sauce.
Au passage, un lien vers un PDF intéressant sur l'adoption de SCRUM et un vrai retour d'expérience : Scrum et XP depuis les tranchées
a+le 29/09/2009 à 14:34 -
nico1407Nouveau membre du ClubJe suis d'accord avec ca mais on n'est pas dans le monde des bisounours.
Patriarch24, tu as peut etre la chance de travailler dans un environnement où personne n'est ambitieux, mais par expérience il y a toujours quelqu'un qui veut tirer la converture pour lui.
Et il ne faut pas oublier qu'aux yeux de la hiérarchie s'il y a un problème il faut un responsable. Je ne crois pas que tout le monde va assumer les retards prit par une personne.le 29/09/2009 à 15:19