Ce qui me déroute chaque fois que je regarde les chiffres en ce qui concerne les certifications Scrum, c'est la faible quantité de développeurs de logiciels certifiés PSD par rapport aux propriétaires de produits Scrum professionnels certifiés et aux maîtres Scrum professionnels.

Le cœur battant de Scrum devient «Terminé». Fournir un incrément «Terminé» de produit utilisable et potentiellement libérable soumis à inspection et adaptation. Ce faisant, l'équipe Scrum (et en particulier l'équipe de développement) comprend mieux les besoins des parties prenantes, des clients, des utilisateurs finaux et du marché concurrentiel dans lequel ils opèrent.

Tous les travaux dans le Sprint Backlog sont effectués par l'équipe de développement et ils sont responsables du succès de votre produit. Pourtant, il semble y avoir le moindre effort pour enseigner à l'équipe de développement (ceux qui construisent l'incrément) de meilleures façons de travailler et de penser et d'agir dans un environnement agile. Vous pouvez le voir à partir du nombre de certifications PSD ainsi que du nombre de classes.

Donc, si tel est le cas: comment voulez-vous qu’ils construisent des produits du la meilleure qualité possible dans le cadre du Scrum Framework? Comment espérez-vous que l'équipe de développement crée des produits dans un environnement empirique avec uniquement les conseils d'un Scrum Master, sans avoir l'expérience pratique, les apprentissages et les conversations?

Les deux derniers jours, j'ai assisté à un cours de PSD pour la troisième fois en 4 ans. Non seulement parce que je suis un PST, mais aussi parce qu'au plus profond vit un développeur passionné qui cherche à s'améliorer continuellement et qui a la responsabilité d'apporter de la qualité à la table. Le cours PSD est de loin le cours le plus intéressant pour pas moins de 80% d'une équipe Scrum.

Je voudrais encourager toutes les organisations qui ont adopté Scrum à investir activement dans leurs développeurs pour élargir leurs connaissances et leurs perspectives à travers une classe PSD. Même si le Scrum Master sera un chef de service pour l'équipe Scrum, ils ne peuvent pas donner à l'équipe de développement l'expérience et les conseils qui découlent du cours PSD.

Avec le numéro de l'image à l'esprit, je peux tirer quelques conclusions intéressantes:

Il y a 270K Scrum Masters et plus de 60K de propriétaires de produits En supposant que chaque PO fait partie d'une équipe Scrum, cela signifie que les 10K de développeurs Scrum professionnels certifiés sont distribués à au moins 6 équipes Scrum qui ont à leur tour 4,5 Scrum Masters les servant 😉 Ou nous avons plusieurs PO sur la même équipe Scrum.

Les deux déclarations sont stupides, non?

Donc, si une bonne gestion des produits et le besoin de leadership des serviteurs sont importants au sein des organisations Agiles pour le succès du ou des produits… Pourquoi négliger le fait que le succès de nos logiciels dépend ou échoue avec le niveau de connaissances et d'expérience de l'équipe de développement ? Sommes-nous conscients de la RISQUE que cela met sur le produit?

Et si, en tant qu'organisation, vous ne pouvez pas générer de valeur commerciale juste à temps, alors que le concurrent le peut?

Nourriture pour la pensée! J'aimerais entendre vos réflexions à ce sujet.