Supporting Belonging in Software Engineering Through Role Models Exposure
Cet article présente une étude autoethnographique analytique démontrant que l'intégration de modèles de rôle ancrés dans l'histoire dans les cours d'ingénierie logicielle de routine constitue une stratégie pédagogique itérative à faible perturbation pour soutenir l'appartenance et l'inclusivité des étudiants sans compromettre la rigueur technique.
Article original sous licence CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). Ceci est une explication générée par l'IA de l'article ci-dessous. Elle n'a pas été rédigée ni approuvée par les auteurs. Pour une précision technique, consultez l'article original. Lire la clause de non-responsabilité complète
Imaginez un cours de génie logiciel comme un immense chantier de construction high-tech. Habituellement, lorsque l'instructeur (le chef de chantier) explique comment construire un pont ou poser des fondations, il ne parle que des plans, des poutres en acier et des mathématiques. Il mentionne rarement les personnes spécifiques qui ont inventé ces outils ou conçu ces méthodes.
Ce document est comme le journal de bord d'un chef de chantier. Il décrit une expérience où l'instructeur a décidé de changer la façon dont il parle du chantier. Au lieu de simplement montrer les plans, il a commencé à présenter brièvement les « architectes originaux » derrière chaque outil majeur, en particulier ceux qui ont souvent été exclus des livres d'histoire — comme les femmes, les ingénieurs noirs et les pionniers LGBTQ+.
Voici le détail de ce qui s'est passé, en utilisant des analogies simples :
Le Problème : Le « Fantôme » dans la Machine
Dans de nombreux cours de génie, les étudiants issus de groupes sous-représentés ont souvent l'impression de visiter une maison où ils ne voient pas les photos de leur famille accrochées au mur. Ils peuvent être excellents en mathématiques et obtenir de bonnes notes, mais ils ont toujours l'impression de ne pas vraiment appartenir à l'endroit. Le document note que, bien que nous sachions que les « modèles » (des personnes que l'on peut admirer) sont importants, la plupart des écoles tentent de résoudre ce problème uniquement en organisant des réunions spéciales et séparées ou des événements avec des conférenciers invités. Ce sont comme des « journées spéciales » qui semblent distinctes du travail réel.
La Solution : La Stratégie de l'« Étiquette Cachée »
L'instructeur de cette étude a essayé quelque chose de différent. Au lieu d'arrêter le cours pour tenir une « réunion sur la diversité », il a tissé les histoires de ces pionniers directement dans les leçons techniques, comme ajouter une petite étiquette intéressante à un outil.
- Comment cela a fonctionné : Lorsqu'il enseignait l'« Architecture Logicielle » (le plan d'un programme), l'instructeur ne se contentait pas de dire : « Voici comment nous construisons cela. » Il ajoutait une histoire de 2 minutes : « Ce concept a en fait été pionnier par Margaret Hamilton, qui a dirigé l'équipe ayant écrit le logiciel pour l'atterrissage lunaire Apollo. »
- Le Moment « Le Saviez-vous ? » : Parfois, il s'arrêtait simplement pour dire : « Au fait, la personne qui a inventé la logique que nous utilisons aujourd'hui était un homme gay nommé Alan Turing. »
- Le Timing : Ces histoires étaient courtes (environ 2 minutes) et survenaient exactement au moment où le sujet était abordé. Elles n'arrêtaient pas le cours ni ne modifiaient les examens ; elles ajoutaient simplement une couche de contexte.
Le « Menu » des Pionniers
L'instructeur ne choisissait pas simplement des noms célèbres au hasard. Il a construit un menu spécifique de contributeurs correspondant à la leçon :
- Ada Lovelace (une femme) a été mentionnée lors de la discussion sur les premiers algorithmes informatiques.
- Annie Easley (une femme noire) a été mentionnée lors de la discussion sur les systèmes énergétiques de la NASA.
- Clarence Ellis (un homme noir) a été mentionné lors de la discussion sur la façon dont les gens travaillent ensemble sur le logiciel.
- Dorothy Vaughan (une femme noire) a été mentionnée concernant le passage des mathématiques manuelles au calcul mécanique.
Le but n'était pas de transformer ces personnes en « symboles » ou en « héros » dans une catégorie séparée. Le but était de montrer qu'ils étaient les véritables bâtisseurs du monde logiciel que nous utilisons aujourd'hui.
Les Résultats : Une Pièce Plus Accueillante
L'instructeur a tenu un journal de ce qui s'est passé sur plusieurs semestres avec environ 700 étudiants. Il n'a pas demandé aux étudiants de remplir un questionnaire ; il a simplement observé et écouté.
- Aucune Résistance : Les étudiants ne roulaient pas des yeux ni ne se plaignaient que les histoires prenaient du temps. Le flux du cours n'était pas brisé.
- Le Changement d'« Ambiance » : Dans les retours de fin de trimestre (que les étudiants écrivent volontairement), certains étudiants ont commencé à dire des choses comme : « Cela ressemble à un endroit accueillant » ou « Je n'ai jamais eu l'impression d'être exclu ici ».
- L'Effet « Espace Sûr » : Quelques étudiants ont même envoyé des courriels disant qu'ils appréciaient l'environnement inclusif. Ils ne se sentaient pas obligés de prendre la parole, mais ils se sentaient en sécurité assez pour poser des questions.
Le Bémol : Cela Demande des Efforts
Le document admet que ce n'était pas de la magie ; cela a demandé du travail. L'instructeur a dû passer du temps supplémentaire à faire des recherches pour s'assurer que les histoires étaient exactes et que les pionniers étaient réellement pertinents pour le sujet spécifique enseigné. S'ils avaient simplement ajouté un nom au hasard, cela aurait pu sembler faux ou superficiel. Mais parce qu'ils ont soigneusement fait correspondre la personne au concept technique, cela semblait naturel.
La Conclusion
Ce document soutient que vous n'avez pas besoin d'arrêter le moteur pour réparer la voiture. Vous pouvez rendre la voiture plus accueillante pour tous en signalant simplement que les personnes qui ressemblent aux passagers étaient celles qui ont inventé le moteur à l'origine.
En intégrant ces histoires dans les leçons techniques quotidiennes, l'instructeur a créé un moyen « à faible perturbation » de dire à chaque étudiant : « Vous appartenez ici parce que les personnes qui ont construit ce domaine vous ressemblent aussi. » Le document conclut que cette approche fonctionne bien pour rendre la salle de classe plus inclusive sans sacrifier l'apprentissage technique rigoureux.
Noyé(e) sous les articles dans votre domaine ?
Recevez des digests quotidiens des articles les plus récents correspondant à vos mots-clés de recherche — avec des résumés techniques, dans votre langue.