Discussion :

[jgranon]

Bonjour,

Je vous expose un problème que je rencontre dans mon entreprise et je voudrais savoir comment vous y remédieriez.

Nous avons une équipe Scrum, avec des développeurs spécialisés (un sur le CRM, un sur des technos Web et un sur du .NET).
Supposons une User Story S1. Et que la vélocité de l'équipe est de 10.

Supposons que S1 soit chiffrée à 10 story points, mais en fait qu'elle ne concerne que du développement CRM. Nous avons donc théoriquement le prochain sprint de plein, puisqu'on embarque 10 points, soit la vélocité de l'équipe. Mais en réalité, 2 développeurs sur 3 n'auront rien à faire pendant le sprint.

==> Est-il pertinent d'avoir une vélocité globale, si on est multi techno ? Il ne faudrait pas avoir une vélocité par techno ?
==> Ne faudrait-il pas faire des chiffrages d'US par techno ? Ou avoir des US qui ne concerne qu'une seule techno ?
==> Globalement, est-ce que Scrum est adapté à des équipes ou les développeurs n'ont pas des compétences transverses ?

Merci pour vos retours

[Luckyluke34]

Les story points représentent l'effort nécessaire pour réaliser une user story. Si une story particulière ne nécessite les compétences que d'un membre de l'équipe, l'effort sera nécessairement moindre et les points revus en conséquence.

Maintenant, ça devrait quand même rester très rare. Si beaucoup de stories sont des stories "spécialisées" qui reviennent par nature à un seul membre de l'équipe, il y a des questions à se poser :

• Soit le backlog contient directement des unités techniques, ce qui est à proscrire (une US doit apporter une valeur métier, être un bloc fonctionnel utilisable en lui-même)

• Soit chaque fonctionnalité est réellement entièrement liée à une techno. Je n'ai jamais rencontré le cas (pourquoi 3 technos différentes qui ne se rencontrent / ne s'intègrent jamais feraient partie de la même application ?) La répartition des users stories dans l'équipe va être un jeu de Tetris tel qu'on le connaîtrait dans un projet cycle en V classique avec un diagramme de Gantt bien lourd à gérer. Je vois du coup moins l'intérêt de mettre tous ces gens ensemble dans une seule équipe agile.

[4sStylZ]

Pour savoir si une tache est suffisament bien murie pour être planifiée certaines équipes se pose la question suivante :*« L’ensemble des membres de l’équipe est elle apte à prendre la tache ? ».
Scrum est fait pour les équipes de 6 personnes, avec une tolérance à -3 membres ou +3 membres. 3 est le strict minimum, auquel dans ton cas tu veut ajouter la contrainte que les trois développeurs aient des domaines d’activités différents. Cela ne me parait pas une base saine même si cela peut s’envisager. Simplement il faut dès lors accepter que les unités de points web / crm / .net risquent de ne pas être les même.