PSK I: se préparer à la certification Scrum-Kanban

Guide de préparation à la certification PSK I de Scrum.org: corpus d'étude, métriques de flux, loi de Little et stratégies concrètes pour réussir l'examen.

La Professional Scrum with Kanban I (PSK I) est une certification de Scrum.org qui valide la capacité à intégrer les pratiques Kanban dans un cadre Scrum. Avec environ 2800 certifiés dans le monde contre près de 400 000 pour la PSM I (Professional Scrum Master), elle reste confidentielle, ce qui reflète à la fois sa spécialisation et le fait que peu de praticiens maîtrisent réellement les mécaniques de flux au-delà du tableau à colonnes.

L’examen impose un niveau d’exigence élevé: 45 questions en 60 minutes avec un seuil de réussite à 85%, soit un maximum de 7 erreurs. À titre de comparaison, la PSM I accorde 80 questions en 60 minutes avec un seuil identique, et la PSM II fixe son seuil à 85% sur 30 questions en 90 minutes. La PSK I combine donc un volume de questions modéré avec un temps par question généreux en apparence (80 secondes), mais les scénarios de flux exigent une analyse qui consomme ce temps rapidement.

Le corpus: trois sources, pas une de plus

La préparation repose sur un corpus restreint mais dense. Le Kanban Guide for Scrum Teams, co-rédigé par Daniel Vacanti et Steve Porter, constitue le document fondateur. Il tient en quelques pages mais chaque phrase compte: les questions d’examen testent la compréhension fine des formulations, pas la connaissance générale des concepts.

Le Scrum Guide 2020 est le deuxième pilier. La PSK I présuppose une maîtrise solide de Scrum puisque les questions portent sur l’application des pratiques Kanban dans le cadre Scrum, pas sur Kanban en général. Un candidat qui hésite sur la responsabilité du Product Owner en Sprint Planning ou sur le rôle du Daily Scrum se trouvera en difficulté avant même d’aborder les questions spécifiques au flux.

La troisième source est le livre Actionable Agile Metrics for Predictability de Daniel Vacanti, qui fournit les fondements théoriques des métriques de flux. L’examen teste notamment la compréhension de la loi de Little, du Cumulative Flow Diagram (CFD, diagramme de flux cumulatif) et du Service Level Expectation (SLE, engagement de niveau de service). Le document de Scrum.org sur la loi de Little est un complément indispensable: il détaille les cinq hypothèses nécessaires à l’application de cette loi et les conséquences pratiques de leur violation.

Les quatre pratiques Kanban: comprendre la logique, pas la liste

L’examen ne demande pas de réciter les quatre pratiques Kanban (visualisation du workflow, limitation du WIP, gestion active des éléments en cours, inspection et adaptation du workflow). Il teste la capacité à les appliquer dans des situations concrètes, et la différence est significative.

Par exemple, une question peut présenter un scénario où une équipe Scrum a un tableau Kanban avec des limites WIP mais où certains éléments stagnent depuis plusieurs jours sans que personne n’intervienne. Le candidat doit identifier que la troisième pratique (gestion active des éléments en cours) fait défaut, et que la limite WIP seule ne suffit pas à garantir un flux sain. Ce type de raisonnement contextuel est bien plus exigeant qu’une question à choix multiples sur la définition du WIP.

Métriques de flux: la zone la plus technique

Les quatre métriques de flux (WIP, cycle time, throughput et work item age) et leurs interactions constituent le coeur technique de l’examen. Deux points méritent une attention particulière lors de la préparation.

Le premier est la distinction entre cycle time et work item age. Le cycle time est une mesure rétrospective qui ne s’applique qu’aux éléments terminés, tandis que le work item age est une mesure en temps réel sur les éléments encore en cours. Cette distinction, qui semble anodine, fonde la logique du SLE: un SLE de “8 jours dans 85% des cas” signifie que lorsque le work item age d’un élément approche 8 jours, l’équipe doit intervenir activement pour éviter qu’il ne dépasse le seuil historique de 85% des éléments terminés.

Le second point est la loi de Little et ses conditions d’application. La relation cycle time moyen = WIP moyen / throughput moyen n’est valide que si le système est stable (les taux d’entrée et de sortie sont à peu près constants) et si les unités de mesure sont cohérentes. L’examen peut poser des questions sur des scénarios où ces hypothèses sont violées, et le candidat doit savoir pourquoi les conclusions habituelles ne tiennent plus.

Comment aborder le jour de l’examen

Avec 80 secondes par question en moyenne, la gestion du temps conditionne largement le résultat. Le réflexe le plus efficace consiste à traiter en priorité les questions Scrum pures, qui représentent une part non négligeable de l’examen: un candidat bien préparé y répond rapidement et libère ainsi du temps pour les scénarios de flux, souvent plus exigeants en analyse. Sur ces questions de flux, le retour systématique au vocabulaire du Kanban Guide s’avère déterminant, car les réponses correctes reflètent les formulations exactes du guide (“the Scrum Team actively manages work items in progress”), et les rapports d’expérience de praticiens confirment que la maîtrise de cette terminologie est un facteur discriminant. Enfin, pour toute question portant sur les métriques, vérifier la cohérence de chaque option avec la loi de Little permet d’éliminer rapidement les réponses contradictoires: si une réponse proposée contredit cette relation mathématique, elle est fausse, quel que soit le degré de plausibilité du reste de l’énoncé.

Ce que la PSK I ne teste pas

L’examen ne couvre pas les aspects avancés de Kanban comme le cadre Kanban Method de David Anderson, les classes de service ou les Flight Levels. Il se concentre strictement sur l’intersection entre Scrum et Kanban telle que définie par le Kanban Guide for Scrum Teams. Un candidat qui disperserait sa préparation sur l’ensemble de la littérature Kanban perdrait du temps sur du contenu hors périmètre. Le corpus est restreint, mais la profondeur de compréhension attendue est élevée: mieux vaut relire le Kanban Guide dix fois que de lire dix livres sur Kanban.