Remote honore 100 % de ses délais grâce à GitLab

Remote est une entreprise mondiale qui propose une plateforme permettant d'employer n'importe qui, n'importe où dans le monde. Créée il y a tout juste un an à partir de rien, elle a pour objectif de réformer le fonctionnement de l'emploi au niveau mondial. Remote aide à recruter des employés à temps plein, par opposition à des postes contractuels ou indépendants, comme c'est le cas pour la plupart des offres d'emploi à distance. L'entreprise propose une solution pour employer des personnes dans différents pays, agissant comme un employeur mondial de données.

Alors que la création d'une start-up représente déjà un sacré défi, avoir comme objectif de créer des emplois à l'échelle mondiale constitue une ambition encore plus grande. Tributaire de la productivité, l'entreprise recherchait un outil qui lui permettrait d'améliorer l'efficacité opérationnelle et la livraison de ses produits. Ne comptant jusqu'alors qu'une petite équipe, Remote avait besoin d'un outil capable de s'adapter à son évolution au fil du temps.

La communication à l'échelle mondiale étant au cœur de son activité, un outil de gestion du code source et d'intégration continue était par ailleurs essentiel. « Chacun des projets que j'entreprends correspond à un besoin ou une exigence sous-jacente. Remote ne fait pas exception : de l'étape de l'idéation à celle de la livraison, tout doit être aussi fluide et rapide que possible », déclare Marcelo Lebre, cofondateur et directeur technique chez Remote. « Tout écart par rapport à ce type de flux, quelle qu'en soit la mesure et même s'il est minime, est très coûteux pour l'ensemble de l'entreprise et pour les personnes elles-mêmes puisqu'il se traduit par du gaspillage. Or, le gaspillage est synonyme d'inefficacité. »

M. Lebre et son équipe ont tous eu l'occasion de travailler avec des chaînes à outils multiples. Ils sont donc bien conscients du temps, des coûts et du travail supplémentaires que cela implique. Avec de multiples outils, les start-up doivent généralement coder, tester et déployer manuellement, ou relier le tout de manière explicite. Le temps d'un développeur serait consacré à la configuration et à la gestion des différents outils. Lorsqu'un outil cesse de fonctionner, cela a un impact négatif sur l'ensemble du système et détourne l'équipe d'ingénierie de sa mission.

Accélérer la croissance d'une start-up nécessite généralement une variété d'outils logiciels. Selon M. Lebre, « toutes les petites start-up devaient utiliser une pléthore d'outils, notamment Codeship, Trello, Basecamp, Asana ou encore Jira... Nous n'avons pas échappé à la règle : nous les avons également tous utilisés afin de nous assurer de pouvoir livrer nos clients, mais aussi parce que sinon, nous aurions dû tout réaliser manuellement. »

Certains membres de l'équipe Remote ayant déjà utilisé GitLab, ils ont rapidement décidé d'utiliser à nouveau cette plateforme. « Pour être tout à fait honnête, il était déjà question d'utiliser GitLab lorsque nous avons lancé Remote. Je l'utilisais depuis de nombreuses années déjà. Pour moi, c'était une évidence », a déclaré M. Lebre. Le seuil à franchir pour commencer à utiliser d'autres outils était beaucoup plus élevé, car il fallait choisir des outils individuels pour des services individuels. Comme l'équipe était à l'aise avec GitLab, la start-up a pu progresser plus rapidement qu'avec une autre plateforme.

Remote utilise GitLab depuis sa création. L'ensemble de la petite entreprise utilise la plateforme, qu'il s'agisse de développeurs ou de non-développeurs, avec l'intention d'étendre et de maintenir GitLab en tant qu'infrastructure. Pour le moment, Remote dispose d'un seul logiciel en un seul lieu et se concentre sur des itérations rapides.

Les tickets utilisés dans GitLab constituent à eux seuls la source unique de vérité et, comme les membres de l'équipe travaillent entièrement à distance, cela permet de maintenir tout le monde sur la même longueur d'onde. Le temps consacré à la gestion de l'outil est quasiment nul, car la possibilité de relier directement les tickets au code et au pipeline permet une visibilité et un workflow continus. « GitLab a facilité le travail des entreprises à distance, dans la mesure où nous documentons toute notre activité et où nous nous assurons que l'ensemble de notre code et de nos produits sont visibles dans GitLab », déclare M. Lebre. « GitLab nous permet de suivre de près notre rapidité de livraison et notre processus d'itération, et ainsi d'optimiser ce qui doit l'être ».

L'équipe de développement a éliminé le besoin d'une chaîne d'outils multiples en utilisant GitLab pour la gestion du code source (SCM) et le processus CI/CD. « Nous veillons à ne pas surmener les employés. L'ingénierie est selon moi un vrai savoir-faire, et leur demander de faire des heures supplémentaires met en péril sa qualité », affirme M. Lebre. « Quatre outils étaient nécessaires pour réaliser la même chose qu'avec GitLab. Résultat ? Une bonne partie du temps de l'équipe était consacré à la gestion de ces outils et au passage de l'un à l'autre. Par conséquent, soit nous devions travailler plus d'heures, soit nous devions livrer moins de produits. Autant dire que ces deux options ne présentent aucun avantage pour un manager. »

Les développeurs à distance passent 100 % de leur temps à travailler directement sur le produit. M. Lebre et son équipe apprécient la transparence de la plateforme de bout en bout, laquelle élimine tout risque de mauvaise surprise liée à un ticket. Résultat ? Les délais sont respectés à 100 %. Au cours des trois derniers mois, l'équipe a livré plus de 540 merges à la production et les ingénieurs ont mis à jour le code 3 795 fois. « GitLab et l'ensemble de la suite ont été des facilitateurs. Ces outils n'ont jamais figuré parmi les problèmes que nous devions résoudre », a déclaré M. Lebre.