Issy-les-Moulineaux, dans les nouveaux locaux de Microsoft.

Une réunion du French SCRUM User Group

Le French SCRUM User Group organisait hier soir une conférence avec Ken Schwaber.

C’est donc Luc Legardeur, fondateur du SUG français, qui a débuté la séance en remerciant Microsoft et le co-créateur de Scrum, Ken Schawber d’être passé. Il a annoncé que Ken va présenter son nouveau site Scrum.org et répondra aux questions de l’assistance, le tout suivi d’un cocktail. Le programme du prochain trimestre du Scrum User Group a été annoncé:

• Rencontre avec Scott Ambler mi-mars. Il est lead architect chez IBM. IBM est devenu il y a peu sponsor du SUG.
• Soirée anniversaire le 30 mars chez Microsoft à nouveau.

La vision Microsoft sur l’agilité

C’est ensuite Xavier Warzee de Microsoft France qui a pris la parole pour tout d’abord nous rassurer : Microsoft ne fait pas une OPA sur le SUG, c’est simplement l’opportunité du passage de Ken à l’occasion d’une formation en France. Xavier a poursuivi sur un ton franc : pourquoi aujourd’hui Microsoft s’intéresse à l’agilité ? La société essaye de structurer et faciliter les efforts dans le monde de l’agilité. Ils commencent a avoir une offre qui se formalise un peu plus au travers de leur outil Visual Studio Team Foundation Server qui supportera directement SCRUM. Mais il s’agit pour Microsoft d’être pertinent et d’apporter de vraies solutions et, d’après Xavier, pas simplement de “préserver leur chiffre d’affaires”. Il annonce travailler de façon très proche avec Agile France et Laurent Bossavit qui était présent ce soir. Cela explique que Microsoft soit sponsor de plusieurs conférences agiles. Xavier revendique aussi des partenaires et un labo qui essayent de fournir des solutions, des sessions, des ateliers qui permettent d’adopter les technologies soutenant l’agilité. Microsoft, Scrum.org et différentes sociétés de formation se sont donc associées. Selon Xavier, le piège de SCRUM est de penser que les pratiques se suffisent à elles-mêmes quelque soit le cas de figure, le projet. Or, il convient de ne pas ignorer tout l’acquis en ingénierie logiciel, en pratiques de test et d’intégration continue. L’idée est de rechercher avec les outils Microsoft les meilleures pratiques et technologies soutenant SCRUM. Par exemple, vu la taille des itérations dans un projet SCRUM, le temps ne peut pas être perdu en construction du logiciel ou en tests.

Présentation de scrum.org par Ken Schwaber

Xavier a ensuite passé la parole à l’invité du soir : Ken Schawber.
Après un “bonjour, comment allez-vous ?”, nous avons épuisé tous les mots de vocabulaire francophone de Ken. Il introduit son discours : s’il y a quelque chose que vous n’aimez pas dans SCRUM, c’est à lui que vous devez vous adresser car il en est à l’origine ! Il sort d’une formation de deux jours pour Microsoft dans laquelle il a formé des personnes en profondeur à SCRUM. En outre, il s’est excusé de sa tenue vestimentaire. En s’habillant avec un maillot des “All Backs” ce soir, il ignorait que la France avait une équipe nationale qui pouvait rivaliser avec les blacks ! De toute façon, les néo-zélandais lui ont déjà dit que, visiblement, il ne connaissait rien au rugby !

Ensuite, il a présenté Scrum.org. Moins ambitieux que la ScrumAlliance, c’est une organisation dont le but n’est pas de transformer entièrement la façon dont les entreprises travaillent mais “seulement” d’améliorer notre monde du développement logiciel professionnel.

A l’origine, ce qui a plu à Ken dans le développement logiciel partait d’une proposition simple : “voilà une machine vierge, faites comme vous voulez, mais faites que ça marche !”. Mais depuis, selon lui, nous nous sommes perdus en chemin : nous avons introduit le cycle de développement en cascade et nous nous sommes laissés séduire par le style de management “Command & Control”. SCRUM est donc là selon lui pour redonner l’envie aux développeurs de se lever chaque matin pour aller satisfaire des utilisateurs auxquels ils ont manqué tellement ils adorent les merveilleux logiciels qu’ils produisent ! SCRUM devrait contribuer à rendre la profession relativement plus envieuse.

Un guide, des certifications en-ligne et des formations

Scrum.org s’inscrit dans cette volonté. Ce site propose le guide définitif de ce qu’est SCRUM. Ce guide de 16 pages montre que SCRUM est un framework simple. Il garantit l’intégrité de la définition de SCRUM par ses pères après qu’on ait tant cherché à la mélanger à d’autres méthodes (Kanban, Lean, SixSigma, etc. – ce que Ken ne déplore pas).

Scrum.org s’associe donc à des organismes partenaires afin de mettre en œuvre des formations SCRUM et des certifications. Ken nous assure qu’on peut échouer le passage de cette certification, ce n’est pas qu’une simple formalité ! Il existe aussi un questionnaire en ligne (gratuit jusqu’à mi-2010) pour s’auto-évaluer mais qui permet aussi au staff de Scrum.org d’obtenir du feedback sur SCRUM lui-même. Il donne alors quelques exemples de questions qui lui donnent l’occasion de créer un vote dans l’assemblée et de vous transmettre la première citation mémorable de la soirée :

“Being in the majority does not always mean you are right, as the waterfall as proven.”
“Être dans la majorité n’implique pas forcément avoir raison, le cycle de développement en cascade peut en attester.”

Concernant l’adoption de SCRUM, il pense que de nombreuses sociétés tendent à trop préparer les contextes des projets SCRUM. Ken leur conseillerai plutôt de se lancer plus vite. Les rétrospectives sont là pour commencer à s’améliorer dès le début ! Ken explique que le succès de SCRUM vient surtout de l’envie de sortir de la médiocrité du cycle en cascade. Mais, contrairement à ce qu’on pourrait penser et conformément à sa longue expérience, la force du changement qui pourrait être générée par les échecs répétés du cycle en cascade n’est presque jamais une suffisante pour arriver à mieux faire en adoptant SCRUM, ceci étant vérifié dans l’attitude des managers comme des ingénieurs. Il a souvent constaté que cette habitude de médiocrité dans les organisations à tendance à augmenter l’effet “ScrumBut” (le mot est malicieux) : “Nous faisons du SCRUM, MAIS pas … <n’importe quelle pratique qui les dérange, rend leur médiocrité visible, atteste de leur non efficience, etc.>…”. Après ce passage plutôt sombre dans son discours, une proposition constructive nous attend.

Pour améliorer cette situation, il est donc en train de monter des formations complètes pour des équipes entières dans lesquelles on choisit une pile technologique (open source java, Microsoft VisualStudio par exemple) et on est formé à SCRUM, aux techniques d’ingénierie agiles et aux outils ! Ce sont des formations qui sont donc plus complètes mais aussi plus exigeantes.

Les questions de l’assistance

C’est sur cette annonce que sa présentation s’arrête pour faire place aux questions de l’assistance.

1. Traduction des cours SCRUM ?
   “Work-in-progress” !
2. SCRUM dans de grand projets ?
   SCRUM est très adapté aux petites équipes. Il y a des livres qui traitent de ce sujet, en particulier le sien: “The Enterprise and Scrum”, Microsoft Press – 2007. Et hop, nouvelle citation à retenir :

   “And, just in case you are tempted, waterfall is NOT an alternative [to scale agile for large teams].”
   “Et, juste au cas où vous seriez tenté, le cycle en cascade n’est PAS une alternative [au déploiement de l'agilité à des équipes plus grandes].”

3. Critique : Les certifications sont individuelles alors que SCRUM fait l’apologie du travail en équipe.
   Dans le cours qu’il est en train de monter, la note finale se décompose en un score donné par les coéquipiers de formation et un score individuel.
   C’est bien évidemment une formation plus dure à monter que la certification SCRUM classique car elle nécessite des formateurs compétents sur la méthode et la technique.
4. Votre expérience relevant le plus grand défi en SCRUM ?
   DoubleClick. Le logiciel n’était pas bon du tout, peu de connaissance partagée. Une implication trop forte des managers dans l’allocation des tâches. Le défi était donc d’intégrer des nouveautés en parallèle sur le logiciel. La meilleure nouvelle pour eux fut de se faire racheter par Google et ne plus jamais entendre parler de développement logiciel, ils avaient sortit “notre” Champagne pour fêter ça…
5. Remarque : SCRUM apporte essentiellement un isolement pour l’équipe de développement pour commencer à faire les choses bien.



6. Remarque : Le rythme de livraison dans SCRUM peut être comparé à la régulation de la température dans une pièce. Il ne sert à rien de ré-évaluer la température trop souvent pour ajuster les radiateurs. Mais il n’est pas non plus efficace de ne le faire qu’une fois dans la journée car la température a peu de chances d’être constante au cours de la journée.
7. SCRUM ne s’applique-t-il que pour les technologies objet moderne ?
   SCRUM peut même nous aider dans notre vie quotidienne : pour nourrir un enfant par exemple. Votre enfant est votre client. Vous tentez de lui faire avaler son repas, il refuse toujours d’avaler une seule cuillère sous la contrainte. Le lendemain, retentez l’expérience en lui demandant combien de cuillères il veut manger ce soir ? Troublé par la question, il répondra “une”, vous lui donnez alors une cuillère et il vous répondra de lui-même, “j’en voudrais deux maintenant” parce que c’est lui qui l’aura choisi.
8. Vivre dans une organisation avec un cycle en cascade ?
   Ken raconte comment on peut commencer à faire du SCRUM sans jamais prononcer le mot. La méthode ne propose rien d’autre que de se mettre tous ensemble, construire quelque-chose, tout en y trouvant du plaisir.
9. Gérer une équipe infrastructure avec SCRUM ?
   Rendre visibles les problèmes de ce type (délais trop long pour commander un serveur, ouvrir un port, avoir accès à des métriques) constitue déjà une partie de la solution.
10. SCRUM + CMMI, vous adhérez ?
    SCRUM vous mène directement à un niveau CMMI niveau 3, il adhère !
11. A propos de l’applicabilité de SCRUM à d’autres domaines que le développement logiciel ?
    Ken voit bien SCRUM s’inscrire dans un mouvement sociétal plus global. Il défend une vision d’une société post industrielle mature dans laquelle le management doit s’adapter en passant du paradigme “Command & Control” vers une façon différente diriger des équipes : le “servant leadership” c’est-à-dire une position beaucoup plus humble du manager qui se met au service de ses collègues en tant que facilitateur. Parce que c’est simplement le moyen le plus sain et le moins stressant pour tous de mener des équipes à accomplir les objectifs dans des projets de plus en plus complexes. Mais cela représente évidemment une révolution culturelle à accomplir. En outre, cela court circuite le pouvoir, l’autorité ou le prestige et réclame de la transparence pour que les collègues se fassent confiance.
12. Quel est le secret de Ken pour restaurer la passion ?
    Vendre un produit peut aider. Le succès est toujours très vendeur. Par exemple, on peut rétrospectivement analyser pourquoi Toyota rencontre un succès plus important relativement à la faillite des sociétés américaines de production automobile.

Conclusion

La session a été conclue par un cocktail très sympathique au cours duquel les conversations ont pu se prolonger.

D’après moi, Ken a réussi à délivrer ce que je qualifierais de “message d’amour”. On sent réellement qu’il aime son métier et qu’il n’a pas inventé SCRUM par hasard. Sa volonté de nous faire aimer (ou aimer à nouveau) notre métier est palpable. Sentir son envie d’apporter une contribution positive à notre industrie du développement logiciel m’a fait plaisir ce soir-là.

Et vous, qu’allez-vous faire pour SCRUM demain ?

La prochaine rencontre ALT.Net aura lieu demain soir, le 17 juin à partir de 19h15. Elle portera sur la programmation orientée aspect.

Plus d’informations par ici.

Et pour s’inscrire, c’est par là.

ALT.Net est un groupe de développeurs .NET passionnés, cherchant à améliorer la façon dont les logiciels sont développés et reconnaissant qu’il n’y a pas de solution unique à un problème mais qu’il y a une multitude d’alternatives pouvant être appliquées dans différentes situations.

Les rencontres s’articulent autour d’une présentation principale et se terminent généralement en discussions autour d’un verre.

Crédits photo: kennymatic

On arrive sans doute aux derniers retours directs dans les blogs francophones. A moins qu’il n’y ait une salve impressionnante de nouveaux liens qui motiverait un nouveau post, vous trouverez les nouveautés en commentaire de cet article qui finalise la série sur la conférence XP Day.

Posts

• XP Days 2009 – Laurent Laslaz
  Très bon retour de ce Scrum Master de la région Rhône Alpes qui a trouvé au XP Day de bonnes idées qu’il annonce vouloir mettre en pratique.
• “Is Scrum Evil?” Beyond our session at XP Day Paris – Eric Lefevre-Ardant
  En anglais, Eric nous offre un compte rendu détaillé du débat ouvertement “controverse” qu’il a animé avec Guillaume Tardif. De nombreux pointeurs pour en savoir plus.
• Première journée aux XPDay France – Romain Linsolas
  C’est un compte-rendu très détaillé de chacunes des sessions auxquelles Romain a assisté pour le premier jour.
• Deuxième journée aux XPDay France – Romain Linsolas
  Sur le même schéma que son précédent billet, ce sont le résumé et les commentaires détaillés des sessions du deuxième jour de Romain.

Slides

• Lean Software Development et pratiques Agiles

Edit au 12 juin 2009

• XPDays 2009 : Compte rendu du Lundi 25 mai – par Mathieu Gandin
• XP France becomes Agile France, and other news from the French Agile community – par Eric Lefevre-Ardant
• Ergonomie Agile à conférence XPDay France 2009 – par Jean-Claude Grosjean
• XP Day – Qualité du code source et intégration continue – par Erwan Alliaume
• before you can do Agile – par D. André Dhondt
• Rétrospective publique XPDay France 2009 – par Yann Picard De Muller

Original photo by FastPhive

Les tweets ont été relativement peu nombreux au cours de la conférence.
Laissez-moi tout de même vous présenter quelques retours blog du plus ancien au plus récent sur la conférence XP Day France 2009 qui a eu lieu dernièrement le 25 et 26 mai dernier à Paris:

• La SigmaT présente aux XP Days 2009 – Jean-Marie Damas
  Le premier post du jour n’est pas un retour, plutôt une annonce de dernière minute. Saluons tout de même Jean-Marie qui a réussi à faire un post à 8h00 du matin.
• XP Day France 09 : compte rendu de sessions suivies – Anthony Dahanne
  Anthonny a envoyé plus vite que son ombre ses retours sur la journée passée à la conférence. On a droit à son résumé détaillé et à ses commentaires sur chacune des présentations qu’il a suivies.
• XP Day France, Jour 1 – Julien Lavigne du Cadet
  C’est un retour très positif ! Un bémol à signaler sur une ou deux présentations mais rien à redire sur la découverte du Lean et l’organisation.
• XP Day Paris – Day 1 – Arnaud Bailly
  C’est un compte-rendu détaillé de la présentation de Régis Médina sur la théorie des centres, à lire si vous n’y avez pas assisté. Il finit en publiant les retours qu’il a obtenu sur les sessions qu’il a présenté. L’amélioration continue appliquée à lui-même ! Belle démonstration d’agilité.
• XP Day 2009 – Pascal Roques
  Pascal met en avant la présentation qu’il a faite sur la “modélisation agile” ainsi que sur les présentations auxquelles il a assisté. Il a sans aucun doute passé un bon moment.
• fnargs: Arc at XP Day France – Conan Dalton
  Publication des slides de la présentation sur le langage Arc, qui se veut plus concis que n’importe lequel de vos langages.
• XPDays 2009 – Alexandre Boutin
  Première participation et retour positif de la part l’Alexandre Boutin. Il n’a pas été déçu par l’organisation et nous livre ses commentaires sur les sessions marquantes.
• Retour sur les XPDays (début) – Nathaniel Richand
  Bilan super positif pour Nathaniel. On en apprend sur les transports pour venir, le cadre, et sur 3 sessions auxquelles il a assité avec commentaires détaillés.

à suivre…

Je me suis rendu le 21 janvier à Itterswiller en Alsace pour la seconde édition de l’Agile Open France qui vaut vraiment la peine d’y assister et cela pour plusieurs raisons :

D’abord, le cadre et l’endroit choisi pour les 3 jours de l’évènement sont magnifiques : village d’Alsace isolé en plein milieu des vignobles sur la route des vins. Le coup d’œil le matin sur les vignes sous un soleil naissant depuis sa fenêtre de chambre vaut vraiment le coup.

Ensuite et c’est à mon sens le plus important, la qualité des personnes présentes issues de différents univers professionnel avec des expériences variées de mise en œuvre concrète de l’Agilité, etc. mais avec UN point commun, la volonté de partager la connaissance acquise et le fait de pouvoir bénéficier de points de vue des différents acteurs de l’Open Space sur les interrogations et problématiques rencontrées au quotidien.

Nous étions au total 23 personnes dont une forte présence de l’entité commerciale Orange Business Services  (6 personnes) et de nos amis belges (3 personnes) qui vont organiser prochainement un Agile Open en Belgique.

Pour ma part, c’est la première fois que je me rends à ce type d’évènement avec comme thème fédérateur l’Agilité et je fus agréablement surpris au fil de la première journée malgré mes craintes du départ – N’avions-nous pas rigolé ensemble au bureau sur le fait que se réunir épisodiquement sur l’Agilité pouvait s’apparenter à l’appartenance à une secte ?

Il est vrai que le jeu de groupe organisé en début d’évènement, pour attendre les derniers retardataires, m’y a fait penser. Tous debout en cercle en train de crier à tour de rôle un dialecte composé de 3 mots barbares en accord avec le geste adéquat pour passage de témoin avec pour objectif d’éliminer un par un les participants dans le cas où le geste ne correspondait pas au mot prononcé.

En étant plus sérieux,  il est vrai qu’un Open Space (ensemble de conférences auto-organisées par les participants) est reconnu comme étant une méthode efficace qui permet de tenir des réunions dynamiques et productives alliant une communication franche et ouverte.

Après un rappel des règles de base par les organisateurs (“les personnes qui sont là sont les bonnes personnes”, ”quand ça commence, c’est que c’est bon moment pour commencer”, “quand c’est fini, c’est fini”, etc.), la planification des sessions a pû débutée. Un premier constat, beaucoup de sujets ont été l’objet de problématiques rencontrées par les participants sur leurs projets au quotidien.

Personnellement, je me suis positionné sur plusieurs sujets portant essentiellement sur des problématiques d’organisation de projets Agile, par exemple :

L’autonomie du Product Owner vis-à-vis des tests d’acceptation. Il s’agissait principalement de tenter de résoudre le problème du non-engagement du Product Owner (pour l’occasion) à fournir (ou à faire faire) des tests d’acceptation avec pour objectif  de soustraire l’équipe de production à ce genre d’activité.

A ce sujet, il a été mis en avant l’utilité de définir des cas de tests et jeux de données associés le plus en amont du processus de développement  de par l’approche développement orienté par les exigences. L’approche Test-Driven Requirement a été explicitée à travers nos quelques retours d’expériences sur le sujet.

Le Business value game de Pascal Van Cauwenberghe . C’est un jeu très sympa et utile qui permet de simuler la réalisation et la mise en production de versions de produit d’un point de vue du Product Owner. C’est le genre de jeu indispensable pour des mises en situation lors de formation Scrum dédié au Product Owner ou équivalent. Pour expliquer rapidement le déroulement de la session, nous avions constitué 2 équipes de Product Owner afin de pouvoir, au final, comparer les stratégies adoptées de priorisation. Il s’agissait de planifier les itérations en fonction du niveau de satisfaction des clients finaux et du retour sur investissement attendu par le développement des user stories. Est-ce le fruit du hasard ? En optant pour des stratégies différentes, nous avons obtenu les mêmes résultats : niveau de satisfaction du client et retour sur investissement identiques pour les 2 équipes.

Les problèmes de maturité et de cohésion des équipes Scrum. Il s’agissait de répondre à une problématique d’un des participants au regard de l’organisation de son projet, du contexte multi-site et de la non stabilité permanente des équipes projet. Pour cela, une analyse causale a été menée avec des premières pistes d’amélioration en guise de plan d’action par les participants qui ont fait valoir leur expérience réciproque.

Autres sujets liés au Product Owner auxquels j’ai participé : Qui doit être Product Owner ? Comment gérer des versions d’une même User Story dans un Product Backlog et les différentes manières de le visualiser.

Pour conclure, un grand bravo aux organisateurs de l’Open Space que sont Bernard Notarianni, Emmanuel Gaillot, Luc Bizeul et  Raphael Pierquin pour leur superbe idée de faire en sorte que des personnes envieuses d’apprendre et d’échanger sur une thématique commune puisse le faire.

C’est vraiment très agréable et enrichissant de pouvoir partager ses expériences projet avec d’autres praticiens Agiles ou en devenir, d’échanger des idées et de participer à des petits forums de discussions en mode communication directe.

Alexis Moussine-Pouchkine de Sun nous informe qu’une journée Open Source chez Sun est organisée dans leurs locaux de l’avenue Iena, à Paris.

Notons des sujets d’actualité comme GlassFish, Grizzly Comet, MySQL, Java FX, OpenSSO et REST. En présentateurs: Alexis, Jean-François Arcand himself, ainsi que la plupart des responsables des outils ou specs qui seront discutés!

Gilles et moi-même vous invitons à une soirée sur le thème de Test-Driven Requirements, mercredi 19 novembre à 19h, dans les locaux de Valtech, près des Champs Elysées, métro Charles de Gaulle-Etoile.

Il s’agira d’un TDR Dojo: une application des techniques des Coding Dojos à la saisie d’exigences exécutables.
Nous n’avons jamais essayé avant, cela sera donc un peu expérimental ! Venez tenter l’aventure avec nous.

L’objectif sera de constater, par la pratique, comment des spécifications peuvent être saisies en conjonction avec des tests. Il n’y aura pas de code à écrire!

Merci de vous inscrire sur sur la page des Praticiens de Paris, de l’association XP France.

Le mois d’octobre approche et la série de conférences Agile Tour aussi.
Nous en sommes aux derniers préparatifs. Les programmes sont disponibles pour Genève et Toulouse. Grenoble a un programme ambitieux (une demi-journée, mais avec plusieurs salles en parallèle) qui devrait paraître au début de cette semaine.

Voici les dates pour chaque ville:
01 octobre : Besançon
03 octobre : Mulhouse
06 octobre : Genève
09 octobre : Grenoble
14 octobre : Lille
16 octobre : Toulouse
23 octobre : Valence

Vous pouvez vous inscrire dès maintenant sur le site d’Agile Tour.

View Larger Map

Voici notre petit compte-rendu quotidien, cette fois-ci pour la journée du mercredi 6 août.

Cela sera malheureusement la dernière, car la caméra vidéo est repartie avec Gilles à Paris.

Nous aurons plus de vidéos dans un futur proche, car nous avons pu filmer quelques personnalités. Surprise!

Gilles, je m’excuse de la déformation de ta vidéo

Ce matin, premier jour officiel de la conférence (lundi soir était consacré à un simple buffet), la journée a commencé avec une keynote de James Surowiecki, l’auteur du livre The Wisdom of Crowds, fréquemment cité comme référence dans le monde agile. Je ne vais pas répéter ce qui à déjà été dit sur le sujet (pour simplifier, il a été démontré de façon empirique qu’un grand nombre de personnes fait généralement des meilleures estimations qu’un expert).

Néanmoins, de nombreuses perles de sagesse sont à retenir de la présentation.

• tout d’abord, lors de l’enregistrement à la conférence, il nous avait été demandé à chacun une estimation du nombre de lignes de code dans le logiciel Visual Studio 2006. La moyenne des estimations a donné 43,2 millions de lignes. La valeur réelle est 47 millions. Pas mal! Intéressant: 2 personnes ont trouvé une valeur plus proche (43,3 millions).
• “si vous estimez une seule fois, quelques rares personnes feront de meilleures estimations que le groupe. Mais si vous estimez plusieurs fois, le groupe aura un meilleur taux de succès”
• “dans le jeu télévisé Who Wants to Be a Millionnaire, les participants au jeu ont la possibilité d’appeler quelqu’un a leur aide qui connait le sujet discuté. Ces personnes ont un taux de réussite de 2/3. Mais les spectateurs présents lors de l’enregistrement ont un taux de réussit de 91%!”
• “la majorité des organisations sont bureaucratiques et ont tendance à bloquer les flux d’information, ce qui influence négativement la collaboration. Les gens se préoccupent plus de ce que pense leur chef”
• “nous avons tous des préconceptions, basées sur la réalité, concernant les foules qui nous empêchent d’anticiper les bénéfices de la sagesse des foules: les foules sont volatiles (font des choses extrêmes, comme lyncher) et les foules impliquent de la médiocrité, le plus petit dénominateur commun”
• “il faut donc réfléchir au type d’équipe que nous voulons et à la façon dont les membres vont collaborer”
• “la stratégie de base est l’aggrégation et il nous faut une bonne diversité dans l’équipe, car nous voulons des personnes qui utilisent des techniques différentes pour les estimations”
• “les expériences du Professeur Page semblent indiquer que des personnes prises au hasard sont collectivement (et non individuellement) plus intelligentes que des experts”
• “plus les membres d’un groupes homogène discutent entre eux, moins ils sont intelligents, car ils ont tendance à renforcer leurs idées préconçues”
• “de même, il est intéressant d’avoir une personne qui joue l’avocat du diable, mais il faut que le rôle change, car sinon les autres personnes anticipent les arguments et les écartent a priori”
• “les meilleures décisions proviennent des conflits et non des consensus”
• “néanmoins, il est nécessaire d’établir une grande confiance que chacun essaie d’atteindre une décision commune”
• “le problème, bien sûr, est qu’il est difficile de faire travailler un groupe hétérogène”
• “la pression des pairs peut changer non seulement nos réponses, mais même la vision que nous avons du monde extérieur” (un exemple est une expérience où une personne influencée par d’autres réponses finissait par croire ces autres réponses, alors qu’une analyse initiale lui suggérait le contraire)
• “les foules sont plus intelligentes lorsque les membres se comportent de façon individuelle”
• “en tant que leader, il faut faire extrêmement attention à ne pas donner d’informations pouvant influer les décisions; les gens sont très forts pour saisir des indices très subtils provenant de leur chef”

Je n’ai pas de photos de la keynote, mais vous pouvez voir mes autres photos de la conférence sur flickr.

Gilles a également commencé à mettre des vidéos sur Dailymotion.