Dans le deuxième article de cette série, nous allons expliquer pourquoi une hiérarchie a été mise en place dans les équipes Scrum, pourquoi cette pratique s’applique dans plusieurs contextes et, pour finir, comment elle peut s’aligner avec le cadre Scrum.
L’objectif de cette série de blogues est de démystifier l’application du cadre Scrum dans un contexte réel où, au final, des compromis sur le cadre sont presque toujours nécessaires. Voici la liste des articles de cette série et les liens des articles déjà publiés :
- Mise en contexte.
- Il y a une hiérarchie dans l’équipe Scrum (cet article).
- Plusieurs équipiers ont une spécialisation.
- Les changements, en milieu de Sprint et impactant l’objectif de sprint, sont acceptés.
- Les projections ne sont pas basées à 100 % sur l’empirisme.
- La décision d’annuler un Sprint n’est pas prise seulement par le PO.
- Des personnes externes à l’équipe Scrum peuvent influencer la planification de Sprint.
Métier, organisation et leadership
Il est très rare que tous les membres d’une équipe agile soient des experts, vétérans ou séniors. La plupart du temps, on retrouve un mélange de juniors, intermédiaires et séniors qui, ensemble, cumulent « toutes les compétences nécessaires »[1] à la réalisation des items du carnet de produit. Mais qu’est-ce que ça veut vraiment dire « toutes les compétences nécessaires » pour une équipe agile? Selon mon expérience[2], les compétences nécessaires sont composées de deux parties : l’autonomie métier et l’autonomie organisationnelle.
Lire la suite