Qu'est ce qu'un ScrumMaster ?

Définitions:
 
SrumMaster est un terme utilisé dans la méthode Agile Srum 
Un SrumMaster n'est pas un chef de projet car dans la méthode agile Srum il n'y en a pas.

L'équipe de développement s'auto organise : les membres de l'équipe s'organisent eux même et non pas besoin de chef pour leur assigner le travail à faire.

Le SrumMaster a pour responsabilité essentielle  d'aider l'équipe  à réaliser les travaux demandés par le Product Owner, en appliquant Srum dans le contexte de l'organisation.

SrumMaster signifie littéralement maître de la mélée. Le terme Scrum vient du rugby. Le poste de demi de mêlée est celui qui se rapproche le plus de l'idée de ScrumMaster.

Travaux du ScrumMaster

Tâches périodiques

Mettre en application Scrum en organisant et animant les réunions qui constituent le cérémonial :

• Planification du sprint.
• Mêlée quotidienne.
• Revue du sprint.
• Rétrospective.

Tâches sur évènement

• éliminer les obstacles : prendre en compte les problèmes qui surviennent à tout moment sur un projet pour les éliminer au plus vite, en évitant qu'ils ralentissent l'équipe. Il protège l’équipe des interférences extérieures.

Tâches de fond

• faire en sorte que l’équipe reste concentrée sur le véritable objectif du projet, qui est de réaliser les éléments du Backlog en collaboration étroite avec le Product Owner, et soit productive. Il s'assure que chacun participe pleinement aux travaux de l'équipe.
• communiquer avec le management. La transparence est de mise avec des rapports d'avancement comme les burndown charts ou mieux des burnups.

Quelles sont ces compétences ?

Les compétences et l'expérience souhaitées dépendent de la taille, de la complexité technique et du type de gouvernance. Les qualités nécessaires pour jouer efficacement ce rôle :

• bien connaitre Scrum,
• avoir des facilités de présentation, de communication et de négociation,
• guider sans imposer,
• faire preuve de qualité de meneur d'hommes et savoir motiver une équipe,
• savoir résoudre les conflits et les problèmes,
• communiquer honnêtement sur le degré d'avancement,
• garder le respect de l'objectif essentiel, qui est de livrer un produit qui apporte de la valeur.

Qu'est ce qu'une User Story?

Une User Story est une fonctionnalité du back log. 

Dans la méthode Srum on appelle cela un Item. 

Cet élément doit être le plus élémentaire et le plus simple possible. 

Modèle de structure d’une User Story

-En tant que <rôle, persona, user type>

-Je veux <fonctionnalité, tâche, action>

-Afin de <valeur ajoutée, résultat>

Pour qualifier la taille et la qualité d'une US, on peut utiliser le Pattern et  critères de qualité INVEST

I – Independent

N – Negotiable

V – Valuable

E – Estimable

S – Size

T – Testable

La réaction des users-stories est de la responsabilité du PO. Il doit  penser à faire simple. 

Ce qui ne veut pas dire simpliste.  Einstein disait  : Rendez les choses aussi simple que possible, mais pas plus simple. *.

 Il faut continuer à expliquer les règles de gestion, les règles de calcul (au travers de tests d'acceptation c'est encore mieux). 

Et pour finir des citations de  Léonard, Antoine et Steve : 

• La simplicité est la sophistication suprême. Leonard de Vinci
• La perfection est atteinte, non pas lorsqu'il n'y a plus rien à ajouter, mais lorsqu'il n'y a plus rien à retirer. Antoine de Saint-Exupéry
• La simplicité peut être plus difficile à atteindre que la complexité : il faut travailler dur pour arriver à faire simple. Steve Jobs

Qu'est ce qu'un backlog produit?

Une première définition du Product Backlog peut être :

« l'ensemble des fonctionnalités du produit que l'on veut développer »

 Mais ce n’est pas un cahier des charges !

Les fonctionnalités sont stockées dans le back log mais sont détaillées au fur et à mesure du projet. Elles sont priorisées régulièrement et ainsi on ne développe que les fonctionnalités nécessaires aux utilisateurs.  On simplifie le produit.

Alors que lorsque l'on doit tout spécifier dès le départ dans une expression de besoin "exhaustive", on a tendance à mettre absolument tout ce à quoi on pense, et de peur d'en oublier on s'efforce de penser à tous les cas de figure imaginables.

Les fonctionnalités du  Product Backlog  sont priorisées afin de fonctionnalités, le but étant  d'implémenter en premier ce qui rapporte  le plus de valeur. On considère en premier les items ayant une plus grande valeur métier.

Un élément  du Product Backlog n'a raison d'exister que si il apporte de la Valeur.

Le product Backlog peut être alimenté au fil de l’eau. 

Les Items ou Users Stories pourront donc être alimentés  ou supprimés lors de la vie du projet afin de produire uniquement les fonctionnalités utiles à l'utilisateur.

Ce mode itératif d'alimentation du backlog permet de ne pas rester figé dans une vision initiale mais permet en fonction des premiers sprints et de ses résultats d'adapter le produit au besoin des utilisateurs.