IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Méthodes Agiles Discussion :

Equipe scrum / Multi techno : possible ?


Sujet :

Méthodes Agiles

  1. #1
    Nouveau Candidat au Club
    Homme Profil pro
    Conseil - Consultant en systèmes d'information
    Inscrit en
    juillet 2017
    Messages
    1
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 32
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Conseil - Consultant en systèmes d'information

    Informations forums :
    Inscription : juillet 2017
    Messages : 1
    Points : 1
    Points
    1
    Par défaut Equipe scrum / Multi techno : possible ?
    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

  2. #2
    Membre émérite
    Inscrit en
    janvier 2011
    Messages
    805
    Détails du profil
    Informations personnelles :
    Localisation : Autre

    Informations forums :
    Inscription : janvier 2011
    Messages : 805
    Points : 2 931
    Points
    2 931
    Par défaut
    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.

  3. #3
    Membre éprouvé Avatar de 4sStylZ
    Homme Profil pro
    Null
    Inscrit en
    novembre 2011
    Messages
    304
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Ain (Rhône Alpes)

    Informations professionnelles :
    Activité : Null
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : novembre 2011
    Messages : 304
    Points : 1 000
    Points
    1 000
    Par défaut
    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.

Discussions similaires

  1. [AC-2010] Requête via listbox multi-critères --> Possible sans VBA ?
    Par jehhej dans le forum Requêtes et SQL.
    Réponses: 17
    Dernier message: 15/11/2013, 14h08
  2. BI : Monotechno ou multi Techno
    Par Robert222 dans le forum Emploi
    Réponses: 3
    Dernier message: 20/08/2012, 23h34
  3. Publipostage multi-documents possible ?
    Par Carambar dans le forum VBA Word
    Réponses: 2
    Dernier message: 21/11/2008, 14h35
  4. Schema avec table multi-schema, es possible ?
    Par ludvax dans le forum Oracle
    Réponses: 23
    Dernier message: 11/10/2006, 10h26

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo