Un projet, plusieurs rôles

Ce que vous saurez faire

Voyez comment les rôles en IA se répartissent et partagent le travail dans un projet réel. En entrevue et pendant votre première semaine, on demande rarement « Qu’est-ce qu’un ingénieur en apprentissage automatique? » La question est plutôt « Qui fait cela, qui décide et qui doit être consulté? »

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

Ce que vous devez savoir

• Les six familles de métiers, présentées dans Les grandes familles de métiers : six familles de métiers.
• Les rôles autour du noyau, présentés dans Voies techniques et voies connexes : les rôles autour des métiers centraux.
• L’assistant documentaire de Larkfield, présenté dans L’IA dans les produits de tous les jours : l’exemple : un assistant documentaire chez Larkfield.

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 comme dans cette section. Cette leçon ajoute le titre ## Task cards (fiches de tâches).

L’équipe

Larkfield décide de créer l’assistant documentaire présenté dans L’IA dans les produits de tous les jours. Voici les personnes qui y travaillent. Elles sont toutes fictives.

Personne	Rôle	Sa question principale
Ruth	Directrice du service à la clientèle	Est-ce que cela vaut le coût et le risque?
Omar	Gestionnaire de produit d’IA	Que construisons-nous d’abord, et comment savons-nous que cela fonctionne?
Grace	Responsable du soutien, chez Larkfield depuis 11 ans (experte du domaine)	La réponse est-elle correcte, et les agents lui feront-ils confiance?
Mei	Ingénieure de données	Avons-nous les bons documents, et restent-ils à jour?
Kwame	Architecte de solutions	Où le système fonctionne-t-il, combien coûte-t-il et est-il sécuritaire?
Tomás	Ingénieur en IA	Comment obtenir du modèle des réponses correctes avec leurs sources?
Sam	Ingénieur logiciel, équipe de l’outil de soutien	Comment l’intégrer à l’outil que les agents utilisent toute la journée?
Priya	Scientifique de données	Quelle est sa qualité, selon des mesures plutôt que des suppositions?
Lena	Responsable de la protection des renseignements personnels	Quels renseignements personnels utilise-t-il, et est-ce légal?

Ruth est une partie prenante : une personne ou un groupe que le projet touche ou qui peut prendre des décisions. Ruth ne construit rien, mais elle finance le projet et peut l’arrêter. Les 40 agents de soutien sont aussi des parties prenantes. Ce sont les utilisateurs.

Quatre types de responsabilités

Pour chaque tâche, l’équipe s’entend sur quatre points :

• Exécute : la personne qui fait le travail.
• Décide : la seule personne qui prend la décision finale. Une seule personne décide, pour éviter qu’une décision reste bloquée entre deux personnes.
• Consultés : les personnes dont les connaissances sont nécessaires avant la décision.
• Informés : les personnes qui doivent être au courant après la décision.

Beaucoup d’équipes utilisent une version appelée matrice RACI (responsable, imputable, consulté, informé). Les noms changent d’une entreprise à l’autre. L’idée reste la même.

Le projet, phase par phase

Les phases du projet de Larkfield et les personnes qui les dirigent. L'évaluation détermine si le projet avance ou revient en arrière.

Description textuelle du diagramme

1. Cadrer le problème (semaines 1–2) : sous la direction du gestionnaire de produit et de la responsable du soutien.
2. Préparer les données (semaines 2–3) : sous la direction de l’ingénieure de données. La responsable de la protection des renseignements personnels est consultée.
3. Concevoir (semaine 3) : sous la direction de l’architecte de solutions.
4. Construire (semaines 3–5) : sous la direction de l’ingénieur en IA et de l’ingénieur logiciel.
5. Évaluer (semaines 4–5) : sous la direction de la scientifique de données et de la responsable du soutien.
6. Décision : la qualité suffit-elle pour un projet pilote? Si non, l’équipe revient à Construire, corrige le système et le teste à nouveau. Si oui, le projet passe à la phase 6.
7. Mener le projet pilote et exploiter (dès la semaine 6) : sous la direction du gestionnaire de produit et de la responsable du soutien. Quand un problème est découvert, l’équipe revient à Construire.

1. Cadrer le problème (semaines 1–2)

Omar rencontre Grace et quatre agents. Pendant une matinée, il les observe répondre aux questions. Grace apporte les chiffres de ses contrôles de qualité : une réponse prend environ quatre minutes. Environ 1 réponse sur 12 cite une ancienne règle.

Omar rédige un énoncé du problème d’une page. Grace corrige une phrase : les agents n’ont pas besoin d’« une réponse », mais de « la règle, avec sa source ». Les agents reçoivent des avertissements lorsqu’ils font une promesse incorrecte à un client. Ils ne feront donc pas confiance à une réponse qu’ils ne peuvent pas vérifier.

Résultat : l’énoncé du problème et deux mesures de réussite : moins d’une minute par question, et moins de 1 réponse sur 100 citant d’anciennes règles. Décide : Ruth (poursuivre ou arrêter). Consultés : Grace, Kwame (coût approximatif). Informés : l’équipe de soutien.

2. Préparer les données (semaines 2–3)

Mei trouve les documents de politiques à trois endroits : le wiki du soutien, un lecteur partagé et des pièces jointes de courriels. Elle trouve 61 fichiers, pas 40. Certains sont d’anciennes versions, et deux sont des brouillons qui ne sont jamais devenus officiels.

Mei ne peut pas savoir quels fichiers sont officiels. Grace le sait. Grace indique que 40 fichiers sont à jour et officiels, et nomme la personne responsable de chaque politique. Mei construit un pipeline qui copie uniquement ces fichiers chaque nuit.

Lena pose une question que personne d’autre n’a posée : « Les agents vont-ils coller des noms et adresses de clients dans les questions? » Oui. Lena établit donc deux règles : les questions sont conservées seulement 30 jours, et l’outil rappelle aux agents de ne pas coller de renseignements personnels.

Résultat : un pipeline de 40 documents à jour et une note sur la protection des renseignements personnels. Décident : Mei (fonctionnement du pipeline), Lena (règles de protection des renseignements personnels). Consultée : Grace. Informé : Tomás.

3. Concevoir (semaine 3)

Kwame compare deux options : Larkfield fait fonctionner tout le système dans son propre compte infonuagique ou utilise le service hébergé d’un fournisseur de modèles. Il choisit un fournisseur avec lequel Larkfield a déjà un contrat, car ce contrat couvre déjà les données des clients. Il estime le coût : environ 4 000 questions par mois, à quelques cents chacune.

Résultat : une conception de deux pages, avec une limite de coût mensuelle. Décide : Kwame. Consultés : Lena, Omar, Sam. Informés : tout le monde.

4. Construire (semaines 3–5)

Tomás construit l’assistant. Celui-ci trouve les bonnes sections dans les 40 documents et les envoie au modèle avec la question. Il demande une réponse courte avec le numéro de section. Si les documents ne couvrent pas la question, l’assistant doit le dire plutôt que deviner.

Sam ajoute le panneau à l’outil de soutien. Après un test, Grace demande un changement : afficher la date de la politique à côté de chaque réponse. Les agents font davantage confiance à une règle quand ils voient qu’elle est à jour.

Résultat : un assistant fonctionnel dans une version de test de l’outil de soutien. Décident : Tomás (fonctionnement de l’assistant), Sam (fonctionnement du panneau). Consultée : Grace. Informé : Omar.

5. Évaluer (semaines 4–5)

Priya a besoin de données de test : des questions réalistes dont les bonnes réponses sont connues. Elle prend 120 vraies questions de l’année dernière. Grace rédige la bonne réponse et indique la bonne section de politique pour chacune. Priya ne peut pas faire cette partie. Grace sait que « brisé à l’arrivée » et « a cessé de fonctionner après un mois » relèvent de deux politiques différentes.

Priya soumet les 120 questions à l’assistant. Voici les résultats :

Résultat	Questions
Bonne réponse, bonne source	106
Bonne réponse, mauvaise source	6
Dit correctement « la politique ne couvre pas ce cas »	3
Mauvaise réponse	5

Les 5 mauvaises réponses concernent les remboursements. Toutes promettent plus que ce que la politique permet. Grace les classe comme graves : une promesse à un client coûte de l’argent, et la retirer coûte sa confiance.

Décide : Omar, après une réunion avec Grace et Priya : aucun projet pilote avant la correction des erreurs graves. Tomás change la façon de trouver les sections sur les remboursements. Priya refait le test : aucune erreur grave, et 112 bonnes réponses avec la bonne source. Informée : Ruth.

6. Mener le projet pilote et exploiter (dès la semaine 6)

Dix agents utilisent l’assistant pendant quatre semaines. Chaque réponse comporte un bouton avec un pouce vers le bas. Chaque vendredi, Grace et Priya lisent toutes les réponses ayant reçu un pouce vers le bas. Omar décide ensuite quoi corriger.

Les mesures après quatre semaines : 50 secondes par question, et aucune réponse citant d’anciennes règles. Ruth accepte de rendre l’assistant accessible aux 40 agents.

La semaine où un problème survient

À la semaine 12, un agent donne un pouce vers le bas à l’assistant le lundi matin. L’assistant a dit que la livraison aux îles est gratuite. Le 1er septembre, Larkfield a commencé à la facturer.

Voici ce que chaque personne fait cette semaine-là :

Quand	Qui	Quoi
Lundi 9 h 10	Un agent	Signale que la réponse est incorrecte et écrit : « La livraison aux îles n’est plus gratuite depuis le 1er septembre. »
Lundi 10 h	Grace	Confirme que l’agent a raison. Demande à tous les agents de vérifier manuellement les réponses sur la livraison aux îles jusqu’à la correction du problème.
Lundi 11 h 30	Tomás	Découvre que l’assistant a utilisé la politique de livraison de juin. La version de septembre ne figure pas dans ses documents.
Lundi 14 h	Mei	Trouve la cause : la nouvelle politique a été enregistrée dans un nouveau dossier que le pipeline ne copie pas. Elle ajoute le dossier, et le pipeline récupère la nouvelle version cette nuit-là.
Mardi	Priya	Ajoute trois questions sur la livraison aux îles aux données de test, pour détecter cette erreur la prochaine fois. Elle exécute les tests : tous réussissent.
Mardi	Grace	Cherche les questions enregistrées sur la livraison aux îles : 14 clients ont reçu la mauvaise réponse.
Mercredi	Omar	Décide de deux changements. D’abord, le pipeline signale tout nouveau fichier dans les dossiers de politiques. Ensuite, chaque responsable de politique prévient Mei avant un changement.
Mercredi	Ruth	Décide d’honorer la livraison gratuite pour les 14 clients, car les agents de Larkfield l’ont promise.
Mercredi	Lena	Vérifie : aucun renseignement personnel n’a été exposé. Aucune action nécessaire.

Remarquez quatre choses :

1. Un utilisateur a trouvé le problème, pas un ordinateur. Le bouton avec un pouce vers le bas et la révision du vendredi font partie du produit.
2. Le modèle n’était pas la cause. Il a rédigé une bonne réponse à partir d’un ancien document. La cause se trouvait dans les données et le processus de modification des politiques.
3. La correction avait une partie technique et une partie humaine. Mei a corrigé le pipeline. Omar a changé le processus : les responsables de politiques signalent maintenant les changements à l’équipe.
4. L’experte du domaine était nécessaire à chaque étape. Grace a confirmé l’erreur, averti les agents et trouvé les 14 clients.

Les rôles sont du travail, pas des personnes

Larkfield a une personne pour chaque rôle. Une entreprise de 12 personnes n’en a pas. Dans ce cas, la personne fondatrice peut gérer le produit. Un même ingénieur peut être ingénieur de données, architecte et ingénieur en IA. La meilleure personne du soutien peut être l’experte du domaine et la spécialiste de l’évaluation. Un avocat externe peut répondre aux questions sur la protection des renseignements personnels.

Le travail de chaque phase reste le même. Dans une petite entreprise, vous pouvez assumer trois rôles. Dans une grande entreprise, vous pouvez faire une partie d’un seul rôle. Dans les deux cas, vous devez savoir qui exécute, qui décide et qui doit être consulté.

Exercice guidé : associer les fiches de tâches

Voici un exemple résolu.

Fiche 0 : « Décider si l’assistant peut répondre aux questions sur les paiements. »

• Décide : Omar, le gestionnaire de produit. C’est une décision sur ce que fait le produit.
• Consultés : Grace (les réponses sur les paiements présentent-elles des risques pour les agents?), Lena (les paiements impliquent des renseignements personnels et peut-être des règles particulières), Priya (quelle est la qualité des réponses aujourd’hui?).
• Chevauchement : trois personnes fournissent de l’information, et une seule décide.

Associez maintenant six fiches. Dans notes.md, sous ## Task cards, indiquez qui exécute chaque tâche, qui décide et un chevauchement que vous observez.

1. Rédiger 120 anciennes questions de clients avec la bonne réponse et la bonne section de politique.
2. Trouver pourquoi la copie nocturne des documents a manqué un fichier.
3. Décider si les 40 agents peuvent utiliser l’assistant le mois prochain.
4. Vérifier si les noms de clients dans les questions sont conservés, et pendant combien de temps.
5. Réduire de moitié le coût de chaque réponse, sans réduire le nombre de bonnes réponses.
6. Choisir entre faire fonctionner l’assistant dans le compte infonuagique de Larkfield ou chez un fournisseur de modèles.

Afficher les réponses

1. Exécute : Grace rédige les réponses. Priya choisit les questions et prépare le test. Chevauchement : les données de test nécessitent à la fois la méthode de Priya et les connaissances de Grace.
2. Exécute et décide : Mei. Chevauchement : Tomás trouve souvent le symptôme en premier, comme à la semaine 12.
3. Décide : Ruth, selon la recommandation d’Omar. Consultées : Grace et Priya, avec les résultats du projet pilote. Chevauchement : Omar recommande, mais Ruth est responsable du budget et du risque.
4. Exécute : Lena, avec Mei, qui sait où les données sont stockées. Décide : Lena. Chevauchement : une question de protection des renseignements personnels est aussi une question de données.
5. Exécute : Tomás. Consultés : Priya mesure si les réponses restent correctes. Kwame vérifie la limite de coût. Chevauchement : un changement de coût peut changer la qualité. Il doit réussir les tests.
6. Décide : Kwame. Consultés : Lena (règles sur les données), Omar et Ruth (coût). Chevauchement : un choix d’architecture est aussi un choix juridique et budgétaire.

Des réponses différentes peuvent être correctes si vous les expliquez. Par exemple, dans certaines entreprises, le gestionnaire de produit décide pour la fiche 3.

Variante autonome : une clinique dentaire de trois personnes (une dentiste, un infirmier, une réceptionniste) veut un assistant qui répond aux questions des patients sur les règles de rendez-vous. Dans notes.md, indiquez qui assumerait chacun des neuf rôles du tableau de l’équipe. Quels rôles la clinique doit-elle confier à un fournisseur externe, par exemple une entreprise de logiciels?

Erreur courante

Tout le monde pensait que quelqu'un d'autre en était responsable

Symptôme : un problème dure des semaines. En réunion, chaque personne dit : « Je pensais que l’autre équipe s’en occupait. » Chez Larkfield, avant la semaine 12, personne n’était responsable de la question « Qui prévient l’équipe quand une politique change? »

Cause : le travail était réparti par rôle, mais personne n’était responsable de ce qui se trouvait entre deux rôles. Les responsables de politiques pensaient que le pipeline était automatique. Mei pensait que toutes les politiques étaient enregistrées au même endroit.

Correction :

1. Dressez la liste de toutes les tâches continues, pas seulement des tâches de construction. Incluez « tenir les documents à jour » et « réviser les mauvaises réponses ».
2. Pour chaque tâche, désignez une personne qui exécute et une personne qui décide.
3. Quand un problème touche deux rôles, notez qui est responsable du transfert entre les deux.

Vérifiez votre compréhension

À la semaine 5, les cinq erreurs de remboursement ont été découvertes. Pourquoi Omar a-t-il décidé, plutôt que Tomás, qui les a corrigées?

Afficher la réponse

La question n’était pas « comment corriger cela », ce qui relève du travail de Tomás. C’était « le produit est-il prêt pour de vrais agents », une décision de produit qui comporte un risque d’affaires. Omar a décidé après avoir consulté Grace (quelle est la gravité de ces erreurs?) et Priya (à quelle fréquence surviennent-elles?). Tomás a ensuite décidé comment les corriger.

Vérifiez votre compréhension

Nommez deux moments où ce projet aurait échoué sans Grace, l'experte du domaine.

Afficher la réponse

N’importe lesquels de ces deux moments : elle a corrigé l’énoncé du problème (les agents ont besoin de la règle avec sa source); elle a choisi les 40 documents officiels parmi les 61; elle a rédigé les bonnes réponses pour les données de test; elle a classé les erreurs de remboursement comme graves; elle a confirmé l’erreur de livraison aux îles et trouvé les 14 clients. Dans chaque cas, les personnes techniques ne pouvaient pas connaître elles-mêmes la réponse.

Récapitulatif

• Un projet d’IA suit plusieurs phases : cadrage, données, conception, construction, évaluation, projet pilote et exploitation. L’évaluation peut le ramener à la construction.
• Pour chaque tâche, convenez de qui exécute, qui décide, qui est consulté et qui est informé.
• Quand un problème survient, la cause est souvent dans les données ou un processus, pas dans le modèle. La correction a une partie technique et une partie humaine.
• Les rôles sont du travail, pas des personnes. Dans une petite entreprise, une personne assume plusieurs rôles.
• L’experte du domaine était nécessaire à chaque phase.

Ensuite, dans le module 2, vous trouverez votre point de départ, en commençant par une liste honnête de vos compétences.

Leçon suivante : Faire l'inventaire de vos compétences