Chez Malt nous sommes constamment en recrutement et je fais passer des entretiens très très régulièrement. Il y a une chose que je répète à chaque candidat car cela reflète une qualité essentielle que nous recherchons et j'aimerais le partager ici et l'étoffer.

Dans les 2 premières minutes de l'entretien, je rappelle rapidement ce que nous sommes et j'insiste sur un point. Chaque année Malt a doublé de taille. Chaque année notre environnement de travail, les personnes avec qui nous travaillons, nos rôles ont changé.

Alors évidemment je ne raconte pas toute l'histoire aux candidats. Mais j'aime leur décrire à quel point nous avons beaucoup d'idées, que la boite telle qu'ils ou elles la voient aujourd'hui va encore beaucoup changer. Malt pour une personne qui vient chez nous ce n'est pas une certitude de confort, un train train. C'est être dans une organisation qui évolue constamment. Et pour cela, il y a une qualité importante, être capable de se réinventer, de s'adapter, de se remettre en cause. Oh oui, savoir se remettre en cause. Et à force d'en parler j'ai eu envie de le partager ici dans ce billet.

En 2012 Malt c'est juste une idée et 3 personnes qui en discutent. En 2013 c'est une version béta, deux personnes qui bossent dessus à temps plein mais pour moi c'est un rôle de développement en mode side project du soir et week end. Ce n'est qu'en 2014 que je travaillerais à temps plein sur le projet avec un rôle de "CTO", dit autrement, le dev à tout faire de l'équipe avec JB, lui aussi co fondateur et co-CTO. Aucun de nous ne prend très au sérieux ce titre de CTO, CTO de nous-mêmes. A ce moment je suis juste un dev qui essaie de bien faire son boulot, gérer la dette technique, savoir quand aller vite et adopter un certain pragmatisme, savoir quand aller moins vite pour faire les choses bien, se planter aussi, souvent, mais poursuivre. C'est aussi des nouveautés, discuter de référencement, de communication, de stratégie commerciale, de tarification, des évolutions du produit. Beaucoup d'idées mais avec un paradoxe exaspérant : plus on en parle, moins on a le temps de le faire. C'était il y a 4 ans.

Et puis Malt est monté progressivement à 10 personnes. On ne se représente pas toujours facilement ce que c'est. De nouveaux métiers, de nouvelles cultures qu'on ne connait pas. Tiens c'est quoi le community management ? Le traffic management ? C'est des nouvelles interactions, une autre posture à adopter, son propre métier qui évolue. De 10 l'équipe est passé ensuite à 20, puis 30, 40, 50 et aujourd'hui 70 (regardez bien la date de ce billet, il y a de fortes chances qu'on ne soit plus ce nombre là passé cette date). A chaque fois, pour reprendre la formule consacrée, vous devez vous virer vous-mêmes et trouver des personnes meilleures que vous. Et même à 70, toujours le même paradoxe, il faut savoir gérer l'équilibre entre trouver de nouvelles idées, améliorer les anciennes et prendre le temps de réaliser tout cela. C'est une lutte constante entre court terme et long terme, entre vos difficultés quotidiennes et la vision vers laquelle vous voulez aller mais qui demande du temps.

Chaque étape a ses propres défis. Doubler les équipes chaque année, chercher une équipe qui va nous représenter dans un autre pays, trouver les bons partenaires, gérer les sollicitations extérieures, aider les personnes dans l'organisation à trouver leur place. C'est amusant mais parfois on oublie le chemin parcouru. On oublie qu'on a tourné sur une seule machine en production de 2014 à 2017, machine qui contenait RabbitMq, Mongo, Redis, Elasticsearch et toutes les applis. On oublie que notre seul CRM a été pendant longtemps un truc bricolé en quelques mois vers 2013 et qui a été utilisé jusqu'encore très récemment. On oublie que nous avons fait pendant longtemps une modération manuelle de tout les messages de la plateforme avant d'automatiser (même si c'est encore perfectible). On oublie toutes les modifications directes en bases de données pour corriger des cas de support aujourd'hui résolvables automatiquement par un administrateur. On oublie que pendant un long moment on tenait dans une seule pièce à Paris et que je bossais dans un (super) coworking à Lyon. On oublie tout ces moments où une équipe est passé d'une seule personne à deux, puis trois, puis... ce qui a considérablement changé les échanges, les dynamiques. On oublie que l'équipe produit c'était juste 2 devs pendant longtemps, que son premier product manager c'est 2015 mais qu'il galérait bien avec tellement de sujets à traiter pour une si petite équipe.

Et j'en passe. Ce ne sont que quelques anecdotes.

C'est amusant car malgré cette expérience, malgré le fait que chaque étape de notre croissance a entrainé des changements, on se retrouve parfois à se recréer une petite zone de confort, des petites habitudes sur quelques mois. C'est exactement l'histoire de la fable de la grenouille.

Si l'on plonge subitement une grenouille dans de l'eau chaude, elle s'échappe d'un bond ; alors que si on la plonge dans l'eau froide et qu'on porte très progressivement l'eau à ébullition, la grenouille s'engourdit ou s'habitue à la température pour finir ébouillantée.

La grenouille ici c'est nous. Si on n'y prend pas garde on s'endort dans une eau qui chauffe et tout d'un coup le réveil est difficile. Il faut réagir, se réinventer, changer des choses car ce qui fonctionnait 6 mois plus tôt ne fonctionne plus. Le contexte a changé, les exigences autour de vous ont changé. Aux early adopters du début vous avez désormais des "haters" à gérer, votre volume de données à explosé, vous avez des arrivées mais aussi des départs. J'y reviens encore, il faut se remettre en cause, c'est un travail constant et si on n'y fais pas attention, c'est quelqu'un ou quelque chose qui finira par vous le rappeler, pas toujours en douceur.

Il y a peu j'ai eu la chance d'aller visiter San Francisco et rencontrer de nombreuses boîtes sur place. Notamment nous avons vu les locaux de Facebook. Le campus se trouve sur l'emplacement de l'ancien campus de Sun. Lorsqu'on rentre il y a un panneau à l'entrée. Et derrière ce panneau on trouve l'ancien panneau de Sun.

Il y a une raison d'avoir gardé ce panneau.

Le logo de Sun rappelle à tout les employés ce qui peut arriver lorsqu'on oublie de se réinventer. Rien n'est acquis.

Me concernant c'est une constante remise en cause. Je suis en recherche perpétuelle d'équilibre entre le fait que j'aime toujours coder, le mentorat que je peux apporter, la vision à laquelle je contribue, sur le produit, la stratégie, les choses désagréables qu'il faut aussi faire parfois. Et toujours comme il y a 4 ans mais sur de bien plus nombreux sujets : "savoir quand aller vite et adopter un certain pragmatisme, savoir quand aller moins vite pour faire les choses bien, se planter aussi, souvent, mais poursuivre".

Au delà du savoir faire, c'est aussi une remise en cause de mon savoir-être, pas le point le plus simple pour moi. Comme beaucoup de dev j'ai une culture tech, hérité pour ma part de Lateral-thoughts, des conférences tech, des communautés open source, des bouquins tels que Pragmatic programmer, Rework, des règles de références tels que "don't let a broken window", "le boy scout" etc... Mais bosser avec autant de personnes et métiers différents c'est prendre conscience de la pluralité des cultures, des références, des approches et des sensibilités différentes. C'est se rendre compte qu'il n'y a pas qu'un seul chemin pour résoudre le même problème. Oh oui, être dev c'est avoir beaucoup de qualités mais je vous le garantis, des défauts tout aussi nombreux.

Alors il ne faut pas s'y tromper, il y a des difficultés mais c'est aussi sacrément intéressant. On apprend de nombreux métiers, on est rejoint par de supers personnes qui apportent tous quelque chose, c'est une stimulation à chaque instant. Et vous savez quoi ? Finalement vous cultivez même une insatisfaction à ne pas aller encore plus vite.

Et nous ne sommes pas encore arrivés. Il reste un sacré chemin avant d'avoir fait tout ce que nous voulons faire.

PS : envie de participer à l'aventure ? Jette un œil ici.