MAIN MENU
Le blogue Devolutions

Annonces, mises à jour et analyses de Devolutions

Illustration of AI put to work every day at Devolutions.

Comment on met l’IA au travail chaque jour chez Devolutions

Un regard pratique sur la façon dont Devolutions organise l’IA au quotidien : hackathons pour les équipes techniques et non techniques, formation Mindstone, boîte à outils partagée, équipe d’enablement IA et syncs mensuels des champions, plus des pistes pour les leaders PME et MSP.

L’IA revient dans presque toutes les conversations ces temps-ci. Chez Devolutions, on a décidé tôt que parler ne suffisait pas : les gens avaient besoin de permission, de temps et d’un peu de structure pour que ça serve vraiment.

On est environ 200 à 250 personnes. Certains livrent du code produit toute la journée. D’autres travaillent en juridique, marketing, finance, RH et support. Dans tous ces rôles, l’objectif est le même : intégrer l’IA au travail déjà fait, pour gagner du temps plutôt que de la laisser inutilisée.

Voici comment ça se traduit au quotidien chez nous, et ce que vous pourriez essayer dans votre propre équipe.

L’encouragement ne suffit pas : bâtir le système d’exploitation

La permission seule ne crée pas d’habitudes. Les gens ont besoin de temps, de formation, d’outils, et de quelqu’un à qui s’adresser quand ils bloquent. C’est pourquoi on traite l’IA comme une capacité interne à faire grandir, pas comme une mode à tolérer.

Notre directeur de la technologie, Marc-André Moreau, a répondu aux questions de la communauté sur la sécurité, les coûts et la culture. La version courte pour le quotidien est simple : la direction appuie l’IA, les équipes restent responsables de la qualité et du jugement, et on investit pour que les gens aillent plus vite sans avancer à l’aveugle.

Hackathons IA : une journée complète pour bâtir quelque chose d’utile

L’un des rituels les plus visibles, c’est le hackathon IA : une journée complète que les gens peuvent consacrer à des projets IA pour leur propre poste, leur équipe, ou un flux de travail qui mange encore trop de temps manuel.

On a tenu le premier hackathon centré sur l’IA l’an dernier avec nos équipes techniques. Les développeurs et les autres rôles techniques ont utiliséé la journée pour prototyper des automatisations, des skills et des outils à ramener dans le produit et l’ingénierie.

On applique aussi la même idée aux départements non techniques : juridique, marketing, RH et d’autres équipes qui ne vivent pas dans une base de code. L’objectif est le même : arrêter de tout faire à la main quand un flux IA bien cadré peut prendre la charge répétitive, pour que les gens se concentrent sur le jugement, les relations et le travail qui a encore besoin d’un humain dans la boucle.

Formation Mindstone pour les parcours techniques et non techniques

On poursuit notre investissement en formation avec Mindstone, une firme tierce axée sur les compétences IA pratiques. Les personnes techniques et non techniques, y compris des collègues en RH, y passent, avec des parcours adaptés à la façon dont chaque groupe travaille vraiment.

Ça a compté. Un développeur et un marketeur n’ont pas besoin de la même première journée avec l’IA. Un vocabulaire partagé aide; des exercices identiques, rarement. Si vous déployez l’IA dans une organisation mixte, séparez les parcours tôt et gardez des résultats concrets : un flux amélioré, un brouillon accéléré, un rapport assemblé plus vite, une checklist de révision qui ne part plus d’une page blanche.

Outils, expériences et un peu de chaos productif

On laisse aussi aux gens la place d’essayer plus d’une pile. En interne, vous entendrez Claude, ChatGPT, Cursor et d’autres outils selon le poste. On plaisante parfois en disant que c’est le chaos TI au meilleur sens du terme : les gens peuvent expérimenter, bâtir des automatisations et des skills, partager ce qui marche avec d’autres équipes, et trouver ce qui convient à leur rôle.

C’est intentionnel. Verrouiller tout le monde trop tôt sur un seul outil peut geler l’apprentissage. Laisser comparer les approches, puis converger vers ce qui est utile, tend à produire de meilleurs défauts avec le temps. Pour les leaders sécurité et TI qui lisent ceci : le but n’est pas l’éparpillement sans contrôle. C’est l’expérimentation guidée, avec du soutien à proximité (plus sur ça juste après).

L’équipe d’enablement IA : cinq à six personnes qui débloquent les projets

Pour que les expériences ne meurent pas dans les onglets du navigateur, on a mis sur pied une équipe d’enablement IA d’environ cinq à six personnes. Elle suit les projets dans toute l’entreprise, aide les équipes à concevoir des automatisations, et soutient surtout les collègues plus nouveaux aux outils IA qui ne savent pas encore comment bâtir des skills ni par où commencer.

Si quelqu’un dans un rôle non technique a une idée mais pas de playbook, l’enablement est le pont. C’est la différence entre « l’IA est encouragée » comme slogan et « l’IA est utilisable » comme pratique.

Des champions IA dans chaque équipe, qui se rencontrent chaque mois

On a aussi nommé des champions IA dans les équipes à travers Devolutions. Ils se rencontrent une fois par mois avec le groupe d’enablement IA pour partager les projets en cours, les patterns qui ont fonctionné, et les idées que d’autres équipes peuvent adapter.

Les champions ne sont pas un deuxième département TI. Ce sont des pairs qui voient ce qui marche localement et le rendent visible. Pour un MSP ou une organisation TI de taille moyenne, une version légère (un champion par squad, un sync récurrent de 30 minutes) suffit souvent à empêcher les bonnes idées de rester en silo.

Ce que vous pouvez emprunter ce mois-ci

Vous n’avez pas besoin de notre effectif exact ni de notre liste d’outils pour reprendre la même forme :

  1. Dites la politique à voix haute. Encouragez l’IA exprès, avec des attentes claires sur la qualité, la confidentialité et la révision.
  2. Donnez une journée aux gens. Un hackathon (technique ou non technique) vaut mieux que d’interminables réunions « on devrait essayer l’IA un jour ».
  3. Formez selon le public. Séparez les parcours techniques et non techniques; mesurez les résultats, pas seulement la présence.
  4. Autorisez un petit ensemble d’outils, puis partagez les gagnants. L’expérimentation sans boucle de rétroaction, ce n’est que du bruit.
  5. Dotez l’enablement, même légèrement. Une ou deux personnes qui débloquent les autres feront avancer plus de travail qu’une licence d’outil de plus.
  6. Nommez des champions et rencontrez-vous chaque mois. Faites de la réutilisation le défaut.

Et ensuite : du progrès maintenant, de l’ambition pour les prochaines années

On est fiers du chemin parcouru : des hackathons au-delà des développeurs, une formation à l’échelle de l’entreprise, une équipe d’enablement, et des champions qui gardent l’apprentissage visible. On est aussi clairs : ce n’est pas un programme terminé. L’IA chez Devolutions, c’est quelque chose qu’on veut pousser plus loin au cours des prochaines années, dans la façon dont on travaille en interne et dans la façon dont nos produits aident les équipes TI à opérer avec plus d’automatisation et moins de travail répétitif.

Si votre organisation décide encore si l’IA est « permise », commencez par la culture et la structure, pas seulement par le choix d’un modèle. Si vous expérimentez déjà, empruntez les pièces qui collent : du temps au calendrier, une formation adaptée au poste, des gens dont le rôle est d’aider, et un rythme pour partager ce qui marche.

Curieux de savoir comment d’autres dans la communauté organisent l’IA? Dites-le-nous en commentaires, ou continuez la conversation sur le Forum Devolutions.

More from Nouvelles

Read more articles