Peut-on à la fois être Scrum Master et développeur ?

Le , par rad_hass, Membre expérimenté
Bonjour à tous,

Je suis un développeur Web, très sensible aux méthodes agiles ... Je commence à mettre en place dans mon projet des pratiques XP (Refectoring, intégration continue ...) et on me donne l'opportunité de piloté le projet, ce que j'accepte mais je voudrais continuer à développer ...

Alors ma question : Est ce que je peux mettre en place des pratiques scrum (je peux faire intervenir un AMOA ou un MOA en tant que chef de produit, mais je pourrais pas demander plus ...) tout en restant développeur ?

Je sais qu'un scrum master est une tâche à plein temps, qu'il ne devrait intervenir sur les travaux de sprint que ponctuellement. Mais tout de même est ce que ça reste acceptable/possible pour vous, avec une équipe de 4 développeurs ?

Et puis la deuxième question est sur une allusion que j'ai fait un peu plus haut, est ce que une AMOA ou un MOA classique peux jouer le rôle de product owner ?

Merci d'avance pour toute explication ou réponse sur la question


Vous avez aimé cette actualité ? Alors partagez-la avec vos amis en cliquant sur les boutons ci-dessous :


 Poster une réponse

Avatar de foucha foucha - Membre actif https://www.developpez.com
le 03/01/2010 à 22:44
pour moi aussi, un scrum master qui fait du dev c'est mieux qu'un SM qui n'en fait pas. Ne serait ce que pour mettre les mains dans le cambouis et connaitre les difficultés rencontrées et pouvoir y remédier. Sans parler du role de "coach" en terme de TDD par exemple.

Par ailleurs, autant au début, un SM est un job à plein temps, autant au fur et à mesure que le temps passe, l'équipe s'approprie les concepts, s'affranchit des blocages et propose des choses... le role de SM peut tourner pour chaque developpeur. Il faut juste du temps supplémentaire pour lui, et cela peut etre à base de volontariat.
Avatar de michel.di michel.di - Membre éprouvé https://www.developpez.com
le 03/01/2010 à 22:48
Ne serait ce que pour mettre les mains dans le cambouis et connaitre les difficultés rencontrées et pouvoir y remédier

Les difficultés doivent remonter de l'équipe. Le ScrumMaster n'a normalement pas besoin de toucher au code pour s'apercevoir des difficultés!

Sans parler du role de "coach" en terme de TDD par exemple.

Scrum n'impose pas de faire du TDD! Il s'agit d'un complément.
Avatar de foucha foucha - Membre actif https://www.developpez.com
le 03/01/2010 à 23:01
Citation Envoyé par michel.di  Voir le message
Les difficultés doivent remonter de l'équipe. Le ScrumMaster n'a normalement pas besoin de toucher au code pour s'apercevoir des difficultés!

"normalement pas"... pour moi, rien ne vaut de rencontrer les problemes soit meme pour pouvoir les résoudre. C'est forcément mieux. "Normalement" tout le monde communique clairement et librement, mais si c'était le cas, scrum n'aurait peut etre pas autant de succès.

Citation Envoyé par michel.di  Voir le message
Scrum n'impose pas de faire du TDD! Il s'agit d'un complément.

Oui c'est juste. Pourtant si on veut mettre ça en place, c'est le scrum master que je verrai en facilitateur technique, plus que tout autre membre de l'équipe.
Avatar de rad_hass rad_hass - Membre expérimenté https://www.developpez.com
le 04/01/2010 à 11:58
Citation Envoyé par foucha  Voir le message
"normalement pas"... pour moi, rien ne vaut de rencontrer les problemes soit meme pour pouvoir les résoudre. C'est forcément mieux. "Normalement" tout le monde communique clairement et librement, mais si c'était le cas, scrum n'aurait peut etre pas autant de succès.

Oui c'est juste. Pourtant si on veut mettre ça en place, c'est le scrum master que je verrai en facilitateur technique, plus que tout autre membre de l'équipe.

Il faut faire attention à cela, je pense.
Car si le Scrum Master joue trop le rôle de référent technique, l'équipe aura du mal à acquérir de l'autonomie et le SM ne jouera plus simplement le rôle de facilitateur, le Scrum Master doit permettre à l'équipe de s'améliorer mais c'est à l'équipe de voter, choisir ...
Avatar de foucha foucha - Membre actif https://www.developpez.com
le 04/01/2010 à 17:08
En fait pour moi il peut guider dans la mesure ou on lui a donné du temps pour se renseigner sur le sujet. Apres s'il y a un roulement de scrum master, tout le monde devient "référent technique" sur quelque chose. Mais meme sans scrum master tournant, du binomage (oui je sais c'est XP mais ce n'est pas une raison pour snober la pratique) permet à l'équipe d'etre de plus en plus autonome aussi dans les pratiques agiles, puis au fil du temps leader elle meme.
Avatar de lepinekong lepinekong - Membre actif https://www.developpez.com
le 06/01/2010 à 17:10
Ah benh que oui normalement le scrumaster est un développeur, celui pas forcément le meilleur techniquement, mais celui qui organize le mieux dans l'équipe.

Ca c'est en théorie, maintenant avec les traditions du chef de projet, ...
Avatar de Maximilian Maximilian - Provisoirement toléré https://www.developpez.com
le 06/01/2010 à 17:59
Citation Envoyé par lepinekong  Voir le message
Ah benh que oui normalement le scrumaster est un développeur, celui pas forcément le meilleur techniquement, mais celui qui organize le mieux dans l'équipe.

Ca c'est en théorie

Non, la théorie ne dit rien sur le fait que le Scrum Master doit être un développeur En pratique c'est souvent le cas, mais on peut très bien imaginer un Scrum Master qui n'a pas de compétence en développement.

Peut-on synthétiser les réponses de tout le monde en disant qu'il y a autant de Scrum Masters que d'organisations différentes :

Scrum Master dédié
Scrum Master donnant un coup de main sur des petites tâches de dev
Scrum Master/développeur à mi-temps
Scrum Master référent technique
Scrum Master tournant
...

à chaque équipe de mettre le curseur à l'endroit le plus adapté ?

A propos de ça, dans votre organisation qui choisit le Scrum Master et décide de son degré d'implication ? Le directeur de projet/responsable hiérarchique ? L'équipe ? Le PO ? Le Scrum Master lui-même ?
Avatar de lepinekong lepinekong - Membre actif https://www.developpez.com
le 07/01/2010 à 23:08
Citation Envoyé par Maximilian  Voir le message
Non, la théorie ne dit rien sur le fait que le Scrum Master doit être un développeur En pratique c'est souvent le cas, mais on peut très bien imaginer un Scrum Master qui n'a pas de compétence en développement.

On peut mais ça tue l'esprit de scrum. Si le traditionnel chef de projet est scrumaster il va s'instaurer un rapport hiérarchique hors ce n'est pas l'esprit de Scrum. Scrum pour l'avoir pratiqué nécessite vraiment une plongée dans l'opérationnel, si le scrumaster n'as pas de compétence de développement alors c'est plus ou un doublon du product owner donc utilité faible. Le traditionnel chef de projet a normalement le rôle de product owner s'il est un minimum fonctionnel.

C'est plus les contraintes ou les habitudes à la française qui fait que ce soit autrement mais comme je l'ai dis sur mon site, il est important de comprendre l'esprit.
Avatar de Maximilian Maximilian - Provisoirement toléré https://www.developpez.com
le 08/01/2010 à 11:10
Citation Envoyé par lepinekong  Voir le message
On peut mais ça tue l'esprit de scrum. Si le traditionnel chef de projet est scrumaster il va s'instaurer un rapport hiérarchique hors ce n'est pas l'esprit de Scrum.

Je n'ai jamais dit que le Scrum Master devait faire office de chef de projet ! J'ai même dit le contraire (cf posts précédents)... On est d'accord là dessus Par contre j'estime que quelqu'un ayant assuré la fonction de chef de projet dans le passé peut faire un très bon Scrum Master.

Citation Envoyé par lepinekong  Voir le message
Scrum pour l'avoir pratiqué nécessite vraiment une plongée dans l'opérationnel, si le scrumaster n'as pas de compétence de développement alors c'est plus ou un doublon du product owner donc utilité faible.

Je ne suis pas daccord. Un qualiticien, un DRH ou n'importe qui ayant une bonne approche de Scrum peut être Scrum Master. Tobias Mayer, récemment promu Creative Director de la Scrum Alliance, forme même des chômeurs au rôle de Scrum Master (WelfareCSM).
Avatar de lepinekong lepinekong - Membre actif https://www.developpez.com
le 09/01/2010 à 19:14
Citation Envoyé par Maximilian  Voir le message
Je n'ai jamais dit que le Scrum Master devait faire office de chef de projet ! J'ai même dit le contraire (cf posts précédents)... On est d'accord là dessus Par contre j'estime que quelqu'un ayant assuré la fonction de chef de projet dans le passé peut faire un très bon Scrum Master.

Comme je l'ai dis sur mon Blog, le Fondateur de la Qualité Deming qui a formé les PDGs au Japon à la Qualité dit qu'il n'a jamais réussi à faire la même chose en Occident parce que les gens n'essayent pas de comprendre l'Esprit mais veulent des recettes.

Donc le "Ah mais c'est pas écrit que c'est interdit" est typique parce que justement il y a très peu d'écrit dans Scrum parce que Scrum respecte la philosophie de Deming qui est de ne pas figer les règles dans le Marbre sauf quelques grands principes. Il faut donc être flexible sur la pratique tout en étant intransigeant dans le respect des principes quant à cette pratique .

L'un des principes fondamentaux de Deming et de Scrum est de supprimer les intermédiaires qui n'ont rien à voir avec l'opérationnel. Beaucoup de chefs de projet pour les 3/4 sont des Chefs de Projet "Powerpoint" du moins dans le contexte Grands Comptes donc ils n'y connaissent pas grand chose au développement. En ce qui me concerne je connais bien , mais ceci dit mon vrai rôle de chef de projet est plus de qualifier et prioritiser les besoins ce qui correspond donc plus au rôle de Product Owner.

C'est seulement si par défaut personne ne peut faire Scrumaster mais je ne vois pas pourquoi à part que beaucoup de développeurs dans la tradition française ne sont pas des grands communicants et ne veulent que coder. Mais c'est en forgeant qu'on devient forgeron, il suffit de les habituer.

Citation Envoyé par Maximilian  Voir le message
Je ne suis pas daccord. Un qualiticien, un DRH ou n'importe qui ayant une bonne approche de Scrum peut être Scrum Master. Tobias Mayer, récemment promu Creative Director de la Scrum Alliance, forme même des chômeurs au rôle de Scrum Master (WelfareCSM).

Si je parle aussi souvent de Deming, ce n'est pas sans raison, c'est que j'ai commencé dans la QA en ayant invité un ami personnel de Deming pour donner des conférences alors que j'étais encore en école d'ingénieur avant de m'apercevoir une fois dans la vie professionnelle que six sigma & co qui se réclamait de Deming ne respecte pas en fait l'esprit originel de la Qualité (voir cette vidéo où il dit ce qu'il pense de tous ces intermédiaires six sigma [ame="http://www.youtube.com/watch?v=GXVgsPxQR54"]YouTube- An Evening with Dr. Deming[/ame]) et quand j'en croise en informatique, ils ont très souvent l'esprit waterfall hérité de six sigma (esprit de contrôle et non esprit opérationnel ou d'amélioration) et il suffit de regarder la dernière vidéo ici http://lepinekong.fr/videos/scrum-videos/ d'un séminaire animé par Ken Schwaber, le co-fondateur de scrum, pour constater le dédain qu'il a pour les gens de la QA

Il y a QA et QA. Celui qui respecte l'esprit de Deming et des fondateurs de Scrum qui est réellement de produire de la Qualité et l'autre qui est de juste contrôler et prendre le pouvoir (il suffit de les entendre parler de "Gouvernance" ...). Les gens de QA sont des gens souvent très intelligents et beaucoup ont de la Bonne Volonté mais ils ont été mal inspirés par tout l'esprit commercial qui tourne autour du Consulting dans ce domaine et ils n'ont certainement jamais lu Deming pour la très grande majorité car ceux qui vendent les cours de QA ne veulent surtout pas faire savoir que la vrai QA se passe fort bien de la bureaucratie d'où le Mouvement Lean Management qui est de revenir aux principes de Deming.
Avatar de lepinekong lepinekong - Membre actif https://www.developpez.com
le 06/07/2014 à 11:45
Tiens quand je disais que Six Sigma c'est à ne pas suivre voilà ca y est après des années l'Armée Américaine le dit enfin officiellement :

http://www.alu.army.mil/alog/issues/...alControl.html
Offres d'emploi IT
Ingénieur H/F
Safran - Ile de France - Moissy-Cramayel (77550)
Data scientist senior H/F
Safran - Ile de France - Magny-les-Hameaux (Saclay)
Architecte sécurité des systèmes d'information embarqués H/F
Safran - Ile de France - 100 rue de Paris 91300 MASSY

Voir plus d'offres Voir la carte des offres IT
Contacter le responsable de la rubrique ALM