3 conseils pour les Scrum Masters débutants

Photo de Sohrab Salimi
Sohrab Salimi
2 min. Temps de lecture
Ce contenu a été traduit par IA. Voir l'original

L'une des questions qu'on me pose le plus souvent est : "J'ai suivi une formation Scrum Master avec certification. À quoi dois-je faire attention quand je retourne au bureau ?" Chaque situation est unique, mais il y a trois points auxquels les nouveaux Scrum Masters devraient prêter attention.

1) Valeurs et principes

En premier lieu, il faut penser aux valeurs et aux principes, c'est-à-dire au pourquoi-nous-faisons-ce-que-nous-faisons de l'Agile. Sans quelques bons principes et valeurs, beaucoup de gens ne comprennent pas vraiment le sens derrière les méthodes et échouent pour cette raison.

Quelques indicateurs montrant que les principes derrière les activités agiles ne sont pas vraiment compris :

  • L'équipe organise des réunions "Standup" hebdomadaires
  • Les équipes ne mettent pas à jour le statut des tâches sur le Scrum Board ou dans leur outil
  • Des burndowns plats qui chutent soudainement pour terminer à temps
  • Il n'y a pas de réunions de Grooming
    Le mieux est de rafraîchir ses connaissances concernant les valeurs et principes de Scrum.

2) Architecture et design

Un autre point important concerne l'architecture et le design. Dans mes formations Scrum Master, j'aborde ces sujets, mais sans entrer trop dans les détails. Ce qui m'importe toujours, ce sont les points suivants :

  • Construisez le logiciel de manière incrémentale
  • Étendez et améliorez les fonctionnalités au fil du temps
  • Faites toujours ce qui est le plus simple
  • Préférez obtenir du feedback plutôt que de "tout faire bien du premier coup"
    C'est avec ce dernier point que la plupart des équipes ont des difficultés. Pourtant, une de mes équipes a réussi à construire et mettre en production un système pour des millions d'utilisateurs en un mois, parce qu'elle a tenu compte du feedback et mis de côté la mentalité "tout faire bien immédiatement".

3) Definition of Done

De plus, la plupart des équipes n'ont pas de Definition of Done claire. La DoD est une liste de critères du Product Owner et de l'équipe qui définit quand un élément du Product Backlog peut être considéré comme potentiellement livrable ou terminé. La DoD est très importante pour plusieurs raisons :

  • Dans toute l'organisation, il y a une compréhension uniforme de ce que signifie "done" (terminé)
  • C'est un outil de communication pour les parties prenantes
  • Elle aide à éliminer la "dette technique"
    Créer une Definition of Done n'est pas aussi simple qu'on pourrait le penser. Dans mon livre The Scrum Field Guide, il y a un chapitre détaillé sur ce sujet.

Conclusion pour les Scrum Masters fraîchement certifiés

On dit "mieux vaut prévenir que guérir" – cela s'applique définitivement aux Scrum Masters fraîchement certifiés et aux équipes Scrum. Tous les Scrum Masters devront faire face à des obstacles et des défis lorsqu'ils accompagnent leurs équipes. Cependant, si on prête attention dès le départ aux trois points mentionnés, beaucoup des problèmes les plus courants du développement agile peuvent être évités.

Cet article est de Mitch Lacey. Il a écrit le livre "The Scrum Field Guide", qui contient de nombreux bons conseils pour les Scrum Masters débutants et expérimentés.

Parle à notre assistant Parle à notre assistant