L'équipe Scrum

Dans ce module, tu vas mettre en place l'équipe et son rythme de travail. On commence par l'équipe elle-même. Qui en fait partie ? Combien de personnes ? Qui décide de quoi ? Tu vas voir que Scrum ne parle pas de postes, mais de responsabilités, et que l'équipe s'organise elle-même plutôt que de recevoir des ordres tâche par tâche. On verra aussi les mots anglais que tu vas croiser dans les outils et les offres d'emploi, parce que la traduction française officielle du Guide Scrum les garde tels quels.

Une équipe Scrum réunit trois responsabilités. Le propriétaire de produit, en anglais Product Owner, répond de la valeur du produit : c'est lui qui décide de l'ordre du travail. Le Scrum Master répond de l'efficacité de l'équipe et de la bonne compréhension de Scrum. Les développeurs, en anglais Developers, créent à chaque sprint un incrément utilisable. Attention, le mot développeur est large : il désigne toute personne qui fabrique le produit. Dans l'équipe de la clinique, la graphiste qui dessine les écrans et l'agent qui rédige les messages SMS sont aussi des développeurs au sens de Scrum.

Le Guide Scrum parle d'une petite équipe, en général dix personnes au plus. Assez petite pour rester réactive et se parler facilement, assez grande pour livrer quelque chose d'utile à chaque sprint. L'équipe du collège de Lomé compte cinq personnes : Akossiwa, la comptable, propriétaire de produit, Edem et Fafa, développeurs, Kossi, qui s'occupe des tests et de la formation du personnel, et Yao, développeur basé à Cotonou, qui est aussi Scrum Master. Si une équipe grossit trop, on la divise en plusieurs équipes qui partagent le même produit, le même backlog et le même propriétaire de produit.

Une équipe pluridisciplinaire a toutes les compétences nécessaires pour livrer à chaque sprint, sans attendre un autre service. Pour un service numérique, il faut souvent du développement, de la conception d'écrans, des tests, de la rédaction de contenus, et parfois une personne qui connaît très bien le métier. Au début, l'équipe québécoise dépendait du service informatique régional pour mettre en ligne chaque version, ce qui prenait des semaines. Elle a obtenu qu'un de ses membres ait les accès nécessaires. Depuis, elle peut livrer à la fin de chaque sprint, sans attendre personne.

Une équipe autogérée décide elle-même qui fait quoi, quand et comment. Personne ne distribue les tâches chaque matin. Ce n'est pas l'anarchie pour autant : le propriétaire de produit dit ce qui a le plus de valeur et pourquoi, l'objectif du sprint fixe la direction, et la définition de terminé fixe le niveau de qualité. À l'intérieur de ce cadre, les développeurs s'organisent. Pour un chef habitué à tout contrôler, c'est souvent le plus difficile à accepter. Pourtant, ce sont ceux qui font le travail qui savent le mieux comment le découper et dans quel ordre.

La traduction française officielle du Guide Scrum garde plusieurs mots en anglais : Product Owner, Scrum Master, Developers, Sprint, Daily Scrum, Sprint Review, Increment ou Definition of Done. Dans les outils comme Jira et dans les offres d'emploi, tu les verras aussi en anglais. Dans ce cours, on utilise des mots français pour comprendre, comme propriétaire de produit, mêlée quotidienne, revue de sprint ou définition de terminé, et on te donne l'équivalent anglais la première fois. Tu pourras ainsi travailler avec une équipe de Montréal, de Bruxelles ou de Kinshasa sans te perdre dans le vocabulaire.

Retiens qu'une équipe Scrum réunit trois responsabilités, propriétaire de produit, Scrum Master et développeurs, dans une seule petite équipe sans hiérarchie interne. Elle a toutes les compétences pour livrer, et elle s'organise elle-même à l'intérieur d'un cadre clair. Dans les petites structures, une même personne porte parfois deux casquettes, comme Yao, à la fois développeur et Scrum Master. C'est possible, mais avec prudence. Dans la prochaine leçon, tu vas voir de plus près le travail quotidien du propriétaire de produit et du Scrum Master, et les erreurs de casting les plus fréquentes.