Professional Scrum Developer I

Catégories : Agilité & Scrum, Examen
Partager

À propos du cours

Certification Scrum.org
🌐 Anglais & Français

Professional Scrum Developer 1

Code officiel : PSD I

Disponible en anglais (langue officielle de l’examen) et en français (traduction complète)

80questions
60 mindurée
85 %score requis
304questions d’entraînement

Achetez ce cours à l'unité (7,99 €12,99 €, accès 3 mois) ou choisissez l’abonnement Premium (14,90 €/mois, plus de 50 certifications), et accédez immédiatement à l'examen blanc complet, ainsi qu'à ces 4 outils d'entraînement supplémentaires :

Glossaire — 25 termes clés

Architecture ÉmergenteApproche architecturale consistant à différer les décisions de conception au dernier moment opportun, en gardant les options ouvertes et réversibles plutôt qu'en imposant une architecture figée dès le départ.
ATDD (Acceptance Test Driven Development)Pratique consistant à décomposer les exigences en tests d'acceptation échouants avant d'écrire le code, afin de clarifier les critères de complétude et d'éliminer les ambiguïtés fonctionnelles.
BDD (Behavior Driven Development)Extension du TDD centrée sur le comportement attendu du système du point de vue utilisateur, exprimant les scénarios de test en langage naturel structuré (Given/When/Then) pour favoriser la collaboration métier-technique.
Blue-Green DeploymentPratique DevOps consistant à maintenir deux environnements de production identiques (bleu et vert) pour basculer le trafic sans interruption de service lors d'un déploiement.
Voir les 21 autres termes →

Étude de cas — 5 scénarios inclus

La Dette Technique d'AlphaStream

5Taille de l'équipe (Developers)2 semainesDurée du Sprint18%Couverture de code actuelle35% de la capacitéTemps passé sur les régressions (Sprint 12)

L'équipe Scrum d'AlphaStream est composée de 5 Developers, d'un Product Owner et d'un Scrum Master. Elle développe une plateforme de streaming de données financières en temps réel. Les Sprints durent 2 semaines. Depuis plusieurs mois, la pression du time-to-market a conduit l'équipe à négliger la qualité interne du code : peu de tests automatisés, pas de conventions de nommage partagées, et une architecture monolithique difficile à faire évoluer. Lors de la Sprint Retrospective du Sprint 12, les Developers constatent que le temps moyen passé à corriger des régressions est passé de 8% à 35% de la capacité du Sprint. Face à cette situation, l'équipe décide de mettre en place une discipline plus rigoureuse autour des pratiques d'ingénierie. Le Scrum Master facilite un atelier pour définir une nouvelle Definition of Done incluant des critères techniques explicites. Certains Developers proposent d'adopter le TDD et d'intégrer des sessions de Pair Programming sur les modules les plus critiques. Le Product Owner s'interroge sur l'impact de ces pratiques sur la vélocité à court terme. Parallèlement, l'équipe souhaite mettre en place un pipeline d'Intégration Continue afin que chaque commit déclenche automatiquement le build et la suite de tests. Aujourd'hui, les builds sont lancés manuellement en fin de Sprint, ce qui retarde la détection des conflits d'intégration. La couverture de code actuelle est de 18%, essentiellement constituée de quelques tests de smoke écrits sans stratégie cohérente.

Voir les questions d'analyse et réponses modèles →

Texte à trous — 25 phrases incluses

Plutôt que de figer le choix du framework de communication inter-services dès le Sprint 1, l'équipe fait confiance à l'_____ pour laisser ce choix se préciser naturellement au fur et à mesure que les besoins réels se clarifient.

L'équipe utilise l'_____ pour rédiger, en collaboration avec le Product Owner, des scénarios d'acceptation échouants décrivant précisément le comportement attendu du module de facturation avant qu'une seule ligne de code ne soit écrite.

Pour s'assurer que les développeurs et les parties prenantes partagent la même compréhension de la fonctionnalité de recherche, l'équipe formule ses scénarios de test en _____ selon la structure Given/When/Then, facilitant ainsi la communication entre le métier et le technique.

Voir les réponses et le reste des phrases →

Flashcards — 188 cartes incluses

Question

Quand peut avoir lieu le Refinement du Product Backlog ?

Appuyer pour voir la réponse ›
Réponse

À tout moment durant le Sprint

Question

Parmi les propositions suivantes, laquelle ne serait PAS considérée comme du Refactoring ?

Appuyer pour voir la réponse ›
Réponse

Modifier des interfaces externes ou des APIs

Voir les 186 autres cartes →
Commencer maintenant

Vous préférez un accès ponctuel sans abonnement ? Découvrir le Kit Révision PDF de cette certification →

Texte à trous — 25 phrases incluses

Plutôt que de figer le choix du framework de communication inter-services dès le Sprint 1, l'équipe fait confiance à l'_____ pour laisser ce choix se préciser naturellement au fur et à mesure que les besoins réels se clarifient.

L'équipe utilise l'_____ pour rédiger, en collaboration avec le Product Owner, des scénarios d'acceptation échouants décrivant précisément le comportement attendu du module de facturation avant qu'une seule ligne de code ne soit écrite.

Pour s'assurer que les développeurs et les parties prenantes partagent la même compréhension de la fonctionnalité de recherche, l'équipe formule ses scénarios de test en _____ selon la structure Given/When/Then, facilitant ainsi la communication entre le métier et le technique.

Voir les réponses et le reste des phrases →

Contenu du cours

PSD I (FR)® – Examens blancs en Français

  • Présentation
  • Fiche mémo
  • Modalités
  • Documents
  • PSD I (FR)® — Examen 1 en Français (102 questions)
  • PSD I (FR)® — Examen 2 en Français (101 questions)
  • PSD I (FR)® — Examen 3 en Français (101 questions)
  • Flashcards — Révision express
  • Glossaire — Termes clés
  • Études de cas — Mise en situation
  • Texte à trous — Exercice de complétion

PSD I® – SCRUM.ORG – Examen blanc (Anglais) | 80 questions officielles + corrigés

Défiler vers le haut