Passer de designer à lead : ce que personne ne vous explique

Le basculement du calendrier

La première chose qui change quand on passe en rôle de lead, c'est le calendrier. En tant que contributeur individuel, l'essentiel du temps est dans les outils : logiciel de design, prototypage, revue de son propre travail. En tant que lead, l'essentiel du temps est dans le travail des autres et dans les conditions qui rendent ce travail possible. Réunions, processus de recrutement, discussions de priorités, conversations avec les parties prenantes. Le ratio s'est inversé dans les premiers mois. Je suis passé de 70 % de mon temps dans Figma à 70 % de mon temps dans des salles.

Ce basculement est évident a posteriori, mais il est mal décrit dans la plupart des récits de la transition designer vers lead. Le cadrage habituel porte sur le management des personnes : on passe du faire à l'habiliter. C'est vrai mais incomplet. L'ajustement plus difficile, c'est que le jugement de craft que vous avez mis des années à construire cesse d'être directement applicable au travail quotidien. On ne peut pas redessiner le travail de son équipe. On peut seulement façonner les conditions dans lesquelles il se produit.

Les quatre fonctions qui ont remplacé le travail de craft

Ce que j'ai fini par faire en tant que lead peut s'organiser en quatre domaines. Le recrutement : trouver et évaluer des personnes dont les compétences complètent l'équipe plutôt que de la répliquer. La conception des processus : décider comment l'équipe travaille, quels artefacts elle produit, comment les décisions sont prises et documentées. La définition des priorités : choisir quels problèmes méritent un investissement design et lesquels ne le méritent pas, et tenir cette ligne sous pression. L'alignement des parties prenantes : s'assurer que les personnes extérieures à l'équipe design qui influencent l'équipe design comprennent ce que l'équipe fait et pourquoi.

Ces quatre fonctions partagent une caractéristique : elles portent toutes sur la qualité de l'environnement, pas sur la qualité de l'artefact. Quand elles sont bien faites, les designers de l'équipe produisent un meilleur travail qu'ils n'en auraient produit sans la fonction de lead. Quand elles sont mal faites, même les designers individuellement forts peinent à produire un output de qualité de façon régulière.

L'équivalent craft de cela, c'est designer pour des systèmes plutôt que pour des écrans. Un seul écran bien conçu est une contribution d'un type différent d'un design system qui rend chaque écran du produit plus cohérent. Le rôle de lead est la version organisationnelle de ce changement d'échelle.

Accepter que l'équipe designera différemment de soi

L'ajustement le plus difficile a été d'accepter que mon équipe prendrait des décisions de design différentes de celles que j'aurais prises, et que c'était bien ainsi. Non pas simplement tolérable, mais en réalité correct.

Une designer que j'avais recrutée avait une approche différente de la densité de l'information. Là où j'aurais réduit le nombre d'éléments à l'écran, elle les conservait et utilisait la hiérarchie pour gérer la complexité. Son approche n'était pas fausse, elle était différente, et elle servait des utilisateurs avec des modèles mentaux différents de ceux pour lesquels j'avais optimisé. Quand j'outrepassais ses décisions en me fondant sur mes préférences esthétiques personnelles, je dégradais le travail. Plus important encore, je sapais l'ownership dont elle avait besoin pour produire un bon travail sur le long terme.

La discipline que le rôle de lead exige, c'est la discipline de se demander "est-ce que ça fonctionnera pour les utilisateurs ?" plutôt que "est-ce que j'aurais fait ce choix ?". Ce sont des questions différentes. La première est utile. La seconde produit une équipe de designers qui exécutent le goût de quelqu'un d'autre plutôt que de développer leur propre jugement.

Ce qui rend la transition praticable

La transition est praticable quand le lead a un modèle clair de ce qu'il contribue qui ne dépend pas de la production de craft. Dans mon cas, ce modèle s'est cristallisé autour d'une conviction précise : la qualité d'une équipe design est principalement déterminée par la qualité de ses inputs et de ses décisions, pas par le talent de ses membres individuels. Les inputs comprennent les problèmes sur lesquels l'équipe travaille, la recherche utilisateur à laquelle elle a accès, le temps qu'elle a pour itérer, et la clarté du brief qu'elle reçoit. Les décisions comprennent qui est recruté, quels projets reçoivent un investissement design, et ce qui compte comme terminé.

Si on croit ça, alors le rôle de lead n'est pas un sacrifice du craft au profit du management. C'est un craft différent : le craft de construire les conditions dans lesquelles un bon design se produit de façon fiable. Ce cadrage n'a pas rendu chaque réunion difficile plus facile. Mais il a rendu le rôle cohérent d'une façon que "je dessinais des écrans et maintenant je manage des personnes" n'a jamais tout à fait accompli.