Il y a officiellement 2 organismes de certification SCRUM :

Scrum-Alliance qui propose une certification valable 2 ans et qui - selon les rumeurs - s'obtient assez facilement à la fin d'une formation de deux jours. Scrum.org qui permet de passer sa certification en remplissant un QCM en anglais de 80 questions. Il faut ensuite avoir 85% de bonnes réponses pour valider la certification. Cette certification est valide à vie.

Il est à noter que les certifications scrum-alliance sce font avec un "scrum-trainer" homologué là où les certifications "scrum.org" peuvent se faire en candidat libre.

(A noter que SAFe propose aussi des formations certifiantes PO mais qui ne sont pas reconnues par SCRUM…)

La certification SCRUM.org permet de se (re)poser clairement les fondamentaux d'une équipe agile qui fonctionne bien : le nombre de personnes présentes dans l'équipe, les différentes responsabilités proposées aux Dev, PO et SM, le côté "équipe autogérée"… Bref, ces certifications nous obligent à penser à l'agilité au "vrais sens" du terme.

Je parle de "vrai sens" en opposition à l'agilité que l'on retrouve dans beaucoup de grands groupes où l'agilité est réduite à une somme de méthodes appliquées sans conviction, où la hiérarchie, la planification, la contractualisation et la bureaucratie prennent toute la place.

Dans la certification SCRUM, les inspirations Agile, Lean et surtout eXtreme Programming sont très fortes et très présentes. Le Scrum Guide transpire l'agilité qu'on aimerait voir appliquer plus souvent.

Mieux, les questions de la certification appuient là où cela fait mal. Lorsqu'il pose la question "Est-ce que le PO doit être présent lors du daily ?", La réponse est non parce que c'est un événement réservé aux développeurs.

Est-ce qu'on voit, sur le terrain, des daily sans PO ? Ça ne m'est jamais arrivé en 8 ans de travail dans l'agilité !

Est-ce que c'est intéressant ? Oui : pédagogiquement cela nous force à nous rappeler que l'équipe de développeurs doit être autonome dans son organisation et donc dans ses points de synchronisation.

Est-ce que ça fait mal ? Oui, parce qu'on a encore du mal à voir des équipes de développement qui soient vraiment auto-organisées.

Après avoir passé la certification Scrum Master et après avoir beaucoup révisé, j'ai tenté de passer une première fois la certification PO. Je l'ai ratée à une question près ! Fou de rage, j'ai re-bossé le soir a fond pour la repasser - et l'obtenir - le lendemain après-midi suivant.

J'avais passé 15 tests à blanc (de longueurs différentes et sur des sites différents) pour passer la certification SM et autant avant de passer ma première certification PO. On est donc sur un total d'une 30 aines de tests. A cela, j'ai noté les questions que j'avais raté pour mieux réviser.

Lire le Scrum Guide ne suffit pas à passer les certifications, Il faut :

• connaître les bases de Nexus (framework à l'échelle - distinct SAFe),
• avoir lut certains article du blog scrum.org,
• connaitre les outils ou pratiques hors-SCRUM (tels que la vélocité, les user story, la dette technique…)
• Et connaitres certaines questions pièges !

Il est à noter que la certification PO demande plus de savoir "externe" que la certification Scrum Master.

Le test blanc officiel de Scrum.org est assez simple mais ".dangereux/" : on obtient vite le score de 85% et on se sent prêt à passer le vrai examen final, mais les véritables tests "PO" et "SM" sont bien plus difficile.

En commençant les tests sur internet, on se rend compte qu'il y a des questions pièges qui ne peuvent se résoudre qu'en bachotant.

A la question : "Quand l'équipe Scrum est autorisée à interagir avec les principales parties prenantes ?"

• A la Sprint Retrospective
• Au Daily Scrum
• Chaque fois qu’il est utile d’avoir l’avis des parties prenantes
• A la Sprint Review"

Le Scrum Guide dit que la "Sprint Review" est LE moment pour interagir avec l'équipe et récupérer du feedback. Mais la bonne réponse est "Chaque fois qu'il est utile d'avoir l'avis des parties prenantes".

Si vous n'êtes pas tombé dans ce piège au moins une fois, il est difficile de tomber juste du premier coup ou par application de la logique pure.

On bascule d'un passage qui va d'une compréhension de SCRUM à un apprentissage par cœur des questions les plus retorses et alambiquées possibles.

Autres problèmes, sur internet il y a des dizaines de tests. Certains sont gratuits (ex laplschine) mais ne sont pas toujours à jour avec la version 2020 du Scrum Guide. D'autres sites sont payants mais semblent un peu louches (certains ont pleins de publicités douteuses, d'autres mélangent des questions SCRUM avec d'autres examens …).

Enfin, on a des sortes de forums où les gens votent sur les réponses les plus probables aux questions … La légitimité de ces réponses laisse donc à désirer. Dans ces cas-là, à quoi sert de réviser si on n'est jamais sûr de la bonne réponse ?

Une question se pose : SCRUM étant une marque déposée et les questions des certifications étant sûrement couvertes par un brevet X ou Y, comment se fait-il qu'elles se retrouvent sur internet ?

Avant de commencer le test, il est légitime de savoir ce que serait ou ne serait pas de la triche. Par exemple, est-ce que s'entraîner sur des examens blancs officiels est de la triche ?

Personnellement j'ai réalisé une "cheat-sheet" avec tous les points importants que j'avais notés pendant mes révisions et que j'ai imprimé le jour de l'examen.

Autre point, pendant l'examen, un script interdit de sélectionner les questions ce qui empêche les copier / coller dans google. Sans être expert informatique, une extension sur son navigateur permet de passer outre… Et on comprend ensuite pourquoi ces questions se retrouvent telles quelles sur des sites de tests en ligne !

En vérité, le timing est très serré pour faire 80 questions en 1 heure. Il faut lire, comprendre et répondre à chacune de ces questions en moins d'une minute. N'espérez pas obtenir votre certification en tentant de trouver les réponses en trifouillant des réponses issues de forums obscurs grâce à votre moteur de recherche.

La triche n'est donc pas impossible mais reste limitée voir quasi-impossible pour quelqu'un qui n'a pas bossé sérieusement sa certification.

La certification SCRUM.org est intéressante dans le sens où elle pose des questions pertinentes sur nos organisations et notre manière d'appliquer l'agilité. Elle ancre certains réflexes nécessaires à un Product Owner ou à un Scrum Master. Elle sait appuyer là où nos organisations pourraient faire mieux.

On peut donc dire que la certification PO / SM implique de vraies connaissances de l'agilité. Des connaissances qui sont éloignées de ce que l'on trouve dans la plupart des grandes boîtes qui se revendiquent " agiles ".

En revanche, la certification devient lourde et inutilement complexe quand on se rend compte de la part nécessaire d´apprentissage par-coeur . Avoir ces certifications demande une capacité certaine de bachotage. Mais est-ce utile pour un PO ou un SM lorsqu'il est sur le terrain ? Les QCM en ligne ne permettront jamais de gagner des compétences en intelligence émotionnelle, en coaching ou en management. Ils ne permettront pas non plus de développer une réflexion sur un contexte précis ou elle ne permettent pas une meilleure analyse des organisations.

Pour moi, le rapport investissement-valeur ne semble pas très positif Au final, j'en conclus que le temps investi dans ces certifications n'est pas rentable par rapport au niveau de connaissances obtenues.

Pour ce qui est du côté "nouveau badge sur le C.V.", il me semble que passer une certification que l'on dit plus simple (comme celle de SCRUM-Alliance ou celle de SAFe) aurait été plus profitable : moins de temps perdu, pour une valorisation égale sur le marché. Le scrum-guide de 15 pages suffit à la connaissance de SCRUM.

Malheureusement connaître SCRUM, n'est pas savoir faire scrum. Une certification ne garantit pas que le candidat sera bon ou meilleur qu'un autre sur le terrain. Personnellement, j'en arrive à la conclusion qu'entre 2 candidats de même expérience, l'argument "certifié" ne fonctionnera pas pour moi.

Au final, les meilleures formations AGILE que j'ai faites et que je conseilles sont des formations non-certifiantes que l'on donne dans mon entreprise, ou les formations axées "Soft skills " et développement personnel. (Formation prise de parole en publique, formation présentation, formation intelligence émotionnelle, formation communication non-violente…)

Il me semble que la capacité de communication, le style de management, la réflexion autour des organisations, la capacité à convaincre, les convictions sont des atouts bien plus indispensables aux PO et SM.

On parle ici de type d'interraction entre les équipes.

• Team Topologie est très théorique, il n'y a rien de concret ni guide "pret à l'emploi"
• Par aillieurs Team Topologies se veut un programme très viuel. On peut télécharger sur des modèles pour mieux visualiser ses organisations

La valeur d'échange est quantifiable, c'est le prix d'un produit. C'est ce que l'on paye pour acheter ou pour vendre un produit. Dans un marché, la valeur d'échange, évolue en fonction de l'offre et de la demande.

* Pour être précis, l'économiste barbu estime que la valeur d'échange est déterminée par le temps de travail nécessaire pour produire un produit.

La valeur d'usage est le prix qu'estime le consommateur lorsqu'il "utilise" ce produit. C'est une notion qui n'existe que dans la tête du consommateur et qui n'existe qu'à un seul véritable moment : lorsqu'il utilise réellement ce produit. Par exemple, on connaît la vraie valeur d'un vin qu'on a acheté uniquement lorsqu'on le boit ! La valeur d'usage est donc une valeur subjective, floue et pas vraiment quantifiable mais qui existe tout de même !

On comprend aussi vite que ces 2 types de valeurs sont liées : les gens achètent des produits avec une valeur marchande qui devrait correspondre à une certaine valeur d'usage. Si le produit déçoit (faible valeur d'usage), alors sa valeur marchande risque de baisser. Et inversement !

Dans le logiciel, c'est pareil !

On passe notre temps à produire des logiciels qui devraient, à la fois être utile et plaisant à un client final tout en étant rentable pour celui qui le produit.

Quand on regarde certains postes de travail que l'on voit dans nos entreprises, on se rend compte qu'ils sont souvent dédiés à une des deux valeurs, prenons le temps de le regarder :

Bien évidemment, nous simplifions la définition des rôles pour la clarté de l'article.

Je vais être honnête, je n'ai encore jamais utilisé ces concepts dans mes missions.

Mais j'imagine facilement utiliser ces concepts dans un atelier "/ rôles et responsabilités/" . Cela permetterait aux équipiers de mieux comprendre ce qu'elles attendent des uns et des autres.

Une autre idée, c'est de poser la question dans un mood meter de rétro : Durant ce sprint, vous avez eu l'impression de travailler pour de la valeur d'usage ou pour de la valeur d'échange ? Je suis certains que les résultats seraient hyper intéressant

Bref, je vais tester cela et je vous re-dirais ici ce que cela a donné !