Voies techniques et voies connexes

Ce que vous saurez faire

Découvrez pourquoi les équipes d’IA ont besoin de plus que des ingénieurs et des scientifiques. Voyez combien de programmation chaque voie demande vraiment. Certaines offrent l’accès le plus rapide à l’IA aux personnes qui ont de l’expérience dans un autre domaine.

Avant de commencerCe qu’il faut savoir et avoir sous la mainEnviron 25 minutes

Ce que vous devez savoir

• Les six familles de métiers et ce que chacune produit, dans Les grandes familles de métiers : six familles de métiers.

Ce qu’il vous faut

• Votre fichier notes.md dans le dossier ai-career. Vous l’avez créé dans L’IA dans les produits de tous les jours : préparer vos notes de cours. S’il manque, recréez-le en suivant cette section. Cette leçon ajoute le titre ## Coding levels (niveaux de programmation).

Les rôles autour des métiers centraux

Une fonctionnalité d’IA peut fonctionner parfaitement et quand même échouer. Personne n’en a peut-être besoin ou personne ne lui fait confiance. Elle peut enfreindre une loi, ou sa qualité peut baisser sans que personne le remarque. Les rôles de cette leçon préviennent ces échecs. Nous les appelons voies connexes : proches du travail technique, avec moins de programmation, mais tout aussi importantes.

Analyste de données

Les analystes de données transforment les données en chiffres et en graphiques pour aider les gens à prendre des décisions.

• Produit : des rapports, des tableaux de bord et des réponses aux questions d’affaires. Par exemple : « Combien de questions de soutien concernent les retours, et ce nombre augmente-t-il? »
• Programmation : SQL et tableurs au quotidien. Certains analystes utilisent Python.
• Importance pour l’IA : les analystes mesurent si un produit d’IA a changé quelque chose pour l’entreprise. Beaucoup de scientifiques des données ont commencé comme analystes.

Gestionnaire de produits d’IA

Le gestionnaire de produits d’IA décide quoi créer et pourquoi. Il veille à ce que le produit aide les utilisateurs.

• Produit : l’énoncé du problème, les priorités, les mesures de réussite et des décisions. Par exemple : « Nous lançons un projet pilote avec 10 agents à la semaine 6. »
• Programmation : généralement aucune. Il doit toutefois comprendre les échecs de l’IA. Les modèles se trompent parfois, coûtent de l’argent à chaque utilisation et changent quand les données changent.
• Importance pour l’IA : la plupart des projets d’IA qui échouent résolvent le mauvais problème ou mesurent la mauvaise chose. Faire les bons choix est le travail du gestionnaire de produits.

Spécialiste de l’évaluation

Le spécialiste de l’évaluation vérifie le fonctionnement d’un système d’IA avant et après sa mise en production. L’évaluation consiste à mesurer les sorties d’un système d’IA selon une norme convenue.

• Produit : des données de test avec des entrées réalistes et les bonnes réponses, des règles de notation et des rapports. Par exemple : « 88 réponses sur 100 sont correctes. 5 réponses promettent un remboursement que la politique ne permet pas. »
• Programmation : peu à moyennement. Certaines tâches d’évaluation demandent une lecture attentive et du jugement. Les jeux de données de test plus grands demandent Python.
• Importance pour l’IA : les modèles de langage écrivent des textes fluides, même quand leur contenu est faux. Sans évaluation rigoureuse, personne ne sait à quelle fréquence cela arrive.

Gouvernance et risques liés à l’IA

Les spécialistes de la gouvernance et des risques veillent à une utilisation légale, sûre et équitable de l’IA.

• Produit : des politiques d’utilisation de l’IA, des évaluations des risques et des vérifications avant la mise en production. Ils produisent aussi des documents qui expliquent les décisions de l’organisation et leurs raisons.
• Programmation : aucune ou peu. Les connaissances en droit, en protection des renseignements personnels, en risques ou en audit comptent davantage.
• Importance pour l’IA : les nouvelles lois et les attentes des clients exigent plus de transparence. Les organisations doivent montrer comment leur IA prend des décisions et qui en est responsable.

Expert du domaine

Un expert du domaine possède une connaissance approfondie du domaine où l’IA est utilisée. Il peut être gestionnaire de réclamations en assurance, infirmier dans un hôpital ou responsable du soutien dans un centre d’assistance. Chez Larkfield, l’expert du domaine est le responsable du soutien. Il connaît toutes les politiques et toutes les exceptions.

• Produit : la définition d’une bonne réponse, des cas de test, des examens des sorties de l’IA et les règles inconnues de l’équipe.
• Programmation : aucune nécessaire pour ce rôle. Certains experts du domaine acquièrent des compétences techniques et passent aux rôles précédents.
• Importance pour l’IA : ce rôle est si important que le module 2 lui consacre deux leçons.

Combien de programmation chaque voie demande-t-elle?

Utilisez cette échelle pour comparer les voies. Les niveaux décrivent ce qu’une personne fait avec du code durant une semaine normale.

Niveau	Ce qu’il signifie	Voies typiques
0 — Aucune	Utilise des outils d’IA et des documents, mais n’écrit aucun code.	Expert du domaine, plusieurs rôles en gouvernance
1 — Lit et configure	Lit du code simple et des paramètres, utilise des outils sans code et des tableurs avec des formules.	Gestionnaire de produits d’IA, certains rôles en évaluation
2 — Écrit des scripts	Écrit des requêtes SQL et de courts scripts Python pour l’analyse.	Analyste de données, spécialiste de l’évaluation
3 — Crée des logiciels	Écrit du code dont d’autres personnes dépendent, avec des tests, un contrôle de versions et des revues.	Ingénieur de données, ingénieur en apprentissage automatique, ingénieur en IA
4 — Code de recherche	Écrit du code expérimental pour de nouvelles méthodes, avec des mathématiques avancées.	Chercheur

Les scientifiques des données se situent généralement au niveau 2 ou 3. Les architectes de solutions lisent au niveau 3 et écrivent au niveau 2.

Les niveaux ne classent pas la valeur des rôles. Un gestionnaire de produits de niveau 1 peut prendre la décision qui sauve un projet. Un ingénieur de niveau 3 qui crée bien la mauvaise chose gaspille des mois. Les niveaux indiquent combien de pratique en programmation une voie demande, pour vous aider à planifier votre temps.

Pratique guidée : quel niveau la tâche demande-t-elle?

Voici un exemple détaillé. La tâche : « Chaque lundi, compter les questions de soutien de la semaine précédente par sujet et montrer la tendance dans un graphique. »

Il faut une requête sur les données du centre d’assistance et un graphique. Une courte requête SQL ou un tableur suffit. Personne ne dépend du code comme d’un système. C’est le niveau 2.

À votre tour. Écrivez le niveau de chaque tâche dans notes.md, sous ## Coding levels.

1. Lire 30 réponses de l’assistant documentaire. Indiquer si chacune est correcte, partiellement correcte ou incorrecte, avec une raison.
2. Afficher la date de la politique à côté de chaque réponse dans le panneau de l’assistant.
3. Décider si l’assistant peut répondre aux questions sur les paiements, ou seulement sur les retours et la livraison.
4. Écrire un script qui envoie 500 questions de test à l’assistant et compte les bonnes réponses.

Afficher les réponses

1. Niveau 0. Cette tâche demande le jugement attentif d’une personne qui connaît les politiques. C’est souvent un expert du domaine ou un spécialiste de l’évaluation. Aucun code.
2. Niveau 3. Cette tâche modifie le produit dont les agents dépendent. Elle demande donc du code testé et révisé.
3. Niveau 0 ou 1. C’est une décision de produit. Le gestionnaire de produits la prend avec le responsable du soutien et le spécialiste de la gouvernance.
4. Niveau 2. C’est un script de mesure. Personne d’autre n’en dépend comme d’un produit.

Variante autonome : écrivez votre niveau actuel et celui de la voie qui vous intéresse le plus. L’écart fera partie de votre plan d’apprentissage au module 4.

Erreur courante

Croire qu'un rôle connexe ne demande aucune connaissance de l'IA

Symptôme : un gestionnaire de produits promet au directeur que l’assistant « donnera toujours la bonne réponse ». Deux semaines plus tard, un agent trouve une mauvaise réponse, et le directeur perd confiance dans le projet.

Cause : le gestionnaire de produits connaît le produit, mais pas le comportement de l’IA. Les modèles de langage se trompent parfois, même quand ils semblent sûrs.

Solution : les rôles connexes demandent peu de code, mais exigent une culture de l’IA. Il faut comprendre comment les modèles apprennent, échouent et comment les équipes les évaluent. Promettez plutôt un résultat mesuré. Par exemple : « Dans notre test, 95 réponses sur 100 étaient correctes. Chaque réponse montre sa source pour que l’agent puisse la vérifier. »

Vérifiez votre compréhension

Quelle voie suggéreriez-vous à une personne responsable du soutien depuis dix ans, qui ne programme pas et souhaite travailler bientôt sur des projets d'IA? Pourquoi?

Afficher la réponse

Une bonne première voie est celle d’expert du domaine dans un projet d’IA pour le soutien à la clientèle. Elle peut ensuite devenir spécialiste de l’évaluation ou gestionnaire de produits d’IA pour des outils de soutien. Ces voies utilisent chaque jour sa connaissance approfondie du soutien et demandent peu ou pas de code (niveaux 0–1). Elles exigent tout de même une culture de l’IA. Plus tard, cette personne peut apprendre à écrire des scripts (niveau 2) si elle souhaite un rôle plus technique.

Vérifiez votre compréhension

Un spécialiste de l'évaluation rapporte que « l'assistant a une exactitude de 92 % ». Quelle question le gestionnaire de produits devrait-il poser ensuite?

Afficher la réponse

« Quelles sont les 8 % de réponses incorrectes, et quelle est la gravité de chacune? » Une mauvaise réponse sur un délai de livraison est un petit problème. Une promesse de remboursement incorrecte coûte de l’argent et nuit à la confiance. La même exactitude peut être acceptable ou non, selon les erreurs qu’elle comprend.

Récapitulatif

• Les voies connexes sont proches du travail technique, avec moins de programmation : analyste de données, gestionnaire de produits d’IA, spécialiste de l’évaluation, gouvernance et risques liés à l’IA et expert du domaine.
• Les besoins en programmation vont du niveau 0 (aucune) au niveau 4 (code de recherche). Le niveau n’indique pas la valeur d’un rôle.
• Chaque voie demande une culture de l’IA : comment l’IA apprend, échoue et comment on l’évalue.

Ensuite, vous verrez toutes ces personnes travailler ensemble sur l’assistant de Larkfield, y compris pendant une semaine où un problème survient.

Leçon suivante : Un projet, plusieurs rôles