Et ce contenu, il n’arrive pas comme ça sur le site : il doit être rédigé d’une part, puis intégré dans le site d’autre part.
Dans cet article, je parlerai essentiellement de cette deuxième partie : comment l’intégration peut contribuer à la qualité éditoriale d’un site et comment, en travaillant un éditeur et proposant un guide de contribution j’ai tenté d’optimiser l’édition sur l’un de mes projets personnels.

Analysons l’existant

Le projet dont je parle était un site d’actualités et de critiques de films sur le support Blu-ray, il avait donc une grosse composante éditoriale.
L’équipe du site était composée de bénévoles passionnés de cinéma : de nombreux rédacteurs créaient et inséraient du contenu.

Parmi les rédacteurs, certains pouvaient appliquer des mises en formes toutes personnelles, avec pour résultat un manque d’homogénéité dans le rendu des différents articles et contenus, visuel voire sémantique.
Il y avait une raison flagrante à ce manque de cohérence : un éditeur de texte bien trop complexe et complet, qui avait le défaut de proposer aux rédacteurs trop de possibilités. Plus il y a de possibilités, plus il y a de façons différentes de faire les choses.

Améliorons : rationalisons

Mon premier objectif était de rationaliser et d’uniformiser le rendu des articles. Au-delà de l’aspect visuel, il s’agissait aussi d’améliorer la qualité sémantique des contenus.
J’ai donc travaillé sur une simplification de l’éditeur pour limiter les fonctionnalités au strict minimum, tout en répondant aux besoins de mises en forme de l’équipe.

Mais comme vous le savez, un outil a beau être merveilleux, il faut encore savoir comment l’utiliser. J’ai donc travaillé en parallèle sur la mise en place d’un guide de contribution permettant aux rédacteurs de savoir comment utiliser correctement l’éditeur.

Personnalisons l’éditeur

Dans le cadre du projet, nous travaillions avec l’éditeur TinyMCE pour fournir l’éditeur de texte aux contributeurs. TinyMCE est très répandu (c’est notamment l’éditeur de texte par défaut de WordPress) et a l’avantage d’être très facilement personnalisable.
J’ai donc profité des possibilités de personnalisation de l’éditeur pour proposer aux rédacteurs et contributeurs des fonctionnalités sur mesure.

Je me suis notamment arrêté sur les quelques points suivants :

• J’ai limité l’éditeur aux fonctions sémantiques essentielles (listes ordonnées et non ordonnées par exemple) et supprimé tous les boutons de mise en forme « risqués » pour le rendu (couleur de texte, couleur de fond, police…) et potentiellement pour l’accessibilité des contenus. D’un point de vue sémantique, ces fonctions ne sont pas très dangereuses car elles s’appuient sur des styles en ligne. Cependant, d’un point de vue visuel, elles peuvent facilement mettre en péril la cohérence visuelle des contenus.
• En remplacement des boutons de mise en forme supprimés, j’ai demandé à l’équipe de me dire quelles mises en forme ils souhaitaient pouvoir appliquer sur leurs contenus. Une fois leurs besoins recueillis, je me suis attelé à mettre en place des raccourcis pour reproduire ces mises en forme dans l’éditeur. Il s’agit de l’option « Formats » de TinyMCE, permettant d’ajouter aux contenus une class CSS spécifique par exemple. Ajouter une simple class plutôt que des styles en ligne garantit ainsi de pouvoir facilement faire évoluer le rendu des contenus dans le temps !
• Pour les mises en forme un peu plus exotiques, j’ai été jusqu’à créer des modèles de contenu permettant aux rédacteurs d’être libérés de toute la mise en forme et de se consacrer entièrement aux contenus. Pour ce faire, je me suis appuyé sur l’extension « Templates » de TinyMCE permettant d’importer dans son contenu un modèle HTML qu’il ne reste plus qu’à remplir.
• Enfin, j’ai ajouté un certain nombre de raccourcis pour les caractères spéciaux très couramment utilisés et aussi très souvent malmenés car absents des claviers. C’est le cas notamment des majuscules accentuées ou des caractères de ponctuation comme les points de suspension, l’apostrophe ou encore les guillemets français. Les rédacteurs n’ont ainsi pas besoin d’apprendre par cœur tout un tas de raccourcis clavier échappant à toute logique.

Et voilà, avec ces quelques points d’attention, on est déjà en mesure de proposer un éditeur texte qui donne toutes les cartes en main aux contributeurs pour qu’ils mettent en ligne des contenus d’une qualité technique suffisante, sans effort démesuré.
Oui mais voilà, un bon outil c’est bien, mais il faut encore savoir l’utiliser…

Rédigeons le guide de contribution

Une fois l’éditeur personnalisé, je me suis donc attelé à rédiger un guide de contribution à destination des contributeurs.

Ce guide avait plusieurs objectifs :

• Définir et clarifier les règles éditoriales propres au site. Il s’agit essentiellement ici de définir les règles liées au vocabulaire intrinsèque du ou des sujets traités sur le site.
• Définir (si ce n’est rappeler) les grandes règles de typographie. Il s’agit là de donner un contenu pédagogique sur le rôle et l’utilisation des éléments typographique couramment utilisés : paragraphes, listes, gras, italique… Expliquer le rôle sémantique de chacun de ces éléments permet de limiter l’usage abusif de ces derniers.
• Et enfin expliquer comment utiliser chacune des fonctions de l’éditeur. Il fallait notamment expliquer comment utiliser les différents modèles de contenu et autres options de mises en forme qui avaient été développés sur mesure pour le site.

Comme il ne sert à rien de palabrer des heures là dessus, je vous laisse plutôt consulter vous-même le guide complet ainsi rédigé.

Utilisons tout ça

Les changements de l’éditeur et le fait de les accompagner d’un guide d’utilisation a été très bien reçus par les contributeurs. Expliquer et sensibiliser sur les bonnes (ou les mauvaises) pratiques de contribution leur permet d’améliorer leur travail sur le site : le rédacteur est content et l’intégrateur est content !
Au delà de l’aspect pédagogique, les rédacteurs avaient particulièrement apprécié tous les changements leur permettant d’être plus efficaces. Par exemple, les modèles leur ont permis de mettre en forme très simplement des contenus qu’ils publiaient de manière récurrente « à la main », comme les plannings.

Ressources

• Guide de contribution
• Fichier de configuration de TinyMCE sur GitHub

Dans l’ordre, illustrations tirées des films Reservoir Dogs, Pacific Rim et Kill Bill.

Préambule

Une liste de bonnes pratiques, telles que présentées dans ce livre, permet de mettre en place une démarche de gestion de la qualité viable. En effet, le fait de pouvoir contrôler et mesurer chaque bonne pratique permet de faire un suivi dans le temps de l’évolution d’un service, normalement son amélioration.

Contexte

Avant d’entrer dans le vif du sujet, la préface et l’introduction du livre donnent déjà des explications sur la raison d’exister de ce livre.

C’est le moment de la présentation des chiffres chocs de l’impact des TIC sur le climat. On apprend ainsi que 2% des émissions mondiales de CO₂ proviennent des TIC (ce qui équivaut aux émissions du trafic aérien mondial) et ce taux devrait doubler d’ici 2020. On apprend encore que tous les mois, 23 millions de gigaoctets de données sont chargés inutilement sur les sites web, soit 5 millions d’heures d’attente cumulées ! Et ces chiffres datent de 2010, autant dire qu’ils auront assez probablement gonflés depuis.

Un peu plus étonnant par contre, on découvre aussi que ce livre n’aurait sans doute pas vu le jour sans la volonté d’une entreprise privée, la Banque Cantonale de Fribourg (BCF) en Suisse, de réduire l’empreinte écologique de ses systèmes informatiques (parc informatique, serveurs mais aussi sites web). Grâce à cette démarche globale, la BCF a ainsi pu faire des économies substantielles. Par exemple, la virtualisation de leurs serveurs a permis de réduire par 10 le nombre de machines physiques. Ou encore, la suppression régulières de leurs données chaque année leur a permis de réduire de 40% l’espace de stockage.

Bref, voilà une preuve supplémentaire des bénéfices qu’une entreprise peut tirer en mettant en place une démarche d’éco-conception. Et plus globalement une démarche de gestion de la qualité web !

Bonnes pratiques

On passe ensuite assez vite aux bonnes pratiques qui concernent tous les domaines concernés par un service web. On y parle ainsi de serveurs, de bases de données, de design, d’intégration HTML, de polices, de développement, de CMS, d’e-mails, de production de contenus… tous les domaines sont traités. Si les sujets sont variés, il faut toutefois noter que la grande majorité des bonnes pratiques concernent des points techniques.

Chaque bonne pratique est expliquée brièvement et illustrée par un exemple.
En complément, plusieurs critères permettent d’aider à prioriser les actions à mettre en place :

• La priorité détermine si la bonne pratique a un fort potentiel de réduction de l’empreinte écologique, qu’elle est facile à mettre en œuvre ou s’il elle est nécessaire à l’application d’autres bonnes pratiques. Si elle est non prioritaire, la bonne pratique a un potentiel d’économie limité ou est difficile à mettre en œuvre.
• La mise en œuvre précise la facilité d’application de la bonne pratique, notamment si elle nécessite une expertise technique avancée ou pas.
• L’impact écologique précise si la bonne pratique a un impact écologique élevé ou s’il est au contraire minime.

En plus de ces trois critères, sur chaque bonne pratique sont précisées les ressources qu’elle permet d’économiser si on l’applique. On y trouve :

• Le processeur : économiser le processeur permet d’allonger sa durée de vie, donc par extension celle des machines.
• La mémoire vive : un site optimisé réduira la mémoire vive utile à son affichage et permet d’allonger la durée de vie des équipements.
• Le stockage : plus on économise de l’espace, plus grandes sont les économies (moins de serveurs, moins d’énergie consommée, etc).
• Le réseau : il s’agit ici essentiellement de la bande passante. Plus son usage est réduit, plus les économies sont grandes.
• Les requêtes : limiter le nombre de requêtes (HTTP, SQL…) permet de limiter les besoins en ressources physiques.

Bref, le lecteur dispose de tous les éléments nécessaires pour savoir quelles sont les bonnes pratiques les plus utiles à appliquer, en fonction de son contexte et de ses compétences.

Avis

Une fois la lecture terminée, on se rend compte du nombre incroyable de détails sur lesquels on peut agir pour réduire l’impact écologique de son site web. Et le livre a l’avantage d’être très court et très concis.
Mais cet avantage a un point noir : la plupart des bonnes pratiques sont expliquées assez sommairement. Comme il s’agit la plupart du temps de points techniques, l’application de certaines bonnes pratiques peut être rendue difficilement exploitable pour les non techniciens.

Ce livre est donc avant tout une boîte à outils qu’il sera bon de partager avec l’ensemble des acteurs intervenant sur un projet web.
Car on ne le rappellera jamais assez, qu’il s’agisse d’environnement ou de qualité web, la clé du succès réside dans la participation active de tous les acteurs !

Auteurs : Frédéric Bordage avec la contribution de Stéphane Bordage, Jérémy Chatard, Olivier Philippot
Éditeur : Eyrolles
Parution : 25 octobre 2012
Prix : 12 euros
Site web du livre

La gestion de la qualité est un très vaste domaine. Comme l’esquisse le constat de notre précédente tentative de référencement des responsables qualité en poste, même ceux dont c’est le métier ont chacun une pratique différente et personnelle du métier. Malgré ces différences, l’un de leurs points communs est de devoir travailler avec différents métiers. L’éventail de ces métiers est plus ou moins grand en fonction du contexte, mais dans tous les cas cela soulève un point essentiel : chaque acteur participe à la qualité.

Chaque acteur participe à la qualité !

Comme la gestion de la qualité en tant que telle n’est pas forcément parlante pour tous, on s’est dit que ça pourrait être bien plus productif de vous donner un peu plus de concret.
Par là, on entend vous parler dans un langage que vous connaissez et dont le contenu serait facilement exploitable au quotidien. Aujourd’hui, on va donc aborder la création d’une checklist métier, en l’occurrence ici une checklist web designer.
J’ai choisi ce métier car c’est un métier que je connais bien, mais ce que je vais vous présenter peut s’appliquer à n’importe quel métier !

Sur-mesure

Avant de plonger dans le vif, je tiens à préciser une règle intangible à la gestion de la qualité. On le répète souvent mais toute démarche qualité est mise en place en fonction d’un contexte particulier. C’est ce qui explique que les quelques répondants au sondage aient une pratique différente du métier. À l’instar de ses missions quotidiennes, les checklists du responsable qualité sont dépendantes du contexte. Mais au delà du poste de responsable qualité, chacun peut construire sa propre checklist en fonction de ses besoins, des besoins de l’équipe ou ceux du projet.

Donc plutôt que de vous donner une checklist ultime et absolue, j’ai préféré me mettre en condition et faire ce que tout acteur responsable devrait faire : construire sa propre checklist.
Mais attention, pas question de réinventer la roue et de partir de zéro. Il faut savoir trouver les ressources qui peuvent être exploitées utilement.

On ne va pas réinventer la roue !

Dans le cas présent, j’ai déjà retenu les ressources suivantes :

• Checklist Design – Opquast
• Notice d’accessibilité pour la conception graphique – AcceDe Web

Ces ressources sont déjà une bonne base puisqu’elles permettent d’assurer à la fois un bon niveau de qualité et d’accessibilité aux utilisateurs finaux du service.
Cependant elles ne sont pas suffisantes. Car au delà des utilisateurs finaux, tous les utilisateurs « intermédiaires » (contributeurs, développeurs, etc.) peuvent profiter de la qualité d’un service, mais aussi et surtout y participer. Et ici plus que jamais, c’est le contexte qui détermine les critères à prendre en compte.

S’adapter au contexte

Dans le cadre de cet exercice, je suis parti d’un cas où le web designer produit ses maquettes sous Photoshop et les transmet à un intégrateur qui se charge lui-même d’exporter les différents éléments pour les intégrer.
L’une des contraintes particulières ici, c’est que l’intégrateur qui reçoit les maquettes doit être capable de comprendre le langage du web designer. Inversement, le web designer doit utiliser un langage compréhensible de l’intégrateur.
C’est typiquement une situation directement héritée d’un contexte particulier et qui ne correspondra pas à chacun de vous. Il faut donc définir des critères qui s’inscrivent dans cette organisation.

Il faut s’adapter au contexte.

En l’occurrence dans notre cas, il y a un point crucial sur lequel il est possible d’agir pour obtenir un gain de qualité énorme : le PSD. En effet, ce fichier est littéralement le point de friction entre le web designer et l’intégrateur. S’il ne respecte pas certains critères, ce fichier peut très vite devenir un enfer à utiliser, aussi bien pour le web designer que l’intégrateur. Il est donc particulièrement important de mettre en place des critères de qualité qui permettront d’améliorer les échanges entre les deux métiers.
En complément des ressources précédemment citées, il faut donc aussi s’appuyer sur des critères concernant l’outil utilisé communément. J’ai donc retenu aussi les sources suivantes, orientées sur des bonnes pratiques d’utilisation de Photoshop.

• Guidelines pour produire des PSD adaptés au web – STPo
• Guide Photoshop pour le Web Design (en anglais) – Dan Rose
• Optimisez vos fichiers Photoshop – Vectorskin
• Créer plusieurs pages avec Photoshop – votre serviteur

À partir de ces différentes sources, il ne nous reste plus qu’à définir ce qu’on souhaite retenir et retrouver dans notre propre checklist. L’objectif étant d’améliorer la qualité pour les utilisateurs finaux mais aussi les utilisateurs dans la chaîne de production.

Checklist personnalisée

Après ce travail de réflexion et de recherche, j’ai donc pu construire ma checklist sur-mesure.
Comme dit plus tôt, il ne s’agit pas d’une checklist aboutie mais plus d’un embryon de réponse. Un exemple simple pour vous permettre de vous faire une idée de ce qui peut sortir de cette démarche. Aussi pour cette raison, elle est volontairement incomplète afin d’éviter que quelqu’un n’ayant pas lu tout ce qui précède ne la prenne au pied de la lettre !

Construisons notre propre checklist !

Bref, maintenant vous savez ce qu’il vous reste à faire : construisez votre propre checklist !

Vous pouvez aussi aller encore plus loin et construire des checklists partagées avec le reste de votre équipe. On en parle d’ailleurs sur « Référentiels de bonnes pratiques : industrialisons nos savoir-faire ».

Crédits photo

• Leafcutter Ants par Steve Begin, sous licence CC BY-NC-SA 2.0
• Blue Tit on wheel par keith ellwood, sous licence CC BY 2.0
• Un caméléon vert par ecololo, sous licence CC BY-NC-SA 2.0
• Nesting Time par Jonathan Bliss, sous licence CC BY-NC-SA 2.0

Ce que j’ai appris avec le temps, c’est qu’il est nécessaire et indispensable de savoir communiquer avec les autres. Au delà de l’expression écrite ou orale, il s’agit de savoir écouter, mais aussi d’être écouté et se faire entendre.

Ceux qui me connaissent savent que je suis pas un tueur de la communication. Si je me défends encore à l’écrit, la prise de parole n’est pas ce qui est le plus simple pour moi (mais je travaille sur moi-même, et je profite d’ailleurs pour remercier mon ancien responsable qui m’a pas mal fait avancer sur ce point !). Je ne suis pas là pour parler de moi, mais il se trouve que le fait de ne pas être un grand orateur m’a permis de découvrir une recette que je peux vous partager aujourd’hui.

Comme je ne suis pas un grand parleur, si je suis en réunion, je ne parle pas forcément beaucoup et je suis plus concentré sur l’écoute et la digestion des informations. Mais du coup quand je parle, c’est généralement parce que je sais ce que je dis et je sais que j’apporte de l’eau au moulin dans la discussion en cours.
Je me suis rendu compte que ce comportement a eu à la longue un effet bénéfique dans mes relations de travail : même si je parlais peu, le fait d’apporter (en général) des idées ou des solutions qui aidaient à faire avancer les choses, m’ont permis d’acquérir une certaine légitimité auprès de mes collègues. Petit à petit, ces derniers se sont mis à venir naturellement me demander mon avis ou des conseils sur différents sujets. Et c’est à partir de ce moment là que j’ai pu mettre en avant des problématiques qui me sont chères comme l’accessibilité ou la qualité web.

Il ne faut pas hésiter à aider les gens. Sans attendre la bonne occasion de sortir quelque chose d’utile (ndla: le cas extrême représenté par mon histoire juste avant), il ne faut pas hésiter à aller vers vos collègues dans le besoin et leur apporter de l’aide. Bien sûr, ce n’est pas du jour au lendemain qu’ils se mettront à s’abreuver de vos bons conseils, mais avec le temps, vous gagnerez en légitimité à leurs yeux. Si bien qu’à un moment, vous n’aurez même plus à faire la démarche d’aller vers eux, ce sont eux qui viendront vers vous.

Quand je suis arrivé dans ma précédente entreprise, c’est une longue démarche que je suis heureux d’avoir pu réaliser.
On peut dire que j’ai commencé au bas de l’échelle : l’entreprise avait besoin d’une ressource partielle pour animer le site web et les campagnes d’emails entre autres. J’étais alors web designer freelance et mes tâches se résumaient pour la plupart à de l’exécution. Rapidement, j’ai été amené à participer aux évolutions du site Internet mais ça restait encore orienté sur de l’exécution (intégration HTML de pages web surtout).
Il faut savoir que l’organisation interne était alors assez simple :

• Une équipe métier (dont je faisais partie) responsable de la communication et l’animation du site web. Cette équipe exprimait les besoins d’évolution du CMS et des services en ligne.
• En face, une équipe MOA était chargée de la réponse à ces besoins d’évolutions, de la rédaction du cahier des charges jusqu’à la réalisation avec nos différents partenaires techniques.

Je vous l’ai fait courte mais je pense que la plupart d’entre vous connaissent ou ont connu ce genre de situation : même si les différentes équipes travaillent plus ou moins bien ensemble, l’entente n’est pas toujours évidente. Chaque partie veut garder le contrôle de son territoire et sitôt qu’une personne déborde un peu chez l’autre, il arrive vite que certains se braquent.

En tant que web designer, exécutant et par dessus le marché freelance (à traduire par « pas de la maison »), l’équipe MOA pouvait se placer assez facilement comme donneuse d’ordre par rapport à moi. Au tout début ils me demandaient de fournir une page HTML intégrée avec ci et ça pour telle date… sans autre forme de procès.
N’ayant pas vraiment de compétences techniques en intégration, ils se contentaient de faire passe-plat et transféraient directement au partenaire technique concerné ce que je leur fournissais. Et forcément, tout ne se passe pas toujours sans problème, il arrivait d’avoir un retour du partenaire qui remontait un problème dans l’intégration à côté duquel je pouvais être passé. Et parfois, le partenaire se contentait de dire « ça ne marche pas », nous laissant la charge de l’investigation. Je pense que vous devinez comment ça se finissait : l’équipe MOA ne maîtrisant pas le sujet, ça me revenait tout droit dessus !

Et c’est là que se trouve l’opportunité d’échange. En général, les problèmes qu’on rencontre en intégration sont tous bêtes, j’ai donc assez vite pris le parti de discuter du problème rencontré avec l’équipe MOA. Discuter du problème permet de l’expliquer. Prendre de son temps pour l’expliquer permet à ses interlocuteurs de s’y intéresser plus facilement. De fil en aiguille, une relation de confiance s’installe et d’exécutant, je suis progressivement devenu une sorte de consultant qu’on interrogeait, parfois sur des sujets allant au delà de mon métier initial.

La communication est donc importante : il faut avant tout être à l’écoute. Même si c’est vous qui allez vers les gens, pour que les gens vous écoutent, vous devez avant tout les écouter. Car ce n’est qu’une fois après avoir compris ce dont ils ont besoin que vous pourrez leur apporter des réponses. À partir du moment où les gens savent que vous les écoutez et que vous faites votre possible pour les conseiller, ils viendront naturellement vers vous à la moindre occasion, pas seulement lorsqu’ils auront un problème.

Note : Je vous suggère au passage le visionnage de la conférence « Intégrateurs, montez au front ! », donnée par Stéphane Deschamps à Paris Web 2009. Vers 8 min 25, il parle très bien de la reconnaissance de ses collègues. Même si sa présentation concerne avant tout le métier d’intégrateur, ses propos n’ont pas moins de sens pour les autres métiers.

À partir du moment où les gens viennent vers vous, vous n’aurez plus aucune difficulté à faire passer vos messages. Il suffit de profiter de chaque occasion d’échange pour parler de qualité ou de tout autre sujet visant à améliorer la qualité de vos sites ou services web.

Tout à l’heure je parlais de la relation avec la MOA, mais la logique est la même avec tout type de profil ou de métier, même en dehors du web ! Imaginez qu’une contributrice qui ne connaît rien ou pas grand chose au HTML vous appelle parce qu’elle a un problème pour faire des listes dans son CMS. En plus de lui expliquer comment faire dans son éditeur WYSIWYG, n’hésitez pas à lui expliquer ce que sont les listes ordonnées et non ordonnées, dans quel cas il faut les utiliser, et même à quoi ressemble le HTML de ces éléments… Non seulement vous allez l’aider à comprendre son problème et à le résoudre comme une grande à l’avenir, mais en plus vous allez lui apprendre des choses et elle n’en sera que plus ravie.

Avec le temps et au fil des conseils donnés, vous disséminerez ainsi sans effort les bonnes pratiques et elles seront intégrées naturellement par tous, en fonction des problématiques de chacun. Le contributeur apprend des bases de HTML qui lui permettront d’intégrer ses contenus plus proprement, le graphiste prêtera davantage attention aux contrastes de ses créa, etc…

On peut reprocher à cette méthode qu’il faut du temps pour arriver à un résultat. Et c’est vrai qu’il faut de la patience. Mais comme la plupart des gens ont tendance à résister au changement, la dissémination appropriée de vos messages permettra à tous de s’améliorer sans même s’en rendre compte. C’est en tout cas quelque chose dont je suis convaincu et que j’ai pu constater dans mon précédent poste.

Alors à vous de jouer et propagez discrètement la bonne parole dès que vous en avez l’occasion !

Crédits photo : Luc Poupard, sous licence CC BY 3.0.

A titre personnel, c’était ma deuxième participation à l’évènement. Et ce fut une nouvelle fois l’occasion de prendre un bain de qualité. Voici donc un compte-rendu de ce qui m’a particulièrement parlé parmi toutes les conférences que j’ai pu suivre.

Le web évolue, les métiers aussi

Face à l’évolution exponentielle des technologies, réaliser un projet web devient de plus en plus complexe. Que ça soit pour les professionnels du web comme pour les clients. En réponse à cette problématique, Florian Hamel a expliqué son poste de creative technologist.

Sous ce nom barbare se cache un métier très proche et complémentaire du poste de responsable qualité. À l’instar du qualiticien web, le creative technologist trouve sa place à la confluence des métiers classiques du web : entre la création, la technologie et le marketing.

Mais si le qualiticien définit des critères de suivi et effectue les analyses qui permettront aux équipes opérationnelles d’améliorer continuellement leurs réalisations par l’intégration de bonnes pratiques, le creative technologist a davantage comme rôle de tester et éprouver des solutions technologiques. Il accompagne ainsi concrètement les équipes – en interne comme chez le client – au moment de la réalisation des projets en aidant à choisir la meilleure solution au regard des besoins et contraintes créatives, techniques et marketings.

Florian m’a donné l’occasion de découvrir un métier qui m’était inconnu jusqu’alors. Il s’inscrit dans la maturation de nos métiers. Nous pouvons tous le constater, longtemps restés très opérationnels voire simples exécutants, les professionnels du web développent et font valoir leur expertise au sein des entreprises pour prendre de la hauteur. C’est de là que le qualiticien web provient.

Gestion de la qualité ouverte

L’un des moments forts pour la qualité web sur ces 3 jours a été l’intervention d’Élie Sloïm et Pascal Romain sur l’Open Quality Management.

Comme beaucoup de nos lecteurs doivent le penser, du moins je l’espère, l’ouverture exceptionnelle rendue possible grâce à Internet fait partie pour moi de l’un des fondements du web. On le voit d’année en année, les modèles ouverts s’étendent et se diffusent à tous les domaines du numériques et plus encore. De l’open source à l’open data, de nombreux exemples ont pu démontrer les bienfaits de l’ouverture.

La question à laquelle Élie et Pascal ont alors tenté de répondre : et si l’ouverture était un levier d’amélioration de la qualité ? (NDLA : Pascal Romain a participé à l’ouverture des données de la région Aquitaine. À ce titre, la présentation et mon compte-rendu sont donc surtout focalisés sur une démarche open data)

Pascal l’a très bien souligné lors de la présentation, la gestion d’une démarche d’ouverture des données nécessite un minimum de moyen. Ouvrir ses données, c’est bien. Mais cela demande effectivement un minimum d’investissement dans la récolte et l’analyse de données. Mais aussi, les données ouvertes doivent répondre à des besoins : au même titre que n’importe quel contenu ou service web, les données ouvertes sont une matière à destination d’utilisateurs. La démarche d’ouverture doit donc être suivie dans le temps, analysée et améliorée en continu. On ne peut ici s’empêcher de faire un parallèle avec le management de la qualité.

Le parallèle ne s’arrête pas là. En effet l’ouverture des données doit souvent faire face à des freins qu’un responsable qualité peut rencontrer lorsqu’il met en place une démarche qualité. Notamment la résistance au changement : parce que les deux démarches sont récentes et demandent aux organismes de modifier leur organisation. Qu’il s’agisse d’ouverture de données ou de gestion de la qualité, l’ensemble des intervenants doit s’ouvrir aux autres intervenants, internes mais aussi externes (particulièrement dans l’open data). Alors que les organisations sont souvent historiquement cloisonnées.

Bref, forts de leurs expériences dans leurs domaines respectifs – la gestion de la qualité pour Élie, l’ouverture des données pour Romain, ils proposent une vision commune de ces démarches.

Là où la gestion de la qualité classique consiste à mettre en place une charte qualité, définir des processus… la gestion de la qualité ouverte irait plus loin : publier les savoir-faire, valoriser l’expertise individuelle – pour mieux valoriser l’expertise de l’organisation, rendre public les audits et indicateurs de qualité… Non content de donner une plus grande légitimité à l’organisation, une telle démarche permettrait au tout-venant de participer à l’amélioration continue des services, contenus, processus… à l’aide de remontées de la vraie vie.

Sorti de Paris Web, cette vision peut paraître idyllique, mais je suis tenté de dire qu’il ne tient qu’à nous de la réaliser.

Nous sommes tous responsables

De ces 3 journées à Paris Web, je retiens un intérêt toujours croissant pour défendre l’intérêt des utilisateurs tout en répondant aux objectifs des entreprises – ce sont quand même elles qui nous permettent de gagner notre vie.

Je crois que la notion forte de cette cuvée est que « nous sommes responsables de ce que nous mettons au monde » (1).

La mutation d’Internet n’a jamais été aussi frénétique et il est souvent remonté pendant les conférences – mais aussi pendant les pauses lors des discussions – l’importance capitale que nous, professionnels du web, soyons vigilants quant aux choix que nous faisons au quotidien.

Cette notion de responsabilité est une des notions qui m’ont amenées à m’intéresser à la gestion de la qualité web. Car le web est un médium où nos réalisations ont un impact direct sur l’utilisateur final. Si nous ne faisons pas l’effort de réfléchir à ce que nous réalisons, à l’utilisation des services que nous créons, aux impacts que nos choix peuvent avoir sur les utilisateurs… alors nous prenons le risque de louper tous les coches : qu’il s’agisse de répondre aux besoins des utilisateurs mais aussi aux objectifs de l’entreprise pour laquelle nous travaillons.

Conclusion

Vous l’aurez compris, qualiticiens ou pas, nous sommes responsables de la qualité des services en ligne que nous créons. Ce message est très largement diffusé pendant les 3 journées de Paris Web chaque année, et il ne tient qu’à nous de le diffuser tous les autres jours de l’année !

Note :
(1) Libre traduction de la citation de Mike Monteiro : « You are responsible for what you put into the world » – retour.

Crédits photo :

• Creative Technologist : extrait de la présentation Creative Technologist, Web Evangelist, Developer Advocate !?! (PDF – 18Mo) par Florian Hamel.
• Gestion de la qualité ouverte : extrait de la présentation Open quality management : vers le tout ouvert ! (PDF – 3,68Mo) par Élie Sloïm et Pascal Romain.
• « You are responsable for what you put into the world » par romytetue.