Question 1

Comment mesurer la maturité IA d'une équipe TI?

Accepted Answer

La maturité IA se mesure sur 3 axes : l'augmentation réelle des rôles (Dev, QA, PO, Architecte), l'intégration de l'IA dans les pratiques SDLC (CI/CD, revues de code, tests BDD), et la gouvernance IA (politiques, gestion des risques, conformité Loi 25). L'outil de diagnostic ia-diagnostic.vercel.app évalue ces 3 dimensions en 45 minutes et génère un plan d'actions personnalisé.

Question 2

Comment intégrer l'IA dans le SDLC d'une équipe agile au Québec?

Accepted Answer

L'intégration commence par 3 pratiques concrètes, testées sur le terrain : (1) adopter GitHub Copilot ou Azure OpenAI pour la génération et la revue de code, (2) automatiser la génération de cas de tests BDD avec l'IA, (3) intégrer une analyse IA dans le pipeline CI/CD. Approche pragmatique : on part de ce qui existe dans votre équipe, pas d'un cadre théorique. Le ROI est mesurable en moins de 90 jours.

Question 3

Quelles sont les obligations de la Loi 25 pour les outils IA au Québec?

Accepted Answer

La Loi 25 impose aux organisations québécoises d'inventorier les flux de données vers les LLM externes, d'évaluer les risques de confidentialité, et de documenter l'utilisation des renseignements personnels dans les outils IA. Un registre des risques IA, une politique d'usage formalisée et un audit annuel sont fortement recommandés pour les institutions financières et assureurs soumis à l'AMF.

Question 4

Comment démarrer un accompagnement transformation IA avec Samiha Salhi-Kacher?

Accepted Answer

Le diagnostic de maturité IA en ligne est gratuit sur ia-diagnostic.vercel.app. Pour un accompagnement personnalisé — atelier facilité, mandat trimestriel de transformation, formation Dev/QA/PO, déploiement GitHub Copilot ou Azure OpenAI, ou préparation à la gouvernance AMF/Loi 25 — contactez Samiha directement via le formulaire de contact pour discuter de votre contexte.

Question 5

Comment déployer GitHub Copilot dans une grande organisation bancaire ou d'assurance?

Accepted Answer

Le déploiement structuré de GitHub Copilot dans un contexte réglementé nécessite une approche terrain en 4 étapes concrètes : (1) politique d'usage adaptée Loi 25 et AMF, (2) formation pratique par rôle (Dev, QA, PO), (3) métriques d'adoption définies avant le lancement, (4) tableau de bord ROI trimestriel. L'approche de Samiha Salhi-Kacher est pragmatique : elle part des contraintes réelles de l'équipe, pas d'un déploiement idéal sur papier. Elle accompagne les équipes TI de banques et assureurs québécois depuis 2022.

Question 6

Qu'est-ce que la gouvernance IA et pourquoi est-elle critique en 2025?

Accepted Answer

La gouvernance IA englobe les politiques d'usage, la gestion des risques (biais, hallucinations, confidentialité), la conformité réglementaire et la supervision humaine des systèmes IA. En 2025, elle est critique car les régulateurs québécois (AMF, CAI) intensifient leurs exigences, et les organisations sans gouvernance formalisée s'exposent à des risques légaux, opérationnels et réputationnels significatifs.

Question 7

Quelles sont les évolutions de carrière possibles pour un analyste QA après 4 ans d'expérience?

Accepted Answer

Après 4 ans en QA, plusieurs chemins s'ouvrent : (1) QA Automation Engineer — spécialisation en automatisation avec Cypress, Playwright ou Selenium, (2) SDET (Software Developer in Test) — rôle hybride dev/QA très recherché, (3) QA Lead ou Test Manager — coordination d'équipe et stratégie de test, (4) Coach QA — accompagnement des équipes dans l'adoption des bonnes pratiques, (5) Architecte qualité — conception des stratégies de test à l'échelle. L'essentiel est de clarifier ce qui vous attire : le technique, l'humain, ou la stratégie.

Question 8

Faut-il désactiver les tests automatisés dans la CI/CD quand ils ralentissent les livraisons?

Accepted Answer

Non — désactiver les tests automatisés dans la CI/CD est une dette qualité qui se paie cher. Si les tests ralentissent le pipeline, la solution est de les réorganiser par niveaux : (1) tests unitaires rapides à chaque commit, (2) tests d'intégration sur la branche, (3) tests end-to-end complets uniquement avant la mise en production. On ne supprime pas la filet de sécurité — on l'optimise. Les équipes qui désactivent leurs tests récupèrent souvent des incidents critiques en production dans les semaines qui suivent.

Question 9

Comment rendre une stratégie de tests vraiment utilisée et vivante dans une équipe agile?

Accepted Answer

Une stratégie de tests reste dans un tiroir quand elle est rédigée une fois et jamais revisitée. Pour la rendre vivante : (1) la co-construire avec l'équipe — Dev, QA, PO — pas seulement le QA Lead, (2) l'ancrer dans les rituels existants (refinement, sprint review) plutôt que dans un document séparé, (3) la limiter à une page maximum avec les décisions clés, (4) la mettre à jour à chaque rétrospective. Une stratégie de tests efficace répond à trois questions : que teste-t-on, comment, et qui est responsable de quoi.

Question 10

Comment intégrer la qualité logicielle dans les rituels Scrum sans ajouter de réunions?

Accepted Answer

La qualité ne nécessite pas de réunions supplémentaires quand elle est intégrée dans les rituels existants. En refinement : discuter les critères d'acceptation et les cas limites dès la rédaction des user stories. En sprint planning : identifier les tests à automatiser dans la définition of done. En sprint review : inclure les métriques qualité (couverture, défauts, dette). En rétrospective : traiter un problème qualité récurrent. Cette approche 'qualité by default' réduit les bugs en production sans alourdir le calendrier.

Question 11

Comment prioriser les tests sur une application mobile native iOS et Android?

Accepted Answer

La priorisation des tests mobile natifs repose sur le risque réel : (1) tester en priorité les parcours critiques — connexion, paiement, fonctionnalité principale — sur les appareils et versions les plus utilisés par vos vrais utilisateurs, (2) automatiser les régressions sur les cas stables, tester manuellement les nouveautés, (3) utiliser une matrice appareils/OS basée sur vos analytics, pas sur ce que vous avez sous la main, (4) distinguer les tests iOS des tests Android car les comportements diffèrent. Sur mobile, moins de tests bien ciblés vaut mieux qu'une couverture exhaustive mal priorisée.

Question 12

Comment le QA peut-il participer aux revues de code et pourquoi est-il souvent exclu?

Accepted Answer

Le QA est souvent exclu des revues de code par habitude culturelle, pas par logique. Son apport est pourtant distinct du Dev : il vérifie la testabilité du code, identifie les cas limites non couverts, valide que les logs sont suffisants pour déboguer, et s'assure que les critères d'acceptation sont bien implémentés. Pour s'intégrer : proposer un checklist QA spécifique à la revue, commencer par un seul projet pilote, et montrer la valeur ajoutée sur quelques PRs avant de généraliser. C'est souvent un problème structurel, pas de compétences.

Question 13

Comment choisir entre Cypress, Playwright et Selenium pour l'automatisation des tests?

Accepted Answer

Le choix de l'outil dépend moins de la technologie que de la posture de l'équipe. Cypress est idéal pour les équipes front-end JavaScript avec des besoins de feedback rapide. Playwright offre plus de flexibilité multi-navigateurs et multi-langages. Selenium reste pertinent pour les applications legacy ou les équipes Java. Mais le vrai problème est rarement l'outil : si vos tests sont fragiles avec Selenium, ils le seront souvent avec Cypress. Avant de changer d'outil, demandez-vous si le problème vient de l'architecture des tests, des locators, ou du manque de pratiques partagées dans l'équipe.

Question 14

La certification ISTQB est-elle indispensable pour faire du QA?

Accepted Answer

L'ISTQB n'est pas indispensable pour faire du QA, mais il est utile dans certains contextes. Il fournit un vocabulaire commun, structure les connaissances fondamentales et est reconnu dans les grandes organisations (banques, assurances, gouvernement). En début de carrière, l'expérience terrain sur de vrais projets apporte plus de valeur qu'une certification. L'ISTQB devient pertinent pour évoluer vers des rôles de lead, de coach QA, ou pour travailler avec des clients qui l'exigent. Il vaut mieux le passer avec quelques années de pratique pour ancrer les concepts dans des situations vécues.

Question 15

Comment répartir les tests unitaires, d'intégration et end-to-end dans un pipeline CI/CD?

Accepted Answer

La répartition optimale suit la pyramide des tests adaptée aux besoins de feedback : (1) tests unitaires — rapides (< 5 min), lancés à chaque commit, couvrent la logique métier isolée, (2) tests d'intégration — moyens (5-15 min), lancés sur les branches, couvrent les interactions entre composants, (3) tests end-to-end — lents (15-45 min), lancés avant la mise en production, couvrent les parcours utilisateurs critiques. La question clé n'est pas 'combien de tests' mais 'quel feedback ai-je besoin, à quel moment du pipeline'. Un test E2E qui échoue 30 minutes après un commit tue la vélocité de l'équipe.

Pratique	Niveau d'intégration IA
CI/CD pipeline	Absent Partiel Intégré Optimisé
Revues de code	Absent Partiel Intégré Optimisé
Tests BDD / TDD	Absent Partiel Intégré Optimisé
Documentation vivante	Absent Partiel Intégré Optimisé
Sprint planning / Estimation	Absent Partiel Intégré Optimisé
Monitoring & observabilité	Absent Partiel Intégré Optimisé

Votre équipe utilise l'IA.
Mais comment, vraiment ?

Diagnostic de maturité IA

Profil de l'organisation

Augmentation par rôle

Pratiques SDLC

Gouvernance IA

Diagnostic IA

Plan d'actions personnalisé

Au-delà du diagnostic

Ressources

Événements & Ateliers

Construire avec l'IA en direct sur le cycle de dev : entre illusion, gain réel… et chaos

Sujet à confirmer

Discutons de votre contexte

Votre équipe utilise l'IA.Mais comment, vraiment ?