Je vais continuer à travailler sur ce sujet. A priori je devrai en parler sous la forme d’une Keynote à la conférence Soft-Shake à Genève à la rentrée. C’est une conférence sur Java, l’Agilité, le développement iPhone et le développement en général. J’aimerai aller voir aussi quelques Java User Group à partir de la rentrée, pour parler développement, passion et vous rencontrer.

En attendant, merci encore une fois à Octo Technology et en particulier à Pierre Piezzardi qui m’a aidé, et retenu pour cette session de 2010.

La vidéo:
(Ouvre la vidéo dans une autre fenêtre)

Les slides:

Crédit photo : http://flickr.com/photos/ecstaticist/

J’avance tranquillement sur la préparation de mon sujet pour la conférence USI 2010, le 1er et le 2 juillet. Le premier test grandeur nature s’est bien passé, avec l’aide de Guillaume et de Pierre d’OCTO. Il y a encore quelques points à améliorer, mais ça avance. Je voulais partager avec vous les premières idées observées depuis que je travaille sur ce sujet.

J’ai envie de parler de notre aventure. La conférence de l’USI s’adresse à 2 publics : les Geeks et les Boss. J’ai 20 minutes pour présenter un sujet sur la communauté, sur l’aventure de ces dernières années. Dans ma tête il y a un mélange de JUG, de Devoxx, de l’aventure d’indépendant, du blog le Touilleur Express, des soirées, des rencontres, bref de tout ce qui peut se passer, pour peu que tu mettes le nez dehors.

Idée 1 : le Geek 1.0 est une espèce en voie de disparition
Première idée, c’est que le Geek classique est une espèce en voie de disparition. Lorsque je dis cela, j’ai l’image des gars de Microsoft qui, en 1979, faisait un peu peur. J’ai l’image d’un Geek classique, passionné, mais qui doit se battre pour défendre ses idées. Oui ce n’est pas toujours évident d’assumer sa passion pour sa TI-82 lorsque l’on est jeune, ou pour son Nexus qui plante tout le temps lorsque l’on est vieux.

Didier Girard a lancé le terme de Geek 2.0. Je crois que vous le connaissez. C’est un gars qui fait de l’informatique, mais qui a dépassé le côté technologique. Le Geek 1.0 est une brute sur Zunbuntu. Le Geek 2.0 est une brute de communication. C’est un passionné aussi. Lui ce qu’il cherche c’est avant tout les autres. C’est un bonhomme qui participe aux conférences, aux BarCamps, aux soirées du Paris Java User Group. Ou forcément c’est un peu moi, ça tombe bien c’est plus facile pour s’en rendre compte.

Le Geek 1.0 a un projet open-source obscur sur SourceForge.net. Le Geek 2.0 a 1209 followers, il a fait une présentation sur Scala à Jazoon. Pour moi, c’est un bonhomme massivement communiquant. Twitter, Facebook, les blogs, les soirées entre collègues, c’est le bonhomme qui sort dehors.

Bref j’essaye de définir ce nouveau comportement qui a explosé ces 2 dernières années dans le monde Java. J’essaye de mettre un nom sur 50 français à Devoxx, qui chantent dans un bar Irlandais. J’essaye de comprendre comment on peut parler en franglais dans une salle de 600 personnes à Devoxx, en présentant « Google Appe enjineu » et où tout le monde trouve cela génial.

Idée 2 : trouver des passionnés est un exercice compliqué
Je ne compte pas le nombre de fois où l’on m’a demandé : « Hé Nicolas, tu ne connais pas un gars motivé qui voudrait bosser pour moi ? » ou sinon la version candidat : « Hé Nicolas, tu ne connais pas une société sympa sur Paris ? ». Cela s’est concrétisé avec l’eXpress-Board.fr, dont une grande partie a été réalisé grâce aux idées de la communauté.

J’essayerai d’utiliser des images à l’USI. J’ai pensé à l’image du Safari. Vous êtes Boss, vous voulez recruter des Geeks ? Des brutes de la programmation Java ? Allez chercher les grands fauves là où ils se trouvent. Oubliez les grands sites d’emplois monstrueusement ennuyant surtout les jeudis, essayez plutôt de mettre le doigt de pied à une soirée comme un Paris JUG. Manque de bol pour vous, si vous êtes un Boss vous serez rapidement remarqué.

Vous pouvez alors vous transformer en Beek ou en Goss comme Didier Girard le disait. Ou sinon vous pouvez simplement envoyer vos salariés, vos passionnés. Si je vous disais que 46% des personnes sondées en avril ont répondu « qu’elles envisagent de changer de poste » cela laisse rêveur non ? A vous d’être déjà présent le jour où ils souhaiteront changer de poste.

En fait je vais vous l’avouer : nous les Geeks, nous n’utilisons pas beaucoup les sites d’emplois. D’après le sondage, c’est avant tout nos anciens collègues qui peuvent nous donner un bon tuyau. Autant dire que si vous n’avez pas de système de cooptation, c’est dommage.

J’ai observé de belles aventures depuis que je participe au Paris JUG. J’ai des visages de personnes qui s’ennuyaient et qui ont rejoint une entreprise non pas à cause du salaire, mais avant tout à cause des passionnés qui y travaillent déjà. C’est de cette observation que vient mon idée de dire aux employeurs : aidez et lancez vos salariés les plus passionnés dans la communauté.

Vous êtes prêt à dépenser 600 EUR pour 15 jours d’annonce sur un site d’offres d’emplois grand public, mais vous ne voulez pas payer une conférence de 3 jours à votre meilleur élément ? Devoxx c’est 210 EUR, un billet de train à 75 EUR de Paris, deux nuits d’hôtels à 48 EUR… Et c’est juste la PLUS GROSSE CONFERENCE pour la communauté Java avec 3200 développeurs du monde entier. Et tellement peu de français… Quel dommage.

Idée 3 : il y a un avant et un après Paris JUG
Clairement, il y a 2 personnes qui en région parisienne ont fait changer les choses. Antonio Goncalves avec le Paris JUG et Luc Bizeul avec les BarCamps. Je vais simplement vous expliquer ce qu’il s’est passé le jeudi 4 juin dernier. Nous avons ouvert les inscriptions pour la soirée du Mardi 8 à midi. Deux heures plus tard, 178 personnes s’étaient inscrites. Chaque mois, les places partent en une journée, grand maximum. Je tiens à en parler aux Boss lors de l’USI, en montrant quelques photos de l’évolution de l’affluence.

Certes, le Paris JUG c’est gratuit, on peut y boire un coup entre 2 conférences, et nous recevrons une fille mardi soir prochain (Holly Cummins d’IBM).

Holly Cummins et Kirk Pepperdine

Mais mince, il y a des conférences qui peinent à trouver 100 personnes, même gratuitement, en plusieurs mois.

Et puis il y a le Paris JUG.

200 geeks, chaque mois. Une cinquantaine au restaurant, une bonne dizaine jusqu’à tard dans la nuit, 450 personnes à l’anniversaire… Un truc de dingue. J’arrive pas à comprendre et cela donne envie de continuer, pour ne pas laisser retomber le soufflet.

Les Barcamps sont aussi des moments importants, qui ont permis à d’autres communautés de se rencontrer. Il y a enfin un grand nombre de User Groups, sur tous les sujets : le Google User Group, le NoSQL User Group, le DDD User Group, le Scala User Group, bref j’en passe.

Qu’est-ce que j’essaye de dire ?

Les User Groups en France ont mis du temps à démarrer. Aujourd’hui il y a 14 User Groupes en France. Didier Girard doit écrire un billet où il racontera ce qu’il a vécu lors de sa tournée des UG Java en France. Du gars qui fait tout lui-même, sans trop de sponsors, à ceux qui sont 8 pour tout organiser. Il y a celui qui lit des news sur Java à chaque début de séance. Il y a ceux qui sont plutôt sérieux. Il y a d’autres qui sont très universitaires… Chaque région raconte son histoire.

Idée 4 : nous ne resterons pas 10 ans chez vous
Une idée ensuite dont je souhaite parler aux Boss, c’est le caractère éphémère de notre présence dans leur entreprise. J’ai vraiment l’image d’un joueur de foot lorsque je regarde mon propre parcours. J’ai changé volontairement d’entreprise tous les 3 ans. J’ai fait mon parcours uniquement chez des éditeurs, plus par hasard que par réel choix. Puis je suis devenu indépendant. Et je serai certainement salarié à nouveau un jour. Mais ce qui est assez intéressant, c’est que je n’ai pas hésité à bouger lorsque quelque chose ne me convenait plus. En discutant avec différents juggeurs, chacun m’a raconté une histoire où presque invariablement, c’est eux qui décident de partir.

Le salaire n’est pas le premier critère qui fait bouger un Geek. C’est avant tout la mission ou le projet, donc le sens du travail. Les perspectives d’évolution sont importantes, puis en effet, le salaire. Mais ce que je souhaite donc expliquer à nos Boss est limpide : nous ne sommes pas là pour faire de vieux os, et nous n’hésitons pas à changer d’entreprise.

Pour quelles raisons ? Avant tout, crise ou non, nous avons la chance d’intéresser, d’être une ressource rare sur le marché. Les jeunes diplômés ont autant de chances que les personnes avec 15 ans d’expérience. Mais il y a une tranche qui reste très courtisée : les 3-5 ans d’expérience. Il suffit de parler avec les chargées de recrutement, ce que j’ai fait pendant plusieurs mois pour l’eXpress-Board.fr. Certains profils sont aussi rares que difficiles à intéresser.

Idée 5 : pour que les passionnés restent avec vous, ouvrez les portes !
Une idée observée chez Xebia, SFEIR et Octo, ainsi que chez d’autres entreprises : la personnalisation permet de conserver des talents. Il suffit d’aider certains de vos collaborateurs et de les encourager à prendre une place dans la communauté. Que ce soit en effectuant des présentations aux JUG, en les laissant blogger librement, en leur offrant des conférences ou en leur laissant un peu de temps pour un projet open-source : ouvrez les portes. Ne pensez pas que l’hyper-protection empêchera votre meilleur talent de partir.

J’ai lu les profils postés par les candidats sur l’eXpress-Board. Un des candidats a clairement dit : « moi dans mon entreprise je m’ennuie, elle ne m’offre pas de perspectives, j’ai envie de bouger ». C’est assez intéressant non ? Je m’ennuie, on fait rien d’intéressant à part boire du champagne avec les commerciaux chaque mois, ciao je m’en vais.

C’est pas avec 3 springles et une commerciale blonde avec des gros poumons que ton Geek de combat restera dans ta boîte. C’est avec des soirées « No SQL : Cassandra c’est chaud » qu’ils resteront, car ils auront le sentiment de bosser à plusieurs, et ils seront plus heureux. Tout simplement.

Idée 6 : nous ne sommes pas des ouvriers mais des artisans
Lorsque tu dis développeur à certaines personnes, on a l’impression de parler d’un animal élevé en captivité destiné à la reproduction de masse, et à même d’assurer une bonne reproduction avec d’autres compères.

J’ai le souvenir de cette jeune fille qui sortait avec un de mes amis. Diner de copains, elle m’explique qu’elle est chargée d’affaire. Je garde un silence sur mon métier, intéressé à l’idée d’écouter son point de vue sans l’influencer. Elle m’explique que son travail consiste à placer « ses ressources développeurs » et à s’assurer que les « TJM » sont correctement négociés. 3 développeurs .NET permettent d’assurer un ratio intéressant… Lorsqu’elle m’explique sa feuille Excel, j’ai l’impression de visualiser un poulailler d’élevage en masse…

J’aime mon métier. J’ai la vision d’un métier très artisanal, où les technologies tournent très vites. Qui utilisera encore <techo_pouet_pouet> dans 5 ans ? Cela nous force à ne pas nous endormir sur nos acquis. Nous sommes une profession qui n’a pas le temps de se professionnaliser. Regardez le succès des méthodes Agiles. Regardez la durée de vie des frameworks, elle est inférieure à 10 ans.

Je souhaite dire aux Boss que nous ne sommes pas des ressources. Nous devons passer 20 à 30% de notre temps en formation. Lire des blogs, tester des technologies, partir en formation, etc. Sans cela, nous serons en effet des ouvriers, facile à remplacer, sans valeurs ajoutés.

Et puis comme disait Guillaume, il n’y a que dans l’informatique que l’on traite les gens comme des gamins, alors qu’il s’agit de Cadre supérieur avec souvent 5 ans de formation derrière eux… Une affaire de respect sans doute.

Nous ne sommes pas des ouvriers mais de vrais Artisans.

Idée 7 : pour attirer d’autres candidats, cassez votre image
Cela semble évident mais il faut le dire : votre entreprise attirera les personnes qui vous ressemblent. Que ce soit consciemment ou non, l’image et les valeurs sont très importants. Le site internet fait un peu désuet. La nouvelle idée c’est d’utiliser Twitter. J’observe ce que font les entreprises de notre secteur, et pour l’instant il semble délicat de s’en servir. Les Blogs par contre sont devenus la pierre angulaire de toutes les entreprises technologiques. Il y a ceux qui en font une part importante de leur communication, en laissant les développeurs publier des articles. Il y a ceux qui contrôlent un peu plus. Et puis il y a toujours 2 ou 3 abrutis pour agréger les billets des blogs comme le Touilleur Express pour générer du traffic sur le site de #$%@… Mais je m’éloigne du sujet.

Cela revient sans doute à l’idée de personnalisation. Si votre entreprise est connue d’abord par le nom de l’un de vos développeurs, c’est un signe fort non ? Guillaume Bort, fondateur de Play! Framework, qui est ensuite le CTO de Zenexity… La personne est passée devant l’entreprise dans le réseau d’information des Geeks.

Idée 8,9,10…
Il y a d’autres idées, d’autres sujets à développer. Voilà quelques idées à tailler, argumenter, réfléchir.

J’aimerai présenter aux Boss un témoignage de Geek, d’un gars dans la communauté. J’ai le sondage, j’en ai lancé un deuxième (ci-dessous), j’ai rencontré des entreprises, bref il y a un TRUC à raconter.

Le Geek 2.0, un terme de Didier Girard. Il faut maintenant creuser et raconter cela.

NE PARTEZ PAS ce n’est pas terminé
Pour terminer, une question simple : si vous deviez changer de poste, quels seraient les 3 critères les plus importants ? Du plus important au moins important ? Allez, si vous répondez, vous verrez les réponses des autres.

RDV en juillet

Qu’est-ce que l’USI ?
L’Université du Système d’Information est une conférence co-organisée par OCTO Technology et par le BCG, dont le concept est de regrouper pendant 2 jours des Geeks et des Boss. Organisé à Paris et à Casablanca le 1er et le 2 juillet prochain, ce sera l’occasion de voir un mélange de conférences techniques, de conférences sur la gouvernance mais aussi sur des sujets plus larges, dans le cadre de discussions sur le système d’information.

L’an dernier, les keynotes d’ouvertures à elles-seules valaient le déplacement. Avoir la chance d’écouter par exemple Joël de Rosnay ou Albert Jacquard, furent pour moi de très bons moments. J’ai encore le souvenir de la présentation de Neal Ford, qui revient cette année. Quelle claque, les speakers sont vraiment bons, tout comme l’organisation.

Cette année ce sera donc 40 sessions divisées en 4 thèmes : Innovation, Durable, Ouvert et Valeur.

Qui sera là ?
Je vais vous parler tout d’abord des têtes connues de la communauté Java, ou dont nous avons déjà parlé sur le blog « Le Touilleur Express » :
- Martin Fowler / Neal Ford
- l’équipe des Cast Codeurs avec Emmanuel Bernard, Vincent Massol, Guillaume Laforge et Antonio Goncalves qui présentent « Il est frais mon Java »
- David Gageot présentera « GIT, la gestion de configuration qui vous veut du bien »
- Hervé Lourdin et Clément Rongier présentent « Lean ? Késako ? »
– Didier Girard, Jérome Bernard et Bernard Ourghanlian parlerons « Informatique dans les nuages »
- Benoit Lafontaine d’OCTO présentera « L’avenir de Java : Erlang, Haskell ou Ruby ? » (il manque Scala ?)
- Juergen Hoeller, SpringSource et fondateur de Spring sera aussi là pour présenter une session sur la qualité
- Guillaume Duquesnay (lisez svp cet article) d’OCTO Technology présente « Recracher la pilule Rouge, avaler la pilule bleu »

Il y a d’autres conférences, je vous en parlerai mi-mai, après la soirée de présentation des speakers organisée par OCTO.

De mon côté, cette année je vais présenter un sujet sur les Communautés, sur les attentes des développeurs, suite au Sondage auquel vous avez été nombreux à participer (voir cet article). Je serai donc clairement un Geek, avec pour objectif et envie, le désir de parler aux Boss, de leur proposer un tour dans nos univers, dans le fonctionnement de nos tribus de développeurs.
A propos je cherche des entreprises prêtes à m’accueillir pour que je puisse roder ma présentation. SFEIR est déjà sur les rangs, peut-être Xebia au prochain XKE, mais si vous voulez voir la bande annonce, la présentation dure 20 minutes. J’ai encore un peu de disponibilités avant début mai.

Pourquoi cela pourrait-il m’intéresser ?
Le côté Geek sera comblé. Les conférences sont très travaillées, ce sera 2 jours de formations pour vous. Si vous êtes architecte, développeur, responsable de projet, c’est une excellente occasion pour venir prendre la tendance de l’année. Il y a un peu moins de sujets sur le Cloud Computing par exemple. Mais des sujets sur les nouveaux langages, sur les techniques de développement, sur la maturation de la place de l’Agilité dans l’entreprise… Bref des thèmes qui seront intéressants.

Le nerf de la guerre : l’argent
Côté prix, le prix est de 1950 EUR H.T

Là je sens qu’une partie des lecteurs ramasse son maxillaire inférieur qui vient d’atterrir sur la table.
Mais croyez-moi, plutôt que de perdre la même somme dans une formation de 4 jours sur la gestion des conflits ou l’élevage des développeurs en batterie, venez à l’USI. C’est franchement un investissement, le moyen de rencontrer beaucoup de monde, de participer à des débats et des conférences très intéressantes.

Parmi les points importants : il est possible de prendre en charge ces 2 jours par votre organisme de formation OPCA. Il faut se renseigner sur le site de l’USI ou par email en contactant inscription@universite-du-si.com. Lorsque vous présentez à votre manager l’USI, dîtes lui que vous pouvez utiliser votre DIF (droit individuel à la formation).

Deuxième point : si vous venez en groupe, il est possible d’avoir un prix réduit. J’ai vu sur Twitter des gens qui cherchent des « co-amis » pour s’inscrire à plusieurs. Après tout ce sera l’occasion de rencontrer d’autres passionnés.

Enfin le point le plus intéressant : j’ai 10 bons de réduction qui vous permettront de bénéficier d’un prix de 50% sur l’inscription. Donc le prix passe à 975 EUR H.T par personne pour les 2 jours (soit 487.50 par jour, 60,9 EUR de l’heure, 1 EUR la minute… ). En retour je fais de la publicité pour la conférence (ici là en ce moment même), et c’est tout.

Pour ma part, j’y participe gratuitement en tant que présentateur. Comme cela les choses sont dîtes.

Si vous êtes intéressés, envoyez-moi un email avec « USI 2010-Inscription » et vos coordonnées. Je regroupe le tout et je fais suivre à l’équipe d’organisation de l’USI. La date limite pour se décider est fin mai/début juin, ou lorsqu’il n’y aura plus de bons de réduction.

Anciens articles
Vous pouvez retrouver les articles de l’an dernier sur l’USI grâce au tag « usi ».

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.