Si ce n’est pas déjà fait, avant de lire sur le sujet des valeurs SCRUM, je vous conseille de lire l’article sur les piliers Scrum.

Les cinq valeurs Scrum sont l’engagement, le focus, l’ouverture, le respect et le courage (commitment, focus, openness, respect, and courage en anglais). D’après le Scrum Guide, «L’application réussie de Scrum dépend de la capacité des personnes à mieux vivre ces cinq valeurs »

Photo provenant de scrum.org

Si vous êtes externe à Scrum et aux principes Agile, cela doit être très abstrait pour vous, que veut dire le courage ou l’ouverture dans un contexte professionnel ? Dans la lecture on comprends peut être mais qu’est ce que ça donne dans une situation réelle ? Aujourd’hui je vous propose des petites descriptions, ainsi que des exemples de situations mettant en action ces valeurs scrum, toujours dans un contexte bien défini pour pouvoir se projeter un minimum. N’hésitez pas à me faire des retours pour rendre accessible ces concepts au plus grand nombre ! En espérant que cela vous aide ! #ameliorationcontinue

Ces exemples sont tirés de mon expérience personnelle et modifiées pour l’article.

Le contexte

Nous sommes une équipe assez classique, dans un contexte Agile utilisant le cadre de travail Scrum(plusieurs developpers, un Scrum Master, un Product Owner) nous développons une application de rencontre, nommé “GeekLuv” très similaire à Meetic mais vise plutôt un public de fan de pop culture ! L’application dispose d’une belle mise en avant des profils, et surtout elle permet de “matcher” grâce à une liste de gout en commun et un système de notation ! Possibilité de réunir deux fans estimation 10/10 de Keanu Reeves.

Nous sommes en Janvier 2020 (deux mois avant le premier confinement) et l’activité tourne très bien, les livraisons de nouvelles fonctionnalités s’enchainent et on pense pouvoir devenir l’application numéro 1 sur les différents store d’application pour Smartphone.

Le Courage

Les membres de l’équipe Scrum doivent avoir le courage de prendre la parole, de donner une opinion et exprimer leurs idées, prendre des risques, affronter les défis et challenger les enjeux pour s’approcher d’un objectif.

Exemples :

  • Le Product Owner prends une décision difficile : Une pandémie mondiale éclate, elle change le fonctionnement du monde, le Product Owner décide de mettre de côté la fonctionnalité en cours de développement : permettre de planifier sa rencontre dans un bar partenaire de l’application. Cette fonctionnalité ne réponds plus aux priorités actuelle de l’entreprise. En effet, il est peut être plus judicieux de se diriger vers des rendez-vous à distance…
  • Un Scrum Master défends l’importance de la mêlée : Les développeurs font un simple rapport chaque matin, et maintenant que le télétravail est obligatoire, ils ne souhaitent pas continuer à se réunir chaque jour, le SM démontre l’importance de l’évènement et remet le “pourquoi” au centre du sujet, il challenge les développeurs et leur permet de s’approprier l’évènement.
  • Loïc le développeur doute de la direction produit : “Et pourquoi on laisse tombé la fonctionnalité de rendez-vous ? De toute façon les bars vont rouvrir très vite, c’est regrettable de mettre à la poubelle notre travail surtout au vu de notre avancé, je pense que ce choix est contre productif ! “ Jill la Product Owner : “D’après nos données, on parle de fermeture sur plusieurs mois, nous ne supprimons pas le code effectué, nous le mettons de côté pour reprendre au moment souhaitable… Aujourd’hui ces nouvelles règles sanitaire mettent en péril notre activité, nous devons nous adapter ou la situation deviendra critique… ” (Courage et Transparence ici)

Le Focus

L’équipe Scrum doit se concentrer sur les taches les plus importante(en ordonnant et priorisant les taches) et travailler ensemble pour mener à bien les objectifs. Eviter autant que possible les interruptions inutiles permet de mieux respecter les engagements et délivrer plus de valeur.

Exemples:

  • Pour implémenter une fonctionnalité de rendez vous à distance(visio conférence), les développeurs souhaitent terminer la partie back office (logique applicative non visible par l’utilisateur) avant de s’attaquer à la partie front (partie interactive et visible par l’utilisateur), un choix de découpage est effectué, un premier sprint avec pour objectif “Développer la logique back office de l’affichage des rendez vous d’un client “, et un second “Permettre au client de consulter ses rendez vous et d’accéder à son rendez vous” : l’équipe décide se mobiliser pour terminer la partie back en priorité, toute l’équipe est concentré sur la réussite de cette tache et chaque choix ira dans ce sens.
  • Le Product Owner vérifie que la vision produit est respectée : Bien qu’il soit membre de l’équipe Scrum et qu’il partage beaucoup avec pour accomplir ensemble les mêmes objectifs, il dispose de données autour des fonctionnalités souhaitées par les parties prenantes : sa priorité est qu’on reste dans cette philosophie. Ici, les objectifs doivent servir l’implémentation de la nouvelle fonctionnalité.

Le Respect

Le respect permet d’entretenir la confiance et la collaboration entre les membres de l’équipe Scrum. Chaque membre est traité avec équité, honnêteté et respect mutuel, une culture de soutien et d’entraide doit se développer. Cela permet le respect des rôles et des responsabilités, des compétences et des expériences de chacun.

Exemple :

  • Un développeur n’a aucune expérience en front, il pense donc que le découpage va le rendre inutile, il communique l’information auprès de l’équipe, il ne s’engage pas sur ce qu’il ne sait pas faire, l’équipe respecte cette information et cherche une solution collectivement.
  • L’équipe est bienveillante, elle accepte les opinions différentes et compétences de chacun de ses membres : elle encourage la prise de parole et la montée en compétence.

L’Ouverture

L’ouverture aide à créer de la transparence, elle permets au membres de l’équipe Scrum de demander de l’aide sans peur d’un quelconque jugement, d’être disposé à écouter les idées et les opinions des autres membres de l’équipe.

L’erreur est permise et l’acceptation de celle ci permets d’alimenter l’amélioration continue. Elle encourage à apprendre en continue.

Exemple :

  • Lors de la Sprint Review, l’une des parties prenantes remonte un comportement inapproprié sur un navigateur internet que toute l’équipe déteste, cependant ce navigateur représente 9 % des utilisateurs. L’équipe décide d’aller au delà de son jugement et demande une démonstration du “bug”.
  • Un développeur propose de supprimer “EzIdentitty” et de créer un nouvel outil, cela demanderai des modifications mais il est persuadé qu’on sera gagnant sur le temps. Malgré l’inquiétude que cela pourrait provoquer, l’équipe reçoit l’information et challenge l’idée pour vérifier sa viabilité.
  • Lors de la planification, les développeurs ont des remontées à faire sur les User Storys, le Product Owner accueille les remarques.

L’Engagement

L’équipe est impliqué et motivé pour atteindre les objectifs de sprint et de projets ,les membres sont présents aux différents évènements(réunions) Scrum. L’équipe s’engage également sur des standards de qualité et se donne les moyens de continuer à respecter l’ensemble. L’engagement encourage la collaboration, la transparence et permet d’animer l’amélioration continue.

Exemple :

  • Les développeurs ont des difficultés pour livrer une fonctionnalité dans le temps imparti, le Product Owner travaille avec l’équipe pour identifier les problématiques, mieux prioriser le backlog et collabore pour proposer un sprint suivant avec des objectifs plus réaliste.
  • Lors de la rétrospective, l’ambiance est tendue suite à un sprint difficile, le Scrum Master encourage l’équipe à réfléchir en replaçant du contexte pour faire émerger des idées pour alimenter l’amélioration continue.
  • Le sprint ne se passe pas comme prévu, mais les développeurs gardent en tête qu’une fonctionnalité de qualité est prioritaire à plusieurs livraisons sans respecter les standards de l’équipe ( Définition of done ). L’équipe est solidaire et respecte sa philosophie.

Conclusion

En conclusion, les cinq valeurs fondamentales de Scrum : l’engagement, le focus, l’ouverture, le respect et le courage sont essentielles pour la réussite du cadre de travail . Sans l’acculturation autour de ces valeurs, la collaboration, la transparence seront inefficace. J’espère que ces situations vous ont permis de mieux comprendre l’ensemble et de vous projeter dans un contexte SCRUM.

La suite ici avec les valeurs : Les valeurs SCRUM.

Source :

https://scrumguides.org/scrum-guide.html

Mon expérience personnelle.

Catégorisé:

Étiqueté dans :