Introduction

Les conférences agiles sont des événements où les professionnels de l’agilité se réunissent pour partager leurs expériences, leurs connaissances et leurs pratiques. Elles permettent ainsi de promouvoir l’agilité et participent à son rayonnement. Ainsi, l’image qu’elle renvoie est importante, car elle peut influencer la perception de l’agilité par les professionnel(le)s du secteur.

Mon expérience des conférences agiles

Pour ma part, j’ai assisté à quelques conférences agiles entre 2023 et 2024 :

Lors de ces conférences, je n’ai trouvé qu’une seule session qui était dédiée aux développeurs : la Déclaration des droits des clients et des développeurs de Matthieu Lecoupeau et Romain Valluy.

Par ailleurs, il n’y avait assez peu de sujets qui semblaient au premier abord répondre à mes préoccupations, et souvent, je ne me suis pas sentie concernée par les sujets abordés.

L’objectif de cet article est de comprendre si cette impression est juste une coïncidence ou si les conférences agiles évoquent réellement peu les développeurs et leurs préoccupations.

Protocole expérimental

Données

Pour répondre à cette question, j’ai analysé les données de 13 conférences agiles entre 2021 et 2024. Pour qu’une conférence soit incluse dans l’analyse, elle devait répondre aux critères suivants :

  • être une conférence agile, c’est-à-dire qu’elle doit être dédiée à l’agilité et non à un autre sujet connexe ;
  • que les données, telles que les titres des sessions, les descriptions et les intervenants, soient disponibles pour deux années entre 2021 et 2024.

Les conférences retenues sont les suivantes :

Cela fait un total de 13 conférences, dont 10 ont eu lieu en France, 2 en Suisse et 1 en Belgique entre 2021 et 2024, soit 45 évènements et un total de 2048 sessions.

Pour chaque session, les données suivantes ont été collectées :

  • le titre de la session ;
  • la description de la session ;
  • le nom des orateurs et oratrices.

Méthodologie

Les descriptions de sessions ont été préparées pour analyses lexicales. Pour mieux comprendre, je vous propose de prendre le texte suivant en exemple :

Vous savez, moi je ne crois pas qu'il y ait de bonne ou de mauvaise situation. Moi, si je devais résumer ma vie aujourd'hui avec vous, je dirais que c'est d'abord des rencontres. Des gens qui m'ont tendu la main, peut-être à un moment où je ne pouvais pas, où j'étais seul chez moi. Et c'est assez curieux de se dire que les hasards, les rencontres forgent une destinée. Parce que quand on a le goût de la chose, quand on a le goût de la chose bien faite, le beau geste, parfois on ne trouve pas l'interlocuteur en face je dirais, le miroir qui vous aide à avancer. Alors ça n'est pas mon cas, comme je disais là, puisque moi au contraire, j'ai pu : et je dis merci à la vie, je lui dis merci, je chante la vie, je danse la vie, je ne suis qu'amour. Et finalement, quand beaucoup de gens aujourd'hui me disent « mais comment fais-tu pour avoir cette humanité ? », et bien je leur réponds très simplement, je leur dis que c'est ce goût de l'amour ce goût donc qui m'a poussé aujourd'hui à entreprendre une construction mécanique, mais demain qui sait ? Peut-être simplement à me mettre au service de la communauté, à faire le don, le don de soi...

Mise en forme en minuscules

La première étape consiste à mettre le texte en minuscules pour éviter que deux mots identiques avec une casse différente soient considérés comme différents. En effet, pour un traitement de texte, “Vous” et “vous” sont deux suites de caractères différentes, alors que pour nous — en français, tout du moins —, ils sont identiques.

Nous obtenons donc :

vous savez, moi je ne crois pas qu'il y ait de bonne ou de mauvaise situation. moi, si je devais résumer ma vie aujourd'hui avec vous, je dirais que c'est d'abord des rencontres. des gens qui m'ont tendu la main, peut-être à un moment où je ne pouvais pas, où j'étais seul chez moi. et c'est assez curieux de se dire que les hasards, les rencontres forgent une destinée. parce que quand on a le goût de la chose, quand on a le goût de la chose bien faite, le beau geste, parfois on ne trouve pas l'interlocuteur en face je dirais, le miroir qui vous aide à avancer. alors ça n'est pas mon cas, comme je disais là, puisque moi au contraire, j'ai pu : et je dis merci à la vie, je lui dis merci, je chante la vie, je danse la vie, je ne suis qu'amour. et finalement, quand beaucoup de gens aujourd'hui me disent « mais comment fais-tu pour avoir cette humanité ? », et bien je leur réponds très simplement, je leur dis que c'est ce goût de l'amour ce goût donc qui m'a poussé aujourd'hui à entreprendre une construction mécanique, mais demain qui sait ? peut-être simplement à me mettre au service de la communauté, à faire le don, le don de soi...

Suppression de la ponctuation

La deuxième étape consiste à supprimer la ponctuation, car elle n’apporte pas d’information pertinente pour l’analyse lexicale, et peut même ajouter du bruit.

Nous obtenons donc :

vous savez moi je ne crois pas qu il y ait de bonne ou de mauvaise situation moi si je devais résumer ma vie aujourd hui avec vous je dirais que c est d abord des rencontres des gens qui m ont tendu la main peut être à un moment où je ne pouvais pas où j étais seul chez moi et c est assez curieux de se dire que les hasards les rencontres forgent une destinée parce que quand on a le goût de la chose quand on a le goût de la chose bien faite le beau geste parfois on ne trouve pas l interlocuteur en face je dirais le miroir qui vous aide à avancer alors ça n est pas mon cas comme je disais là puisque moi au contraire j ai pu et je dis merci à la vie je lui dis merci je chante la vie je danse la vie je ne suis qu amour et finalement quand beaucoup de gens aujourd hui me disent mais comment fais tu pour avoir cette humanité et bien je leur réponds très simplement je leur dis que c est ce goût de l amour ce goût donc qui m a poussé aujourd hui à entreprendre une construction mécanique mais demain qui sait peut être simplement à me mettre au service de la communauté à faire le don le don de soi

Suppression des mots vides

La troisième étape consiste à supprimer les mots vides, c’est-à-dire les mots qui n’apportent pas d’information pertinente pour l’analyse lexicale. Plus généralement, il s’agit des mots de liaison, des prépositions, des articles, etc.

Nous obtenons donc :

savez crois bonne mauvaise situation devais résumer vie aujourd dirais rencontres tendu main moment pouvais curieux hasards rencontres forgent destinée goût chose goût chose bien faite beau geste trouve interlocuteur face dirais miroir aide avancer cas disais contraire dis vie dis chante vie danse vie amour finalement beaucoup aujourd disent fais humanité bien réponds simplement dis goût amour goût poussé aujourd entreprendre construction mécanique demain simplement mettre service communauté faire don don

Lemmatisation

La quatrième étape consiste à lemmatiser le texte, c’est-à-dire à réduire les mots à leur forme de base. Par exemple, les verbes conjugués sont réduits à leur infinitif, et les noms sont réduits à leur forme singulière.

Nous obtenons donc :

savoir croire bon mauvais situation devoir résumer vie aujourd dire rencontre tendre main moment pouvoir curieux hasards rencontre forger destinée goût chose goût chose bien faire beau geste trouver interlocuteur face dire miroir aider avancer cas dire contraire dire vie dire chanter vie danser vie amour finalement beaucoup aujourd dire faire humanité bien répondre simplement dire goût amour goût pousser aujourd entreprendre construction mécanique demain simplement mettre service communauté faire don don

Ainsi, nous passons de “Vous savez, moi je ne crois pas qu’il y ait de bonne ou de mauvaise situation.” à “savoir croire bon mauvais situation”.

De quoi parle-t-on dans les conférences agiles ?

Nuages de mots et termes les plus fréquents

Pour voir du premier coup d’œil de quoi parlent les conférences agiles, il existe le nuage de mots. Il s’agit d’une représentation graphique des mots les plus fréquents dans les descriptions de sessions. La taille de chaque mot est proportionnelle à sa fréquence dans le texte, ce qui permet de visualiser rapidement les thèmes abordés.

La Figure 1 montre le nuage de mots des 2048 descriptions de sessions. Nous pouvons y voir que les termes les plus fréquents sont équipe, agilité, agile, organisation et pratique. Le terme développeur a une taille bien plus petite, et se trouve d’ailleurs en bas, dans le u de découvrir, ce qui montre qu’il est peu présent dans les descriptions de sessions.

Figure 1 - Nuage de mots pour l'ensemble des descriptions de sessions
Figure 1 - Nuage de mots pour l'ensemble des descriptions de sessions

La Figure 3 montre le décompte des 30 termes les plus fréquents dans les descriptions de sessions (en blanc) ainsi que des termes associés aux devs (en bleu). Les termes associés aux devs sont développement, développeur, devops et dev. Sur l’ensemble des descriptions de sessions, ces termes apparaissent 191, 128, 68 et 51 fois respectivement.

Figure 3 - Décompte des 30 termes les plus fréquents dans les descriptions de sessions
Figure 3 - Décompte des 30 termes les plus fréquents dans les descriptions de sessions

Seule Agile Tour Bordeaux semble parler davantage des devs puisqu’il s’agit de la seule conférence où le terme développeur figure dans le top 30 des termes les plus fréquents ainsi que montré dans la Figure 4.

Figure 4 - Décompte des 30 termes les plus fréquents pour Agile Tour Bordeaux
Figure 4 - Décompte des 30 termes les plus fréquents pour Agile Tour Bordeaux

Enfin, il y a trois évènements durant lesquels les termes associés aux devs sont absents des descriptions de sessions : AgiLeMans 2024 (illustré dans la Figure 5, la Journée Agile 2023 et Agile Tour Lausanne 2021.

Figure 5 - Décompte des 30 termes les plus fréquents pour AgiLeMans 2024
Figure 5 - Décompte des 30 termes les plus fréquents pour AgiLeMans 2024

Répartition des descriptions de sessions en thématiques

Nous allons maintenant utiliser les caractéristiques lexicales des descriptions de sessions pour les regrouper en thématiques. En premier lieu, nous avons besoin de représenter les descriptions de sessions dans un espace vectoriel, car les systèmes comprennent mieux les données numériques que textuelles. Pour cela, nous allons utiliser TF-IDF.

Le TF-IDF est une mesure statistique qui évalue l’importance d’un mot dans un document par rapport à un ensemble de documents. Pour ce faire, il calcule la fréquence d’un mot dans un document (TF) et la fréquence inverse du mot dans l’ensemble des documents (IDF). Ainsi, plus un terme est rare, plus il est discriminant pour le document, et plus son poids est élevé dans le calcul du TF-IDF. Pour chaque description de session, nous obtenons un vecteur de caractéristiques qui représente la fréquence des mots dans la description, pondérée par leur importance dans l’ensemble des descriptions.

Afin de mieux visualiser les thématiques des descriptions de sessions, nous allons d’abord réduire la dimensionnalité de l’espace vectoriel, et ainsi passer d’un espace de 5541 dimensions (le nombre total de termes) à un espace de 5 dimensions grâce à la décomposition en valeurs singulières (SVD)1. Les vecteurs ainsi obtenus sont ensuite envoyés dans un algorithme de clustering, k-means2, qui va regrouper les descriptions de sessions en 5 thématiques. Le nombre de thématiques a été déterminé en suivant la méthode de silhouette3, qui permet de mesurer la qualité du clustering en comparant la distance entre les points d’un même cluster et la distance entre les points de clusters différents.

Enfin, nous allons utiliser t-SNE4 pour visualiser les thématiques dans un espace à 2 dimensions.

La Figure 6 montre les 5 thématiques obtenues ainsi que les termes les plus discriminants pour chaque thématique. Ainsi, un terme peut apparaître dans plusieurs thématiques. Les points de la même couleur représentent des descriptions de sessions qui appartiennent à la même thématique :

  • Pratiques : test, pratique, agile, bon, mettre ;
  • Organisation d’équipe : équipe, scrum, agile, master, organisation ;
  • Produit : produit, utilisateur, produire, product, projet ;
  • Organisation d’entreprise : agile, agilité, transformation, organisation, entreprise ;
  • Atelier : atelier, venir, découvrir, proposer, jeu.
Figure 6 - Thématiques des descriptions de sessions
Figure 6 - Thématiques des descriptions de sessions

Les thématiques couvrent différents aspects liés à l’agilité, mais aucune thématique spécifiquement dédiée aux devs n’est présente. De même aucun des termes discriminants ne sont liés aux devs.

La plus grosse partie des sessions sont regroupées dans la thématique Pratiques (535) et Atelier (534), qui à elles seules représentent plus de 52% des sessions.

Comment évoque-t-on les devs dans les conférences agiles ?

Pour répondre à cette question, nous allons nous intéresser aux descriptions de sessions qui contiennent le terme développeur. Cela réduit le nombre de descriptions de sessions à 90, ce qui représente 4% du total des descriptions de sessions.

Figure 7 - Thématiques des descriptions de sessions comprenant le terme développeur
Figure 7 - Thématiques des descriptions de sessions comprenant le terme développeur

La Figure 7 montre les thématiques dans lesquelles apparaissent les sessions qui font mention des devs. Nous pouvons remarquer qu’ils sont davantage présents dans les thématiques Pratiques (28) et Produit (28). Le terme est assez peu utilisé dans le groupe Organisation d’entreprise, ce qui laisse supposer que ce sont des préoccupations managériales.

Pour qui parle-t-on des devs ?

Puisque seulement 90 sessions font mention des devs, j’ai pris la liberté de les parcourir pour les annoter manuellement en fonction du public auquel ces sessions s’adressent. Le résultat de cette annotation est présenté dans la Figure 8, dans laquelle nous pouvons constater que seuls 27 sessions leur sont réellement dédiées. Cela correspond à 1% du corpus total.

De plus, près de 39% des descriptions de session qui contiennent le terme développeur s’adressent à des managers.

Figure 8 - Public visé des descriptions de sessions comprenant le terme développeur
Figure 8 - Public visé des descriptions de sessions comprenant le terme développeur

Ce qu’il faut retenir de l’analyse des sessions de conférences agiles

L’analyse des descriptions de sessions de conférences agiles mettent en évidence que les devs sont les grands absents des conférences agiles. Le terme “développeur” apparaît dans 4% des sessions, et lorsqu’il est présent, c’est souvent pour évoquer des problématiques de gestion ou de management, rarement pour aborder leurs réalités, leurs pratiques ou leurs problématiques.

Les devs sont davantage vus comme des ressources à “manager” et certain(e)s orateur(rice)s se montrent même parfois condescendants lorsqu’ils évoquent les développeurs.

J’ai également demandé aux équipes d’organisation des conférences agiles de m’indiquer la composition de leur équipe ainsi que les critères de sélection des sessions. Quatorze équipes ont bien voulu répondre à mon questionnaire. Parmi elles, seulement 5 d’entre elles contiennent au moins 1 dev (parfois face à 6 Scrum Master).

Heureusement, il y a des exceptions comme Agile Pays Basque 2024 où près d’un tiers des sessions sont dédiées aux devs et aux pratiques de développement. Par ailleurs, il s’agit d’un choix assumé de l’équipe d’organisation d’Agile Pays Basque que les devs soient représenté(e)s.

Bibliographie

Bibliographie

  1. Halko, N., Martinsson, P.-G., & Tropp, J. A. (2009). Finding Structure with Randomness: Probabilistic Algorithms for Constructing Approximate Matrix Decompositions. arXiv.org. https://arxiv.org/abs/0909.4061 ↩

  2. Lloyd, S. (1982). Least Squares Quantization in PCM. IEEE Transactions on Information Theory, 28(2), 129–137. https://doi.org/10.1109/tit.1982.1056489 ↩

  3. Shahapure, K. R., & Nicholas, C. (2020). Cluster quality analysis using Silhouette score. 2020 IEEE 7th International Conference on Data Science and Advanced Analytics (DSAA), 747–748. https://doi.org/10.1109/dsaa49011.2020.00096 ↩

  4. van der Maaten, L.J.P. and Hinton, G.E. (2008) Visualizing High-Dimensional Data Using t-SNE. Journal of Machine Learning Research, 9, 2579-2605. ↩