J’ai donc repris mon carnet de note, mon sac à dos, et je suis allé m’asseoir au fond de la salle de la présentation de Guillaume Duquesnay d’OCTO Technology. Et bien c’était vraiment intéressant. Si les mots procrastination et « Projet qui n’a jamais démarré » vous disent quelque chose, cette session est pour vous.

La vidéo de la présentation de Guillaume est en ligne, ainsi que les autres vidéos comme la session de Neal Ford, une des meilleures présentations de l’USI 2009.

Le Plouf
Guillaume se propose de nous présenter un animal dangereux : le Plouf.

Le Plouf c’est cette force invisible et mystérieuse qui vous empêche de passer à l’Action lorsque vous avez pris une décision. Pensez à un petit travail de bricolage chez vous, à une étude que vous avez décidé de faire mais qui n’est pas commencé, à un blog que vous voulez mettre en ligne mais pour lequel il n’y a toujours rien…

Le Plouf est silencieux, sournois. Le plan de la présentation sera le suivant : identifiez le plouf, mettre en place une tactique, une stratégie et passer à l’action pour le combattre. Guillaume commence par nous parler de ce projet que nous avons tous connu : vous avez vu ce projet qui disparaît un jour ? et qui n’en finissait pas de mourir depuis 1 an ? C’est le Plouf.

Où vit le plouf ? partout autour de nous. C’est la patate chaude, quand on ne sait pas vraiment si dans un mois il faut mettre en ligne ou pas le service, quand on a pas vraiment encore un plan d’action, c’est le Plouf. Le Plouf vit donc dans l’ombre, dans le non-dit.

Il chasse quand ?
Plutôt lorsqu’une décision a été prise, mais que le passe à l’action ne se fait pas. C’est son territoire favori. On observe que dès que l’action débute, le Plouf est vaincu. Pour peu que quelqu’un commence à faire une première action, et le Plouf recule. En résumé, il chasse à l’aube des projets.

Guillaume parle d’un projet où il est passé. 80 personnes en cadrage de projet depuis un an… et toujours pas d’actions. Le plouf attaque aussi les troupeaux…

Alors est-ce que c’est pas une chose salutaire que les choses ne se fassent pas ? Quelles sont les conséquences ?

Il explique qu’il a été chef de projet sur un projet qui pendant 2 ans attendait un go ou même un no-go. Difficile à vivre, on reste dans l’attente, on se démotive, et il a terminé ce projet en démissionnant. Il aurait aimé une action : le projet est annulé. Merci, au revoir… Mais là le Plouf s’est amusé. Guillaume s’est épuisé à essayer de faire des actions.
Le Plouf est donc une espèce endémique, et ses effets sont très dangereux pour les équipes qui se démotivent. Il faut donc l’attaquer dès que possible.

La tactique pour le vaincre
L’action est l’ennemi du Plouf. Voyons les stratégies pour le vaincre. Guillaume dit : « il y a l’angoisse de la page blanche, pas l’angoisse de la page 4″. Une fois lancé, vous savez que vous allez vaincre le Plouf. (C’est la Procastination).

La tactique proposée par Guillaume est la suivante : déclarer la première action, le petit a) de votre projet. Prenez quelque chose de très concret. Et tenez-vous y. Cette chose doit être facile à faire. Ce peut être un email que vous envoyez, une personne que vous allez rencontrer, un achat pour commencer vos travaux. Mais pensez à quelque chose de simple. Getting Things Done.

Visualisez dans votre tête cette action, imaginez que vous allez réussir. Elle doit être possible et réalisable. Pensez que vous avez tout ce qu’il faut pour la réaliser, et lancez-vous.

Le 2ème point : l’énergie.
Vous vous souvenez de cette superbe réunion avec l’autre équipe ? et de la bonne ambiance ? et puis à la fin au lieu de commencer, vous vous dîtes : bon on va manger. Et puis plus rien.
Il propose de débuter une première action dès la fin de la réunion, lorsque l’énergie est là et que les gens que vous avez eu du mal à réunir sont là. Ne les laissez pas partir, lancez Eclipse/IDEA IntelliJ et regardez ensemble ce que vous pouvez faire.

Le plouf n’aime pas l’action. Si on commence à agir on a gagné. Pour cela il faut donc décider et faire.

Sur une réunion de 2h, passez 1h30 pour décider et 30mn pour commencer. Hop c’est parti, le Plouf n’aura pas le temps de s’installer. Utilisez le même espace temps pour décider et puis pour faire.

Guillaume passe ensuite à un sujet qui m’intéresse : le marketing. C’est l’action qui consiste à faire réagir le consommateur afin qu’il s’intéresse à votre produit.
Pour vaincre le plouf, lorsque vous demandez quelque chose par email par exemple, faites une demande clé en main. Pensez à mettre un objet Doodle pour que vos destinataires puissent voter directement, pensez à mettre un sujet explicite pour votre email, à donner toutes les informations et à être très précis dans les engagements. Observez les emails de Marketing que vous recevez : ils sont clairs. Peut-on en dire autant de votre dernier email au support ?

Guillaume revient sur une présentation qu’il a fait l’an passé avec Benoît Lafontaine : la méthode PRACMA. Cette méthode enseignée à Harvard et à l’INSEAD est une méthode très compliquée avec une certification bien plus chère que la certification Scrum. C’est dire…

Non en fait PRACMA c’est « PRoject Review At The Coffee Machine » copyright Guillaume Duquesnay et Benoit Lafontaine. Leur mission était de faire de l’architecture transverse, d’aller voir 31 équipes. Pour cela, au lieu de faire de la réunionnite aigue, ils ont eu l’idée « marketing » de proposer un café pour discuter avec chacune des équipes. Ils ont donc rempli leur mission, tout en séduisant les clients. Très astucieux !

Guillaume nous demande aussi de nous intéresser à nos sponsors. Qui est intéressé par votre projet ? Avez-vous un marché pour votre projet ? Des clients potentiels ? Si le projet ne démarre pas… y-a-t-il une demande réelle ? Est-ce qu’il y a un sponsor qui pousse pour que le projet démarre ou pas ? Allez chercher des sponsors, faites-vous connaître, et vous verrez que votre projet va se relancer tout seul. Ou pas.

Il nous conseille aussi, sur la base des valeurs Agiles, de mettre à profit les vrais contacts avec les personnes plutôt que de se mettre un préservatif appelé Lotus Notes pour communiquer avec vos sponsors, vos clients et vos chefs.

Et si le Plouf est là
Imaginons qu’après avoir lu mon charabia, et avoir vu la vidéo de Guillaume, vous vous rendez compte tout d’un coup que votre projet est entrain de se faire manger par le Plouf… Que faut-il faire ?
Braquez la lumière sur le plouf. Votre projet est entrain de mourir ? Criez haut et fort que vous abandonnez le projet, et vous battrez le Plouf.

Cependant il y a des endroits où l’on ne dit pas non, où le politiquement correct, le diplomatique fait que le Plouf peut s’installer plus durablement. Et bien battez-vous. Guillaume dit « Faites passez votre message, risquez l’explicite plutôt que le non dit, mettez en lumière ». Bref agissez.

Et si je suis tout seul ?
Le Plouf appliqué à soit-même, c’est aussi possible. Parlez-vous et pensez à la première petite action concrète pour lancer votre projet. Pensez « décider et faire » et faites-vous une offre clé en main. Par exemple, préparez cet email que vous devez envoyer, afin que dès demain vous puissiez passer à l’action.
Essayez de vous motiver en pensant au résultat. Plutôt que de marquer « Payer ses impôts » dans votre agenda, vous pouvez marquer « Paye tes impôts si tu ne veux pas payer 10% de plus ». Marketez-vous vos objectifs.

La Strategie
Le Plouf aime l’espace. Si votre équipe est divisée en 2 open-spaces : pas bon. Faites le test suivant : dîtes à l’équipe « on part prendre un café ». S’il faut plus de 5 mn pour que l’équipe se mobilise, il y a de l’espace pour le Plouf. Les gens doivent se rencontrer pour avancer, pour faciliter la communication. Votre camp de base doit donc favoriser la communication, votre équipe ne doit pas être trop grosse. En 2 minutes vous devez être déjà à la machine à café. Excellente idée de Guillaume.

Vous décidez d’attaquer le plouf ? faites le plus au plus vite. Une date est decidée pour votre release ? ne la mettez pas à une autre date. Il vaut mieux echouer dans la lumiere que de continuer dans l’ombre. Tenez vous à vos engagements. Ne laissez rien de « pas sûr » ou pas décidé. Moi-même dès demain avec Karim je vais parler de cette mise en production d’une nouvelle partie, et on va s’y tenir.

Pour repérer ce qui va faire « Plouf », pensez que celui-ci est sournois, silencieux et invisible. Vous pensez que vos prochaines actions ne sont pas très claires ? Vous êtes dans l’habitat du Plouf ! Sortez vite et bougez vous !
Si vous sentez qu’il n’y a pas de réactions à vos emails, si vous sentez qu’il ne se passe rien, vous êtes entrain de vous faire manger par du Plouf.

En tant que consultant, Guillaume propose aussi de laissez le plouf s’installer pour que les gens s’en rendent compte… Vous devez alors l’éclairer et dire ce qui s’est pas bien passé. Cela a foiré. Dites-le !!! Profitez de l’exemple d’un ratage pour agir et donc vaincre cette force invisible.

Guillaume a alors une excellente phrase d’un philosophe célèbre :

« Si ça peut saigner, ça peut mourir » Arnold schwarzenegger in Predator

Pourquoi le plouf s’installe ?
Nous sommes d’excellents Geeks, de très bons Boss. Pourtant dans tout ce qui vient d’être expliqué, nous avons tous un projet qui a fait Plouf. Alors pourquoi ? Guillaume explique alors que nous ne sommes pas armés pour faire du marketing et de la communication. Et là je suis vraiment d’accord. La culture française dans les Ecoles d’Ingénieur nous apprend que parce que ce que nous faisons est génial, nous serons reconnus et notre projet sera récompensé. C’est faux.
J’ai travaillé dans une équipe américaine pendant 2 ans 1/2 chez Reuters. Et c’est là que j’ai appris à faire des présentations Powerpoint, des diagrammes Visio, des présentations percutantes. Car dans la culture américaine, le Show-Off et le marketing sont aussi importants que le contenu. Je vous rassure : si votre produit est une bouse, même avec de beaux slides vous ne le venderez pas. Je parle bien de l’importance de marketer votre projet, de communiquer efficacement pour vaincre le Plouf.

Alors soignez la communication visuelle, orale et pensez marketing. Votre génie on s’en fiche, il n’y a que vous qui êtes excité par Scala. Par contre vendez-moi votre projet.

Le mot de la fin de Guillaume :
Nommez, convoquez et vous le battrez

Guillaume merci pour cette présentation. J’aurai aimé la vivre en vrai, mais avec la présentation de Google Wave en face, difficile. Mais encore une fois, merci.

La session débute devant 200 personnes, par une présentation de l’objectif : nous faire partager la conviction qu’un SI est aussi épanouissant à construire qu’à utiliser. Pour cela, chacun joue un rôle. Laurent sera le DSI et Pierre le journaliste, qui lui propose de remettre de la convivialité dans son SI.

Laurent Avignon débute par quelques mots qui parlent aux DSI présent dans la salle : « Mon DG me met la pression, la DSI est en danger, on parle de délocaliser en Inde une partie de mon activitié… je n’ai pas le moral. En plus je vois les autres qui réussissent comme eBay, ou Firefox, mais comment faire ? »

Tout d’abord, comme explique Pierre, regardons les différences culturelles entre ces entreprises et la tienne. La gestion du changement fait partie de leur patrimoine génétique, avec des milliers puis des millions d’utilisateurs, ils se doivent d’innover. Le changement est perpétuel.

Laurent : oui en effet, mais moi, avec mon SI et mon SLA à tenir, je dois tout prévoir. Je ne peux pas mettre du changement sans contrôle, je ne peux pas mettre en ligne une nouvelle version. Pour l’instant je me sens éloigné de ces grands du Web, que ce soit un eBay ou un Firefox.

Pierre explique qu’en effet, changer un standard va te faire courir un risque. Cependant il existe des moyens pour redonner de la convivialité, car tu vas comprendre que le changement viendra de tes équipes, lorsque tu auras rendu plus convivial ton organisation et ton SI.

Tout d’abord, il faut un peu de discipline, au niveau des moyens, d’un cahier des charges. Mais c’est aussi une mobilisation de tes équpes, avec un but à atteindre. Est-ce que tes équipes savent pourquoi elles travaillent ?

Laurent répond que ce changement va apporter un risque de double culture. Certains vont s’essoufler, ceux qui font de l’Internet s’éclateront pendant que les autres seront sur le côté. C’est un risque trop important, qu’as-tu à répondre à cela ?

Tout d’abord l’Entreprise est un organisme. Je te parle là de changer son ADN. Je vais te proposer quelques idées pour changer ton système. Tout d’abord, identifie un « Borat ». Une personne prête à changer. Ensuite, si tu veux rendre convivial ton SI, mais que tu penses que le reste ne doit pas changer pour l’instant, je te propose de mettre en place des « Checkpoint Charlie ». Ces portes d’entrées-sorties, très spécifiées, permettent de travailler avec le reste de l’entreprise.
Les réformistes font peur car ils font changer les choses. Ce n’est pas l’innovation ou l’idée qui est innovante, mais la quantité des innovations proposées, bonnes ou mauvaise, comme le disait hier Luc de Brabandere. Tu dois identifier des leaders, capable de changer, et de mobiliser tes équipes.

Laurent reprend : cela me semble encore un peu abstrait, tu peux m’en dire plus ?

Pierre : je te propose de changer radicalement ton système d’information. Tu vas retrouver une infrastructure dynamique en changeant tes règles de fonctionnement. Regarde Wikipedia : 7ème site le plus visité dans le monde, 25 Web Masters, 30 000 contributeurs… et ça marche ! Est-ce que tu n’as pas dans ton SI des moyens d’améliorer la communication entre les équipes, en les laissant se contrôler à posteriori ?

Pierre continue : Salesforces.com par exemple propose aux développeurs de se créer des outils. Ces développeurs se sont appropriés l’outil et ont développé eux-même des petites applications, sans validation au préalable. Sur le site de Bouygtel, quelqu’un a eu l’idée d’ajouter un forum afin que les clients posent leurs questions, et que d’autres clients répondent. On aurait pû avoir peur et mettre un modérateur… ce qui n’est pas le cas. Dans la vraie vie, il y a 99% de gens normaux qui ne font pas n’importe quoi. Le contrôle à posteriori permet d’effacer les messages qui ne respectent pas la charte du site. Et bien grâce à cette idée, Bouygtel offre un excellent service client qui ne lui coûte rien, avec des réponses très pointues… Et ça marche, c’est convivial.

Pierre continue : le pari de la Confiance est opposé à l’idée de contrôle. Tu ne peux pas demander de la Confiance si tu conserves un Contrôle. Il faut donc que tu réflechisses pour que ton Intranet, ton système d’achat, ton support réseau, tout soit plus convivial.

Prenons par exemple l’outil SOCRATE de la SGCIB. Le front-desk avait un souci avec le backoffice. Plutôt que de tenter de conciler les deux mondes, les dirigeants ont laissé les équipes s’auto-organiser. Le système SOCRATE est ouvert, et il réconcilie la vue desk avec la vue compte, sans soucis.

Laurent demande alors comment y aller ?

Pierre résume ses idées. Tu veux un produit convivial et intégré ? Ce sera ton infrastructure et son interopérabilité qui feront un bon produit. Pour garder cependant de la bonne communication transverse, il faut des normes. Mais ce seront tes équipes qui les trouveront. Tu veux rendre plus ouvert ton SI ? met en place une Forge comme SourceForge.net, un appStore ou un Wiki par exemple.

Enfin, ajouter plus de responsables ne rend pas une entreprise meilleure. Des grandes entreprises réussissent avec 3 niveaux hiérarchiques. Si le transverse fait le pari de la confiance, tu dynamises ton SI et tu le rends plus convivial.

Le DSI facilite la communication et les échanges, demain je supprimerai ton poste et tu seras promu !

Conclusion
La présentation était vraiment enrichissante en expliquant simplement que le changement vient avec de nouvelles méthodes, de nouveaux outils et une volonté de réformer. Moderniser son SI, c’est mettre en place un système de communication basé sur de nouveaux outils de l’entreprise 2.0.
Chacun prend conscience que le DSI 2.0 a du pain sur la planche. Son travail n’est plus uniquement l’architecture du SI, mais la mise en place d’outils simples, ouverts et conviviaux, pour améliorer la confiance des utilisateurs.
La session est difficile à retranscrire, j’ai tenté de vous redonner l’enchaînement, mais si celle-ci est disponible en vidéo sur le site de l’USI, je pense que vous prendrez plus de plaisir en les regardant qu’en me lisant.
DSI du futur, convivialité, réformisme, des pointeurs qui nous donnent une idée du futur de demain.

Une petite définition pour commencer :

« L’ensemble des connaissances relatives à l’homme et nécessaires pour concevoir des outils, des machines et des dispositifs qui puissent être utilisés avec un maximum de confort, de sécurité et d’efficacité. » (Alain Wisner)

Comme elle dit, quand on a dit cela, on a tout dit et en fait on a rien dit.
L’ergonomie c’est regarder une application pour qu’elle soit utilisable et que ce qu’elle propose soit utile.
– être utile : est-ce que je réponds ou non à un besoin ?
– être utilisable : pour remplir une fonction, quelle est la facilité d’utilisation ?

L’ergonomie est aussi une science pour « améliorer » et pas simplement constater comme elle va nous le montrer. On comprend donc que le travail d’ergonome est d’améliorer la communication entre la machine et la personne.

Elle parle d’abord de l’Utile, de ce que nous mettons dans nos applications. Quel développeur n’a pas codé des fonctions sans vraiment penser à son utilité ? Une application doit servir à quelque chose, une fonction doit être utile, et il ne faut pas hésiter à faire des tests utilisateurs afin de se rendre compte de ce qui est utile dans un logiciel informatique.

Concernant ensuite l’Utilisabilité, un logiciel ou un site informatique doit être facile à utiliser, facile à apprendre, instinctif. Avez-vous lu la notice de votre ipod par exemple ?
L’utilisabilité c’est aussi proposer une interface qui n’induit pas en erreur, qui ne soit pas ambiguë. Pensez à Windows qui pour éteindre votre ordinateur… vous demande de cliquer sur « Démarrer »…

Elle parle ensuite d’une notion intéressante : une application doit paraître simple, au risque sinon de décourager les utilisateurs. Combien d’utilisateurs n’osent pas utiliser un site parce qu’il « paraît compliqué » ? Pensez à votre grand-mère devant votre dernier téléphone portable…

La question se pose : mais comment je fais ?
Une application ne doit pas retirer de prime abord des fonctions. Il convient tout d’abord de masquer le trop de fonction, de sorte que seul l’indispensable soit visible. Elle démontre son argument avec une application qui présente un mode de saisie avancé, mode qui n’est pas actif par défaut. L’iPod Schuffle par exemple est un exemple de la simplification. L’écran LCD n’étant pas indispensable à la fonction de base qui est « j’écoute de la musique », celui-ci a été retiré.

Masquer pour alléger l’interface oblige à hiérarchiser et à créer des workflows, ce qui simplifie le travail du développeur finalement. Le site Adobe Buzzword ou le traitement de texte Pages sur Mac par exemple, sont des exemples de logiciels qui masquent la complexité.

Pour certaines fonctions peu utilisées, Amélie explique ensuite le principe de la fonction experte. Prenez par exemple la fonction qui permet de classer les icônes sur l’iPhone. Celle-ci s’active en gardant le doigt appuyé sur un des icônes, et permet de ranger ses applications. Elle est complètement invisible, seul un expert connaît cette fonction… et en parlera autour de lui.

Elle continue la présentation en expliquant que le rôle de l’ergonome est aussi de trouver la bonne fonction, celle qui améliore l’efficience. Pour cela elle nous montre un outil de traduction en ligne. Composé d’une zone de saisie, de deux listes déroulantes avec les langues et d’un bouton traduire. L’ergonome a ajouté un lien « Permuter » qui permet d’inverser les sélections entre les 2 listes, ce qui fait gagner du temps.

Les fonctions doivent être optimisées, elles doivent être visibles et utilisables. 4 besoins fondamentaux sont nécessaires :
– l’emplacement (caché dans la barre, en haut, dans un menu…)
– la nature (zone de saisie, bouton)
– le format (gros/petit/couleur)
– la terminologie ( « nouvel email » moins bien que « envoyer un message »)

Elle termine la présentation par une explication sur les techniques pour améliorer l’utilité et l’utilisabilité des sites, en parlant des tests à l’aveugle, focus groups, benchmark, questionnaire de satisfaction. Il y a aussi l’appel à l’expert, qui grâce à ses connaissances peut nous aider à concevoir un logiciel utile et utilisable.

En conclusion, une bonne introduction sur l’ergonomie pour des Geeks comme pour des Boss.
Les développeurs informatiques n’apprennent pas à bien concevoir. Ils apprennent à concevoir. Il y a un côté petit-chimiste chez nous qui fait que nous sommes très fort pour faire des choses pas utiles ou pas utilisables, même parfois les deux.

Bonus spécial pour toi lecteur
Je te propose pour terminer des exemples de sites pour te faire peur
- Gamequarium a le mérite de se dire que finalement on est pas si mauvais en CSS
- CapstoneIdeas avec un système de navigation très pratique, moi j’ai rien compris
- Horizontal Way : va chercher le nonosse à droite de l’écran
- BowWowBooks un site qui veut vendre des livres mais qui fait tout pour que tu ne comprennes pas qu’ils veulent vendre des livres… ou des croquettes pour chien
- Piqué chez FredCavazza : le pire site web de tous les temps, paraît que c’est fait exprès.

Encore une bonne présentation de l’USI 2009.

La présentation début par un passage en revue des différences entre un Wiki et un CMS. Ces 2 outils permettent de publier du contenu facilement. Le CMS (Content Managment System) est orienté processus, le Wiki est orienté collaboration. La première différence se fait donc sur l’usage.

Le CMS est axé sur la publication avec une validation, souvent un workflow, une gestion fine des auteurs, des catégories et des droits des différents utilisateurs. Souvent, le contenu du site publié via CMS est connu à l’avance, on retrouve des documents d’entreprise classiques.

Le Wiki est adapté à un processus collaboratif, où la création et la publication sont mélangés. On a plus la notion d’itératif, le contenu s’auto-organise par les différents contributeurs. Souvent, le contenu exact n’est pas connu à l’avance. Chaque contributeur a les mêmes droits que les autres, et il peut défaire une modification.

Basé sur cette première observation, on commence à comprendre que les 2 outils ne seront donc pas mis en place dans les mêmes structures, mais aussi que le contenu publié sera différent. Les structures hiérarchiques fortes, où la validation du contenu publié est importante, seront plus du côté du CMS, là où un Wiki sera adapté à des structures en réseau comme une communauté open-source.

Tugdual et Vincent apportent une vision professionnelle sur le sujet. Les projets CMS sont mandatés souvent par la DSI ou l’AMOA, là où les Wikis sont poussés par des utilisateurs finaux, par des développeurs, par des installations locales dans des départements de l’entreprise.

Petit jeu : pouvez-vous identifier le site réalisé avec un CMS et celui réalisé avec un Wiki ? J’ai refais 2 captures d’écran pour masquer les URLs

Le premier site : France 2025

Le second site : Canton de Genève, section Impots

Le résultat du sondage dans la salle à l’USI donne le CMS pour France 2025, alors que c’est l’inverse. Le premier site a été réalisé avec XWiki, le second avec eXo Portal.
Vincent explique la différence entre les deux : le premier est un site où chaque internaute peut donner son avis. Le second est le site du Canton de Genève en Suisse, c’est la section des impôts qui publie des textes officiels. On comprend alors mieux l’usage de chacun des 2 outils.

Se pose la question de l’évolution des 2 outils, de quoi sera fait le futur ?

Vincent Massol parle tout d’abord des prochaines évolutions du Wiki, le Wiki 2.0. Là cher lecteur je te propose de relire un ancien numéro du Touilleur Express, j’ai publié un article pas plus tard que la semaine dernière.

Tugdual présente ensuite les évolutions des CMS, avec l’ajout d’un grand nombre de fonctions de collaboration qui viennent du monde du Wiki : possibilité de noter des articles, d’ajouter des commentaires ou des annotations. L’édition et la publication sont plus simples qu’au début des CMS, avec la prise en compte des retours d’expérience du monde des Wikis.
Le CMS dépasse le cadre de la stricte publication de contenu, et propose aussi l’intégration de différentes applications, de différents Gadgets. Tugdual parle du projet OpenSocial. Il explique la différence entre une Portlet qui tourne du côté serveur, très proche d’une servlet, et un Gadget ou Widget, qui tourne du côté du navigateur en consommant des services distants.

Pour terminer la présentation, les 2 présentateurs essayent d’imaginer un monde où les rôles seraient inversés.
Que se passerait-il si Wikipedia passait vers un CMS ? Que se passerait-il si le Journal Officiel passait en Wiki ?
Chaque type de site a donc besoin d’un outil spécifique, il n’y a donc pas de Wiki contre CMS, plutôt une collaboration intelligente. Chacun dispose de son écosystème.

Pour la collaboration, le Wiki est roi. Pour la publication de contenu, le CMS est roi.
Et il ne faut pas tenter de forcer les outils dans un autre rôle non prévu, même si cela fonctionne techniquement.

Conclusion
Une bonne présentation qui permet de comprendre en une heure où chacun travaille, où se situent les différences entre un CMS et un Wiki. La salle était comble, ce qui fait penser que le sujet intéresse. Les 2 speakers s’en sont bien sortis, j’ai trouvé la présentation très équilibrée. Chacun bien entendu a parlé de son produit, mais le fond et les réponses apportées étaient intéressantes. Et puis les deux font du Java, les deux sont en open-source, les deux sont français… Alors que demande le peuple ?

La présentation est en ligne sur le blog de Vincent Massol.

La session débute avec quelques chiffres qui ont le mérite de rendre humble : Google c’est 39 centres de données dans le monde, 2.5 % de la consommation électrique aux USA. C’est 400 serveurs qui tombent en panne par jour. En cherchant quelques chiffres pour renforcer mon article, j’ai lu que YouTube coûte 2 millions de dollar par jour à Google avec 75 milliard de vidéo pour 375 millions de visiteurs uniques en 2009. Le coût de la bande passante et du stockage est d’environ 2$ par visiteur. La bande passante coûterait 1 million par jour, les datacenters seulement 36 000 dollar par jour selon Credit Suisse…

Revenons à notre présentation. eBay c’est 250 millions d’objet en vente, 44 milliards de requêtes Web par jour, 6 millions de ligne de code. Forcément on se sent petit.
Un slide suivante montre l’effet « Michael Jackson » sur le trafic de la première page de Google. D’ailleurs Google a cru un moment à une attaque. Le 25 juin à 15h00 c’est un tsunami qui s’est abattu sur le moteur de recherche.

Je me dis à cet instant, que Reuters devrait surveiller les recherches Google pour détecter l’actualité avant qu’elle ne devienne de l’actualité.

Tout d’abord ces grands sites ont quelques caractéristiques auxquelles nous devrions penser : leur croissance est très rapide et continue de s’accélérer. Amazon qui était un site Internet, a aujourd’hui plus de trafic sur sa plateforme Amazon de Cloud-Computing que sur la librairie. Olivier explique qu’ils sont passés de simple site internet à plateforme. Google de même avec Google App Engine.

eBay n’a pas hésité au cours du temps à remettre son architecture en question plusieurs fois. Nous sommes passés du Perl au C++ puis au Java, plus facilement maintenanable et tout aussi performant. Les bases de données sont structurées différemment des bases que nous voyons au quotidien dans nos applications de gestion. Ces bases sont en général faiblement relationnelles. La validation du modèle se fait maintenant dans le monde objet plutôt qu’au niveau de la base elle-même. Il n’y a pas de contraintes d’intégrité dans la base de données. Les données sont stockées sur différents serveurs tout d’abord verticalement. Pour faire simple : un serveur pour l’ensemble des CD, un serveur pour les DVD et un serveur pour les livres. Un partitionnement horizontal des données accélère encore le stockage : les Livres dont le titre débute par « A » sont sur le serveur 1, les Livres « B » sur le serveur 2, etc.
C’est donc une segmentation physique intelligente qui permet de monter en charge.

La réplication des données est vitale, et elle fait partie intégrante des architectures de ces grands comme Amazon ou eBay. Différentes stratégies comme l’utilisation de Merkle Tree (autre nom pour Hash Tree) permettent de s’assurer de la validité des données. Pour maintenir l’information sur les serveurs en panne, des systèmes basés sur ce que l’on appelle « Gossip protocol » (gossip=ragôt) permettent au réseau de s’auto-informer sur les machines en panne.

Les architectures des grands du Web sont donc performantes, distribuées, résistantes à la panne et basées sur des plate-formes de Cloud Computing. Olivier rappelle qu’Amazon et eBay ont 6h d’indisponibilité par an… Cela force le respect.

Leur synthèse nous propose ensuite de prendre un peu de recul. Ne pas partionner de prime abord, cela vous crée des problèmes pour en résoudre d’autres que vous n’avez pas encore. Le mode relationnel n’est pas l’unique solution, pensez à diviser verticalement vos traitements dans votre application. La question de l’utilité de la base classique se pose, lorsque l’on voit que les grands du Web ne s’en servent pratiquement pas… La gestion des Transactions est complexe, prévoir des services de nettoyage qui vérifient l’intégrité des données à posteriori pour gérer les rares cas des transactions techniques abandonnées.

La gestion des transactions est assez exemplaire. André explique le Théorème de CAP d’Eric Brewer, utile lorsque l’on parle de données massivement partagées :
- Strong Consistency: all clients see the same view, even in presence of updates
- High Availability: all clients can find some replica of the data, even in the presence of failures
- Partition-tolerance: the system properties hold even when the system is partitioned

Ce qui donne en français :
- L’ensemble des clients voient la même vue, même lorsqu’il y a des mises-à-jour
- Massivement disponible : tous les clients peuvent trouver de la donnée répliquée, même lorsqu’un crash survient
- Partitionable : votre app-serveur et votre base de données peuvent être installé sur 2 machines, votre système est tolérant au partitionnement.

Il s’avère que seul 2 des 3 postulats peuvent être respectés en même temps. Olivier explique qu’Amazon par exemple a fait une architecture en suivant les points 2 et 3. Le besoin en « High-Availability » et en « Partition-tolerance » sont plus importants que la Consistence. Cela crée des fenêtres d’inconsistance, mais avons-nous besoin absolument à la seconde prêt de la consistance des données ? A réflechir !

Pour monter en charge, tout ce qui peut être traité avec de l’asynchronisme comme la préparation d’une facture par exemple, la validation d’une commande… doit être traité de cette façon. Cette architecture « Fire and Forget » est très intéressante. Tout d’abord Olivier explique que les données ne sont pas véhiculées, simplement l’endroit où elles se trouvent. L’architecture accède à la donnée le plus tardivement possible. Les systèmes sont fait de telle sorte que si un message est reçu plusieurs fois, cela n’a pas d’impact. L’ordre des messages ne doit pas être important. Pensez à votre lecteur de mail, lorsque vous prenez une conversation en cours, vous relisez les anciens messages commentés dans le message complet par exemple… La synchronisation tue l’architecture distribuée.

Chef on fait une mise en prod
J’ai franchement bien aimé cette partie, merci d’en avoir parlé. Après avoir parlé grosse architecture, les 2 présentateurs enfoncent le clou et parlent de la mise en production. Et là j’ai appris pas mal de choses.

eBay est entièrement redéployé toutes les 2 semaines. Cette mise à jour peut prendre 3 jours. Le déploiement du code est différent de l’activation d’une nouvelle fonction. Chaque fonction d’Amazon par exemple est activable/désactivable. La mise en prod d’une fonction revient donc à mettre en marche du code… qui est peut-être en production depuis 3 semaines. Les fonctions sont cachées et activées par un switch !
En cas de panne sur une fonction, on peut même imaginer qu’un administrateur système « éteigne » la fonction en cause. Vive OSGi !

On recherche donc plutôt la robustesse applicative au lieu de la robustesse d’infrastructure. Ils savent que le système va planter, l’architecture est donc construite en fonction de ce postulat, afin que les systèmes reprennent automatiquement lorsqu’une autre partie du réseau repart.

La présentation continue ensuite sur la partie humaine de ces projets. Comment font-ils ? Combien de développeurs ? Comment travaillent-ils ?
Amazon c’est 1500 développeurs, 30 architectes. Pas beaucoup pour 6 millions de ligne de code. Werner Vogels, CTO d’Amazon.com a une phrase simple : « You build it ? You run it ! ». Tu l’as fabriqué ? Et bien tu vas le faire marcher. Il demande aux équipes du support de réveiller à 3h du matin le chef de projet du module qui a planté afin que celui-ci se déplacer. Rien de plus efficace pour s’assurer de la qualité des développements.

Amazon c’est 55 millions de clients actifs. Entre 100 et 150 équipes collaborent pour créer une seule page d’Amazon.com. Chaque équipe est autonome, et elle ne dépasse pas 10 personnes. Werner dit « If you need more than 2 american pizzas to feed a team, split-it ». Yahoo! est aussi l’un des premiers utilisateurs de Scrum, l’Agilité est un standard.

L’esprit « on est en béta tout le temps » permet aussi de recevoir du feedback des clients. Ces sites marchent car ils écoutent les clients. Amazon.com ouvre son système avec des Web Services, cela permet à des communautés de développeurs de travailler avec Amazon et d’accroître les ventes. Prenez GMail, en béta depuis 5 ans… Bref comme notre univers avance très vite, il est vital d’aller mettre en ligne le plus vite possible une version light de votre architecture, afin de commencer à prendre du recul et à écouter le client. Ne partez pas dans un effet tunnel, faîtes de l’incrémental, trouvez un moyen de mettre en ligne chaque mois par exemple. Le fantasme spécification-codage-testage-mise en prod-merdouillage-debuggage-remise en prod-merde ça marche pas-debuggage n’est pas du tout le modèle des grands du Web.

Conclusion
Présentation vraiment sympathique, pas du tout « consultant-SOA-on se la raconte » mais très concrète et très bien tournée.

En sortant mes tags sur cette présentation sont : humilité / partager / petite équipe / 400 serveurs par jour se plantent chez Google.

Il y a un monde entre l’univers des gens qui tartinent du Word et du PowerPoint avec une cravate et les autres, qui vont vraiment vous construire une architecture, mettre en place des outils, trouver une solution à l’arrache sans craquer, motiver et diriger une équipe.

Le jour où un pingouin de 25 ans viendra vous parler de SOA, demandez-lui s’il sait comment fonctionne Amazon, eBay, Google… et par extension, d’autres sites comme SalesForce.com ou même… le Touilleur Express.

Bien entendu lorsque l’on parle de ces grands sites, et que dans la vraie vie on est juste entrain de faire l’extranet d’un Assureur Suédois, il y a un monde… Mais prendre le temps de regarder ce qu’ils font nous donne des idées concrètes pour ne pas se planter, et continuer à se faire plaisir.
Et entre nous, les Suédoises, ça scale horizontalement non ?

Références
http://highscalability.com/amazon-architecture
à lire pour retrouver quelques idées et chiffres de la présentation.
J’ai peut-être mélangé eBay et Amazon lorsque je cite certains chiffres, n’hésitez pas à corriger.

Cette deuxième journée commence par une Keynote très humaniste par un généticien très connu, Albert Jacquard. Je reviendrai sur sa présentation dans un article, car le personnage et le discours a eu le mérite de nous cadrer la journée qui allait suivre, en s’axant sur la valeur humaine.

J’ai débuté ma journée par SpringSource et la présentation de Julien Dubois, qui m’a donné une phrase qui me parle : la séparation physique entre la couche Web et la couche métier a été dictée par des vendeurs… de hardwares. Trop content de pouvoir vous vendre plus de serveur, ceux-ci ont oublié de vous dire que dans la vraie vie… on peut s’en passer. J’ai une pensée émue pour mon client actuel qui est massivement Web d’un côté, EjbTiers de l’autre. C’est dingue de se dire que l’on doit faire vivre aujourd’hui ce type d’architecture, et que le WebTiers n’a pas accès à la base de données. Quel gachis.

Je continue ma journée avec la présentation « L’informatique Conviviale » par Pierre Piezzardi et Laurent Avignon d’OCTO Technology. Cette session a été épanouissante, alors que je ne savais pas vraiment quoi venir chercher en arrivant. La gestion du changement, la rupture et la responsabilisation, très intéressant et je bloguerai dessus plus longuement.

Je me suis ensuite accordé un break, j’ai zappé Philip Evans. J’en ai profité pour aller voir aussi l’espace exposant, avec une démonstration de la table tactile Microsoft Surface, une démonstration d’un écran qui enregistre où votre regarde se pose, et une table musicale. Je vous posterai une vidéo où vous verrez un Nicolas devant l’écran qui se fait enregistrer alors qu’il surfe… marrant.

Le déjeuner avalé, j’enchaîne avec une présentation pétillante, qui fait du bien : Amélie Boucher m’a expliqué l’ergonomie en 50 minutes, et mon cerveau de geek primaire a tout compris. Je vous proposerai un article complet, j’ai franchement bien aimé le ton léger et le sujet sérieux, c’était très sympa.

J’ai hésité entre la présentation de Fabrice Robini et celle de Guillaume Laforge sur les DSLs et j’ai craqué pour Groovy. Lors de la présentation j’ai appris encore de nouvelles choses sur Groovy, note pour plus tard cher lecteur que je te posterai un petit article aussi.

Ensuite j’avais prévu d’aller voir Guillaume pour comprendre « Vaincre le Plouf ». Seulement en face dans une salle s’est organisé une présentation de Google Wave. Désolé les gars, mais impossible pour moi de manquer cette présentation organisée au pied levé par Guillaume Laforge et Didier Girard. Et bien je peux te dire que je ne regrette pas ces 50 minutes. Ok la démonstration a pas mal planté. Mais au delà de la démonstration, pour moi c’était un choc. J’ai eu conscience de voir quelque chose qui va devenir dans les mois qui viennent un GROS truc, et qu’en même temps je ne savais pas ce que les gens allaient en faire. La salle de 50 places était blindée, j’avais à ma gauche un journaliste du Monde Informatique, bref ce moment était magique, c’est ça aussi l’USI.

Ensuite j’ai fait un break et je dois vous dire que j’ai zappé la restitution du DSI. Désolé. Un article publié plus tard, la journée s’est terminée par une note de musique, et quel moment…
Eric Lewis est un pianiste de jazz et de rock, qui nous a offert une heure de concert. C’est tout d’abord une bête de scène. Il a joué à TED, et j’ai hâte que l’équipe de l’USI 2009 vous fasse partager cette vidéo. Il a joué/rejoué des standards du rock avec le piano. Cela donne du Nirvana, du Ray Charles, du Coldplay… Enorme

A la fin de son show il demande si nous souhaitons qu’il joue quelque chose. Comme personne ne se lance, je crie « Michael Jackson ». Et bien il a envoyé Billy Jean sans vraiment savoir au début, et toute la salle a terminé debout. 3 standing ovation, 2 rappels, juste énorme.

Il a grandit dans une maison de musique. Sa mère et sa grand-mère étaient des musiciens. Il a grandit entouré de piano, et ce qui l’intéresse c’est de proposer une autre approche du Piano, de nous jouer de l’ACDC ou de l’IronMaiden, et d’arriver à sortir de nouveaux sons jamais entendu avant. C’était une grosse performance physique, et il a fait passer une quantité d’énergie, c’était juste énorme. Les quelques 400 personnes dans la salle se sont senties habitées tout comme lui. Il a fait par exemple une reprise de « Smells like teen spirit » de Nirvana, bref c’était juste énorme.

La vidéo ci-dessous n’est pas de l’USI 2009 mais elle vous donne une idée du personnage :

Conclusion
L’USI se termine. Organisation énorme, aucuns couacs, juste parfait. Le contenu ? et bien après toutes les conférences auxquelles je me suis baladé, j’ai l’impression d’avoir découvert l’Amérique. Le format, le ton, l’organisation, cet ensemble entre Geeks et Boss fonctionne très bien. Cet après-midi j’ai bien aimé cette présentation sur l’ergonomie, hier j’ai beaucoup aimé cette journée, l’organisation, le contenu, la qualité des speakers… L’USI a certes un prix, garant de l’indépendance et d’une bonne organisation, mais je retiens finalement plutôt la Valeur de ce que j’ai vu pendant ces 2 jours. Les Keynotes bien entendu m’ont scotché. J’ai un peu décroché sur la Keynote de Daniel Cohen. Son discours était sur une autre strate, et je n’ai pas pris plaisir à l’écouter. J’ai adoré Joel de Rosnay, j’étais ému en écoutant Albert Jacquard, j’ai jubilé en écoutant Neil Ford… Juste énorme.
Côté technique, par rapport à un Jazoon je n’ai pas appris la toute dernière nouveauté dans JEE6. Mais à la limite on s’en fiche. J’ai plutôt eu l’occasion d’aérer mes neurones de vieux geek, d’écouter des gens câblés dans l’autre sens. La qualité du contenu, l’organisation, les gens présents avec lesquels j’ai discuté, bref deux jours très riches et très intenses.

Je termine ces 2 jours avec une tonne d’articles à écrire. Merci à toutes les personnes d’OCTO qui nous ont offert 2 jours vraiment top, merci aux speakers, et je passe le bonjour à toutes les personnes que j’ai croisé pendant ces 2 jours.

A suivre d’ici quelques jours / semaines -> un paquet d’article sur l’USI 2009.

A l’année prochaine !

Alain revient sur sa propre expérience. Il a mis en place une technique simple et pragmatique pour créer de la valeur, améliorer son management et travailler avec plaisir avec ses équipiers. L’activité du management se décompose en 5 activités :
- La Gestion (valider vacances, note de frais)
- L’Operationnel (comité de pilotage, réunion)
- La Promotion de l’équipe (pub interne)
- Le Networking (recevoir prospect, contacter client)
- Le Management effectif (créer le contexte de l’intelligence collective)

Or souvent les managers se retrouvent englués dans de la Gestion ou par exemple l’arbitrage de Budget, ce qui ne lui laisse pas beaucoup de temps pour réellement manager son équipe. Il est souhaitable de réduire bien entendu ces obstacles comme explique Alain. Mais il nous explique ensuite comment être un meilleur manager avec une boîte à outils simple.

Alain a mis en place la réunion « OneOnOne« . Le principe est limpide : chaque semaine, il passe 30 minutes en tête à tête avec chacun de ses collaborateurs. Il voit donc physiquement durant un entretien informel et sécurisé chacun de ses collaborateurs. Pour cela la réunion se déroule durant 30 minutes, avec 3 séquences :
- LUI parle pendant 10 mn et moi le Manager j’ECOUTE
- MOI je parle par rapport à ce qu’IL m’a dit et j’ECRIS
- Nous terminons par le FUTUR et les actions pour cette semaine

Il est important d’instaurer un rituel, de voir chacun de ses collaborateurs à heure fixe, afin de ne pas se laisser déborder, et que cela fonctionne. Il faut créer un climat de confiance. Alain explique qu’il est actif, il s’assoit à côté de la personne et ils notent ensemble la discussion afin d’assurer un suivi de qualité.

Il faut 3 composants pour que cela fonctionne :
- le Feedback
- le Coaching
- la Delegation

Le Feedback : tout le monde en veut. Que ce soit votre fils de 5 ans qui vous demande « Regarde Papa/Maman » car il a besoin d’un feedback, ou votre collaborateur qui souhaite aussi entendre parfois un « Merci » ou « Tout va bien » plutôt qu’attendre l’entretien annuel pour découvrir ce qui cloche.
Il explique qu’il est important de ne pas hésiter à utiliser des superlatifs. Lorsque quelque chose s’est mal passé, contextualisez et décrivez l’impact que l’action a eu sur vous, sur d’autres membres de l’équipe. La personne demande du feedback.

Le Coaching : aider le collaborateur à atteindre ses objectifs. Comme le rôle du Scrum Master, s’assurer qu’aucuns obstacles ne bloquent votre collaborateur. Son deuxième écran ne marche pas ? Allez chercher le câble d’alimentation manquant par exemple. Etre coach c’est aussi supporter. Attention cependant en tant que manager à ne pas devenir une ressource, vous devez vous effacer pour laisser votre collaborateur travailler.

La Délégation enfin, est le moyen d’aider votre collaborateur, s’il est motivé et compétent. Utilisez d’autres formes de management selon le profil de votre collaborateur.

En conclusion, car je ne peux pas reprendre ici toute la présentation, Alain Buzzacaro explique très clairement les bénéfices, et le fonctionnement de ce moyen simple, pour recréer de la valeur. Il nous engage à tester l’initiative, ce qui motivera votre équipe.
La communication améliore la productivité et la performance, un bon manager crée de l’intelligence collective.

Il cite quelques chiffres qui donnent le tourni : d’ici quelques années, 15% des CPUs seront achetés par Google, et l’un des plus gros consommateurs d’électricité en Californie sera bientôt Google. Plus tard dans la journée lors de la présentation d’Olivier Mallassi et André Nedelcoux d’OCTO, on apprendra aussi que Google possède à ce jour 39 Datacenters, que 400 serveurs par jour tombent en panne, et qu’ils consomment actuellement 2.5% de l’électricité aux USA. Chiffres difficiles à vérifier. Mais cela explique aussi pourquoi Google veut mettre ses machines au large sur des barges flottantes afin de réaliser des économies.

J’ai apprécié de revoir les outils, mais j’ai surtout aimé la démonstration de Google Wave. Didier Girard a développé un Robot pour Wave capable d’envoyer des SMS, et d’en recevoir. En fin de présentation nous avons testé son application en envoyant des SMS et tout a bien fonctionné.
Je m’arrête là pour ce soir car je vous reparlerai de Google Wave demain.

Architecturer pour le Cloud
J’enchaîne ensuite avec une présentation en Anglais de Simone Brunozzi d’Amazon : « Architecturer pour le Cloud« . Il débute sa présentation par une « non-définition » du Cloud Computing, pour ensuite lister les bénéfices du cloud :
– abstraction
– disponible à la demande,
– scalable,
– paiement à l’utilisation

Utiliser une plate-forme de Cloud Computing, c’est marcher dans des pas de géant tout en ne payant que ce que l’on utilise finalement. La scalabilité pour Amazon comme il l’explique, c’est tout d’abord un métier, dont ils sont spécialistes. Ensuite c’est un effort d’architecture de notre côté, car il ne suffit pas d’ajouter des machines sans réfléchir son SI dans le Cloud.
Les points qu’il nous propose de regarder :
- Design for failure
- Loose coupling sets you free
- Design for dynamism
- Security is everywhere
- Don’t fear constraints
- Many storage options
- AWS ecosystem and community

Tout d’abord comme le dit Werner Vogels le CTO d’Amazon : « Everything fails, all the time ». Comme je dis à mes clients : « On est sûr d’une chose et on ne connaît pas l’autre. On sait que cela va planter mais on ne sait pas quand ». Prendre en compte donc que l’application va planter. Amazon propose des solutions comme Elastic IP. Il prend l’exemple de la muraille de Chine, construite non pas pour empêcher les envahisseurs d’entre en Chine, mais pour les ralentir lorsqu’ils repartent, afin de les écraser lorsqu’ils étaient chargés de butin. La muraille a donc été dessiné dès le départ pour… ne pas marcher et laisser entrer les envahisseurs.

Le deuxième point « Loosely coupled system » nous dit qu’il faut massivement découper notre application en boîte noir dans le Cloud afin d’en tirer parti. Pour cela on peut introduire de l’asynchrone avec Amazon Messaging Service, utiliser des Web Services comme Amazon, bref prévoir de faire des petits châteaux plutôt qu’un gros château.

Le troisième point « Design for Dynamism » dans le Cloud est de dire que notre architecture d’application ne doit pas se reposer sur le serveur physique sur lequel elle tourne, elle doit être dynamique, elle doit être démarrable facilement avec un script de bootstrap sur Amazon, afin de pouvoir monter en charge.

Concernant ensuite « Security is everywhere », tout d’abord Simone explique qu’Amazon nous offre la sécurité physique en répliquant nos donnés, en montant des datacenters certifiés (sismique/cambriolage/électricité…). La sécurité applicative est bien entendu à prendre en compte mais il n’y a pas de risques avec nos voisins sur Amazon.

Le point suivant « Don’t fear constraints » nous fait comprendre qu’il faut s’adapter à la boîte à outil d’Amazon et ne pas avoir peur des contraintes. On vous demande plus de mémoire ? essayez le cache distributé (memcached). Vous voulez de meilleurs perfomances avec votre base ? Regardez SimpleDB. Amazon a sa propre infrastructure sur le Cloud, au nom de quoi votre application ne pourrait-elle pas suivre les mêmes bonnes pratiques ?

Concernant ensuite « Many Storage Options » ce slide présente simplement les différentes technologies d’amazon :
– Amazon S3 pour le stockage des données statiques
– Cloudfront pour la distribution
– SimpleDB pour une base simple et indexée
– Amazon EC2 avec l’accès à un disque local physique pour stocker
– Amazon EBS pour le stockage permanent

Dernier point enfin « AWS Community and Ecosystem » avec l’exemple de la migration d’une application vers la plate-forme de Cloud Computing d’Amazon.
Sa présentation est en ligne si vous souhaitez la regarder.

Présentation intéressante, qui permet de prendre conscience de l’offre d’Amazon sur le sujet.

Joël de Rosnay nous a offert une superbe première présentation. Est-ce qu’il vous est déjà arrivé lors d’une présentation de vraiment prendre votre pied en écoutant quelqu’un parler ? Je vais m’efforcer de vous retranscrire les points les plus marquants de sa présentation. Ne vous attendez pas à un résumé précis de son intervention de 50 minutes, la vidéo sera sur le site de l’USI 2009. Je prends plutôt l’axe homéopathique afin de vous proposer quelques points intéressants.

La présentation s’axe sur une discussion sur les enjeux de la civilisation du numérique pour demain, de l’arrivée du virtuel et du lien avec le réel. Tout d’abord une phrase : «il y a de plus en plus de virtuel, pourtant les gens cherchent de plus en plus de contact réel»

Joël de Rosnay nous brosse un portrait rapide de l’internet et il utilise une image parlante pour personnaliser l’Internet : celui-ci est un énorme cerveau et nous sommes chacun des neurones qui constituent ce cerveau.

Il définit ensuite 3 types de clients Internet : l’internet classique où vous surfez avec votre navigateur, l’internet mobile avec votre iphone ou votre gphone et enfin l’internet des objets. Tout d’abord il y a plus de personnes qui utilisent Internet avec un appareil mobile que de personnes qui utilisent un accès classique. Ensuite, la courbe de progression de l’internet mobile dépasse l’internet classique. C’est un fait.
Le troisième Internet, l’internet des objets, est la mise en relation quasi automatique des objets du vivant entre eux. Votre voiture qui envoie des diagnostics à un centre technique, votre frigidaire qui vous tweet son contenu… J’invente par rapport à ce qu’il a dit.

Alors tout devient cliquable. Le monde des objets est cliquable, mais il est aussi un nouveau vecteur pour la virtualisation. Joël de Rosnay montre une vidéo de l’application Sekai Camera de TonchiDot Team. Imaginez que vous preniez votre iphone, vous mettez le mode caméra, et vous filmez les Champ-Elysées. Le moteur est capable alors d’ajouter des «Air Tags» dans le flux vidéo, de telle sorte que le monde réel se retrouve enrichit par le monde virtuel. Imaginez pointer une vitrine d’un restaurant avec votre caméra, et voir apparaitre sur l’écran un tag avec une note de 1 à 5 d’appréciations données par les utilisateurs…

Cela nous amène ensuite à la Maison Intelligente. J’ai en tête à cet instant Marc Fleury, ancien CEO de JBoss, qui travaille maintenant dans ce secteur par exemple.

Internet amène ensuite de nouveaux canaux de communication. Ces nouveaux canaux entrent en conflit avec les canaux traditionnels. La communication 1 à 1 : vous à un guichet de la Poste. La communication 1 à tous : la télé ou la radio.
Internet amène de nouvelles formes qui se diffusent comme la communication de «tous vers tous» comme sur les forums, les chats ou les blogs… Et il amène aussi une communication de «tous vers un» lorsque vous lisez par exemple une page de Wikipedia écrite par plusieurs contributeurs, ou comme le site Agoravox. Ce site est constitué de 30 000 contributeurs. Avec 1.2 millions de pages vues par mois, c’est un gros média.

Les médias classiques justement sont en compétition avec les nouveaux médias. Aux journaux papiers nous opposons les Blogs. A la radio, les podcats. A la télé, les télévisions webs. Aux opérateurs téléphoniques classiques nous pouvons opposer la VoIP avec Skype, etc.
Bref il y a une nouvelle vague générée par Internet qui bouscule les médias classiques.

Alors comment monétiser finalement tout cela ?
Joel de Rosnay présente une courbe de puissance où l’on voit qu’un média comme TF1 touche 18 millions de personnes pendant 25mn au 20h, mais une vidéo sur YouTube sera peut-être vue 100 millions de fois pendant 12 mois sur YouTube. Au final c’est bien finalement ce qu’il appelle «la longue traine» qui crée la valeur, donc le revenu. Pour gagner de l’argent, est-ce que publier du contenu accessible à une masse de personne ne fait pas plus gagner d’argent que de publier ponctuellement quelque chose ?

Il parle ensuite de la dispersion de la quantité d’information. Imaginez un instant le nombre de petites vidéos sur chacun de nos ordinateurs, le nombre de photos, de vieux trucs que vous aimeriez vendre… Impossible pour vous de vendre cette valeur. Il explique alors la nécessité des Aggregateurs. Google est un agrégateur d’information. eBay est un agrégateur de biens physiques, Wikipedia est un agrégateur de connaissance, Amazon est un agrégateur de livre… Bref l’émergence et la dispersion ne fonctionne que grâce à ces agrégateurs. Ces nouveaux courtiers en valeur d’ailleurs se payent en prenant un tout petit pourcentage sur votre achat. Mais prenez eBay et ses 250 millions d’articles vendus par mois… Les petits courtiers se payent donc avec le volume, sur des flux longs (pour les exemples des vidéos).

Point suivant : l’émergence de la société de la recommandation. Aujourd’hui lorsque vous partez en vacances, le premier réflexe est de regarder la réputation de l’hôtel. Vous cherchez une petite amie sur Meetic ? Vous regardez son profil. Vous voulez acheter une voiture neuve ? encore Internet. Vous voulez changer d’entreprise ? bref la recommandation est partout.
Cependant c’est une valeur différente de l’information. Pour cette raison il explique que pour lui nous sommes dans une société de la recommandation plutôt que de l’information.

La suite des slides nous emmène vers les mondes virtuels, dont on parle moins, puis la réalité augmentée. La notion de bits vers atomes est représentée avec une imprimante 3D qui à partir d’un fichier (des bits) modélise dans de la résine une maquette (les atomes).

La personnalisation est aussi un nouveau phénomène qui est rendu possible grâce à Internet. Vous pouvez par exemple créer votre tee-shirt personnel, votre paire de chaussures Nike (voir NikeiD), votre tasse de café avec la photo de votre chien… La personnalisation est aussi un nouveau vecteur important.

Tout ceci apporte bien sûr un clash culturel. Le pouvoir bascule du côté du consommateur. Celui-ci devient aussi acteur. Prenons l’exemple du Tourisme Peer-to-Peer. Il est possible d’échanger son appartement ou de partir en week-end à Rome et de louer un appartement, sans passer par les centrales de réservation et devoir prendre un hôtel… Pensez à ce concept où vous pouvez offrir de la valeur aux autres sans passer par les grands acteur. Moi qui blogue dans mon coin, je parle à beaucoup de monde. Toi qui te lance sur MyMusic et qui vend ensuite 100 000 CD, tu te passes des Majors. Il cite ensuite un exemple que je trouve très intéressant et qui va arriver en France : le micro-crédit.
L’idée : vous avez besoin de 10 000 euros. Vous allez sur un site de micro crédit, vous donnez une garantie et hop vous avez ces 10 000 euros. Derrière, au lieu d’une banque, c’est 10 000 particuliers qui prêtent 1 euro chacun… Et qui en retour toucheront un petit quelque chose (quoiqu’avec 1 euro…).
De manière plus intelligente, j’ai entendu sur le podcast JavaPosse cet exemple d’une entreprise qui propose aux particuliers la possibilité d’accorder des crédits aux pays en voie de développement.
Bref cette révolution où une nouvelle forme de pouvoir nous est octroyée, est le découlement direct de l’émergence d’Internet.

Dans la suite de la présentation, il aborde la gestion de la publicité et de la réputation. Il explique là encore qu’il est plus intéressant de dépenser un tout petit peu mais sur des points de passage massif (comme Google) plutôt que de manière ponctuelle sur un point où certes il y a du monde, mais où l’intervention est ponctuelle : le spot de publicité à 20h30.
C’est ce qu’il présente sur un slide :
«Flux + Buzz => Bizz» pour business

Il termine par une prédiction, par sa vision sur les sujets qui devraient émerger rapidement. Tout d’abord la notion de P2P (Peer-to-Peer) appliquée à 5 secteurs : la Banque, l’Assurance, le secteur des Consultants, l’Education et l’Energie.

Pour la banque, ce sera la possibilité d’emprunter 500 EUR ou de prêter 10 EUR avec un intérêt pour ce prêt. Pour l’assurance, regardez les mutuelles. Pour l’éducation, on pense à ce site qui vous propose de faire vos devoirs. Pour l’énergie, demain j’espère pouvoir revendre via un site type eBay l’électricité produite avec mes éoliennes… Intéressant non ?

En conclusion, il termine en expliquant aussi que cela crée de nouveaux risques, un besoin d’éthique, de régulation. La vie privée et Internet, l’eReputation, nous devrons nous adapter à ce nouveau monde. Peut-être que demain quelqu’un prendra une photo de moi et me mettra dans une manifestation dans un montage vidéo… L’éthique et la sécurité devront donc aussi être présent dans le futur.

Une très bonne introduction avant la journée qui m’attend.

Revenons un instant au superbe titre de ce post « Teeshirt Linux ou Costard Cravate ».
Le dilemme demain, c’est la tenue.

A votre droite vous avez le kit costard-cravate que je mets de temps en temps, travaillant dans la Finance.

A votre gauche vous avez un stock de teeshirt assez impressionnant (« JavaOne », »Debian Rulez », »Netscape Communicator for ever », « SpringOne »). Votre mission ce soir : sélectionner la bonne tenue pour demain. Soit vous partez équipé du kit Blackberry-cravate Hugo Boss, soit vous avez un HTC G1 hacké avec une coupe de cheveux à rendre jaloux un chauve…

Demain j’hésite entre allez voir les copains parler, ou alors complètement m’engager pour allez voir des conférences moins geek et plus boss. D’un point de vue purement Le Touilleur Express, comme ici nous sommes complétement geek, le choix est vite fait. D’un point de vue personnel, les sujets « pas-geek » m’intéressent aussi… Alors on verra, surprise sur place !

Plus de détails sur le programme. Vous pourrez suivre la journée sur Twitter, sur @LeTouilleur et grâce au mot clé #USI2009.

Pour terminer j’ai opté pour le polo indémodable « Le Touilleur Express » que j’ai reçu en 2 exemplaires de la part de SpreadShirt.

La suite demain…