Dans l’univers de Scrum, le « Developer », ou développeur en français, jouent un rôle crucial mais souvent mal compris. Mais qui sont réellement les Developers dans ce contexte agile ? Sont-ils simplement des codeurs ou des experts techniques ? Cet article explore en détail leur position au sein de l’équipe Scrum et clarifie leurs responsabilités.
Developers : experts techniques du produit
Dans Scrum, les Developers ne sont pas simplement des codeurs. Ils représentent l’une des trois responsabilités principales, aux côtés du Product Owner et du Scrum Master.
Contrairement à une vision limitée qui les réduirait à de simples exécutants de lignes de code, les Developers sont des experts techniques. Leur focus est la réalisation du produit. Leur expertise contribue à différents aspects techniques du produit grâce à leur savoir-faire spécialisé, allant bien au-delà du simple codage.
Dans cet esprit, le terme « Developer » en anglais est souvent traduit en français par « Développeur ». Cependant, dans Scrum, il est plus judicieux de le considérer comme des experts, évitant ainsi toute confusion avec le terme souvent associé uniquement au développement logiciel.
Pluridisciplinarité et diversité d’expertises
Les Developers ne se limitent pas à la programmation. Ils englobent une diversité d’expertises indispensables à la création d’un produit, telles que l’architecture, le design, le marketing, voire des domaines aussi variés que le droit ou la vente.
Scrum encourage la pluridisciplinarité. Il n’y a pas de prescription quant aux compétences requises, tant que celles-ci contribuent à l’objectif de développement du produit.
Responsabilités des Developers dans Scrum
L’une des caractéristiques clés des Developers est leur responsabilité collective et leur engagement envers la qualité. Ils sont chargés de créer un plan de Sprint lors du Sprint Planning. Ils doivent garantir la qualité technique du produit en respectant une Definition of Done (DoD). De plus, ils veillent à ce que chaque incrément du produit fonctionne correctement. Ils sont également chargés de s’adapter constamment aux besoins du Sprint pour atteindre l’objectif fixé. Contrairement à une idée répandue, ce sont eux qui élaborent et gèrent le Sprint Backlog, en collaboration avec toute l’équipe Scrum et en particulier avec le Product Owner. Les Developers se soutiennent mutuellement en tant que professionnels. Chaque membre de l’équipe contribue de manière responsable à la réussite du projet.
Hiérarchie
Contrairement à une équipe traditionnelle de développement, il n’y a pas de hiérarchie ni de sous-équipes dans une équipe Scrum. Les Developers ne sont pas isolés dans leur domaine d’expertise, mais collaborent avec toute l’équipe pour atteindre les objectifs.
Collaboration et auto-organisation
En outre, les Developers ont la responsabilité de s’auto-organiser et de décider comment accomplir leur travail. L’auto-gestion est une composante essentielle de l’équipe Scrum, permettant une flexibilité et une adaptabilité maximales tout au long du processus de développement. L’auto-organisation favorise une prise de décision collective et une responsabilité partagée au sein de l’équipe.
Developer, en bref…
Dans une équipe Scrum, il n’y a pas de hiérarchie rigide ni de sous-équipes distinctes. Tous les membres, y compris les Developers, travaillent ensemble vers un objectif commun. Chacun apportant ses compétences spécifiques pour créer de la valeur ajoutée au produit.
En résumé, les Developers dans Scrum incarnent bien plus que de simples codeurs. Leur expertise technique et leur responsabilité partagée contribuent à la réussite collective de l’équipe Scrum. Il est crucial de comprendre et de valoriser leurs contributions pour maximiser l’efficacité et la qualité des produits développés selon les principes agiles de Scrum.
Developpers ou Development team ?
Dans la version 2020 du Guide Scrum, l’un des changements apportés a été le renommage de « Development team », ou équipe de développement en français en « Developers ».
Certaines personnes considéraient l’équipe de développement comme une sous-équipe, même si le Guide Scrum précisait explicitement que :
Scrum ne reconnaît pas d’équipes au sein de l’équipe de développement indépendamment des domaines qui doivent être couverts tels que l’exécution de tests, l’architecture, la gestion opérationnelle ou l’analyse fonctionnelle.
Scrum Guide v2017, https://scrumguides.org/docs/scrumguide/v2017/2017-Scrum-Guide-French.pdf
La nouvelle formulation renforce le fait qu’il existe une seule équipe Scrum qui contient des personnes capables d’assumer les responsabilités des rôles de Scrum Master, Product Owner et Developper.
Les Developpers sont « les personnes de l’équipe Scrum qui s’engagent à créer n’importe quel aspect d’un Incrément utilisable à chaque Sprint ». Cela inclut les développeurs informatiques, les testeurs et tout autre spécialiste ou expert nécessaire. L’objectif est de garantir que vous avez un Incrément Terminé à chaque Sprint.
Ce changement reflète un choix de langage plus inclusif qui reconnaît les rôles et les compétences divers au sein d’une équipe Scrum. C’est une façon de simplifier la terminologie tout en mettant l’accent sur les individus et leurs contributions au sein de l’équipe. Cela renforce l’idée que chaque membre de l’équipe est important et joue un rôle essentiel dans la réalisation des objectifs de l’équipe.
Que dit le Scrum Guide ?
Les Developers sont les membres de la Scrum Team qui s’engagent à traiter tout ou partie utile d’un Increment à chaque Sprint.
Scrum Guide v2020, https://scrumguides.org/docs/scrumguide/v2020/2020-Scrum-Guide-French.pdf
Les compétences spécifiques requises pour les Developers sont souvent larges et varient selon le domaine d’activité. Toutefois, les Developers sont toujours redevables de :
● Créer un plan de Sprint, un Sprint Backlog ;
● Inculquer la notion de qualité en adhérant à une Definition of Done ;
● Adapter leur plan chaque jour par rapport à l’Objectif de Sprint ; et
● Se tenir mutuellement responsables en tant que professionnels.