Ce que dit vraiment le marché de l’emploi, chiffres à l’appui

J’ai regardé les données d’itjobswatch.co.uk, un tracker britannique qui agrège les offres d’emploi permanentes et en extrait des statistiques par mot-clé — un des rares outils à publier des séries chiffrées sur les certifications plutôt que des impressions. Sur les six mois précédant août 2026, 583 postes permanents au Royaume-Uni citent explicitement « AWS Certification ». Le nombre de postes a reculé de 47 places au classement général des compétences sur un an, et surtout : le salaire médian associé à ces offres est tombé à 55 000 £, en baisse de 21,4 % sur la même période.

Vingt et un pourcent en un an, ce n’est pas du bruit statistique. Mais avant d’y voir une preuve que « AWS perd de la valeur », j’ai regardé le détail : sur ces 583 offres, quelle certification AWS domine ? La réponse recadre tout le sujet.

Solutions Architect reste devant Cloud Practitioner dans les offres qui citent une certification AWS précise — et l’écart de salaire entre les deux univers est sans appel. Le salaire médian pour un poste « AWS Solutions Architect » au UK tourne autour de 95 000 £ (jusqu’à 100 000 £ à Londres), contre 55 000 £ pour le salaire médian associé à « AWS Certification » toutes certifs confondues, tirées vers le bas par le poids du Cloud Practitioner dans l’échantillon. Un écart de 73 %. Ce n’est pas une nuance, c’est deux marchés différents qui portent le même logo AWS.

Pourquoi le Cloud Practitioner perd du terrain sans disparaître

Le Cloud Practitioner (CLF-C02) n’est pas une mauvaise certification — c’est une certification qui a rempli son rôle : faire connaître AWS au plus grand nombre. Le problème, c’est que ce succès s’est retourné contre sa valeur signal. Le rapport Skillsoft 2026 IT Skills and Salary Survey note que 93 % des professionnels IT interrogés détiennent désormais au moins une certification, contre environ 87 % un an plus tôt. Quand presque tout le monde a une certification d’entrée, avoir uniquement cette certification-là cesse de différencier un candidat — le signal se dilue mécaniquement à mesure que le nombre de détenteurs augmente, indépendamment de la qualité de la certification elle-même.

C’est exactement ce que confirment les retours de terrain que j’ai croisés sur Blind et dans les threads techniques : le consensus chez les professionnels déjà en poste est que le Cloud Practitioner « est une certification superficielle, pensée pour du non-technique ou pour découvrir AWS », et que quiconque vise un poste technique doit rapidement progresser vers une certification Associate — Solutions Architect, Developer ou Security. Le Cloud Practitioner n’est pas décrié en soi. Il est perçu comme un point de passage, pas une destination — et un recruteur qui voit CLF-C02 seul sur un CV, sans rien derrière, le lit exactement comme ça : un début, pas une preuve de compétence opérationnelle.

Ce qui ne se vérifie pas : le mythe du « tout GitHub, plus de certif »

C’est là que je corrige mon hypothèse de départ. Une bonne partie du contenu qui circule en ce moment affirme qu’un portfolio GitHub aurait purement et simplement remplacé la certification dans les critères de recrutement IT. Le problème : ce narratif s’appuie systématiquement sur des articles de blog qui se citent entre eux, jamais sur des données d’offres d’emploi réelles ou des enquêtes sectorielles vérifiables. Aucune des sources chiffrées que j’ai trouvées — ni itjobswatch, ni Skillsoft — ne montre de recul du poids des certifications AWS dans les critères de recrutement technique.

Ce que montrent les chiffres, c’est l’inverse d’un remplacement : c’est un cumul qui devient la norme. Skillsoft observe que les professionnels IT s’appuient de plus en plus sur une combinaison de certifications techniques (67 %), de compétences technologiques pratiques (66 %) et de compétences comportementales (56 %) pour se différencier — pas sur l’un au détriment de l’autre. Le retour de terrain que j’ai lu va dans le même sens : « utiliser la certification et un projet concret ensemble sur un CV est bien plus convaincant que la certification seule ». Ce n’est pas GitHub contre AWS. C’est AWS Solutions Architect plus un projet concret qui gagne face à AWS Cloud Practitioner tout seul — et c’est un écart de logique complètement différent du narratif qu’on lit partout.

Ce que ça change si vous préparez une certification AWS aujourd’hui

Concrètement, ça ne veut pas dire qu’il faut sauter le Cloud Practitioner — pour un profil non technique ou une première approche du cloud, il reste le point d’entrée le plus accessible et le mieux reconnu. Ce que les chiffres disent, c’est qu’il faut le traiter comme une étape et pas comme un point d’arrivée. Si vous êtes déjà dans un rôle technique (dev, ops, data), le signal du marché est clair : la valeur salariale se joue sur les certifications Associate, avec un écart de plusieurs dizaines de milliers d’euros à la clé, pas sur l’accumulation de badges d’entrée de gamme.

Concrètement pour la préparation, ça change aussi la manière de bachoter. Un Cloud Practitioner se prépare sur la définition des services. Un Solutions Architect Associate se prépare sur les compromis entre services — pourquoi choisir Lambda plutôt que Fargate, pourquoi RDS plutôt que DynamoDB dans tel scénario. C’est d’ailleurs déjà le genre de confusion qui coûte des points dès le Cloud Practitioner — on l’a détaillé dans notre article sur le piège EC2/Lambda/Fargate — et c’est ce changement de nature des questions, pas juste leur volume, qui explique l’écart de valeur perçue par les recruteurs entre les deux niveaux de certification.

Le même phénomène de dilution du signal touche d’ailleurs les certifications IA les plus récentes, à mesure qu’elles se banalisent : voir notre décryptage sur le piège fine-tuning/RAG/prompt engineering de l’AIF-C01, un autre domaine où la définition ne suffit plus, il faut savoir trancher entre approches.

Si vous êtes sur le CLF-C02 en ce moment, notre examen blanc AWS Cloud Practitioner reste un bon outil pour sécuriser cette première étape — l’essentiel est de ne pas s’arrêter là si votre objectif est un poste technique.

L’article AWS Cloud Practitioner vs Solutions Architect : ce que le marché de l’emploi paie vraiment en 2026 est apparu en premier sur MyExam.fr.

Le piège : traiter « Advanced Level » comme une case à cocher

Le mot « Advanced » laisse penser à un niveau supérieur générique, dans la continuité directe du Foundation — un peu comme passer du B1 au B2 en langue. Ce n’est pas ce que couvre réellement l’ISTQB. Le guide officiel ASTQB est très clair sur ce point : le CTAL-TM valide des compétences de pilotage — planification, gestion d’équipe, reporting aux parties prenantes, gestion des risques projet. Le CTAL-TA (Test Analyst), lui, approfondit la conception de tests et l’analyse fonctionnelle — un renforcement direct du métier de testeur, pas un saut vers le management. Ce sont deux trajectoires professionnelles différentes qui partagent juste un même prérequis.

Pourquoi cette confusion est aussi répandue

Trois raisons expliquent pourquoi tant de testeurs se dirigent vers le CTAL-TM sans se poser la question :

• Les guides de carrière listent le Test Manager en premier. Plusieurs ressources de préparation présentent explicitement le parcours comme « de CTFL à CTAL » — au singulier — alors que trois branches existent en parallèle. Le Test Manager, plus visible dans le vocabulaire courant (« passer manager »), devient le choix par défaut par simple effet de familiarité.
• Beaucoup d’organismes de formation ne vendent qu’une seule certification Advanced. myexam.fr ne fait pas exception : nous ne proposons aujourd’hui que l’examen blanc CTAL-TM, pas CTAL-TA ni CTAL-TTA. Quand un site ne montre qu’une option, il est facile de croire que c’est la seule qui existe.
• Le terme « Advanced » n’a pas d’équivalent univoque en français. On l’associe spontanément à « niveau supérieur » plutôt qu’à « spécialisation » — alors que la structure ISTQB fonctionne bien plus comme un embranchement que comme un escalier.

La vraie carte des 3 parcours Advanced

Voici, en résumé et d’après la documentation officielle, ce que couvre réellement chaque parcours :

• Test Manager (CTAL-TM) : conception de la stratégie de test, constitution et pilotage d’une équipe, métriques et reporting, gestion des risques et des parties prenantes. Pour ceux qui veulent arrêter de tester eux-mêmes et prendre la responsabilité d’une équipe ou d’un projet de test.
• Test Analyst (CTAL-TA) : techniques de conception de tests fonctionnels, analyse des exigences métier, tests d’acceptation utilisateur. Pour ceux qui veulent approfondir le cœur du métier de testeur, sans bifurquer vers le management.
• Technical Test Analyst (CTAL-TTA) : tests basés sur les risques, tests boîte blanche, analyse statique et dynamique, tests non fonctionnels, automatisation. Pour les profils qui veulent aller vers la technique pure et l’automatisation.

Ce que dit vraiment le marché de l’emploi

Si le CTAL-TM était réellement « la » suite logique pour la majorité des testeurs, on s’attendrait à ce que les recruteurs le demandent nettement plus que les autres parcours Advanced. Les données du marché britannique montrent l’inverse : selon itjobswatch.co.uk, sur les 6 mois précédant août 2026, les offres d’emploi permanentes mentionnant « Test Analyst » (12 offres, 11,1 % des postes citant l’ISTQB) sont légèrement plus nombreuses que celles mentionnant « Test Manager » (9 offres, 8,3 %). Le marché ISTQB dans son ensemble s’est d’ailleurs contracté de 27 % sur un an (147 à 108 offres), ce qui rend d’autant plus important de ne pas se tromper de parcours avant d’investir temps et argent dans un examen à 250 $.

Sur le terrain, la discussion « Is the ISTQB CTAL-TM exam challenging? » sur le forum Ministry of Testing va dans le même sens : les praticiens qui ont réussi l’examen insistent sur le fait qu’une véritable expérience de pilotage d’équipe de test aide bien davantage que la seule lecture du syllabus — un signal supplémentaire que ce parcours cible un profil précis, pas « la suite normale » pour tout testeur certifié Foundation.

Un exemple qui montre bien la différence de nature

Exemple représentatif du type de scénario couvert par le syllabus Test Management (pas une question officielle reproduite) : « Une équipe de test accuse un retard de deux sprints sur son plan de charge. Le chef de projet vous demande un plan d’action avant le comité de pilotage de vendredi. Quelle est la première action attendue d’un Test Manager dans cette situation ? »

Ce type de question ne teste ni une technique de conception de test, ni une compétence d’analyse fonctionnelle — il évalue la capacité à réévaluer les risques, prioriser et communiquer à des parties prenantes non techniques. C’est exactement la nature des questions du CTAL-TM : si ce genre de scénario vous semble éloigné de votre quotidien de testeur et que vous préféreriez qu’on vous demande plutôt de choisir la bonne technique de partitionnement en classes d’équivalence, c’est le signe le plus clair que le CTAL-TA correspondrait mieux à votre trajectoire — même si myexam.fr ne propose pas encore cet examen blanc.

Ce qu’il faut retenir avant de s’inscrire

Le CTAL-TM n’est ni meilleur ni pire que les deux autres parcours Advanced — il est simplement destiné à un projet de carrière précis : piloter des équipes et des projets de test, pas approfondir la pratique du test elle-même. Avant de vous inscrire à un examen à 250 $ qui recommande 3 à 5 ans d’expérience pour être vraiment à l’aise avec les questions à scénario, la bonne première étape reste de solidifier vos bases sur le Foundation Level v4.0 et de comprendre en détail ce que teste réellement chaque domaine du blueprint officiel — et si vous préparez déjà un Advanced, analyser finement vos résultats d’examen blanc vous dira plus vite que n’importe quel guide de carrière si vous êtes sur la bonne trajectoire.

L’article ISTQB : pourquoi le CTAL-TM n’est pas « la » suite logique après le Foundation est apparu en premier sur MyExam.fr.

Les 4 concepts que ce domaine teste systématiquement

Contrairement à d’autres domaines très techniques (chiffrement, architecture réseau), celui-ci teste surtout votre capacité à catégoriser correctement une situation décrite en scénario. Quatre points reviennent presque à chaque examen :

• Menace vs vulnérabilité vs risque : une vulnérabilité est une faiblesse exploitable (ex. un logiciel non patché), une menace est l’acteur ou l’événement qui peut l’exploiter, un risque est la probabilité de survenue combinée à l’impact. L’examen construit des questions entières autour de cette seule distinction.
• Acteurs de la menace et motivations : savoir associer un profil (État-nation, hacktiviste, menace interne, script kiddie, courtier d’accès initial) à sa motivation typique (espionnage, idéologie, vengeance, notoriété, profit) et à son niveau de ressources.
• Ingénierie sociale — canal vs technique : le canal (email = phishing, voix = vishing, SMS = smishing, en personne = tailgating) et la technique (pretexting, baiting, quid pro quo) sont deux axes de classification distincts et souvent combinés dans une même question.
• Cycle de vie d’une attaque ransomware : accès initial, exécution, mouvement latéral, exfiltration, chiffrement, extorsion. L’examen demande souvent d’identifier à quelle étape correspond un indicateur de compromission donné, pas seulement de reconnaître « c’est un ransomware ».

L’erreur de vocabulaire qui coûte le plus de points

La confusion la plus fréquente ne porte pas sur un concept technique complexe, mais sur la catégorisation d’un scénario d’ingénierie sociale. Beaucoup de candidats identifient d’abord la technique (le scénario inventé, la manipulation psychologique) et répondent « pretexting » par réflexe — alors que la question demande souvent de qualifier le canal utilisé. Un appel téléphonique frauduleux reste un cas de vishing même s’il repose sur un prétexte élaboré ; le pretexting est la technique sous-jacente, pas la catégorie principale attendue quand la question précise explicitement le moyen de contact.

Exemple de question type

Un employé reçoit un appel d’une personne se présentant comme un technicien du support IT, qui affirme devoir « confirmer son mot de passe » pour résoudre un incident urgent affectant son compte. Quel type d’attaque décrit le mieux ce scénario ?

• A. Phishing
• B. Vishing
• C. Pretexting
• D. Smishing

Réponse attendue : B. Vishing. L’énoncé précise explicitement le canal — un appel téléphonique — ce qui oriente directement vers le vishing (voice + phishing). Le piège classique est de répondre « pretexting » (C), qui décrit bien la technique employée (le faux prétexte du « problème urgent ») mais pas la catégorie principale que l’examen demande ici. Phishing (A) et smishing (D) sont éliminés dès la première lecture puisqu’aucun email ni SMS n’intervient dans le scénario.

Ce qu’il faut retenir avant l’examen

Le domaine « Threats, Vulnerabilities, and Mitigations » ne demande pas de mémoriser une liste de malwares, mais de savoir catégoriser rapidement et sans ambiguïté un scénario selon le bon axe de classification — canal plutôt que technique, étape du cycle de vie plutôt que nom générique de l’attaque. C’est aussi le domaine où une bonne méthode d’analyse de vos résultats d’examen blanc paie le plus : repérer si vos erreurs viennent d’un manque de connaissance ou d’une confusion de catégorisation change complètement la façon de réviser. Le même type de piège de vocabulaire technique se retrouve d’ailleurs sur d’autres certifications, comme la confusion EC2 vs Lambda vs Fargate sur l’AWS CLF-C02 ou la distinction IaaS/PaaS/SaaS sur l’AZ-900.

L’article CompTIA SY0-701 — Le domaine Menaces, vulnérabilités et mitigations décrypté (22 % de l’examen) est apparu en premier sur MyExam.fr.

Le piège qui revient sur le domaine le plus pondéré de l’examen

Face à un scénario du type « une entreprise veut que son modèle réponde avec les informations les plus récentes de son catalogue produit », beaucoup de candidats répondent instinctivement « fine-tuning » — parce que c’est le terme le plus familier, celui qu’on associe spontanément à « personnaliser un modèle IA ».

C’est presque toujours la mauvaise réponse. Et l’inverse existe aussi : des scénarios où RAG semble la solution « moderne » par défaut, alors que la bonne réponse est prompt engineering, voire aucune modification du modèle. Ce piège n’est pas isolé — on retrouve la même logique de confusion sur d’autres certifications AWS, comme le choix entre EC2, Lambda et Fargate sur le CLF-C02.

Pourquoi cette confusion est si fréquente

Les trois techniques répondent à la même question de surface — « comment faire dire au modèle ce que je veux ? » — mais à des niveaux complètement différents :

• Prompt engineering : on ne touche ni aux poids du modèle ni à ses sources de données. On reformule uniquement l’instruction envoyée au modèle (chain-of-thought, zero-shot, few-shot).
• RAG : le modèle reste inchangé, mais on lui injecte, au moment de la requête, des informations externes récupérées dans une base de connaissances.
• Fine-tuning : le modèle est réentraîné sur un jeu de données spécifique, ce qui modifie ses poids de façon durable.

L’examen AIF-C01 ne demande jamais « quelle est la définition du fine-tuning ? ». Il pose des scénarios métier et attend que vous identifiiez le bon outil selon trois critères : la fraîcheur des données nécessaires, le coût et la complexité acceptables, et si le besoin porte sur le contenu (les faits) ou sur le comportement (le style, le format, le ton).

3 questions type AIF-C01 — et pourquoi la bonne réponse surprend

Question 1 — Catalogue produit à jour

Une entreprise e-commerce veut qu’un chatbot réponde aux questions clients avec les prix et stocks actuels, qui changent plusieurs fois par jour. Quelle approche recommander ?

Réponse attendue : RAG. Le fine-tuning capturerait un instantané du catalogue au moment de l’entraînement, obsolète en quelques heures. RAG permet d’interroger une base de données à jour à chaque requête, sans réentraîner le modèle.

Question 2 — Ton et structure imposés

Un cabinet juridique veut qu’un modèle génère systématiquement des résumés de contrats dans un format et un ton précis, indépendamment du contenu du contrat. Quelle approche recommander ?

Réponse attendue : fine-tuning. Il ne s’agit pas d’injecter des faits externes, mais de faire adopter au modèle un comportement stable et reproductible — exactement le cas d’usage du fine-tuning.

Question 3 — Test rapide sans budget de données

Une équipe veut évaluer, en quelques heures et sans jeu de données d’entraînement, si un modèle de fondation existant peut résumer des tickets support de façon satisfaisante. Quelle approche recommander ?

Réponse attendue : prompt engineering. Aucune donnée externe n’est nécessaire, aucun réentraînement n’est justifié pour un simple test — on commence toujours par la solution la moins coûteuse avant d’envisager RAG ou fine-tuning.

Ce qu’il faut retenir avant l’examen

Le domaine « Applications of Foundation Models » ne teste pas votre capacité à réciter des définitions, mais votre capacité à choisir le bon outil selon le contexte métier. La question à se poser systématiquement face à un scénario : est-ce que le problème porte sur des faits qui changent, sur un comportement à stabiliser, ou sur rien de plus qu’une meilleure formulation ? Une fois ce réflexe acquis, la méthode d’analyse de vos résultats d’examen blanc vous aidera à repérer si ce domaine reste un point faible avant le jour J.

L’article AWS AIF-C01 : Fine-tuning, RAG ou Prompt Engineering — le piège qui coûte des points sur 28 % de l’examen est apparu en premier sur MyExam.fr.

PSM I et PSM II : deux examens qui n’ont rien à voir

Le PSM I valide votre connaissance du Scrum Guide : rôles, événements, artefacts, définitions. Le PSM II part du principe que ces bases sont acquises et teste votre jugement situationnel face à des scénarios ambigus — coaching d’équipe, résistance au changement, systèmes adaptatifs complexes. Ce n’est pas « PSM I mais plus dur » : c’est un examen d’une autre nature.

Tableau comparatif complet

Le profil candidat idéal pour chacun

Pour qui est fait le PSM I

Le PSM I s’adresse à toute personne qui débute ou formalise sa pratique Scrum : développeur qui rejoint une équipe agile, chef de projet en reconversion, product owner qui veut sécuriser son vocabulaire, ou futur Scrum Master sans certification. Il valide un socle commun — utile même pour des rôles qui ne sont pas « Scrum Master » au sens strict.

Pour qui est fait le PSM II

Le PSM II vise les Scrum Masters qui exercent déjà le rôle depuis plusieurs mois, qui ont animé des rétrospectives difficiles, géré des conflits d’équipe ou négocié avec des parties prenantes réticentes. Sans cette pratique de terrain, les scénarios de l’examen restent abstraits et le taux d’échec grimpe fortement — ce n’est pas un examen qui se prépare uniquement sur des flashcards.

Faut-il vraiment passer les deux ?

Oui, si votre objectif est d’exercer durablement le rôle de Scrum Master. Le PSM I ouvre la porte, le PSM II la consolide et devient un vrai différenciateur sur le marché — beaucoup de candidats s’arrêtent au niveau I, ce qui rend le niveau II plus rare et plus valorisé en entretien.

Non, si vous cherchez uniquement une certification d’appoint pour un rôle de product owner, développeur ou chef de projet occasionnellement agile. Dans ce cas, le PSM I suffit largement et le PSM II représente un investissement de temps disproportionné par rapport au bénéfice.

Vous hésitez encore entre la voie Scrum Master et la voie Product Owner ? Notre comparatif PSPO vs PSM : quelle certification Scrum choisir en 2026 aide à trancher selon votre rôle actuel. Et pour creuser précisément ce qui est testé au niveau I, notre décryptage PSPO I : les 4 concepts que Scrum.org teste systématiquement reste pertinent pour comprendre la logique d’évaluation de Scrum.org, même côté Scrum Master.

Quel que soit le niveau visé, la méthode de préparation change peu : multipliez les examens blancs et analysez chaque erreur en détail plutôt que de relire passivement le Scrum Guide. Notre guide comment analyser ses résultats d’examen blanc pour progresser vite détaille cette méthode.

L’article PSM I vs PSM II : faut-il vraiment passer les deux certifications Scrum Master ? est apparu en premier sur MyExam.fr.

Ce qu’ITIL 4 Foundation teste vraiment

L’examen ITIL 4 Foundation n’est pas un test de mémorisation de processus. C’est une évaluation de votre compréhension du Système de Valeur des Services (SVS) — le cadre central d’ITIL 4 — et de sa mise en pratique dans des scénarios concrets.

Les 5 grands domaines couverts par le syllabus :

• Concepts clés du management des services — valeur, service, co-création, parties prenantes
• Le modèle des 4 dimensions — organisations, information, partenaires, flux de valeur
• Le Système de Valeur des Services (SVS) — la chaîne de valeur, les principes directeurs, la gouvernance
• Les 7 principes directeurs — « se concentrer sur la valeur », « commencer là où on est », « progresser par itération »…
• Les 15 pratiques fondamentales — gestion des incidents, des problèmes, des changements, du catalogue de services…

ITIL 4 vs ITIL v3 : la vraie rupture

ITIL v3 était structuré en 5 livres de cycles de vie avec 26 processus. ITIL 4 abandonne cette logique séquentielle pour une approche systémique. Les 26 processus sont devenus 34 pratiques, délibérément plus souples pour s’intégrer dans des contextes agile et DevOps.

Pour un professionnel certifié ITIL v3, la transition vers ITIL 4 Foundation ne repart pas de zéro. Les concepts fondamentaux (incidents, problèmes, changements, niveaux de service) sont toujours présents — le cadre conceptuel autour est différent.

ITIL 4 Foundation en 2026 : le marché dit quoi ?

Quelques données concrètes pour répondre à la question « encore utile ? » :

• 6 millions de professionnels certifiés ITIL dans le monde (PeopleCert, 2024) — c’est la certification ITSM la plus répandue, loin devant ses concurrentes
• Dans les offres d’emploi françaises liées à la gestion des services IT (ITSM, responsable support, DSI), ITIL apparaît dans plus de 70 % des fiches de poste pour les profils seniors
• ITIL 4 est compatible avec les frameworks agile (SAFe, Scrum) et DevOps — ce que v3 ne permettait pas sans adaptation significative

La certification est particulièrement pertinente pour les profils : gestionnaires de services IT, responsables support N2/N3, chefs de projet ITSM, DSI en transition vers l’agilité.

Les 3 erreurs qui font rater l’examen

1. Mémoriser les définitions sans comprendre les scénarios. L’examen ITIL 4 Foundation est conçu pour tester l’application des concepts, pas leur récitation. Une question type : « Un utilisateur signale que son ordinateur ne démarre plus depuis une mise à jour. Quelle pratique ITIL est la plus appropriée ? » — la réponse exige de distinguer incident management et problem management dans un contexte précis.

2. Confondre les 34 pratiques avec les 15 pratiques du syllabus Foundation. L’examen ne couvre que 15 des 34 pratiques — les 19 restantes appartiennent aux niveaux supérieurs (Practitioner, Strategic Leader). Concentrez-vous sur les 15 pratiques fondamentales.

3. Sous-estimer les principes directeurs. Avec un seuil à 65 %, une mauvaise maîtrise des 7 principes suffit à faire échouer. Ce domaine est transversal — il intervient dans des questions de tous les autres domaines.

Vous préparez également d’autres certifications de gestion de projet ou de services ? Notre comparatif PMP vs PRINCE2 en 2026 peut vous aider à prioriser votre parcours de certification.

L’article ITIL 4 Foundation en 2026 : la certification ITSM encore incontournable ? est apparu en premier sur MyExam.fr.

Les 4 concepts systématiquement testés

1. Product Goal — la destination, pas la liste de fonctionnalités

Le Scrum Guide 2020 introduit le Product Goal comme un engagement du Product Backlog : c’est l’objectif à long terme que le produit doit atteindre. Les questions testent si vous distinguez un Product Goal (résultat à atteindre) d’une liste de fonctionnalités à livrer (outputs).

Erreur fréquente : confondre « vision produit » et « Product Goal ». La vision est un cap général, souvent qualitatif. Le Product Goal est un objectif mesurable, inscrit dans le Product Backlog comme sa direction concrète.

2. Product Backlog — ordonnancement, pas priorisation

Le Scrum Guide 2020 dit que le Product Owner ordonne le Product Backlog — et non qu’il le « priorise ». Ce choix de vocabulaire est délibéré et testé.

Erreur fréquente : choisir « le Product Owner priorise le backlog » comme réponse correcte. Sur l’examen, le terme attendu est ordonne. L’ordonnancement repose sur une combinaison de valeur, risque, dépendances et taille — pas uniquement sur la valeur financière.

3. Valeur — plus large que vous ne le pensez

Sur le PSPO I, « valeur » n’est jamais limitée au chiffre d’affaires. Une fonctionnalité peut avoir de la valeur parce qu’elle réduit un risque légal, améliore la satisfaction utilisateur, accélère l’apprentissage ou répond à une contrainte stratégique.

Erreur fréquente : choisir systématiquement « la fonctionnalité qui génère le plus de revenus » quand la question porte sur la valeur globale. Scrum.org attend une vision multidimensionnelle : la valeur est définie du point de vue du client et du marché, pas uniquement du département financier.

4. Stakeholders — le PO décide, les parties prenantes influencent

Le Product Owner est redevable envers les parties prenantes — mais il prend les décisions d’ordonnancement de façon autonome. Les stakeholders n’ont pas de droit de veto sur le Product Backlog.

Erreur fréquente : penser que les stakeholders « approuvent » ou « valident » le backlog avant chaque Sprint. Le Scrum Guide est explicite : le Product Owner est la seule personne responsable du Product Backlog. Les parties prenantes peuvent influencer — pas décider.

Une question type avec analyse complète

« Lors du Sprint Review, un stakeholder clé est absent. Il demande au Product Owner une présentation séparée de l’incrément la semaine suivante. Que doit faire le Product Owner ? »

Réponse correcte : Le Product Owner peut décider de partager l’incrément via d’autres canaux — démo enregistrée, documentation, accès direct au produit. Une réunion formelle supplémentaire n’est pas requise par Scrum. Ce qui compte : l’information est accessible, le feedback peut remonter.

Réponses pièges à éviter :

• « Demander au Scrum Master de présenter à sa place » — faux. Les décisions sur la valeur produit relèvent de la responsabilité du PO, pas du Scrum Master.
• « Rejouer le Sprint Review pour ce stakeholder » — faux. L’événement a eu lieu ; Scrum ne prévoit pas de répétition.
• « Refuser catégoriquement toute présentation séparée » — faux. Le PO peut choisir de partager l’incrément librement — Scrum n’interdit pas les échanges informels.

Pour aller plus loin

Vous hésitez entre PSPO I et PSM I ? Notre comparatif PSPO vs PSM : quelle certification Scrum choisir en 2026 vous aide à choisir selon votre profil et vos objectifs.

Après vos premiers examens blancs, la méthode d’analyse de résultats est aussi importante que la révision elle-même. Notre guide sur comment analyser ses résultats d’examen blanc pour progresser vite vous donne un cadre concret.

L’article PSPO I — Managing Products with Agility : les 4 concepts que Scrum.org teste systématiquement est apparu en premier sur MyExam.fr.

Le piège : vous raisonnez du côté d’Azure, pas du vôtre

Le réflexe erroné le plus fréquent : « Azure gère l’OS, donc c’est du PaaS ». Ce raisonnement est inversé. Ce qui définit un modèle de service, ce n’est pas ce que le fournisseur fait — c’est ce que vous, en tant que client, contrôlez réellement.

Pourquoi cette confusion est si fréquente

Le modèle de responsabilité partagée déplace la frontière selon le service choisi. Plus vous montez vers le SaaS, plus Azure prend en charge — mais la question à se poser reste toujours la même : qu’est-ce que le client configure ?

La règle mnémotechnique : « Qui configure l’OS ? »

Trois questions à vous poser face à un scénario d’examen :

• IaaS — Vous installez et configurez l’OS vous-même.
• PaaS — L’OS est transparent, géré par Azure. Vous déployez votre code, rien d’autre.
• SaaS — Vous êtes utilisateur, pas développeur ni administrateur.

3 questions types avec analyse

Question 1 — Déploiement de VMs

« Une PME déploie des machines virtuelles sur Azure et installe elle-même IIS et SQL Server sur ces VMs. »

Réponse : IaaS. La PME configure l’OS et installe les logiciels. Azure ne gère que le matériel sous-jacent.

Piège classique : « Azure héberge les VMs donc c’est du PaaS. » Non — ce qui compte : la PME touche-t-elle l’OS ? Oui. Donc IaaS.

Question 2 — Azure App Service

« Un développeur déploie son application Python sur Azure App Service. Il n’a jamais configuré l’OS ni les correctifs de sécurité du serveur. »

Réponse : PaaS. App Service gère le runtime, l’OS et les patches. Le développeur ne touche qu’au code.

Question 3 — Microsoft 365

« Une équipe utilise Microsoft Teams et Exchange Online pour ses communications. Elle n’administre aucun serveur. »

Réponse : SaaS. L’équipe est utilisatrice du logiciel. Elle ne gère ni infrastructure, ni OS, ni code.

Cas limite à connaître : Azure SQL Database

Azure SQL Database = PaaS. Microsoft gère le moteur SQL Server, les patches, la haute disponibilité. Vous gérez uniquement vos données et vos requêtes SQL.

En revanche, SQL Server installé sur une VM Azure = IaaS. Vous gérez vous-même le moteur de base de données, les mises à jour, la configuration.

Si vous préparez également la certification DP-900 Azure Data Fundamentals, vous retrouverez cette distinction dans les questions sur les services de données managés Azure — les deux certifications se complètent parfaitement.

L’article AZ-900 : IaaS, PaaS ou SaaS — la confusion qui coûte des points à 40 % des candidats est apparu en premier sur MyExam.fr.

1. Le piège identifié : comprendre la confusion

Le problème central est que Microsoft Azure propose un catalogue de services de données extrêmement riche, et que plusieurs d’entre eux semblent, en surface, répondre aux mêmes besoins. Un candidat qui survole sa préparation va naturellement ranger Azure SQL Database et SQL Server dans une case « base de données classique », puis considérer Cosmos DB comme « juste une autre base de données », et enfin percevoir Azure Synapse Analytics comme « un SQL un peu plus grand ». Cette simplification est exactement ce que l’examen cherche à piéger.

La confusion naît de plusieurs mécanismes cognitifs. D’abord, le mot « SQL » apparaît dans Azure SQL, SQL Server, mais aussi dans l’interface de Synapse Analytics — ce qui brouille la frontière entre stockage transactionnel et analyse massive. Ensuite, Cosmos DB supporte plusieurs API dont une API SQL, ce qui amène des candidats à le classer par erreur parmi les bases relationnelles. Enfin, Azure Data Lake et Azure Blob Storage sont deux services de stockage de fichiers dont les rôles semblent interchangeables au premier abord, mais qui s’inscrivent dans des architectures fondamentalement différentes. Les bases relationnelles (Azure SQL Database, Azure SQL Managed Instance, SQL Server sur machine virtuelle) sont conçues pour des données structurées, des transactions ACID et des relations entre tables. Les bases NoSQL (Cosmos DB, Azure Table Storage) gèrent des données semi-structurées ou non structurées, avec une scalabilité horizontale et des modèles de données flexibles : documents JSON, paires clé-valeur, graphes ou colonnes larges. Les entrepôts analytiques (Azure Synapse Analytics, Azure Data Lake Storage) ne sont pas faits pour des transactions en temps réel : ils sont optimisés pour l’analyse de grandes volumétries, les requêtes OLAP et les pipelines de données.

2. La règle pour ne plus se tromper

Pour ne plus confondre ces trois familles de services, il faut se poser une seule question décisive face à chaque scénario : quel est le type d’opération principale décrite ? Voici la grille de lecture à mémoriser :

• Transactions quotidiennes, données structurées, relations entre tables → Relationnel : Azure SQL Database, SQL Managed Instance, SQL Server. Pensez à une application e-commerce qui enregistre des commandes.
• Données flexibles, forte scalabilité, faible latence mondiale, schéma variable → NoSQL : Cosmos DB (documents, graphes, clé-valeur), Azure Table Storage. Pensez à un catalogue de produits avec des attributs différents selon les catégories.
• Analyse de masse, reporting, Big Data, requêtes sur des millions de lignes → Analytique : Azure Synapse Analytics, Azure Data Lake Storage. Pensez à un dashboard de ventes agrégées sur cinq ans.

Cette logique est au cœur de ce que le Microsoft DP-900 Study Guide officiel appelle la distinction entre les charges de travail OLTP (Online Transaction Processing) et OLAP (Online Analytical Processing). Savoir associer chaque service à l’un de ces deux mondes suffit à résoudre la grande majorité des questions pièges. Pour aller plus loin dans votre méthode de préparation, pensez à analyser vos résultats d’examen blanc pour progresser et identifier précisément vos zones de confusion.

3. Deux exemples de questions types avec analyse

Question 1 : Une entreprise doit stocker les données d’un réseau social mondial avec des profils utilisateurs aux attributs variables et doit garantir une latence inférieure à 10 ms dans toutes les régions du monde. Quel service Azure est le plus adapté ?
A) Azure SQL Database
B) Azure Synapse Analytics
C) Azure Cosmos DB
D) Azure Data Lake Storage Gen2

Réponse : C) Azure Cosmos DB — Le scénario décrit trois indices clés : données à schéma variable (NoSQL), distribution mondiale (multi-région) et faible latence. Cosmos DB est le seul service conçu pour répondre simultanément à ces trois contraintes. Le distracteur A (Azure SQL Database) est convaincant car on parle de profils utilisateurs, ce qui évoque une base de données classique — mais la contrainte de schéma variable élimine le relationnel. Le distracteur B (Synapse) est éliminé dès que l’on voit « latence inférieure à 10 ms » : Synapse est analytique, pas transactionnel. Le distracteur D piège les candidats qui confondent scalabilité et stockage de fichiers.

Question 2 : Une équipe data souhaite effectuer des requêtes d’agrégation sur cinq années d’historique de ventes représentant plusieurs téraoctets de données pour alimenter des rapports mensuels. Quel service Azure correspond à ce besoin ?
A) Azure Cosmos DB
B) Azure SQL Managed Instance
C) Azure Table Storage
D) Azure Synapse Analytics

Réponse : D) Azure Synapse Analytics — Le mot-clé ici est « agrégation sur plusieurs téraoctets » pour des « rapports » : c’est une charge de travail OLAP pure. Azure Synapse Analytics est la réponse évidente dès qu’on applique la règle T-N-A. Le distracteur B (SQL Managed Instance) est le plus dangereux : les candidats voient « SQL » et « requêtes » et choisissent par réflexe une solution relationnelle. Mais SQL Managed Instance n’est pas conçu pour des analyses massives sur des téraoctets — ses performances et son architecture ne sont pas optimisés pour ce cas d’usage. Les distracteurs A et C sont éliminés rapidement car ils appartiennent à la famille NoSQL, inadaptée aux requêtes analytiques complexes. Si vous préparez d’autres certifications cloud en parallèle, les stratégies utilisées pour préparer l’AWS Cloud Practitioner CLF-C02 partagent cette même logique de distinction par cas d’usage.

4. Ce qu’il faut retenir pour le jour J

Quatre réflexes concrets à avoir pendant l’examen :

• Identifier le cas d’usage avant le service : lisez toujours le scénario en cherchant d’abord si l’opération est transactionnelle, flexible/scalable ou analytique. Le service découlera naturellement de cette classification.
• Méfiance avec le mot « SQL » : Azure SQL, SQL Server, SQL Managed Instance sont relationnels. Mais Synapse Analytics intègre aussi du SQL — ce n’est pas la même chose. Le contexte (transaction vs analyse) tranche.
• Cosmos DB ≠ base relationnelle : même si Cosmos DB supporte une API SQL, il reste fondamentalement un service NoSQL. Sa valeur ajoutée est la flexibilité du schéma et la distribution mondiale, pas les relations entre tables.
• Data Lake = stockage de fichiers analytiques : Azure Data Lake Storage n’est pas une base de données. C’est un espace de stockage optimisé pour les grands volumes de fichiers bruts, souvent utilisé en amont de Synapse. Ne le confondez pas avec une solution de requêtage directe.

Ces quatre points couvrent l’essentiel de ce que le domaine « Données non relationnelles dans Azure » — soit jusqu’à 30% de votre score — teste réellement. Contrairement à d’autres certifications comme celles de l’univers Scrum où la distinction est conceptuelle (voir par exemple PSPO vs PSM : quelle certification Scrum choisir), ici la confusion est technique et se résout par une grille de lecture claire appliquée systématiquement.

L’article DP-900 : Ne confondez pas relationnel, NoSQL et analytique est apparu en premier sur MyExam.fr.

Pourquoi l’ECO a changé la donne depuis 2021

Avant 2021, l’examen PMP était majoritairement orienté gestion de projet prédictive (waterfall). Le PMBOK Guide servait de référence quasi exclusive. Depuis janvier 2021, le PMI a fondamentalement revu le contenu de l’examen pour refléter la réalité des projets modernes :

• 50 % des questions portent sur des approches agiles ou hybrides — contre moins de 10 % avant 2021
• L’examen teste désormais votre capacité à choisir la bonne approche selon le contexte, pas à réciter une méthodologie fixe
• Le leadership, l’intelligence émotionnelle et la gestion d’équipe ont pris une importance majeure (domaine People = 42 %)

Conséquence directe pour les candidats qui préparent le PMP en 2025-2026 : se concentrer uniquement sur le PMBOK Guide ne suffit plus. L’ECO est le vrai guide de préparation.

Les 3 domaines décryptés pour les candidats francophones

Domaine 1 — People (42 % de l’examen)

C’est le domaine le plus inattendu pour beaucoup de candidats habitués aux outils et techniques de gestion de projet. Il porte sur comment vous dirigez et développez votre équipe. Les tâches clés testées :

• Gérer les conflits au sein de l’équipe projet
• Soutenir la performance de l’équipe et lever les obstacles
• Responsabiliser les membres de l’équipe (notion centrale en agile)
• Négocier les accords de projet avec les parties prenantes
• Appliquer l’intelligence émotionnelle pour adapter son style de leadership
• Définir les règles de fonctionnement de l’équipe
• Accompagner les équipes virtuelles ou distribuées

Domaine 2 — Process (50 % de l’examen)

Le domaine Process couvre les aspects techniques du management de projet — planification, risques, communications, budget, qualité, périmètre, achats. C’est le domaine le plus large et celui qui reflète le mieux l’ancien PMP. Mais avec une différence majeure : les questions mélangent maintenant approches prédictives et agiles.

Les sous-domaines les plus testés selon les retours de candidats certifiés :

• Gestion des risques : identifier, évaluer, répondre, surveiller
• Engagement des parties prenantes : identifier les parties prenantes, planifier et gérer leur engagement
• Gestion du périmètre : recueillir les exigences, définir et maîtriser le périmètre
• Choix de la méthodologie : prédictif, agile ou hybride selon le contexte — c’est une compétence explicitement testée
• Livraison de valeur : s’assurer que le projet délivre de la valeur business, pas seulement des livrables

Domaine 3 — Business Environment (8 % de l’examen)

Le plus petit domaine en poids, mais pas en importance stratégique. Il porte sur la connexion entre le projet et la stratégie de l’organisation. Les candidats francophones le sous-préparent souvent, à tort.

• Planifier et gérer la conformité du projet (réglementaire, légale, organisationnelle)
• Évaluer et livrer les bénéfices et la valeur du projet
• Gérer les changements externes qui impactent le périmètre du projet
• Accompagner le changement organisationnel lié au projet

Le point le plus sous-estimé : la répartition prédictif/agile

L’ECO précise que 50 % des questions testent des approches agiles ou hybrides. En pratique, cela signifie que pour chaque question sur la planification en waterfall, il y en a une équivalente en mode agile. Les candidats qui arrivent à l’examen avec uniquement une préparation PMBOK se retrouvent déstabilisés sur la moitié des questions.

Plan d’action en 3 étapes pour adapter votre révision à l’ECO

Étape 1 — Téléchargez et annotez l’ECO

L’Exam Content Outline est disponible gratuitement sur pmi.org (section « Certifications » > « PMP » > « Exam Content Outline »). Téléchargez-le et surlignez chaque tâche que vous ne maîtrisez pas. Ce document devient votre guide de révision personnel.

Étape 2 — Construisez votre plan de révision sur les 3 domaines

Allouez votre temps en proportion des poids officiels : 42 % de votre temps sur People, 50 % sur Process, 8 % sur Business Environment. Dans Process, consacrez explicitement la moitié de votre temps aux approches agiles et hybrides.

Étape 3 — Validez votre progression avec des examens blancs calibrés

La meilleure façon de savoir si vous êtes prêt n’est pas de relire vos fiches — c’est de faire des examens blancs qui respectent la même répartition que l’ECO. Analysez vos résultats par domaine pour identifier vos lacunes réelles avant le jour J.

Pour aller plus loin, consultez notre comparatif PMP vs PRINCE2 et notre guide sur comment analyser ses résultats d’examen blanc.

L’article PMP Exam Content Outline 2025-2026 : les 3 domaines décryptés pour les candidats francophones est apparu en premier sur MyExam.fr.