Développeur, UX, graphiste, patron et tous les autres. À quoi ressemble vraiment la vie dans une agence de développement logiciel
Le vendredi, c’est sans doute le bon moment pour mettre un instant de côté l’architecture des systèmes, les API, les déploiements, les maquettes, les échéances et la question « est-ce qu’on peut faire ça aujourd’hui encore ? », et pour jeter un regard un peu amusé sur le secteur informatique.
Car une agence de développement logiciel, ce n’est pas un endroit où dix développeurs entrent au bureau le matin, ouvrent tous leur ordinateur portable et repartent le soir avec un système tout prêt.
Bon, d’accord. Parfois, c’est effectivement comme ça... Mais seulement au premier abord.
En réalité, un bon projet voit le jour grâce à des personnes aux compétences très variées. Le développeur construit la solution. L’UX se demande si quelqu’un saura seulement quoi en faire. L’UI veille à ce que ça ne ressemble pas à un panneau d’administration de 2008. Le marketing réfléchit à la façon d’en parler. La personne chargée du contenu essaie de tout expliquer dans un langage courant. Quelqu’un veille aux clients, aux délais, aux factures et à l’organisation. Et quelqu’un d’autre doit encore se rappeler qu’il n’y a plus de papier dans l’imprimante.
Et c’est justement pour cela que les équipes technologiques sont si intéressantes.
Le développeur - autrement dit, la personne qui sait parler à l’ordinateur
Un développeur peut venir travailler avec un sweat de marque, un beau tee-shirt, des baskets superbes et un parfum dont le prix fait se demander à quelqu’un de l’administration si nous ne travaillons pas par hasard pour une marque de luxe. Il peut avoir sur lui le dernier gadget, un casque qui coûte la moitié d’un salaire et un ordinateur portable dont la fiche technique ressemble au mode d’emploi d’une centrale électrique. Au petit-déjeuner ? Pas seulement un sandwich au beurre et à la confiture. Ça peut être un yaourt, du bon pain, quelque chose à l’avocat, un café de spécialité ou un déjeuner préparé avec plus de soin que certains projets d’entreprise.
Et puis, il y a l’autre type.
Un sweat. Un casque. Le silence. De préférence, le télétravail. De préférence sans caméra. Après le travail, l’ordinateur reste allumé, parce qu’il faut bien « jouer encore un peu ». Et ce petit moment se termine vers 4 heures du matin.
Bien sûr, il y a aussi toutes les variantes entre les deux - et c’est justement ce qui est le mieux.
Un développeur n’a pas besoin de correspondre au stéréotype du développeur. Tout comme programmer ne consiste plus uniquement à passer huit heures assis devant du code.
Un bon développeur doit comprendre le problème qu’il cherche à résoudre. Il doit savoir communiquer avec d’autres spécialistes, comprendre les contraintes du projet, anticiper les conséquences des décisions techniques et parfois dire : « Non, ne faisons pas ça comme ça, nous le regretterons dans six mois ».
Et c’est là que commence le véritable travail d’équipe.
UX/UI - autrement dit, pourquoi ce bouton se trouve précisément ici
L’UX, ce n’est pas choisir une jolie couleur pour un bouton.
L’UI, ce n’est pas non plus « faisons quelque chose de moderne ».
Concevoir un produit numérique nécessite de comprendre l’utilisateur, son objectif, ses contraintes, sa manière de prendre des décisions, ses habitudes, son contexte et ce qui pourrait le bloquer.
C’est pourquoi un concepteur ne peut pas regarder uniquement l’écran. Il doit regarder la personne. Et un concepteur qui comprend aussi la technologie a un autre avantage considérable. Il sait ce qu’il est réellement possible de faire. Il n’a pas besoin d’écrire du code. Mais c’est bien s’il comprend comment le code fonctionne. Il sait faire la différence entre le frontend et le backend. Il sait ce qu’est une API. Il comprend les contraintes du responsive design, les données, les intégrations, les formulaires, les états d’erreur, la validation, les performances ou les aspects techniques qui influent sur l’interface.
Car concevoir un bel écran impossible à mettre en œuvre correctement, c’est un peu comme concevoir une voiture qui a fière allure, mais où il n’y a pas de place pour le moteur. C’est possible. Mais à quoi bon ?
Dans mon cas, c’est justement ce mélange qui est à la base de mon travail depuis des années. Graphisme, UX, UI, communication visuelle, psychologie de la communication, marketing, contenu, auxquels s’ajoutent des connaissances en programmation et une compréhension de la technologie. Pas pour être en même temps le meilleur développeur du monde. Mais pour savoir comment tous ces éléments doivent s’articuler pour que le produit ait du sens.
Car un bon projet ne commence pas par la question « comment dessiner ça ? ».
Il commence par la question « que doit faire la personne ici, et pourquoi ? ».
Le graphiste - la personne qui veille à ce que rien n’ait l’air laissé au hasard
Le graphiste reçoit souvent une mission très précise : « Fais quelque chose de sympa ».
Et c’est là que ça devient amusant.
Car « sympa » peut vouloir tout dire...
Minimaliste.
Élégant.
Technologique.
Audacieux.
Haut de gamme.
Moderne.
Ou « comme chez la concurrence, mais en mieux ».
Un bon graphiste ne se contente pas de faire des images. Il doit comprendre la marque, la communication, la typographie, la hiérarchie de l’information, les proportions, le contraste, le public et le contexte. Et s’il travaille sur des produits numériques, il doit également comprendre l’UX. Car un visuel peut être magnifique et complètement inutile à la fois. Et nous arrivons ici à un point très important... Dans une agence de développement logiciel, il n’y a pas une seule personne chargée des « jolies choses ».
Le concepteur, le développeur, le spécialiste marketing et la personne chargée du contenu doivent réussir à s’entendre.
C’est seulement alors que l’on obtient un produit qui non seulement fonctionne, mais qui est aussi compréhensible, cohérent et convaincant.
Le spécialiste marketing - celui qui demande sans cesse : « Et comment allons-nous vendre ça ? »
Le spécialiste marketing a un superpouvoir bien particulier.
Il peut regarder un produit fini et demander : « Super. Mais pourquoi le client en aurait-il envie ? » - Et c’est une très bonne question.
Car la technologie en elle-même est rarement un argument de vente.
Le client n’achète pas une API.
Il n’achète pas un framework.
Il n’achète pas une belle architecture de base de données.
Il achète une solution à son problème.
C’est pourquoi le marketing doit savoir traduire le langage technologique en langage des bénéfices. Et ensuite, trouver un moyen de donner envie à quelqu’un de lire le message.
La personne chargée du contenu - autrement dit, la traductrice du langage technologique en langage humain
« Le système utilise une architecture de microservices évolutive avec une communication asynchrone... » - Ça sonne bien. Mais le client sait-il ce qu’il y gagne ?
Parfois, la plus grande valeur de la personne chargée du contenu consiste à dire : « Très bien. Maintenant, écrivons ça de façon à ce que tout le monde comprenne ».
Car on peut être un excellent spécialiste des technologies et ne pas savoir expliquer son travail à quelqu’un qui ne travaille pas dans le secteur.
Et pourtant, l’utilisateur ne devrait pas avoir besoin d’un doctorat en informatique pour acheter un produit, créer un compte ou effectuer une tâche simple.
L’assistante - la personne qui sait tout
C’est un poste dont on ne peut pas mesurer toute la valeur en un seul paragraphe.
L’assistante sait ce qu’il faut commander.
Elle sait ce qui n’a pas été commandé.
Elle sait quelle facture est en attente.
Elle sait qui devait faire quelque chose.
Elle sait qui ne l’a pas fait.
Elle sait quand relancer.
Elle sait où se trouve le document.
Elle sait que quelqu’un devait appeler.
Et remarquera probablement la première que le café vient à manquer dans la cuisine.
C’est souvent la personne grâce à laquelle le reste de l’équipe peut se consacrer à son travail, au lieu de se demander qui était censé commander du papier, réceptionner un colis ou veiller aux documents.
Le patron : celui qui prend les décisions que personne d’autre ne veut prendre
Le patron peut arriver un peu plus tard.
Il a son propre bureau.
Il passe beaucoup de temps au téléphone.
Il apprécie le confort, mais ne vient généralement pas en pyjama.
Il se rend à des réunions.
Parfois, seul.
Parfois, il emmène la personne créative.
Parfois, le CEO des développeurs.
Parfois, tout le monde à la fois, parce que le client a énormément de questions.
Le patron doit écouter.
Il doit négocier.
Il doit veiller à l’argent, aux personnes, aux clients et à l’orientation de l’entreprise.
Et parfois, il doit simplement dire : « Bon. On fait comme ça. » Parce que même l’équipe la plus démocratique a, à un moment donné, besoin de quelqu’un qui assume la responsabilité de la décision finale.
Et c’est précisément à ce moment-là qu’on découvre que diriger une entreprise technologique, c’est bien plus que de la technologie.
Et puis, tout le monde se retrouve autour d’un même projet
Et soudain, on découvre que tout le monde a raison.
Le développeur dit : « On ne peut pas faire ça comme sur la maquette. »
L’UX répond : « Mais l’utilisateur doit suivre ce parcours. »
Le marketing dit : « Le client ne comprendra pas. »
Le graphiste dit : « Mais ça ne rentre absolument pas ici. »
La personne chargée du contenu dit : « Mais on ne peut pas écrire ça comme ça. »
Le patron demande : « Combien cela va-t-il coûter ? »
Et l’assistante, à l’autre bout du bureau : « Est-ce que quelqu’un a fini par signer cette facture ? »
Et c’est ainsi que naît un produit.
Pas du seul code. Pas du seul graphisme. Pas de la seule UX. Pas du marketing - mais de la combinaison des compétences.
Un software house moderne est une équipe pluridisciplinaire. Selon le projet, on peut y trouver des développeurs, des spécialistes UX/UI, QA, PM, des analystes, des spécialistes DevOps, du marketing, du contenu ou des personnes responsables du volet commercial. Les rôles peuvent être répartis ou cumulés, en particulier dans les petites équipes.
Et c’est précisément pourquoi une bonne collaboration entre ces personnes est si importante.
Car un développeur peut créer un système qui fonctionne parfaitement.
Un designer peut créer une interface remarquable.
Un spécialiste du marketing peut préparer une excellente campagne.
Un rédacteur peut écrire un excellent texte.
Mais ce n’est qu’ensemble qu’ils peuvent créer un produit que quelqu’un aura vraiment envie d’utiliser.
Et après vingt ans de travail dans ce milieu, je sais une chose avec certitude : le secteur technologique est plein de contrastes.
Il y a des développeurs en sweat-shirts et des développeurs en t-shirts qui coûtent la moitié d’un salaire.
Il y a des personnes qui adorent le bureau, et d’autres qui préféreraient ne jamais quitter leur logement.
Il y a des perfectionnistes du pixel et des gens qui disent : « Décale de deux pixels, ce sera parfait. »
Il y a des patrons qui adorent les tableaux et d’autres qui préfèrent le téléphone.
Il y a des spécialistes UX qui commencent par les études, et d’autres qui ouvrent d’abord Figma, ou encore ceux qui savent tout simplement.
Il y a des développeurs capables de parler d’architecture pendant des heures. Et d’autres qui veulent simplement terminer leur ticket tranquillement.
Et je crois que c’est justement ce qu’il y a de mieux dans ce secteur : nous n’avons pas besoin d’être tous pareils.
Nous devons simplement savoir livrer ensemble quelque chose qui fonctionne.
Et si, en prime, quelqu’un apporte un bon café, de nouvelles baskets ou des sandwichs particulièrement délicieux, c’est encore mieux.
