Au cours des deux dernières années, j'ai eu l'occasion de travailler sur de nombreux aspects du projet Orlando, mais le travail que j'ai toujours trouvé le plus intéressant a été la recherche et auteur de l'écriture profils. Les profils d'Orlando sont des histoires savantes rédigées en collaboration, qui sont structurées par un XML, et qui permettent aux chercheurs d'explorer les intersections entre la vie des femmes et leur production créative. Au cours de mon premier été en tant que Digital Humanities (DH) Assistante de recherche, j'ai commencé à travailler sur le profil de Lili Elbe ; l'année dernière, j'ai commencé à écrire un profil sur Gurpreet Kaur Bhatti. En mettant la touche finale à ces profils, j'ai remarqué que les histoires de vie des deux femmes mettent en évidence le chevauchement entre le personnel et le politique, et entre l'identité individuelle et les limites imposées au travail créatif...

Au cours de mes cours d'études supérieures à la Faculté de l'information de l'Université de Toronto, j'ai acquis une compréhension de haut niveau des Linked Open Data (LOD) et CIDOC CRM ontologie, un outil théorique et pratique pour l'intégration de l'information dans le domaine du patrimoine culturel. Parce que je suis un étudiant en Archives & Records Management, je ne m'attendais pas à comprendre LOD et CIDOC CRM à un degré significatif, et certainement pas dans la mesure où mon poste de spécialiste des métadonnées coopérative au LINCS l'exige...

Le Digital Humanities (DH) n'était pas quelque chose que j'avais beaucoup d'expérience avant de commencer comme assistant de recherche de premier cycle LINCS. Mon travail avec LINCS concerne le projet Early Modern London, en collaboration avec l'équipe Map of Early Modern London (MoEML). Une partie de mon travail est ce que LINCS appelle réconciliation, ou ce que le MoEML appelle désambiguïsation...

Si chaque partie d'un navire a été remplacée au fil du temps, quand, si jamais, devient-il un nouveau navire ?

Héraclite, Platon et d'autres ne savaient pas que les problèmes posés par le paradoxe du "Vaisseau de Thésée" continueraient à vexer les humanistes numériques au XXIe siècle...

Mon premier emploi dans le domaine des musées remonte à 2008, au plus fort de la Grande Récession. L'équipe de numérisation que j'ai rejointe venait de perdre environ un quart de son personnel dans une série de rachats et de licenciements, et l'ambiance était sombre. Nous étions chargés de mettre en ligne une grande collection de photographies historiques, et le plus tôt serait le mieux. Le seul problème était que la collection n'était pas entièrement cataloguée, et le faire correctement prendrait du temps que nous n'avions pas. La pression était forte pour justifier nos travaux, et donc les discussions que nous avons eues sur les métadonnées penchaient vers le provisoire. Si la base de données n'est pas remplie, le numéro d'accession seul suffit-il ? D'accord, qu'en est-il du numéro d'accession et de l'artiste ? Les solutions que nous avons proposées reflétaient les facteurs de stress de ce moment : nous visions quelque chose d'assez bon au lieu de quelque chose d'exemplaire, en équilibrant soigneusement les exigences en matière de données avec la volonté de générer du contenu.

Au cours de la décennie et demie qui a suivi, le parent "assez bon" de Winnicott a été un principe directeur dans mon rôle de gardien des données...

La situation est la suivante : on vous a demandé de concevoir un moyen pour un chercheur de se déplacer facilement entre deux outils. Vous vous familiarisez avec les deux outils, découvrez les problèmes connus et lisez ce qui a déjà été essayé. Vous passez quelques jours à décider du meilleur moyen d'aller d'un point A à un point B. Vous passez quelques jours de plus à concevoir à quoi cela ressemblera. Enfin, vous dévoilez votre prototype lors d'une réunion avec l'équipe de développement... pour découvrir que passer d'un outil à l'autre n'est techniquement pas possible. Ou que cela prendrait trop de temps pour construire votre conception. Ou que le déplacement entre les outils ouvre de nouveaux problèmes sur le back-end.

Comment avancez-vous ? ...

L'équipe de l'expérience utilisateur (UX) de LINCS est un ensemble de concepteurs et de développeurs qui travaillent en tandem pour rendre l'utilisation des outils LINCS plus fluide pour les utilisateurs, travaillant sur des sujets variés tels que les structures du système, amélioration de l'accès ou tests d'utilisabilité. L'équipe se réunit deux fois par semaine pour prévenir des situations comme celles ci-dessus. En se connectant souvent, l'équipe est en mesure de se tenir au courant de ce sur quoi chacun travaille et peut ensuite peser sur les points positifs et les défis potentiels des projets de chacun.

Robin Bergart, UX Librarian à l'Université de Guelph, est au LINCS depuis avril 2021. Elle considère les réunions UX essentielles. « Des personnes différentes avec des compétences différentes apporteront des observations différentes. C'est surprenant quand ils voient des choses que vous n'avez pas. Lorsque les développeurs et les concepteurs partagent leurs plans et sont généreux avec leurs compétences, ils sont en mesure de s'assurer que les changements sont possibles (et souhaités !) Avant qu'un membre de l'équipe ne passe des heures sur quelque chose qui ne fonctionnera probablement pas.

Dawson MacPhee, qui travaille comme développeur avec LINCS depuis mai 2021, aime utiliser ses connaissances techniques pour aider l'équipe UX à faire des choix de conception éclairés. Être impliqué dans la conception le maintient également engagé : "Si je construisais une interface et que je n'étais pas autorisé à contribuer à la conception, il serait plus difficile de trouver de l'intérêt et de la motivation."

Les réunions UX ne sont cependant pas sans défis. L'écart entre ce que les concepteurs peuvent vouloir faire et ce que les développeurs sont capables de faire peut être difficile à combler. Justifier pourquoi ils disent non à une conception proposée peut être difficile pour les développeurs : "C'est un défi de convaincre le groupe que quelque chose ne vaudrait pas notre temps", déclare Dawson. "Il peut être difficile de trouver les bons mots pour des choses en termes non techniques."

Un projet de toute envergure profite lorsque ses participants se réunissent pour partager leurs connaissances et leurs ressources. "Nous sommes en mesure d'avoir des interactions plus réfléchies... parce que nous avons un contexte partagé", explique Alliyya Mo, développeur chez LINCS depuis mai 2020. "Pourtant, le contexte manquant conduit parfois à des malentendus. Mais en parvenant à un consensus partagé avec le langage que nous utilisons, nous pouvons mieux communiquer des idées, conduisant à un meilleur produit.

L'équipe UX apporte ses diverses forces pour travailler sur de nombreuses parties d'un ensemble complexe - se réunir en tant que groupe nous permet non seulement de combiner nos compétences pour créer de meilleurs outils pour LINCS, mais cela nous permet également d'apporter ce que nous avons appris notre travail individuel.

En travaillant ensemble, la situation ci-dessus passe d'un échec de conception à une opportunité de collaboration. Présenter le projet à l'équipe à un stade plus précoce ouvre la discussion sur l'apprentissage des limites d'une conception afin que nous puissions en apprendre davantage sur de nouvelles options, sans nous arrêter dans notre élan. Nous sommes en mesure de faire des choix de conception plus solides et plus éclairés en reconnaissant le processus comme quelque chose dont nous faisons tous partie. En ayant un espace pour partager et apprendre les uns des autres, nous sommes en mesure de nous assurer que chacun participe au travail et a la compréhension nécessaire pour développer quelque chose de significatif.

La route vers UX pour moi a été longue et sinueuse, et j'aime beaucoup les utilisateurs de LINCS dans Tube Map in Figma, je me suis retrouvé à différentes stations en cours de route, évaluant où je dois aller ensuite. Étudiant initial en sciences de la vie à l'Université de Toronto, j'ai fait la transition après la première année vers une spécialisation en anthropologie socioculturelle. Après avoir obtenu mon diplôme et ne sachant pas où aller avec ma carrière, j'ai commencé une maîtrise en affaires publiques et internationales à l'Université d'Ottawa. J'ai vite réalisé que j'étais trop passif par nature pour être diplomate, et qu'il me manquait la passion pour la politique que beaucoup de membres de ma cohorte partageaient. Ce que je voulais vraiment, c'était quelque chose lié à ma formation en anthropologie.

Et donc, entrez à la Faculté d'information de l'UofT...

J'ai rejoint le projet LINCS en tant qu'assistant de recherche de premier cycle, principalement pour travailler sur le projet Orlando. Ce poste m'a donné ma première véritable expérience avec Humanités numériques (DH). Avant de commencer le travail, je pouvais à peine trouver une définition même vague de DH (malgré tous mes efforts et pas mal de recherches sur Google). Quand j'ai finalement commencé à avoir une idée de la nature de DH - un domaine qui rassemble la recherche en sciences humaines et les nouvelles technologies, donnant naissance à de nouvelles possibilités et ajoutant de la profondeur à la recherche - il y avait des éléments qui me semblaient très familiers et conformes au genre de travail avec lequel j'ai eu de l'expérience en tant qu'étudiant de premier cycle spécialisé en anglais...

Avant de devenir étudiant en UX Design à l'Université de Toronto, j'avais l'habitude de résoudre un problème simplement en identifiant quel était le problème, puis en proposant une solution de fortune. Cependant, au fil du temps, j'ai réalisé qu'en utilisant une telle approche - en optant pour la solution la plus simple - j'ignorais souvent activement le vrai problème et parfois même le laissais s'aggraver...

Au début de ma toute première recherche d'emploi coopératif, je n'avais aucune idée de ce que les employeurs attendraient de moi. C'était une tâche ardue de parcourir les offres d'emploi et de décider pour quoi je pensais être (quelque peu) qualifié. Après quelques entretiens d'embauche, j'ai postulé pour rejoindre le projet LINCS, convaincu que mes compétences correspondaient aux exigences du poste. Finalement, on m'a proposé et accepté un emploi chez LINCS, commençant un voyage qui a mis à l'épreuve mes capacités techniques chaque jour et qui s'est étendu bien au-delà de ce que je pensais faire à l'origine...