Sud Web est une conférence surprenante où le programme a parfois l’air de nous parler de tout à fait autre chose que de nos métiers. Parmi les différentes présentations de cette édition 2016, la conférence sur la couture, « Zero waste » par Mylène L’Orguilloux, peut paraître hors sujet au premier abord. On se dit que c’est sympa parce qu’elle parle de limiter le gâchis et que ça fait partie des considérations actuelles de notre société, mais pas de notre domaine professionnel.

Et pourtant.

Pourtant, on peut (et Sud Web nous y incite fortement) faire plusieurs rapprochements avec nos façons de travailler.

Si on garde le point de vue citoyen, on a nous aussi des questions à se poser vis-à-vis de l’empreinte écologique de nos métiers. Je me rappelle d’ailleurs de la conférence « Internet et les TIC, pas très écologiques ? » de Luc Poupard où j’ai appris que ça allait bien plus loin que je n’imaginais.

À notre tour de nous poser des questions : Quels sont les gâchis dont nous sommes responsables, Quels sont les impacts de notre système sur les ressources de la planète ? Comment faire mieux ?

Mais on peut aussi y voir d’autres choses. Le jeu des questions-réponses à la fin de la conférence a donné des pistes en ce sens.

Car cette conférence n’a pas que proposé un système pour éviter le gâchis. Cette conférence nous dit qu’on peut – et doit – se poser des questions sur le domaine dans lequel on travaille. Et qu’on ne doit pas s’empêcher de remettre en question une industrie sous prétexte que les standards sont établis depuis des décennies et que les changer serait compliqué. On peut et on doit voir les problèmes que le système établi entraîne (depuis toujours ou parce que les choses changent) et chercher des solutions.

Pour ne ramener ce parallèle qu’à notre domaine professionnel, Sud Web nous parle là de garder l’esprit ouvert par rapport à nos habitudes (de conception, de développement) et à penser en fonction de notre contexte actuel (qui, dans le web, est toujours différent de ce qu’il était un an plus tôt).

De plus, le web est encore jeune. On a (peut-être) quitté la phase du défrichement, on est encore dans de l’artisanat (même si on a mis en place quelques automatisations) ; on n’est pas encore à une échelle industrielle mais on est en train de la préparer.

Prend-on le risque de s’enfermer dans une industrie qu’on ne saura plus bouger ? Est-ce un risque inévitable ? Réussira-t-on toujours à garder de la place pour les “petits”, pour les “différents” qui en fait apportent un regard que l’on n’aurait pas, et donc de l’innovation ?

Nos frameworks, si efficaces et qui nous font gagner à la fois du temps et de l’homogénéité, vont-ils en fait se refermer sur nous et va-t-on s’enfermer dans des systèmes qui nous laisseront bien moins créatifs que ces premières années de web où tout est possible ?

Un autre parallèle que l’on peut faire, c’est le fonctionnement en silo. La complexification du web a entraîné des spécialisations par métier de plus en plus ajustées. Or, Mylène nous fait remarquer que dans l’industrie de la couture les changements sont difficiles puisque la main gauche (le modiste) ignore ce que fait la main droite (la production). Comment faire, dans le web et le numérique, pour éviter cet écueil et rester proches des problématiques les uns des autres ? Le pair-programming, les principes de l’agile, les démarches qualité et transverses telles que Opquast, sont des premiers éléments de réponse. Est-ce que cela suffira ou faut-il aller plus loin ?

Beaucoup de questions auxquelles je ne sais pas répondre (et vous ?) mais qui doivent, à mon sens, nous rester à l’esprit à nous professionnels du web du début du 21e siècle, c’est-à-dire de ceux qui vont donner une première direction au web industriel.

Voir aussi le retour de Pierre-Yves : Sud Web 2016 @ Bordeaux ; et celui d’Isabelle : Sud Web ou comment j’ai découvert mes super pouvoirs.

Photo : Sud Web

Sud Web, c’est toujours une surprise ; un programme avec des méta-messages à lire entre les lignes qui viennent allumer des lumières dans la tête.

Si cette édition 2016 était un nuage de tags, on y retrouverait en bonne place la créativité, l’ouverture d’esprit, le respect de l’autre et la bienveillance mais aussi de grosses réflexions sur notre manière de travailler.

Pour faire un résumé qui ne rendra pas justice à la richesse de cette journée :

Le web est un nouvel outil. Nos technos sont de plus en plus riches et larges. À nous, donc, d’exploiter tout ça pour faire un maximum de choses et même autre chose que des sites et des applications. Créons, exploitons, hackons, détournons.

Dans nos interactions avec les autres, l’empathie sera notre alliée : garder en tête le point de vue de l’autre pour le comprendre et mieux lui répondre (c’est valable avec son client comme avec son collègue comme avec …ses enfants !)

Favoriser ainsi la compréhension vous fera gagner en efficacité (tout comme apporter une touche de fun en réunion aide tout le monde à se ré-impliquer ; la détente n’empêche pas le travail et considérer finalement le client comme une personne “normale”, aimant aussi s’amuser, peut même favoriser la productivité).

Le travail avec l’autre est de tout façon toujours un enrichissement …et l’assurance d’augmenter la pérennité d’un projet ! (On ne vous l’a jamais dit jusque-là mais en fait …documentez !)

D’autres valeurs sont à garder en tête : ne pas préjuger des compétences et de la personnalité des autres (ni en fonction de leur sexe, ni en fonction de leur métier, ni en fonction de leur apparence) mais aussi se faire confiance à soi-même et laisser sa créativité s’exprimer en toute occasion (les LEGO, la collecte de donnée, la contrainte…).

Maintenant, nous ne vivons pas que dans un monde de valeurs, il faut bien prendre en compte le matériel et l’organisationnel aussi. Beaucoup de discussions sont remontées autour des thèmes de la répartition travail/loisirs, organisation, (non)rémunération… Quelques « nouveaux » modèles sont en train d’émerger, d’autres sont à inventer, tandis qu’il faut apprendre à bien comprendre le modèle classique (savoir lire sa fiche de paye tout comme comprendre le code du travail).

Cette édition de Sud Web, une fois de plus, ne m’a pas déçue mais à éveiller des réflexions, des pistes ; elle a encré des points de vue, des valeurs à ne pas oublier ; elle m’a donné du recul et …m’a donné plus de questions que de réponses et c’est tant mieux !

Sud Web, encore une fois, fut une réussite en 2014.

J’ai particulièrement apprécié la cohérence du programme. Si certaines des conférences ont ma préférence, c’est plus sur un thème transverse que j’aimerais revenir.

En laissant Sud Web décanter, j’ai en effet eu l’impression que ce qui m’avait le plus plu était la récurrence du thème de la communication.

Que ce soit sous forme de croquis, que ce soit autour du code ou encore dans le code.

La communication dans une entreprise commence dès l’entretien d’embauche. J’aime l’idée que ce premier rendez-vous n’est pas qu’une relecture de CV avec audition technique. Cela me paraît une évidence – qu’on s’assure de sentir que le candidat soit à sa place dans notre société, notre équipe – mais ce n’est certainement pas le cas partout. Kevin Goldsmith (1){#note01Retour} nous expliquait que, chez Spotify, quelle que soit l’expertise d’un candidat, il ne sera pas retenu s’il ne « colle » pas à la culture de l’entreprise.

(1) À ce propos, voir : « Créer, protéger et réparer la culture de son entreprise. »

Cela me paraît très important pour le bien-être des collaborateurs mais aussi pour la productivité (auto-promo : voir à ce propos la conférence « Être bien pour produire bien »).

Des valeurs communes vont favoriser également les relations et les discussions, en accord ou en désaccord.

La revue de code (2) est un exemple très parlant. Une personnalité habituée à travailler seule et d’autorité aura du mal à s’intégrer dans une équipe qui pratique – quelle bonne idée ! – la revue de code.

Cet exercice étant lui même un mode de communication et, s’il ça peut peut être une vraie manière d’échanger (meilleure transmission des connaissances) et de progresser (formation en continu), cela peut également – si c’est mal – fait devenir une source de conflit.

Noëlie Amiot nous donne de nombreux conseils parmi lesquels je retiens en particulier :

• Ne pas oublier de dire qu’on est d’accord.
• Cela doit rester un échange et non un débat.
• Ni ironie ni sarcasme.
• Si une revue de code prend plus de temps à discuter qu’il n’en a fallu pour coder, faire trancher par une tierce personne.

Noëlie propose aussi de favoriser les questions-réponses sur messagerie interne pour pouvoir garder une trace et ne pas perdre l’information.

(2) À ce propos, voir : « Revoir la revue de code. »

Cela rejoint un autre type de communication écrite : les commentaires de code (3)

Je ne reviens pas sur l’importance de bien commenter son code, de différencier commentaires et documentation. Je relève par contre ici une astuce : certaines entreprises (Vimeo et Mozilla ont été citées) glissent leur offres d’emploi dans les commentaires de code. C’est rigolo, c’est « ciblé » et c’est déjà une manière de donner un indice sur l’état d’esprit de la boîte.

(3) À ce propos, voir : « Les commentaires sont plus importants que ça »

Plus surprenant : utiliser Sass pour favoriser la communication entre les équipes.

C’est ce que nous a présenté Kaelig Deloumeau-Prigent (4) qui, via les variables de Sass, a créé un document de référence – une sorte de dictionnaire – qui permet aux développeurs et aux graphistes de se comprendre et d’avoir un vocabulaire commun.

Évacuer la question du vocabulaire leur permet de se concentrer ensemble sur la créativité et de fluidifier les échanges.

(4) À ce propos, voir : « Mieux communiquer avec son équipe grâce à Sass »

La communication revient même quand on parle du stress. Frédérique Joucla (5) en nous détaillant les différents types de réponse au stress nous a aussi donné des clés pour l’amoindrir. Parmi celles-ci, elle nous conseille de parler à quelqu’un. J’ai bien retenu, par ma part, qu’à la prochaine montée de stress : je pars faire un tour dehors 5 minutes avec un verre d’eau et un collègue à qui je parle tout en pensant à bien respirer !

(5) À ce propos, voir : « Les différents types de réponse au stress »

Toujours sur la communication mais cette fois sur la manière de communiquer, la conférence d’Eva-Lotta Lamm (6) a été un franc succès puisqu’elle a réussi à montrer qu’on est tous (si, si) capable d’exprimer un sentiment, un concept via un croquis (bon, d’accord, avec son aide).

(6) À ce propos, voir : « Briser la peur de dessiner »

Un des cas d’application, c’est quand on a une idée (7)

Se faire un croquis à soit même aide à visualiser concrètement ce qu’on a en tête. Mais cela va être aussi très utile pour proposer son idée aux autres.

Boris Schapira voulait nous aider à aller de l’idée au projet ; le croquis peut définitivement être une des étapes.

(7) À ce propos, voir : « De l’idée au projet »

Je n’ai pas cité toutes les interventions – ce n’était pas le but – mais l’ensemble de la journée a bel et bien été une vraie prise de recul, une respiration avant de se replonger – plus sage – dans la production quotidienne.

Et comme toujours, Sud Web a mis la communication au cœur de l’événement : les temps et la qualité des moments d’échange étaient parfaits.

Voir aussi : « Sud Web 2014 » par Ippon qui a choisi le même thème que nous pour son retour de Sud Web.

http://sudweb.fr/2013/

Les pauses, les repas, les soirées

Plus que jamais, je me rends compte que ce qui vaut le plus le coup dans une conférence comme Sud Web, c’est le “off”. Les personnes que l’on rencontre, les personnes que l’on revoit, les partages, les échanges, font la grande richesse de l’événement.

De ce point de vue là, Sud Web est toujours un sans faute. La taille de la conférence, les moments aménagés pour les échanges ou encore la convivialité instaurée par l’équipe, sont autant d’éléments qui favorisent les échanges.

Les conférences et Lighting Talks

Le client, ce gentil méchant

Olivier de Villardi, chef de projet web à la MACSF. @JacquesMuffin, jacquesmuffin.fr

Si cette première conférence ne m’a pas totalement emballée, c’est probablement parce que j’ai moi-même été dans la peau du client et de celle du prestataire.

Olivier chaussait tour à tour les deux casquettes pour, globalement, rappeler que si les deux se voient souvent d’un oeil méfiant, ils ont des éléments à s’apporter l’un à l’autre.

Il mettait aussi l’accent sur un point important : les deux doivent se choisir. Si l’on trouve la manière de l’autre impossible, c’est que l’on ne devrait pas travailler avec lui.

Conduite du changement, de l’artisanat à l’industrialisation

Agnès Haasser, développeuse web. @tut_tuuut http://fr.slideshare.net/tut_tuuut/de-lartisanat-aux-bases-de-lindustrialisation

Là aussi, je suis restée sur ma faim et, là aussi, c’est dû à mon profil puisque le sujet de la conduite du changement est au cœur de mon métier.

Agnès a fait un retour d’expérience sur son arrivée dans une équipe qui n’utilisait pas encore d’outils et de processus d’intégration continue.

Voir son article : http://www.24joursdeweb.fr/2012/de-l-artisanat-aux-bases-de-l-industrialisation/

Sass et Compass ont embelli mon quotidien

Mehdi Kabab, développeur web. @piouPiouM, pioupioum.fr http://pioupioum.fr/developpement/conference-sass-compass-sudweb-2013.html

Mehdi a partagé avec nous comment il s’organisait autour du préprocesseur Sass et du framework Compass, comment cela l’incitait à penser objet (OOCSS).

Il complète sa présentation avec les pièges à éviter.

Un chouette partage de méthodologie entres dév.

Getting Touchy: An Introduction To Touch Events

Patrick Lauke, évangéliste web. @patrick_h_lauke, splintered.co.uk http://fr.slideshare.net/redux/sudweb-17052013 et http://patrickhlauke.github.io/touch/

Trop courte, très pointue, je vous recommande la présentation de Patrick dès que les vidéos seront sorties (pas avant fin juin)

Le développement c’est difficile (Ligtning Talk)

Rémi Parmentier, intégrateur web. @hteumeuleu, hteumeuleu.fr

Excellente démonstration de Rémi (a qui j’ai enfin parlé, en mode groupie, je crois que je l’ai un peu surpris).

En partant de l’exemple de la “simplicité” des dates, Rémi démontre à quel point un sujet qui parait trivial peut cacher un monde de complexité. La morale de l’histoire : quand un dév. vous dit que c’est difficile et que ça vous paraît facile, ne tirez pas de conclusion hâtive. De même, pour un graphiste, etc.

Aubergine n’est pas une couleur (Ligtning Talk)

 Une partie de la recherche « aubergine couleur » dans Google Images

Alain Witkowski, Webdesigner. @wa__rn, wa-rn.com http://www.wa-rn.com/sudweb/#/

Tout le monde a son référentiel de couleur qu’il tient comme étant le bon. Le conseil d’Alain : plutôt que de faire des allers-retours à essayer de tomber d’accord sur la couleur (“Mais je vous avait dit aubergine ! Là, c’est lit-de-vin !”), faites vous indiquer le référentiel pour travailler ensemble sur une même base.

Et je rajoute : pourquoi ne pas utiliser Pourpre.com et son outil Chroma comme référentiel commun ?

L’odyssée de l’espace insécable (Ligtning Talk)

Damien Alexandre, développeur web. @damienalexandre, damienalexandre.fr http://jolicode.github.io/typography-conf/#/

Damien nous parle de quelques subtilités typographiques du point de vue du développeur. Quelques approximations mais cela fait plaisir d’entendre parler d’espace insécables et autres raffinements depuis cet angle là.

Damien en a aussi profité pour  nous parler de son correcteur typographique (open source) JoliTypo : https://github.com/jolicode/JoliTypo

Et si j’écrivais un livre ? (Ligtning Talk)

Corinne Schillinger, intégratrice. @schillinger, inseo.fr http://fr.slideshare.net/inseo/et-si-jcrivais-un-livre-21457479

Les pièges dans lesquels ne pas tomber quand on se lance dans l’écriture d’un livre.

… Mais ne vous laissez pas décourager, allez-y quand même !

(Corinne a écrit “Intégration web – Les bonnes pratiques” – http://www.editions-eyrolles.com/Auteur/112405/corinne-schillinger)

Quête mystère

L’auditoire, mené par David Larlet

La conférence surprise était un débat à 100 personnes autour de thèmes qui nous sont chers et qui nous permettent de prendre un peu de recul par rapport à notre quotidien.

Nous avons beaucoup échangé autour de l’impact du web sur le monde, notre propre responsabilité, nos soucis de santé, de manque de reconnaissance, etc.

Un bon débat car cela fait du bien de se poser ces questions et d’entendre d’autres points de vue.

Le retour de David : https://larlet.fr/david/blog/2013/quete-sens/

Responsive news : l’actualité mobile à la BBC

Kaelig Deloumeau-Prigent, développeur front-end. @kaelig, blog.kaelig.fr http://fr.slideshare.net/kaelig/sudweb-2013

Les problématiques et les choix de la BBC face au casse-tête qu’est l’adaptation au monde de la mobilité ou comment “couper la moutarde” est la solution !

NB : “Couper la moutarde” est la traduction littérale d’une expression anglaise qui veut dire “répondre aux attentes”.

La visualisation de données comme outil pour découvrir et partager des idées sur le web

Nicolas Belmonte, expert en visualisation de données chez Twitter. @philogb, philogb.github.io http://fr.slideshare.net/philogb/talk-2013-sudweb

La “dataviz” n’est pas qu’une astuce pour présenter des infos de façon “sexy”, c’est aussi un outil qui permet de mieux transmettre de l’information, de mieux se l’approprier, de mieux la comprendre et la traiter.

De plus, ce type de présentation est aussi propice à voir les choses différemment et donc à avoir de nouvelles idées.

Le culte du cargo (Ligtning Talk)

Thomas Zilliox, développeur web. @iamtzi, zilliox.me http://fr.slideshare.net/tzilliox/cargo-cult

Ok, un bon développeur est un développeur paresseux ; ok, inutile de réinventer la roue pour faire son propre code à soi-que-c-est-moi-qui-l-ai-fait ; ok, le copier-coller c’est facile et rapide …mais faites-le avec discernement ! Sinon, vous allez vous fourvoyer, imiter sans avoir compris l’utilité.

Un peu de TLS ne fait pas de mal

Éric Daspet, directeur technique pour TEA. @edasfr, n.survol.fr

Pourquoi, comment on devrait systématiser le https.

Les super-pouvoirs du nouveau venu

Mathieu Agopian, développeur. @magopian, agopian.info http://mathieu.agopian.info/presentations/2013_05_sudweb/

Ne sous-estimez pas le nouveau venu mais, au contraire, utilisez ses points forts (qui disparaîtrons avec le temps).

La recommandation de Mathieu : le mentorat.

Travailler sur ses 2 pieds

Pierre Martin, Lead developer et co-gérant d’Occitech. @pierremartin, pierre-martin.fr http://real34.github.io/slides/travailler-sur-ses-deux-pieds/#/

Pierre nous a vanté les avantages du “standing-desk”. Que ce soit sur la santé, la concentration, l’organisation de la journée.

Pour ma part, je suis convaincue mais je pense que le mieux est encore de pouvoir changer dans la journée. Marie Alhomme a d’ailleurs profité de la journée des élaboratoires du lendemain pour présenter un siège ergonomique qui offre deux positions : une très concentrée et une plus pour la réflexion, le recul : http://www.varierfurniture.fr/Collections/Travail/Thatsit-balans-R/

Monitoring : une culture plus que des outils

Arnaud Limbourg, directeur technique pour 20minutes.fr. @arnaudlimbourg https://speakerdeck.com/arnaudlimbourg/monitoring-une-culture-plus-que-des-outils

La mise en place du monitoring chez 20minutes et les gains que ça a apporté (comme celui d’avoir vu le problème avant que quelqu’un ne soit venu le signaler).

Les élaboratoires

La journée du samedi est dédiée aux “élaboratoires” : un programme en parti prévu et en parti improvisé par les participants. Et entre les conférences de la veille et la richesse des échanges tout au long des pauses, les cerveaux sont en ébullitions et beaucoup d’idées fusent.

En vrac, il y a notamment eu :
un atelier consacré à la conception d’interface mobile ouvert à tous, qu’on sache dessiner ou non.

une énigme à résoudre qui a tenu en haleine une poignée de détectives improvisés : Un codeur mort noyé dans son code ; mais qui est le coupable ? De façon très pédagogique, la solution était que chacun portait sa part de culpabilité.

une réflexion en commun sur la tendance qu’on les entreprises à mal/sur-exploiter le stagiaire et comment on peut contrer tout ça. Le projet : https://github.com/dascritch/RechercheStagiaireFail

De la documentation autour de la web performance animée par Éric Daspet via le livre qu’il avait essayé d’écrire et qu’il laisse à la communauté

De l’e-mailing responsive : https://github.com/hteumeuleu/miaousletter

L’internationalisation de JS : http://delicious-insights.com/g11n-js/#/

Briques JS propres et évolutives : https://speakerdeck.com/madsgraphics/boutez-les-ignominieuses-fonctions-anonymes-hors-de-vos-jquery et https://gist.github.com/madsgraphics/5603966

“J’ai envie de proposer une conf. …mais j’ose pas !”

En deuxième partie, j’ai proposé un atelier d’aide pour ceux qui ne proposent pas de conférence alors qu’ils en ont envie.

Cet atelier est basé sur celui que j’avais préparé pour Paris Web (http://www.paris-web.fr/actualites/2012/05/compte-rendu-de-latelier-orateurs-2012.php) avec une partie supplémentaire : Pourquoi je n’ose pas.

J’ai noté trois raisons :
je ne me sens pas légitime Et pourtant, on se sous-estime souvent, on mesure mal ce qui nous paraît évident pour tous, on a parfois un avis moins expert mais différent et donc pertinant à apporter, etc. C’est aussi une astuce pour se « forcer » à se mettre à niveau sur un sujet qui nous intéresse, avec une date butoire à respecter

je ne trouve pas d’idée de sujet Comment se stimuler en assistant à des conférences, en discutant, en proposant comme sujet la conférence à laquelle on aurait envie d’assister, etc.

je ne sais pas faire (les slides correspondent à cette dernière partie)

Merci aux participants qui ont enrichi l’atelier en apportant leurs propres remarques. Nous avions d’ailleurs la chance d’avoir quelques aguerris dans la salle : Stephanie Troeth (http://stephanietroeth.com/) et Patrick H. Lauke (http://www.splintered.co.uk/) par exemple.

Pour finir

Ce furent deux jours enrichissants dans une ambiance propice aux échanges, à la bonne humeur, à la re-motivation et aux prises de recul. Sud Web comble une nouvelle fois toutes les attentes que j’ai vis-à-vis d’une conférence. De là à dire que Sud Web coupe la moutarde…

D’autres retours : http://sudweb.fr/blog/2013/05/retours-participants-sud-web-2013/
Photos : Fernando García –  andrewrennie –  Sebastiaan ter Burg – Delphine M. – vanherdehaage – AJ Kandy – Rex Hammock

En général

Si j’avais du mal à comprendre le programme de Sud Web au moment de m’inscrire, j’y suis allée en pleine confiance malgré tout … et Ekino a bien eu raison de m’y envoyer !
Globalement, ces deux journées ont permis des échanges, des questionnements sur nos métiers, de la (re)motivation.

La journée des « élaboratoires » fut une grande réussite. « Ça a pris ». Du coup, j’ai pu, à l’instar d’autres auditeurs, picorer d’un atelier à l’autre, écouter, participer, repartir, m’arrêter discuter autour d’un café et repartir dans une salle.
D’autres sont restés de bout en bout à chacun des ateliers qu’ils avaient choisi et ont pu participer intensément.
Beaucoup d’ateliers ont été improvisés, comme l’organisation le permettait.
Ce fut une journée d’échanges (connaissances), d’échanges (rencontres) et d’échanges (conversations de tout ordre).

Ci-dessous, mes notes durant les conférences.

C’est quoi un lead developer

Brice Fabre – @briceatwork

Brice Fabre a présenté son métier en faisant un parallèle :

• avec le pompier qui gère les risques:
  • intervient sur l’urgence,
  • travaille en amont pour prévenir risques et accidents (tests unitaires et tests fonctionnels),
  • éduque sur prévention et dangers (transmet les bonnes pratiques)
• avec l’archéologue qui fouille:
  • recherche,
  • analyse et chercher les usages possibles,
  • inventorie et documente.
• avec le chef d’orchestre qui harmonise:
  • fait partie de l’équipe,
  • s’adapte aux spécifications,
  • coordonne

Le lead developer n’est pas un chef, il est avec son équipe, il code avec son équipe.
En France, on ne promeut que par du niveau hiérarchique. Or, lead dev n’est pas chef mais est très bon techniquement et ça doit être reconnu (y compris au niveau salaire).
Il n’est pas le de chef de projet car le lead dev guide son équipe par la technique et guide le développement mais n’est pas en frontal avec le client.

Il incarne le produit (au moins dans le cas de Brice) et le connaît techniquement sur le bout des doigts. Cela représente par contre un investissement en temps dont l’entreprise doit être consciente.

L’Open Web en tant que pierre angulaire du développement multi-objets

Thomas Bassetto – @tbassetto

Thomas nous enjoint à penser dès maintenant que bientôt tout le monde aura des objets connectés partout (autre que type informatiques (mobile, tablette)). Il argumente alors pour des applications non web et donne l’exemple du miroir.
Nouvel objet connecté, le miroir héberge des interfaces qui prennent en compte les traces doigts : toutes les interactions se font à droite, les vidéo et images sur la gauche. Un site internet  ne pourrait s’adapter car il ne pourra pas détecter qu’il s’agit d’un miroir.

Comment vendre des prestations agiles ?

Thibault Jouannic –@thibaultj

Présentation pleine d’humour nous mettant en condition : on reçoit un coup de fil d’un prospect voulant obtenir un devis et on doit le convaincre de choisir une prestation agile.

Les clients potentiels n’ont pas toujours une idée très précise de ce qu’ils veulent mais sont très précis quand on en vient au budget et au temps.

Quand on fait de l’agile, on n’est pas au forfait. Le client a la main sur les fonctionnalités donc on ne s’engage pas là-dessus.

Première étape : lui faire peur
Si on vient voir un architecte alors que la maison est construite et qu’on lui dit que finalement, on voudrait un sous-sol, ça risque d’être très compliqué. Sur le web, on ne peut pas forcément savoir d’avance toutes les fonctionnalités, mais par contre, en mode agile, on peut facilement changer d’idée en cours de route.

Ensuite, lui proposer une alternative.
Avec beaucoup d’humour, Thibault propose d’en appeler aux « experts reconnus de l’industrie » qui valorisent l’agile.

Les arguments pour :

• Il n’y a pas de spécifications à rédiger (là, franchement, vous devriez déjà vous l’avoir mis dans la poche !)
• C’est lui qui définit les priorités
• On peut arrêter à tous moment
• On a le meilleur ROI à chaque instant du projet
• « La première livraison est dans deux semaines ! » (ça aussi, il va adorer !)

Par contre, il y a une grosse condition à poser :

• Lui aussi doit s’investir en temps et en responsabilités. Il partage la responsabilité de la réussite. Et s’il dit qu’il n’a pas le temps, Thibault propose de faire valoir que s’il n’est pas prêt, lui même, à s’investir pour son projet, pourquoi un prestataire le ferait-il ?

Attention, on n’a toujours pas répondu à son besoin de devis. Or, sur 10 devis reçus, même à l’euro près, il y a des différences de plusieurs milliers :

• car la lecture des spec est nécessairement une interprétation ;
• car le développement se fait à différents niveaux.

Même si le client à l’impression d’avoir une vision claire, si on donne une estimation (alors qu’on ne sait pas l’évolution à cours ou moyen terme), on le fait sans vraiment savoir. Ce n’est ni respectueux du client, ni respectueux de sa propre organisation.

MDN : Documenter le Web ouvert

Jérémie Patonnier – @jeremiepat

Pour garder un web ouvert, documentez-le.
Pour avoir de la doc pour vous, participez-y.

L’enrichissement de la documentation MDN (Mozilla Developer Network) se fait sur wiki et avec un simple e-mail.

La doc MDN est une des + complète et utile. C’est un peu moins vrai en français et vos contributions sont les bienvenues :

• Implémentation : renseigner l’implémentation d’un élément.
• Rédaction : rédiger des articles ou des portions d’articles.
• Relecture : faire une relecture technique ou éditoriale.
• Signaler : faire remonter des erreurs.

Fiabilité : il n’y a pas de validation avant mise en ligne et quelqu’un de malveillant peut mettre des informations en ligne. Par contre, la communauté, la réactivité sont telles que ça ne restera pas longtemps en ligne.

L’icône anonyme

Anne Marte

Questionnement sociologique sur nos icônes d’avatar.
Anne Marte en a assez dit pour nous donner envie de guetter l’article qu’elle devrait (hein ?! hein ?!) sortir sur le sujet

CSS3 with a safety net

Peter Gasston – @stopsatgreen

Ce que j’ai retenu de cette présentation (outre la prestation de Peter Gasston !) : comment vendre l’amélioration progressive à un client. Non, ce n’est pas une version basse qualité qu’on améliore ; c’est une bonne version et une encore meilleure ; un croissant et un croissant au beurre, à la crème et aux amandes (Peter avait choisi le croissant jambon fromage, mais chacun ses goûts !)

Le test du recruteur

Xavier Mouton-Dubosc – @dascritch

Grosse moquerie des tests de recrutements obsolètes et inutilisables où les erreurs grossières étaient pointées du doigt.
(Cliquez sur la photo pour avoir un aperçu )

Intégrateur, lève-toi et conçois !

Bertrand Keller – @bertrandkeller

Où l’on voit que les questions sur la valorisation du développeur front-end sont encore très sensibles et soulèvent beaucoup d’intérêt.

À rapprocher de :

• Intégrateurs, montez au front
• et de Le web, un métier de valeur

L’altruisme pour votre bénéfice

Anthony Ricaud – @rik24d

Ne soyons pas hypocrite, le véritable titre d’Anthony était « L’altruisme pour ta gueule »

Anthony fait valoir que la participation à des projets communautaires est un acte qui peut individuellement rapporter.

En résumé, cela va influer positivement sur :

• de la visibilité et favoriser une belle embauche ;
• l’améliorer ses conditions de travail ; c’est-à-dire les outils, leur efficacité, leur fiabilité ;
• sa montée en compétences techniques ;
• sa capacité à exploiter et cultiver ses compétences humaines, comportementales, sociales (ce qui sert dans le monde professionnel !)

(Pour ma part, je peux effectivement dire que de participer à Paris-Web, contribuer à Opquast, faire une conf au w3Café, avoir lancé w3qualité, etc. m’a déjà énormément apporté et m’apporte toujours.)

D’autres comptes-rendus : « Ils parlent de Sud Web« 

Photo : t_chevalier

Pourquoi / comment un poste de Responsable qualité web [Retour d’expérience]

Le but est de vous raconter comment la création d’un poste de Responsable qualité web a répondu a un certain nombre de besoins.Pour donner rapidement le contexte : nous sommes une sorte de petite agence web au sein d’une grosse société financière.

Constats

Nous sommes partis de plusieurs constats.

Ambitions – Suivi ?

L’équipe travaille avec des ambitions, comme par exemple le respect des standards du web, l’accessibilité, etc.Mais aucun suivi n’est effectuer pour évaluer et mesurer ces ambitions

Motivation – Flux de la prod ?

L’équipe est motivée et intéressée par son travail et souhaiterait monter en compétence, faire de la veille, etc.Mais le flux de la production ne permet pas de faire de la veille en continu et d’utiliser cette veille.

Expertise – Cas par cas

L’équipe est une équipe d’experts.Mais chacun utilise son expertise sur le projet sur lequel il ou elle est en train de travailler sans que cette expertise soit capitalisée ou diffusée.

Réponses

Les réponses que l’on a pu apporter à ces constats au travers du poste de Responsable qualité web.

Objectifs, critères et suivi

Par rapport à la problématique du suivi :le Responsable qualité web doit avoir en tête les objectifs (du projet, de l’équipe, de l’entreprise) et identifie les critères qui leurs correspondent. Il les suit, les analyse en tire des conclusions pour la production, la qualité et l’efficacité.

Exemples

Quelques exemples concrets :

• Plusieurs itérations ont été faites autour des Bonnes Pratiques du web Opquast à travers un audit, une analyse des résultats – dont comparaison avec l’audit précédent – et un plan d’action qui en découle.
• Tests de performance avant et après la refonte d’un projet. Mise en place du suivi de la performance. Bien sûr, là aussi, les tests sont analysés et des améliorations sont proposées.

Montée en compétence au quotidien et ponctuellement

Par rapport à la problématique du flux de la production gênant la veille :le Responsable qualité web est en parallèle de la production. Il fait une veille suivie, partagée que ce soit à travers une veille technologique en ligne, des conférences, de la formation, etc.

Il est également à l’écoute des besoins des équipes en formation et en information sur des sujets précis.

Exemples

En guise d’exemple concrets :

• Veille sur le référencement naturel « à la commande » faite en continue pour l’équipe de Référencement qui ne peut pas s’en occuper
• Vulgarisation pour les équipes non-technique : initiation au HTML et aux spécificité du média web
• Document à destination des demandeurs sur pourquoi et dans quel mesure le support d’Internet Explorer 6 n’est plus que partiellement assuré

Diffusion de l’expertise

Par rapport à la problématique sur l’expertise :le Responsable qualité web la diffuse au travers de spécifications, de documentations pour capitaliser les savoir-faire, les méthodes, les bonnes pratiques. Elle est diffusée à toute personne intervenant sur les projets (interne, externe) ainsi qu’aux équipes non-techniques, voir non-web.

Exemples

Comme exemple concrets :

• Rédaction et mise à jour en continu de la Charte technique (diffusée aux intervenants techniques internes et externes)
• Rédaction d’un document d’aide pour décliner une charte graphique au média web

Pour résumer

Le Responsable qualité web a une mission de support en transverse des métiers et des équipes.
Il identifie les objectifs de qualité (du projet, des équipes, de l’entreprise).
Il fait un suivi de ces objectifs avec des critères concrets qu’il identifie et des plans d’action.
Il est vecteur de montée en compétence à travers la veille, la formation et la diffusion des informations qu’il récolte.
Il capitalise l’expertise en pérennisant les bonnes pratiques, en les transmettant, en les industrialisant.
Enfin, il assure la communication, la vulgarisation et l’animation autour de la qualité web, de l’expertise de chacun et du rôle de tous.Voilà la vision du poste de Responsable qualité web tel que nous l’avons mis en place. C’est un poste qui est amené à se consolide en échangeant en IRL (« In Real Life ») …

… ou via différent moyens.Je serais ravie d’en discuter avec vous ; n’hésitez pas à me contacter.

Vidéo

Mise à jour ‐ 17/12/2012 ‐ SudWeb a mis la vidéo en ligne :

Comment et pourquoi un poste de Responsable qualité web (Delphine Mallassingne) – Sud Web 2011 from Sud Web on Vimeo.

Je parle souvent de Paris-Web ici. Avant, uniquement en tant qu’auditrice et parce que j’adorais la qualité de cette conférence. Maintenant, aussi parce que j’ai tellement aimé que j’ai rejoints l’équipe d’organisation. Depuis que j’y suis, je me suis peu à peu approprié l’asso et l’événement et c’est donc non sans fierté que j’ai vu naître Sud Web.

Sud Web est né de l’idée que Paris-Web, c’est bien, mais ça n’est qu’une fois par an et c’est à Paris.

De nombreuses personnes se déplacent du sud vers le nord pour venir à Paris-Web en automne ; Sud Web propose d’inverser la migration pour ce printemps (à Nîmes plus précisément).

Sud Web est un cycle de conférences autour du web s’accompagnant de la très jolie accroche : « Savoir-faire et faire savoir« .

Le programme est très attrayant (ben oui ! j’y parle quand même 5 minutes ! c’est vous dire ;D !) et un apéritif communautaire est prévu pour pouvoir profiter des rencontres entre professionnels du web.

De plus, comme ils ont vraiment fait les choses bien chez Sud Web, la journée de conférence est couplée avec Web UX ! Web UX est une journée de conférences sur l’expérience utilisateur sur le web. Même endroit, la veille. Malin.

Là aussi, le programme est des plus prometteur avec de quoi aborder l’expérience utilisateur sous différents aspects.

Il y a donc un prix préférentiel pour assister aux deux journée et puis la possibilité de faire jouer son DIF, des réductions négociées pour le train, des réductions chômeurs et étudiants (faites vite !), etc. Allez voir tout ça sur le site de Sud Web.

Attention, les inscriptions se terminent bientôt, le 02 mai !

Alors ? On se voit là-bas ?

Voici donc de beaux jours en perspective pour la bande de geeks euh… de passionnés du web que nous sommes.

Pour voir ce qui vous attend :

• le programme du W3Café Accessilité
  où j’aurais le plaisir de présenter avec Sébastien Delorme la conférence « Intégrer l’accessibilité dans une démarche qualité« . Le but de notre présentation est d’aider à identifier ses objectifs d’accessibilité et de les mettre en place dans une méthode qui permet de les suivre sur la durée.Vous y entendrez aussi parler de la navigation par un aveugle, rédaction web et accessibilité, PDF accessible, ARIA, etc.
• le programme de Sud Web
  où j’aurais -encore- le plaisir de présenter en 5 minutes mon retour d’expérience sur le pourquoi-comment on a créé un poste de gestion de la qualité webdans mon entreprise. Je reviendrais tout simplement sur les besoins identifiés et comment le responsable qualité web y répond.Venez-y pour y (entendre) parler de SVG, mobile, feuilles de style dynamiques, gestion de projet, perspectives, etc.
  Mise à jour :
  Les inscriptions se terminent bientôt et les raisons d’y aller de plus en plus nombreuses !
• le programme de Web UX
  où je n’aurais ni le plaisir de parler, ni le plaisir d’écouter, snif, mais on ne peut pas être partout et, en l’occurrence, je serais dans le train.Par contre, on y entendra parler d’expérience utilisateur, de contenus web, de performance web, de web analytics, etc. Ah la la ! je sens que je vais rater quelque chose !

A bientôt au W3Café et/ou à Sud Web (et amusez vous bien à Web UX) !