Les bases avant tout : apprenez à maîtriser votre instrument avant de composer

Récemment, j'ai été ravi de voir davantage de membres de l'équipe TEECOM s'approprier les outils d'IA et explorer comment ils pourraient résoudre des problèmes réels dans nos flux de travail. Cette initiative est exactement le genre d'énergie dont une entreprise à la pointe a besoin. Elle témoigne de curiosité, d'un sens des responsabilités et d'une volonté d'embrasser le changement.

Cependant, je souhaite apporter une précision sur la manière dont nous orientons cette énergie, car la différence entre un effort productif et improductif dans ce domaine tient à une seule question : Apprenez-vous à maîtriser l'outil, ou construisez-vous autour de lui ? ‍

Le réflexe de vouloir tout construire

Face à un problème, notre instinct d'ingénieur est de concevoir une solution. Ce réflexe nous a bien servis pendant des décennies. Mais dans un paysage technologique qui évolue rapidement, il peut se retourner contre nous.

Voici le schéma que j'observe : quelqu'un identifie un réel point de friction dans son flux de travail, consacre du temps à définir une solution personnalisée et construit quelque chose pour résoudre ce problème spécifique. Le travail est souvent impressionnant. Mais le flux de travail sous-jacent risque de changer rapidement. Le problème était réel, mais il n'était ni aussi important ni aussi permanent qu'il y paraissait sur le moment.

Lorsque les outils et les flux de travail que vous utilisez changent rapidement, une solution sur mesure conçue pour un problème actuel peut devenir obsolète avant même d'avoir apporté de la valeur. Cela ne signifie pas que l'effort a été vain. Cela signifie que cet effort aurait été mieux investi dans l'apprentissage des outils qui sont en train de transformer le flux de travail lui-même.

Chez TEECOM, je demande à chacun de recalibrer cette séquence. Apprenez d'abord à utiliser l'outil. Comprenez ce qu'il permet déjà de faire. Décidez ensuite si vous avez réellement besoin de construire quelque chose de personnalisé.

La meilleure approche initiale

La chose la plus efficace que vous puissiez faire dès maintenant n'est pas de construire un outil basé sur l'IA. C'est d' utiliser les outils d'IA pour accélérer votre travail actuel.

C'est là que l'investissement de TEECOM dans GitHub, le Markdown et la documentation structurée commence à porter ses fruits. Chaque fichier Markdown dans notre dépôt de documentation est lisible par une machine. Chaque modèle, guide d'intégration, document de processus et norme que nous avons publiés sur GitHub est déjà dans un format que les outils d'IA peuvent parcourir, résumer et analyser.

En utilisant les outils d'IA existants, nous pouvons interroger l'intégralité de notre dépôt de documentation en langage naturel. Nos équipes peuvent lui demander de trouver le processus pertinent pour une tâche, de résumer notre procédure d'intégration ou de consulter ce que dit notre documentation sur un problème particulier. Ce n'est pas une capacité futuriste. Elle est disponible dès aujourd'hui, et elle fonctionne parce que nous avons pris la décision, il y a des années, d'écrire en texte brut et de stocker nos connaissances dans des systèmes à contrôle de version.

Si nous avons demandé à nos équipes d'apprendre le Markdown et GitHub, c'est pour rendre nos connaissances collectives accessibles aux outils qui font leur apparition.

Ce que vous pouvez faire

Avant de consacrer du temps à créer un outil sur mesure, prenez le temps de découvrir les capacités des outils dont votre équipe dispose déjà. Entre « J'ai un problème » et « Je dois créer quelque chose », il manque une étape que la plupart des gens sautent : « Je dois améliorer ma maîtrise de l'outil pour l'ensemble des tâches que j'effectue. »‍

Voici deux mesures concrètes que vous pouvez prendre cette semaine :

1. Avant de lancer un nouveau projet d'outil ou d'automatisation, rédigez un paragraphe exposant le problème et envoyez-le à votre équipe. Recueillez des avis pour savoir si le problème est déjà traité par une initiative existante ou s'il existe une approche plus simple. Cela prend cinq minutes et pourrait vous faire gagner des jours.
2. Consacrez trente minutes cette semaine à explorer une nouvelle façon d'utiliser un outil d'IA. Ne cherchez pas à créer quelque chose. Contentez-vous de l'utiliser. Faites-lui relire un document. Utilisez-le pour comprendre un morceau de code ou une section de spécifications que vous n'avez pas rédigés. L'objectif est la maîtrise, pas le produit fini.

La vue d'ensemble

Les outils d'IA évoluent plus rapidement que n'importe quelle mutation technologique que j'ai connue au cours de ma carrière. Les flux de travail que nous utilisons aujourd'hui seront radicalement différents dans douze mois. Ce n'est pas une spéculation. C'est déjà une réalité chez TEECOM.

Dans ce contexte, la compétence la plus durable n'est pas la capacité à créer un outil sur mesure, mais celle d'apprendre et d'appliquer rapidement de nouveaux outils. Ceux qui prennent cette habitude dès maintenant, qui deviennent à l'aise avec le prompting, l'interrogation et la collaboration avec l'IA, bénéficieront d'un avantage cumulatif au cours des prochaines années.

Apprenez d'abord à jouer de l'instrument. Les morceaux suivront.

David Marks, PDG

‍