Pour
la rétrospective, je crois que je tiens un truc pas mal mais que je n’ai
pas encore expérimenté. Il repose sur le Brain Writing.
Voici
le principe :
L’équipe
est réunie en cercle avec de quoi s’assoir et écrire (il faut déménager
un peu les bureaux au besoin)
Chacun
reçoit une feuille A4 avec en haut le titre « Comment peut on améliorer
notre productivité ?»
L’atelier
se déroule en 3 phases courtes d’environ 10 minutes chacune.
Phase
1
L’animateur
annonce la consigne : « vous avez 10 minutes, inscrivez une idée sur
votre feuille sans trop réfléchir puis faite passer la feuille à votre voisin
de droite »
Puis
inscrivez une nouvelle idée sur la feuille que vous recevez du voisin sans
relire les autres idées (pas le temps), il peut donc y avoir des doublons.
Les
feuilles tournent pendant 10 minutes, le rythme est délibérément soutenu pour
faire tomber toutes les idées qui leur passent par la tête y compris celles qui
semblent délirantes.
Phase
2
A
la fin de la phase 1, chacun se retrouve avec une feuille à la main, et chacun
est chargé de retenir les 5 idées qui lui semblent les plus pertinentes
Phase
3
L’animateur
note sur un paper board les idées retenue par chaque membre de l’équipe
et éliminant les doublons.
En
principe, au final on se retrouve avec environ 10 ou 15 idées pertinentes en
peu de temps.
Cette
technique mérite peut être d’être un peu adaptée car trouver une idée par
minute pour augmenter la productivité n’est pas si évident.
Je
pense qu’un autre point doit être traité à part, c’est le
management. De toute évidence, l’équipe aura du mal à se lâcher oralement
sur le sujet en présence du responsable.
Pour
cela, je pense de plus en plus à adopter l’approche suivante : après
chaque itération, j’adresse un mail de ce type à chaque membre de mon
équipe :
Cher
Paul,
Il
y a peut être des choses à améliorer du point de vue du management à titre
personnel ou plus largement.
Je
suis à ton écoute si tu as des suggestions. Pour t’aider, voici quelques
exemples de questions pouvant alimenter tes réflexions.
·Te sens tu respecté ?
·Ton avis est il toujours pris en compte ?
·Te sens tu trop livré à toi-même ou au contraire trop
sous contrôle ?
·….
De : frenchsug@...
[mailto:frenchsug@...] De la part de guillaume.mathias Envoyé : samedi 10 janvier 2009 09:03 À : frenchsug@... Objet : [frenchsug] Comment mener une bonne rétrospective ?
Allez je me lance pour la 1ère question sur
Scrum, les rétrospectives.
Quel ScrumMaster ne s'est jamais retrouvé devant une équipe
silencieuse à la question "Que peut-on améliorer" ? Il n'est pas
toujours facile de faire parler une équipe.
J'aimerai donc avoir vos retours d'expérience sur la façon de mener
vos rétrospectives, sa planification (juste après la démo ?), sa
durée, son déroulement, son animation ? Et après aussi, comment vous
assurez-vous que les idées d'améliorations sont bien prises en compte
le sprint suivant ?
Pour les personnes qui chercheront sur Google Maps
Adresse exacte
7, Boulevard Poissonnière
75002 Paris, France
Metro 8 et 9
Nicolas
Le 15 janvier 2009 09:37, Éric Mignot <emignot@...> a écrit :
Salut, Bon on se le prend ce verre ? Je vous propose de nous retrouver pour nous rencontrer et refaire le monde mardi prochain vers 19h. Je vous propose le starbuck cafe à côté du grand Rex (Métro bonne nouvelle) : il y a des canapés, de quoi brancher une batterie de portable pour les accros et même un accès wifi pour les hyper-accros.
2009/1/15 Éric Mignot <emignot@...>:
> Ma première question a été "c'est quoi le SUG ?". Luc m'a répondu
> "Promouvoir Scrum en référençant tout ce qui se passe autour de Scrum (conf,
> formations) et en proposant du contenu à forte valeur ajoutée". Oui je sais
> ça sent le discours de chef d'entreprise. On se refait pas ;-).
Ok
> Ma deuxième question était "pourquoi une association ?". Luc m'a répondu
> "pour organiser des évènements ya pas de secret il faut de l'argent. C'est
> peut être sale de parler d'argent dans cette communauté mais je m'en
> occuperais". Moi je n'ai aucune expérience du milieu associatif ; à part les
> parents d'élèves ;-).
Ca fait 12 ans pour moi :)
> Ma troisième question : "pourquoi avoir des gens spécifiquement en charge de
> commissions ? Ca ne sonne pas très agile comme approche". Luc m'a répondu :
> "je pense qu'au début, pour amorcer le truc, avoir des gens identifiés comme
> ceux qui vont essayer de rassembler des énergies autour des sujets tels que
> l'organisation d'évènements, de la rédaction d'articles, de la recherche de
> financement, de la recherche de témoignages clients, ça nous aidera à
> atteindre une masse critique de personnes impliquées dans ces sujets. Après
> ça la notion d'être en charge devra sans doute évoluer".
Le principal pb de l'associatif, c'est la gestion de l'énergie dispo
sur le long terme. Y'a toujours des dizaines de gens intéressés, peu
pour agir, très peu sur le long terme.
> J'ai senti qu'on avait des poins communs avec Luc, y compris dans la manière
> de voir la vie. Sans doute aussi des différences ; sur le mode opératoire
> peut être. Nous verrons bien : j'embarque avec plaisir ; comme disent les
> québécois. J'embarque comme contributeur. Participer aux évènements, faire
> le tour régulièrement de nos différents blogs pour agréger les posts que
> nous faisons tous. Tu disais Luc ? Une news letter ? oui bonne idée.
> Mensuelle ? oula ça revient vite. "Mais non regarde : si on est 10 à
> contribuer régulièrement, on doit pouvoir avoir chaque mois 3 ou 4 personnes
> qui mettent en commun du contenu". "Hum, on fait déjà tous ça dans nos
> différentes entreprises. On trouvera à l'usage quel est le rythme soutenable
> consolidé des rythmes soutenables de chacun d'entre nous".
je suis des votres pour soutenir toute action de ce type (je suis dans
5/6 assos, ca va pas changer beaucoup d'en ajouter une :), je tique
juste un poil sur la focalisation Scrum[1].
[1] ayant toujours eu une vision systémique de mon métier, qui va de
l'ingénierie (XP pour moi) jusqu'a l'organisation d'entreprise (Lean /
5discipline dans mon cas).
--
Sebastien Douche <sdouche@...>
je répond sur la question à propos du starbuck (les autres points demanderaient plus de temps) : non tu es le bienvenu. tu viens avec de belles questions. a+ Eric
Je n'ai pas eu l'occasion de participer à beaucoup de séminaires ces derniers temps. Il se peut que je sois un peu à l'ouest sur les 2 points suivants que je souhaite soulever.
Point 1 : Contractualisation des projets Agile (vaste débat j'en ai bien peur) La question ouverte (même ré-ouverte) pourrait être : "Un forfait classique est il compatible avec un projet Agile ?"
Je sais bien que cela ne concerne pas directement Scrum mais ça me semble important que les évangélistes francophones prennent position à l'unisson (au risque de passer pour un idéaliste).
Si la réponse à la question devient officiellement "Oui" (je penche pour le oui moyennant quelques précautions d'usage) : davantage de projets
Agile seront susceptibles de se signer
Si la réponse à la question devient officiellement "Non" : moins de projets Agile échoueront en raison du contrat pas Agile du tout
Si la réponse est Oui sous conditions : il faut alors s'exprimer sur les conditions à établir
Ce point me semble important, car sauf erreur de ma part, nous sommes les seuls en France à avoir la notion de séparation MOA/MOE associée à une forte culture du forfait.
Point 2 plus opérationnel Scrum : Quid des exigences/users story techniques ?
Malgré ma petite expérience, j'ai un doute sur la considération d'une exigence technique dans les backlog (produit ou sprint). En fait j'aimerai savoir à quoi ressemble un authentique (vraie vie) backlog de produit et de sprint respectant la règle de l'art Scrum.
Je prends un cas concret, j'ai commencé un projet de 2000
j.h avec une intégration de 3 à 5 Systèmes d'Information, sous quelle forme et éventuellement avec quelle découpage et granularité, je dois par exemple considérer les chantiers "réalisation des interfaces vers les SI et des bouchons (ou boites noires)" afin de les intégrer au backlog ?
Ca à l'air sympa votre rencontre au Starbuck, c'est un cercle de gens qui se connaissent déjà ?
Ceux qui me connaissent savent comment je démarre au quart de tour quand une discussion sur Scrum se lance. C'est un de mes sujets préférés ;-). Promouvoir les valeurs qui fondent l'approche Scrum via discussions, conférences, ateliers, débats, ça m'éclate. Plus globalement, cela fait partie de ce qui nous anime chez Pyxis ; c'est d'ailleurs ce qui fait que je resens les pyxissiens plus commes des amis que des collègues, comme une communauté.
On a pris un verre mardi soir avec Luc Legardere. C'était la première fois que l'on se rencontrait "face à face".
Ma première question a été "c'est quoi le SUG ?". Luc m'a répondu "Promouvoir Scrum en référençant tout ce qui se passe autour de Scrum (conf, formations) et en proposant du contenu à forte valeur ajoutée". Oui je sais ça sent le discours de chef d'entreprise. On se refait pas ;-).
Ma deuxième question était "pourquoi une association ?". Luc m'a répondu "pour organiser des évènements ya pas de secret il faut de l'argent. C'est peut être sale de parler d'argent dans cette communauté mais je m'en occuperais". Moi je n'ai aucune expérience du milieu associatif ; à part les parents d'élèves ;-).
Ma troisième question : "pourquoi avoir des gens spécifiquement en charge de commissions ? Ca ne sonne pas très agile comme approche". Luc m'a répondu : "je pense qu'au début, pour amorcer le truc, avoir des gens identifiés comme ceux qui vont essayer de rassembler des énergies autour des sujets tels que l'organisation d'évènements, de la rédaction d'articles, de la recherche de financement, de la recherche de témoignages clients, ça nous aidera à atteindre une masse critique de personnes impliquées dans ces sujets. Après ça la notion d'être en charge devra sans doute évoluer".
Je vous rassure c'était moins intérrogatoire comme ambiance. On a continué à discutter comme ça pendant une bonne heure. Deux ? Le temps a passé vite :-). J'ai hâte d'avoir le même genre de discussion, non pas avec chacun d'entre vous mais tous ensemble.
J'ai senti qu'on avait des poins communs avec Luc, y compris dans la manière de voir la vie. Sans doute aussi des différences ; sur le mode opératoire peut être. Nous verrons bien : j'embarque avec plaisir ; comme disent les québécois. J'embarque comme contributeur. Participer aux évènements, faire le tour régulièrement de nos différents blogs pour agréger les posts que nous faisons tous. Tu disais Luc ? Une news letter ? oui bonne idée. Mensuelle ? oula ça revient vite. "Mais non regarde : si on est 10 à contribuer régulièrement, on doit pouvoir avoir chaque mois 3 ou 4 personnes qui mettent en commun du contenu". "Hum, on fait déjà tous ça dans nos différentes entreprises. On trouvera à l'usage quel est le rythme soutenable consolidé des rythmes soutenables de chacun d'entre nous".
Je n'ai pas eu l'occasion de participer à beaucoup de séminaires ces derniers temps. Il se peut que je sois un peu à l'ouest sur les 2 points suivants que je souhaite soulever.
Point 1 : Contractualisation des projets Agile (vaste débat j'en ai bien peur) La question ouverte (même ré-ouverte) pourrait être : "Un forfait classique est il compatible avec un projet Agile ?" Je sais bien que cela ne concerne pas directement Scrum mais ça me semble important que les évangélistes francophones prennent position à l'unisson (au risque de passer pour un idéaliste).
Si la réponse à la question devient officiellement "Oui" (je penche pour le oui moyennant quelques précautions d'usage) : davantage de projets
Agile seront susceptibles de se signer
Si la réponse à la question devient officiellement "Non" : moins de projets Agile échoueront en raison du contrat pas Agile du tout
Si la réponse est Oui sous conditions : il faut alors s'exprimer sur les conditions à établir
Ce point me semble important, car sauf erreur de ma part, nous sommes les seuls en France à avoir la notion de séparation MOA/MOE associée à une forte culture du forfait.
Point 2 plus opérationnel Scrum : Quid des exigences/users story techniques ? Malgré ma petite expérience, j'ai un doute sur la considération d'une exigence technique dans les backlog (produit ou sprint). En fait j'aimerai savoir à quoi ressemble un authentique (vraie vie) backlog de produit et de sprint respectant la règle de l'art Scrum. Je prends un cas concret, j'ai commencé un projet de 2000
j.h avec une intégration de 3 à 5 Systèmes d'Information, sous quelle forme et éventuellement avec quelle découpage et granularité, je dois par exemple considérer les chantiers "réalisation des interfaces vers les SI et des bouchons (ou boites noires)" afin de les intégrer au backlog ?
Ca à l'air sympa votre rencontre au Starbuck, c'est un cercle de gens qui se connaissent déjà ?
Je rebondis sur le mail d’Eric pour vous annoncer qu’il accepté
de rejoindre le bureau du SUG et qu’il sera impliqué sur le rédactionnel de l’association.
D’autre part, il a proposé que le site de Scrum-France.net
devienne le site officiel du SUG, ce qui est une excellent idée.
Nous sommes ravis de l’avoir à bord.
Je dévoilerai le nom des autre membres du SUG très
prochainement.
Y a-t-il des bonnes volontés en province pour organiser des
réunions SUG ?
Nous travaillons sur tout un tas de sujets pour l’association et
on communiquera très rapidement dessus.
Certains d’entre vous travaillent dans des sociétés qui seraient
peut être susceptibles de sponsoriser le SUG.
Les bulletins de sponsoring sont en cours de finalisation. Nous
vous les ferons parvenir dès la semaine prochaine.
Pour que notre mission de promotion de SCRUM prenne, il nous
faut organiser des évènements, communiquer, etc.. il nous faut donc un peu de
sous.
A bon entendeurs !!!
A bientôt
Luc Legardeur
NB : Eric, je serai au Starbucks.
frenchsug@...
[mailto:frenchsug@...] De la part de Éric Mignot Envoyé : jeudi 15 janvier 2009 09:38 À : frenchsug@... Objet : [frenchsug] un verre ?
Salut,
Bon on se le prend ce verre ?
Je vous propose de nous retrouver pour nous rencontrer et refaire le monde
mardi prochain vers 19h.
Je vous propose le starbuck cafe à côté du grand Rex (Métro bonne nouvelle) :
il y a des canapés, de quoi brancher une batterie de portable pour les accros
et même un accès wifi pour les hyper-accros.
2009/1/15 Éric Mignot <emignot@...>
>
> Salut,
> Bon on se le prend ce verre ?
> Je vous propose de nous retrouver pour nous rencontrer et refaire le monde
mardi prochain vers 19h.
> Je vous propose le starbuck cafe à côté du grand Rex (Métro bonne nouvelle) :
il y a des canapés, de quoi brancher une batterie de portable pour les accros et
même un accès wifi pour les hyper-accros.
salut Eric,
ok pour moi!
--
Guillaume Carré
Salut, Bon on se le prend ce verre ? Je vous propose de nous retrouver pour nous rencontrer et refaire le monde mardi prochain vers 19h. Je vous propose le starbuck cafe à côté du grand Rex (Métro bonne nouvelle) : il y a des canapés, de quoi brancher une batterie de portable pour les accros et même un accès wifi pour les hyper-accros.
2009/1/15 Éric Mignot <emignot@...>:
> Salut,
> Bon on se le prend ce verre ?
> Je vous propose de nous retrouver pour nous rencontrer et refaire le monde
> mardi prochain vers 19h.
> Je vous propose le starbuck cafe à côté du grand Rex (Métro bonne nouvelle)
> : il y a des canapés, de quoi brancher une batterie de portable pour les
> accros et même un accès wifi pour les hyper-accros.
Bonne idée de faire cela à 10mn de mon taff :). Par contre je ne
resterai pas tard vu que je pars le lendemain pour Agile Open.
--
Sebastien Douche <sdouche@...>
Le 15 janvier 2009 09:37, Éric Mignot <emignot@...> a écrit :
Salut, Bon on se le prend ce verre ? Je vous propose de nous retrouver pour nous rencontrer et refaire le monde mardi prochain vers 19h. Je vous propose le starbuck cafe à côté du grand Rex (Métro bonne nouvelle) : il y a des canapés, de quoi brancher une batterie de portable pour les accros et même un accès wifi pour les hyper-accros.
Salut, Bon on se le prend ce verre ? Je vous propose de nous retrouver pour nous rencontrer et refaire le monde mardi prochain vers 19h. Je vous propose le starbuck cafe à côté du grand Rex (Métro bonne nouvelle) : il y a des canapés, de quoi brancher une batterie de portable pour les accros et même un accès wifi pour les hyper-accros.
Je suis complètement d'accord, poser une question de façon brutale ne
donne pas/peu de réponse, c'est sûr. Et les activités en sous groupe
sont des outils qui peuvent aider à sortir de ce silence. J'aimerai
justement creuser ces activités :
J'aime les activités basées sur les post-it comme celle suggérée par
Claude, cela oblige chaque membre à réfléchir et travailler en
parallèle, ils ne peuvent pas se contenter d'écouter un leader.
J'apprécie l'approche timeline, avec des post-it également et des
catégories technique/organisation/équipe [http://www.think-
box.co.uk/blog/2006/10/timeline-retrospective.html].
Je te rejoins aussi sur l'implication de l'équipe. Une bonne
rétrospective est une rétrospective où les membres de l'équipe vivent
la rétrospective pour eux et non pour faire plaisir au SM ou PO. Ce
n'est malheureusement pas toujours facile de motiver certains
développeurs :p
Je suis aussi partant pour le verre ;)
--- Dans frenchsug@..., "Éric Mignot" <emignot@...> a
écrit :
>
> Salut Guillaume (ça me fait bizarre : mon fils s'appelle Guillaume),
>
> Voilà un sujet énorme sur lequel j'espère nous aurons l'occasion de
discuter
> autour d'un verre par exemple.
>
> Une piste pour ne pas se trouver dans un grand silence après cette
question
> : ne pas la poser. Je sais ; ça sonne comme une non-solution mais
c'est très
> sérieux.
>
> En fait la rétrospective nous invite effectivement de façon
générique à
> chercher des pistes d'amélioration mais sans pour autant nous dire
comment
> nous y prendre pour animer cette réflexion. Poser la question de
façon si
> "brutale" est sans doute mal accueilli par des équipes soit jeunes
soit
> composées de timides par exemple. Certains spécialistes de la
facilitation
> nous invite à prendre des chemins de traverses qui devraient aider
l'équipe
> à faire le chemin vers l'étude des défis qu'elle a rencontré. Par
exemple
> les activités en sous-groupes permettent de mettre les membres
d'équipe dans
> un environnement plus sécurisé qu'une question ouverte à laquelle
chacun est
> censé contribuer en prenant la parole devant tout le monde.
>
> L'activité en sous-groupe a un autre effet de bord intéressant :
elle permet
> de mettre l'équipe devant la réalité que la réponse devrait plus
> l'intéresser elle que le facilitateur. Ce message passe moins bien
lorsque
> le facilitateur pose la question à l'équipe en attendant une
réponse.
>
> a+
> Eric
>
> 2009/1/10 guillaume.mathias <guillaume.mathias@...>
>
> > Allez je me lance pour la 1ère question sur Scrum, les
rétrospectives.
> >
> > Quel ScrumMaster ne s'est jamais retrouvé devant une équipe
> > silencieuse à la question "Que peut-on améliorer" ? Il n'est pas
> > toujours facile de faire parler une équipe.
> >
> > J'aimerai donc avoir vos retours d'expérience sur la façon de
mener
> > vos rétrospectives, sa planification (juste après la démo ?), sa
> > durée, son déroulement, son animation ? Et après aussi, comment
vous
> > assurez-vous que les idées d'améliorations sont bien prises en
compte
> > le sprint suivant ?
> >
> >
> >
>
--- Dans frenchsug@..., "guillaume.mathias" <guillaume.mathias@...> a écrit : >J'ai l'impression que certaines équipes ne sont guère plus > bavardes par écrit qu'à l'oral. As-tu déjà eu affaire au syndrome de > la feuille (post-it) blanche en rétrospective ?
Non. Lors de la collecte, chaque participant produit en moyenne 5 à 10 post-it. Mais il est vrai que j'anime les rétrospectives en tant que consultant extérieur à l'équipe, ce qui probablement pousse plus les membres de l'équipe à s'exprimer que si c'est le ScrumMaster qui le fait
> Claude, tu écris aussi que certaines des actions décidées à la fin de > la rétrospective peuvent être mises dans le backlog du sprint suivant. > J'aime cette idée, au moins les actions ne sont pas oubliées, mais > dans le cas d'actions techniques ("installer un serveur d'IC") ça pose > la question des stories "techniques" dans le backlog ?
Installer un serveur d'intégration continue, c'est du travail. Si c'est l'équipe qui le fait, il est normal que ça figure dans son backlog de sprint et son tableau des tâches. Pas besoin de faire une entrée dans le backlog de produit.
Merci Claude, c'est déjà une bonne base. J'aimerai creuser davantage
l'étape de collecte des informations, qui me semble la plus difficile.
Tu fais référence à un précédent billet dans lequel tu donnes un
exemple d'atelier : http://www.aubryconseil.com/post/2007/02/09/174-
retrospective-du-sprint-5-d-icescrum2
En bref, les membres de l'équipe donnent leur avis par post-it qui
sont classés ensuite selon certaines catégories (faire +, faire -,
etc). J'ai l'impression que certaines équipes ne sont guère plus
bavardes par écrit qu'à l'oral. As-tu déjà eu affaire au syndrome de
la feuille (post-it) blanche en rétrospective ?
Qui d'autre pratique des ateliers du même genre ? Lesquels marchent
bien pour vous ?
Claude, tu écris aussi que certaines des actions décidées à la fin de
la rétrospective peuvent être mises dans le backlog du sprint suivant.
J'aime cette idée, au moins les actions ne sont pas oubliées, mais
dans le cas d'actions techniques ("installer un serveur d'IC") ça pose
la question des stories "techniques" dans le backlog ?
--- Dans frenchsug@..., "claude_aubry" <claude@...> a
écrit :
>
> En 2007, j'avais posté un guide sur la rétrospective
> <http://www.aubryconseil.com/post/2007/11/13/328-la-retrospective-
de-spr\
> int> qui pourrait t'apporter des réponses.
>
> Claude
>
> --- Dans frenchsug@..., "guillaume.mathias"
> <guillaume.mathias@> a écrit :
> >
> > Allez je me lance pour la 1ère question sur Scrum, les
> rétrospectives.
> >
> > Quel ScrumMaster ne s'est jamais retrouvé devant une équipe
> > silencieuse à la question "Que peut-on améliorer" ? Il n'est pas
> > toujours facile de faire parler une équipe.
> >
> > J'aimerai donc avoir vos retours d'expérience sur la façon de
> mener
> > vos rétrospectives, sa planification (juste après la démo ?),
> sa
> > durée, son déroulement, son animation ? Et après aussi,
> comment vous
> > assurez-vous que les idées d'améliorations sont bien prises en
> compte
> > le sprint suivant ?
> >
>
Salut Guillaume (ça me fait bizarre : mon fils s'appelle Guillaume),
Voilà un sujet énorme sur lequel j'espère nous aurons l'occasion de discuter autour d'un verre par exemple.
Une piste pour ne pas se trouver dans un grand silence après cette question : ne pas la poser. Je sais ; ça sonne comme une non-solution mais c'est très sérieux.
En fait la rétrospective nous invite effectivement de façon générique à chercher des pistes d'amélioration mais sans pour autant nous dire comment nous y prendre pour animer cette réflexion. Poser la question de façon si "brutale" est sans doute mal accueilli par des équipes soit jeunes soit composées de timides par exemple. Certains spécialistes de la facilitation nous invite à prendre des chemins de traverses qui devraient aider l'équipe à faire le chemin vers l'étude des défis qu'elle a rencontré. Par exemple les activités en sous-groupes permettent de mettre les membres d'équipe dans un environnement plus sécurisé qu'une question ouverte à laquelle chacun est censé contribuer en prenant la parole devant tout le monde.
L'activité en sous-groupe a un autre effet de bord intéressant : elle permet de mettre l'équipe devant la réalité que la réponse devrait plus l'intéresser elle que le facilitateur. Ce message passe moins bien lorsque le facilitateur pose la question à l'équipe en attendant une réponse.
Allez je me lance pour la 1ère question sur Scrum, les rétrospectives.
Quel ScrumMaster ne s'est jamais retrouvé devant une équipe
silencieuse à la question "Que peut-on améliorer" ? Il n'est pas
toujours facile de faire parler une équipe.
J'aimerai donc avoir vos retours d'expérience sur la façon de mener
vos rétrospectives, sa planification (juste après la démo ?), sa
durée, son déroulement, son animation ? Et après aussi, comment vous
assurez-vous que les idées d'améliorations sont bien prises en compte
le sprint suivant ?
Oui, je suis d'accord là-dessus: la confiance est essentielle. J'ajoute un autre élément au manque de confiance: la peur du blame !
L'équipe peut aussi être silencieuse du fait que ses membres sont des introvertis. C'est possible, mais ce facteur me semble mineur par rapport à l'aspect "confiance".
Ce facteur ne se retrouve d'ailleurs pas seulement dans les rétrospective: généralement on retrouve le même point aux planning meeting, aux stand-up, etc... Le cas des planning meetings peut être un peu particulier, car on y invite parfois des personnes différentes de celles qu'on voit aux stand-up et à la rétrospective, dont la présence peut générer le manque de confiance.
Billet très instructif en effet. Je voudrais renforcer le point suivant. La confiance au sein de l'équipe est en effet essentielle, comme l'a mentionné Claude. Sans elle, d'ailleurs peut-on parler réellement d'équipe? Ce point n'est pas à négliger car si il arrive que la (ou les) rétrospective(s) ne "marchent pas" comme elle(s) devrai(en)t, il est préférable alors de prendre le temps d'analyser la situation. On risque de s'épuiser à essayer de changer le format et les techniques utilisées, alors que le vrai "problème" peut être de toute autre nature : une équipe pas très soudée, une équipe démotivée par des causes diverses et variées, etc... la liste peut être longue; ne pas négliger avant tout le travail que doit accomplir le ScrumMaster pour transformer un groupe d'individu en une vraie équipe ;-)
@+ Manu.
Le 10 janvier 2009 11:15, claude_aubry <claude@...> a écrit :
--- Dans frenchsug@..., "guillaume.mathias" <guillaume.mathias@...> a écrit :
>
> Allez je me lance pour la 1ère question sur Scrum, les rétrospectives.
> > Quel ScrumMaster ne s'est jamais retrouvé devant une équipe > silencieuse à la question "Que peut-on améliorer" ? Il n'est pas > toujours facile de faire parler une équipe.
> > J'aimerai donc avoir vos retours d'expérience sur la façon de mener > vos rétrospectives, sa planification (juste après la démo ?), sa > durée, son déroulement, son animation ? Et après aussi, comment vous
> assurez-vous que les idées d'améliorations sont bien prises en compte > le sprint suivant ? >
Dans ce qu'a cité Guillaume, il y a un point en particulier qui continue a être une réflexion pour moi: le moment auquel on fait la rétrospective:
Si on la fait juste après la démo, celle-ci phagocyte complètement la totalité de la rétrospective ! Même si l'on se doit d'en parler, cela ne me parait pas très bon, la rétrospective d'itération doit évoquer la totalité de l'itération: sprint planning, rythme, collaboration, qualité du travail produit, imprévus, bugs, évènements divers, etc...
Pour éviter les réactions à chaud sur la démo, nous avons aussi essayé de faire la rétrospective le lendemain. J'ai tendance à trouver que cela donne de meilleurs résultats. Par contre, il faut vraiment faire cela dès le lendemain, en laissant simplement passer la nuit. Par contre, cela soulève les points suivants:
- Si l'on cale les itérations sur le fin de semaine, c'est déjà nettement moins bien, car c'est tout un week-end que l'on met entre la fin d'itération et la rétrospective.
- C'est plus compliqué à organiser. De plus la journée du lendemain est sensée être consacrée au planning...
- Cela ne semble pas une pratique habituelle ! Cela dit, ce n'est pas ce qui va m'arrêter.
Avez-vous une expérience semblable ? Qu'avez-vous fait ?
Christophe
Le 10 janvier 2009 11:15, claude_aubry <claude@...> a écrit :
--- Dans frenchsug@..., "guillaume.mathias" <guillaume.mathias@...> a écrit : > > Allez je me lance pour la 1ère question sur Scrum, les rétrospectives.
> > Quel ScrumMaster ne s'est jamais retrouvé devant une équipe > silencieuse à la question "Que peut-on améliorer" ? Il n'est pas > toujours facile de faire parler une équipe.
> > J'aimerai donc avoir vos retours d'expérience sur la façon de mener > vos rétrospectives, sa planification (juste après la démo ?), sa > durée, son déroulement, son animation ? Et après aussi, comment vous
> assurez-vous que les idées d'améliorations sont bien prises en compte > le sprint suivant ? >
Billet très instructif en effet. Je voudrais renforcer le point suivant. La confiance au sein de l'équipe est en effet essentielle, comme l'a mentionné Claude. Sans elle, d'ailleurs peut-on parler réellement d'équipe? Ce point n'est pas à négliger car si il arrive que la (ou les) rétrospective(s) ne "marchent pas" comme elle(s) devrai(en)t, il est préférable alors de prendre le temps d'analyser la situation. On risque de s'épuiser à essayer de changer le format et les techniques utilisées, alors que le vrai "problème" peut être de toute autre nature : une équipe pas très soudée, une équipe démotivée par des causes diverses et variées, etc... la liste peut être longue; ne pas négliger avant tout le travail que doit accomplir le ScrumMaster pour transformer un groupe d'individu en une vraie équipe ;-)
@+ Manu.
Le 10 janvier 2009 11:15, claude_aubry <claude@...> a écrit :
--- Dans frenchsug@..., "guillaume.mathias" <guillaume.mathias@...> a écrit : > > Allez je me lance pour la 1ère question sur Scrum, les rétrospectives.
> > Quel ScrumMaster ne s'est jamais retrouvé devant une équipe > silencieuse à la question "Que peut-on améliorer" ? Il n'est pas > toujours facile de faire parler une équipe.
> > J'aimerai donc avoir vos retours d'expérience sur la façon de mener > vos rétrospectives, sa planification (juste après la démo ?), sa > durée, son déroulement, son animation ? Et après aussi, comment vous
> assurez-vous que les idées d'améliorations sont bien prises en compte > le sprint suivant ? >
--- Dans frenchsug@..., "guillaume.mathias" <guillaume.mathias@...> a écrit : > > Allez je me lance pour la 1ère question sur Scrum, les rétrospectives. > > Quel ScrumMaster ne s'est jamais retrouvé devant une équipe > silencieuse à la question "Que peut-on améliorer" ? Il n'est pas > toujours facile de faire parler une équipe. > > J'aimerai donc avoir vos retours d'expérience sur la façon de mener > vos rétrospectives, sa planification (juste après la démo ?), sa > durée, son déroulement, son animation ? Et après aussi, comment vous > assurez-vous que les idées d'améliorations sont bien prises en compte > le sprint suivant ? >
Allez je me lance pour la 1ère question sur Scrum, les rétrospectives.
Quel ScrumMaster ne s'est jamais retrouvé devant une équipe
silencieuse à la question "Que peut-on améliorer" ? Il n'est pas
toujours facile de faire parler une équipe.
J'aimerai donc avoir vos retours d'expérience sur la façon de mener
vos rétrospectives, sa planification (juste après la démo ?), sa
durée, son déroulement, son animation ? Et après aussi, comment vous
assurez-vous que les idées d'améliorations sont bien prises en compte
le sprint suivant ?
euh...non, pas du tout géré ni initié par xp-france. C'est juste que j'ai eu l'idée de le faire en participant aux xp-days pendant lesquels des personnes intéressées par Scrum me demandait des liens d'info sur Scrum, c'est tout. Je ne suis même pas adhérant à xp-france.
c'est vrai qu'à l'époque j'ai choisis le nom du domaine pour faire comme xp-france.net mais c'est tout.
bon ok je suis hors sujet mais j'aime bien préciser ce genre de "détails".
Sans rejeter la proposition qui peut être un très bon point de départ, voici mon opinion sur la question.
www.scrum-france.net est un blog initié et géré par XP-France (L'idée de ce site est né en Mai 2007 lors des XP days à Paris organisé par xp-france. Nous sommes nombreux à essayer de "vendre" Scrum à nos organisations ou a nos clients. Une même question revient souvent : "avez-vous des exemples en France où ça a marché ?". L'idée est de pouvoir répondre : "Bien sûr, allez sur www.scrum-france.net et vous trouverez des témoignages de mise en place de Scrum, et beaucoup plus sur l'activité en France autour de Scrum". ) mais reste un blog sur Scrum, parmis bien d'autres.
Avec 100+ personnes on devrait pouvoir trouver des ressources pour faire un site www.frenchsug.org dédié a Scrum en France, non ?
Je verrais très bien un site :
- Qui pointerait vers Tous les blogs liés à Scrum, le site meetup, les sites Scrum internationnaux, les outils Scrum, ...
- Qui contiendrait des documents en Français sur Scrum et sa mise en oeuvre (traduction de Scrum and XP from the Trenches par exemple)
- Qui relaterait les événement Français (Francophone?) sur Scrum
- Qui présenterai des retours d'expérience de mise en place de Scrum à la Française :-)
- ...
Un blog suffit-il pour tout ça ?
Dimitri BAELI
Le 8 janvier 2009 21:24, Éric Mignot <emignot@...> a écrit :
Salut,
Proposition : le site www.scrum-france.net peut héberger du contenu pour le sug. Certains d'entre vous ont déjà un compte sur ce blog (Luc, Claude, Emmanuel, ...). Je pourrais prendre le temps d'ouvrir un compte pour chacun d'entre nous.
Si envie de relookage du site, pas de pb, vous serez tous admin. Si envie de faire un autre site, pas de pb on peut parler ensemble de la pertinence de fermer celui là après avoir migré le contenu. Je plaiderais pour ne pas multiplier les sites à vocations d'hébergement de retours d'expérience et plus généralement de promotion de Scrum par la communauté de praticiens : aidons les gens à s'y retrouver.
Sans rejeter la proposition qui peut être un très bon point de départ, voici mon opinion sur la question.
www.scrum-france.net est un blog initié et géré par XP-France (L'idée de ce site est né en Mai 2007 lors des XP days à Paris organisé par xp-france. Nous sommes nombreux à essayer de "vendre" Scrum à nos organisations ou a nos clients. Une même question revient souvent : "avez-vous des exemples en France où ça a marché ?". L'idée est de pouvoir répondre : "Bien sûr, allez sur www.scrum-france.net et vous trouverez des témoignages de mise en place de Scrum, et beaucoup plus sur l'activité en France autour de Scrum". ) mais reste un blog sur Scrum, parmis bien d'autres.
Avec 100+ personnes on devrait pouvoir trouver des ressources pour faire un site www.frenchsug.org dédié a Scrum en France, non ?
Je verrais très bien un site :
- Qui pointerait vers Tous les blogs liés à Scrum, le site meetup, les sites Scrum internationnaux, les outils Scrum, ...
- Qui contiendrait des documents en Français sur Scrum et sa mise en oeuvre (traduction de Scrum and XP from the Trenches par exemple)
- Qui relaterait les événement Français (Francophone?) sur Scrum
- Qui présenterai des retours d'expérience de mise en place de Scrum à la Française :-)
- ...
Un blog suffit-il pour tout ça ?
Dimitri BAELI
Le 8 janvier 2009 21:24, Éric Mignot <emignot@...> a écrit :
Salut,
Proposition : le site www.scrum-france.net peut héberger du contenu pour le sug. Certains d'entre vous ont déjà un compte sur ce blog (Luc, Claude, Emmanuel, ...). Je pourrais prendre le temps d'ouvrir un compte pour chacun d'entre nous.
Si envie de relookage du site, pas de pb, vous serez tous admin. Si envie de faire un autre site, pas de pb on peut parler ensemble de la pertinence de fermer celui là après avoir migré le contenu. Je plaiderais pour ne pas multiplier les sites à vocations d'hébergement de retours d'expérience et plus généralement de promotion de Scrum par la communauté de praticiens : aidons les gens à s'y retrouver.
Je comprends que l´apparition du SUG peut susciter des
interrogations au sein de ceux qui ont créé des sites destinés à promouvoir
Scrum.
Pour faire simple, le SUG n´a nullement la prétention de
supplanter les nombreuses (mais isolées) initiatives autour de Scrum.
Au contraire, son but est fédérateur.
Nous voulons créer un réseau de personnes intéressées par une
diffusion plus large de leurs expériences, leur contenu, leurs idées, leurs
réflexion, si possible au sein du site du SUG et de la Scrum Alliance (par
syndication de contenu ou par contribution directe).
Pour être concis et clair : LE SUG accueillera avec
beaucoup d´intérêt toutes les personnes qui souhaiteront contribuer au débat au
sein du futur site du SUG mais sera tout aussi bienveillant avec ceux et celles
qui souhaitent animer leur propres blog, site etc qui nous autoriserons à
syndiquer leur contenu, si celui-ci présente une valeur ajoutée pour la
communauté Scrum.
L´ambition du SUG est néanmoins d´être un organe de référence
pour SCRUM.
Excellent Week-end à tous.
Luc Legardeur
NB : 109 !!!
De : frenchsug@...
[mailto:frenchsug@...] De la part de Florent Envoyé : vendredi 9 janvier 2009 15:30 À : frenchsug@... Objet : Re : [frenchsug] site
> Je plaiderais pour ne pas multiplier les
sites à vocations d'hébergement de retours d'expérience et plus généralement de
promotion de Scrum par la communauté de praticiens : aidons les gens à s'y
retrouver.
Bonjour à tous,
Cette remarque m'intéresse. Le propos est il de prendre le pas sur les différents
blog/site existants touchant à Scrum (de près ou de loin ?) ? En tendant vers
une seule référence (URL). Ou parle t'on uniquement de l'hébergement des
informations associées à French SUG en particulier ? Le terme "retours
d'expérience" me met le doute.
Ayant moi aussi (comme beaucoup maintenant) apporté récemment une modeste
contribution à l'adoption des méthodes Agile avec http://www.agiliste.fr, je
m'intérroge. Quelque soit la position du comité French SUG, je n'ai pas
d'objection particulière, je souhaite juste comprendre la démarche.
Amicalement
Florent
De : Éric Mignot <emignot@...> À : frenchsug@... Envoyé le : Jeudi, 8 Janvier 2009, 21h24mn 08s Objet : [frenchsug] site
Salut,
Proposition : le site www.scrum-france.
net peut héberger du contenu pour le sug.
Certains d'entre vous ont déjà un compte sur ce blog (Luc, Claude, Emmanuel,
...). Je pourrais prendre le temps d'ouvrir un compte pour chacun d'entre nous.
Si envie de relookage du site, pas de pb, vous serez tous admin.
Si envie de faire un autre site, pas de pb on peut parler ensemble de la
pertinence de fermer celui là après avoir migré le contenu.
Je plaiderais pour ne pas multiplier les sites à vocations d'hébergement de
retours d'expérience et plus généralement de promotion de Scrum par la
communauté de praticiens : aidons les gens à s'y retrouver.
> Je plaiderais pour ne pas multiplier les sites à vocations
d'hébergement de retours d'expérience et plus généralement de promotion
de Scrum par la communauté de praticiens : aidons les gens à s'y
retrouver.
Bonjour à tous,
Cette remarque m'intéresse. Le propos est il de prendre le pas sur les différents blog/site existants touchant à Scrum (de près ou de loin ?) ? En tendant vers une seule référence (URL). Ou parle t'on uniquement de l'hébergement des informations associées à French SUG en particulier ? Le terme "retours d'expérience" me met le doute.
Ayant moi aussi (comme beaucoup maintenant) apporté récemment une modeste contribution à l'adoption des méthodes Agile avec http://www.agiliste.fr, je m'intérroge. Quelque soit la position du comité French SUG, je n'ai pas d'objection particulière, je souhaite juste comprendre la démarche.
Amicalement Florent
De : Éric Mignot <emignot@...> À : frenchsug@... Envoyé le : Jeudi, 8 Janvier 2009, 21h24mn 08s Objet : [frenchsug] site
Salut,
Proposition : le site www.scrum-france. net peut héberger du contenu pour le sug. Certains d'entre vous ont déjà un compte sur ce blog (Luc, Claude, Emmanuel, ...). Je pourrais prendre le temps d'ouvrir un compte pour chacun d'entre nous.
Si envie de relookage du site, pas de pb, vous serez tous admin. Si envie de faire un autre site, pas de pb on peut parler ensemble de la pertinence de fermer celui là après avoir migré le contenu. Je plaiderais pour ne pas multiplier les sites à vocations d'hébergement de retours d'expérience et plus généralement de promotion de Scrum par la communauté de praticiens : aidons les gens à s'y retrouver.
2009/1/8 Éric Mignot <emignot@...>
> Salut,
>
> Proposition : le site www.scrum-france.net peut héberger du contenu pour le
sug.
> Certains d'entre vous ont déjà un compte sur ce blog (Luc, Claude, Emmanuel,
...). Je pourrais prendre le temps d'ouvrir un compte pour chacun d'entre nous.
> Si envie de relookage du site, pas de pb, vous serez tous admin.
> Si envie de faire un autre site, pas de pb on peut parler ensemble de la
pertinence de fermer celui là après avoir migré le contenu.
> Je plaiderais pour ne pas multiplier les sites à vocations d'hébergement de
retours d'expérience et plus généralement de promotion de Scrum par la
communauté de praticiens : aidons les gens à s'y retrouver.
Bonjour Eric,
je pense que c'est une bonne idée, le site meetup va être très
pratique pour l'organisation des soirées SUG, mais il y manque un
outil de gestion de contenu. Pas certain qu'on ait suffisamment de
contenu pour un wiki, donc un blog ferait parfaitement l'affaire.
On a réservé le nom de domaine www.frenchsug.org, pour l'instant il
redirige vers le site meetup, mais on peut imaginer le faire pointer
vers le blog, et mettre un lien vers le meetup bien visible sur le
blog.
a+
--
Guillaume Carré
Proposition : le site www.scrum-france.net peut héberger du contenu pour le sug. Certains d'entre vous ont déjà un compte sur ce blog (Luc, Claude, Emmanuel, ...). Je pourrais prendre le temps d'ouvrir un compte pour chacun d'entre nous.
Si envie de relookage du site, pas de pb, vous serez tous admin. Si envie de faire un autre site, pas de pb on peut parler ensemble de la pertinence de fermer celui là après avoir migré le contenu. Je plaiderais pour ne pas multiplier les sites à vocations d'hébergement de retours d'expérience et plus généralement de promotion de Scrum par la communauté de praticiens : aidons les gens à s'y retrouver.
Bonjour à tous,
Le French SUG s'approche à grands pas des 100 membres.
En 2 jours, plus de 75 inscriptions ont été enregistrées !!!
L'un des grands principes agiles étant la transparence, voici l'état
des lieux des travaux du SUG:
Nous travaillons à la constitution du conseil d'administration du SUG
avec des membres connus et reconnus de notre communauté en charge
notamment des aspects:
- Evènementiel: définition du type, du nombre et du format des
évènements 2009.
- Rédactionnel: constitution d'une équipe de rédacteurs susceptibles de
fournir à la communauté Scrum du contenu à valeur ajoutée de type
retour d'expérience, synthèse de l'actualité Scrum dans le monde,
évènements en France et à l'étranger de notre communauté.
- Finances: Définition d'une politique de sponsoring annuel ou à
l'évènement.
- Constitution de SUG en région (Claude Aubry, naturellement a proposé
de créer le SUG Toulouse !- avis à la population).
- Utilisateurs finaux: représentation de clients finaux dans les
manifestations et dans le Conseil d'Administration.
L'objectif est de finir de traiter ces points avant la fin du mois.
Et merci à tous et à toutes pour votre présence.
A bientôt.
Luc Legardeur
Bienvenue sur le groupe Yahoo! "French Scrum User Group"!
Le groupe Yahoo! est le moyen privilégié d'échanges par emails entre
les membres du French SUG.
Pour rappel, vous trouverez :
- le site officiel du French SUG ici: http://www.meetup.com/frenchsug
- le groupe LinkedIn French SUG ici: http://www.linkedin.com/groups?gid=1494997
Bons échanges à tous!
--
Guillaume Carré
Messenger 
Envoyer un message
