.webp)
Étant l'un des co-fondateurs, je suis arrivé au moment où Skello n'était pas encore un produit mais bien une idée. Ce qui m'a convaincu c'était l'utilité de la solution. En discutant de l'idée de Skello, ma première réaction a été de me dire qu'il n'était pas normal qu'il n'y ait pas déjà une solution qui fasse ça ! Les besoins des professionnels auxquels nous répondons sont tellement clairs qu'on sait qu'on a un vrai impact. Aussi, la dimension des plannings, la gestion des dates et de temps sont très intéressantes du côté technique.
La structuration de l'équipe tech, qui s'est faite l'année dernière. Nous misons beaucoup sur l'utilité du travail en équipes : les développeurs revoient leur code les uns les autres, ils se forment et apprennent mutuellement ! Au début de Skello, chaque développeur travaillait dans son coin sur une fonctionnalité bien précise, aujourd'hui nous sommes dans un système où chacun échange avec les autres pour faire évoluer le produit et la boîte.
Grâce au recrutement d’un VP Tech et d’un Lead Dev, nous avons pu mettre l’accent sur les questions tech et la qualité de notre code, pour faire en sorte que l’architecture Skello réussisse sa montée en charge ! Notre code est beaucoup plus pérenne : nous savons que le code fait aujourd'hui tiendra la route pour les années à venir. Et pourquoi on sait qu'il tiendra sur le long terme ? Parce que nous avons des gens beaucoup plus seniors qui sont arrivés et qui prennent maintenant du temps pour faire évoluer chaque membre de l'équipe.
Non, et en soit l'idée est assez simple : lorsque nous sommes arrivés à une quinzaine dans l'équipe, nous avons anticipé l'agrandissement futur de l'équipe pour créer une vraie ambiance et devenir plus productif. Nous avons donc divisé en deux notre équipe afin que chaque équipe puisse avoir ses propres responsabilités ! A 25, il est plus difficile de se coordonner sur des projets communs.
D'abord, le fait que nous sommes tous là pour apprendre. Le travail de l'équipe est formé autour de la montée en compétences et de partage de connaissances. Nous n'organisons pas le travail pour que chaque personne fasse ce sur quoi elle est bonne et ainsi aller plus vite ! Nous nous disons plutôt : "telle personne a tel type de connaissances, comment on fait pour qu'elle le transmette au reste de l'équipe ?” Le deuxième point, c'est le droit à l'erreur : l'important, c'est d'avancer. Nous allons souvent travailler sur des innovations, à se lancer sur ce que nous ne connaissons pas : ne pas être expert sur un projet n'est pas un problème, ça fait partie de la capacité d'évolution.
L'humilité : savoir se remettre en question. Un senior peut tout autant apprendre d'un junior que l'inverse ! La deuxième qualité que nous demandons ici et qu'on ne retrouve pas toujours dans les offres d’emplois d'autres boîtes, c'est d'avoir une certaine éloquence. Chaque personne ici est capable d'expliquer son raisonnement, les choix qu'elle prend. Nous nous posons toujours les questions : pourquoi faire ça ? pourquoi prendre le problème dans ce sens là et pas dans l'autre ? quel est le raisonnement pour résoudre tel soucis ? Cela entend qu'il faut être capable tant de s'exprimer, que de travailler avec les autres équipes, que d'avoir une compréhension plus large du business et de la stratégie. Nous ne voulons pas des "cowboys" qui travaillent dans leur coin sur une nouvelle fonctionnalité.
