Dans ce troisième article de cette série, nous allons expliquer les raisons pour lesquelles plusieurs membres d’une équipe de développement logiciel Scrum ont souvent une spécialisation.
L’objectif de cette série d’article de blogue est de démystifier l’application du cadre Scrum dans un contexte réel dans lequel, au final, des compromis sur le cadre sont presque toujours nécessaires. Voici la liste des articles de cette série :
- Mise en contexte
- Il y a une hiérarchie dans l’équipe Scrum
- Plusieurs équipiers ont une spécialisation (cet article)
- 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
Note : Les arguments qui suivent s’appliquent principalement dans le contexte d’une équipe Scrum de développement logiciel.
Les écosystèmes de développement d’aujourd’hui sont composés de plusieurs outils, technologies, infrastructures et langages, chacun offrant plusieurs versions et, très souvent, pouvant être configuré d’une multitude de façons. Pour un développeur ou une développeuse, le simple fait de maintenir ses connaissances à jour sur une pile technologique est un défi et demande un bon investissement de temps. Il est donc très commun pour les développeuses et développeurs logiciels se spécialiser.
Lire la suite« 75 % des développeurs et développeuses backend répondants ne connaissent qu’une seule pile technologique. »
Excellence Agile 