Management transversal et facilitation : Gérer un flux créatif mondial par la donnée

Ce qu'une seule personne devait absorber

Le volume ne venait pas d'un service mais de toute l'entreprise. Une dizaine de personnes au marketing mondial, deux au trade marketing pour relayer les demandes des distributeurs et des commerciaux, quatre au digital : seize personnes habilitées à formuler une demande, face à une seule pour les traiter.

La nature de l'activité amplifiait encore le flux. Bollé Safety s'appuie très largement sur son réseau de distributeurs, forts consommateurs d'assets, et propose en outre à ses grands comptes la création de supports de communication interne. À cela s'ajoutent les salons professionnels, la communication interne, les lancements produits et les assets destinés au digital grand public.

Une graphiste m'a rejoint au bout de deux ans, ce qui a doublé une équipe qui restait sous-dimensionnée.

Le coût d'une demande incomplète

Le problème le plus coûteux n'était pas le volume, c'était le décalage horaire combiné à l'imprécision.

Une demande incomplète envoyée dans la nuit par les États-Unis ou l'Asie-Pacifique ne se résolvait pas par un aller-retour rapide. Elle coûtait plusieurs jours de production, le temps que la question posée le matin trouve sa réponse la nuit suivante. À l'échelle d'un flux continu, cette latence structurelle devient le premier poste de perte.

Ma première tentative a été l'outil de tâches intégré à Teams, choisi pour une bonne raison, il était déjà accessible à tous. Il s'est révélé insuffisant pour ce que je cherchais : ni gabarits de demande réellement paramétrables, ni flux de travail associables. Un outil accessible mais incapable de contraindre la demande ne résout rien.

Un seul champ obligatoire pour commencer

En basculant sur JIRA, je n'ai pas cherché à imposer un formulaire complet d'emblée. J'ai rendu obligatoire un seul champ : la date d'échéance.

Ce choix n'était pas ergonomique, il était politique. Rendre la deadline obligatoire produisait mécaniquement la donnée dont j'avais besoin pour objectiver deux choses invisibles jusque-là : la récurrence des demandes formulées à très court terme, et mon délai réel de traitement.

Le contexte l'exigeait. Aux États-Unis en particulier, la volonté d'obtenir un service graphique local et autonome était forte, et tous les arguments semblaient bons, y compris la mise en cause de la performance du service existant. Face à une contestation qui portait sur des impressions, il fallait des chiffres.

Ce que les chiffres ont montré

Six mois après la mise en place du processus, 95 % des demandes étaient livrées dans le délai imparti.

Le second chiffre est plus intéressant que le premier, parce qu'il ne mesure pas ma performance mais celle de l'organisation : le délai moyen entre la publication d'un brief et son échéance est passé de soixante-douze heures à deux semaines. Autrement dit, ce n'est pas le service créatif qui est devenu plus rapide, ce sont les demandeurs qui ont commencé à anticiper.

Ce déplacement est exactement l'objet de la méthode. Un service saturé ne se soigne pas en accélérant, il se soigne en rendant visible ce que la façon de demander coûte à tout le monde.

Obtenir l'adoption sans autorité

Je n'avais aucun lien hiérarchique sur les équipes régionales. L'adoption a donc reposé sur deux leviers distincts, appliqués à deux publics différents.

Le premier est venu du reporting. Présenter ces chiffres lors des bilans avec la vice-présidente m'a valu son soutien pour faire respecter le processus et structurer le service. Une donnée produite régulièrement vaut mieux qu'un argumentaire, parce qu'elle transforme une demande d'arbitrage en constat partagé.

Le second était différencié. Côté commercial, ceux qui continuaient d'envoyer des courriels directs sans brief recevaient une réponse type les renvoyant vers les responsables trade pour qualification de leur demande. Côté marketing, la méthode a été plus douce : j'ai formé les équipes à mon flux de travail, au point qu'elles ont fini par l'utiliser pour leur propre gestion de projet. L'outil a emporté l'adhésion parce qu'il servait aussi ceux qu'il contraignait.

Apprendre sans mentor

Ce dispositif s'est construit sans modèle. Je portais l'introduction de méthodes agiles dans un service marketing industriel, sans formation préalable et sans personne pour m'aider à structurer mes convictions.

L'échec le plus net a porté sur la cartographie des projets complexes, avec leurs tâches et sous-tâches imbriquées. Je n'ai pas trouvé du premier coup le niveau de granularité utile, et j'ai procédé par essais successifs, en gardant ce qui était réellement rempli et en abandonnant ce qui ne l'était pas.

Ce type d'outillage est aujourd'hui courant dans les services créatifs des entreprises de service digital, où la culture agile est native. Il l'était beaucoup moins dans une organisation industrielle, et cet écart explique autant la difficulté de l'installer que l'intérêt de l'avoir fait.

Ce que le cadre est devenu

L'adoption a été totale du côté marketing. Elle a ensuite débordé son périmètre initial : les équipes produit, géographiquement proches et rattachées à la même vice-présidence, se sont dotées à leur tour d'un outil de pilotage en Kanban.

Le dispositif est toujours en service chez Bollé Safety pour la gestion des projets marketing, plusieurs années après sa mise en place et après mon départ. C'est le seul critère qui compte vraiment pour une méthode : survivre à celui qui l'a introduite.

Le même réflexe, d'autres outils

Chez Préventimark, je n'ai transposé ni l'outil ni le dispositif, seulement le réflexe. Le pilotage y repose sur Trello, en version gratuite, avec deux usages distincts : un tableau dédié où j'exerce le rôle de product owner sur la stratégie et le développement de notre logiciel, et un pilotage des projets d'entreprise, site e-commerce et application de production, complété par le suivi du support, de la qualité et des distributeurs.

Il faut être clair sur un point, parce qu'il serait tentant de laisser croire à une architecture intégrée : ces outils ne sont connectés ni entre eux, ni à GitHub. Ce ne sont pas les briques d'un système, ce sont des tableaux qui rendent visible ce qui doit l'être, dimensionnés à une entreprise de quinze personnes.

C'est d'ailleurs la leçon que je retiens. La méthode ne réside pas dans l'outil, qui se remplace, mais dans la contrainte que l'on choisit d'imposer à l'entrée. Un champ obligatoire bien choisi change davantage de comportements qu'une plateforme complète mal adoptée.