IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)

Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

Méthodes Agiles : Quel serait le rôle d'un chef de projet sur un projet Scrum ?

Le , par Indoril

25PARTAGES

0  0 
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.

Une erreur dans cette actualité ? Signalez-nous-la !

Avatar de Heziva
Membre régulier https://www.developpez.com
Le 28/09/2009 à 9:13
Bonjour !
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.
Effectivement, le Scrum master est un coach. Il veille au bon déroulement du projet. Il aplatit les causes externes et internes de ralentissement. Il organise les réunions.


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.
Effectivement, le "Product Owner" a la responsabilité du produit. Il choisi à chaque itération ce qui entre et ce qui sort du projet. Il observe les démo, et vérifie que les spécifications ont bien été suivies (attention à la notion de spec dans scrum)

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.
0  0 
Avatar de Indoril
Futur Membre du Club https://www.developpez.com
Le 29/09/2009 à 10:02
Bonjour, 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 bien
0  0 
Avatar de chemanel
Membre confirmé https://www.developpez.com
Le 29/09/2009 à 11:22
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 )
0  0 
Avatar de nico1407
Nouveau membre du Club https://www.developpez.com
Le 29/09/2009 à 11:43
Bonjour,

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.
0  0 
Avatar de Indoril
Futur Membre du Club https://www.developpez.com
Le 29/09/2009 à 13:19
Donc 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.
0  0 
Avatar de Patriarch24
Membre expérimenté https://www.developpez.com
Le 29/09/2009 à 13:29
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.
En clair, vous (toi + ton équipe) n'avez pas comprit l'esprit de ce genre de méthode ! Au contraire, tout le monde devient responsable du projet, sans être le "chef-tout-puissant-qui-régit-la-vie-des-ressources" ! Quant aux estimations des charges, et des plannings, elles sont le fait de l'Equipe, qui connaît ses compétences et sa vélocité, ou qui apprend à la connaître.

Les jours/hommes sont soit divisés par le nombre de "ressources", soit pris tels quels pour calculer un délai.
On ne calcule pas les points de cette manière dans une méthodologie agile...

Les diagrammes de GANTT ont disparu aussi.
Ca c'est normal. Il ne servent pas à grand chose. Ils sont remplacés plus qu'avantageusement par le Burndown chart, qui se focalise sur les fonctionnalités effectivement réalisées, par rapport à celles qui restent à faire, concernant toute l'Equipe, en se basant sur du réel plutôt que sur du spéculatif.

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.
Evidemment, on ne peut pas se lancer dans une telle entreprise sans accompagnement. Ca se fait en douceur, la transition vers une méthode agile est un projet en elle-même !

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.
0  0 
Avatar de chemanel
Membre confirmé https://www.developpez.com
Le 29/09/2009 à 13:53
Citation Envoyé par Indoril Voir le message
Par exemple un chef de projet qui perd des ses fonctions pourrais le prendre mal non ?
Je crois que c'est ce qui est arrivé ) nico1407 !
0  0 
Avatar de nswarte
Nouveau Candidat au Club https://www.developpez.com
Le 29/09/2009 à 13:54
Une 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.
0  0 
Avatar de hugo123
Rédacteur https://www.developpez.com
Le 29/09/2009 à 14:34
Petit 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+
0  0 
Avatar de nico1407
Nouveau membre du Club https://www.developpez.com
Le 29/09/2009 à 15:19
Citation Envoyé par Patriarch24 Voir le message
tout le monde devient responsable du projet
Citation Envoyé par Patriarch24 Voir le message
Quant aux estimations des charges, et des plannings, elles sont le fait de l'Equipe
Je 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.
0  0