Travail collaboratif (TRCOLLA) Exam

Partie A – Questions de cours

Question 1 - Observabilité dans les systèmes interactifs multi-utilisateurs

Dans un système interactif mono-utilisateur, l'observabilité est la capacité pour l'utilisateur d'évaluer l'état interne du système à partir de sa représentation perceptible (l'interface).

Dans le cadre des systèmes interactifs multi-utilisateurs (collecticiels), ce critère a été revisité pour englober ce que l'on appelle la conscience de groupe (ou workspace awareness). Il ne s'agit plus seulement de rendre observable l'état du système informatique, mais de rendre observables les autres utilisateurs et leurs actions.

Objectifs de cette révision :

• Faciliter la coordination : Permettre aux utilisateurs de savoir qui est présent, qui fait quoi, et où dans l'espace de travail partagé.
• Éviter les conflits : En rendant les actions observables (par exemple, voir qu'un collègue est en train de modifier un paragraphe précis), on évite que deux personnes n'interfèrent ou ne dupliquent le même travail.
• Soutenir la communication informelle : Savoir qu'un collaborateur est actif permet de déterminer le moment opportun pour initier une communication.

Question 2 - Propriété de couplage de vues

Le couplage de vues dans les systèmes multi-utilisateurs définit le degré de dépendance entre les affichages des différents participants travaillant sur un même espace partagé. Il détermine si la navigation et les modifications visuelles d'un utilisateur affectent ce que voient les autres.

Il existe deux extrêmes principaux :

• Le couplage strict (WYSIWIS - What You See Is What I See) : Tous les utilisateurs voient exactement la même chose au même moment. Si l'un fait défiler la page ou sélectionne un objet, la vue de tous les autres se déplace ou affiche la sélection de manière identique.
• Le couplage lâche (ou relâché) : Les utilisateurs partagent les mêmes données sous-jacentes, mais leurs vues sont indépendantes. Chacun peut faire défiler le document, zoomer ou travailler sur des pages différentes sans perturber l'affichage des autres.

Partie B - Évaluation des IHMs et Collecticiel

Note : La figure illustrant l'interface d'Etherpad v1.1 est absente du document source. Les réponses ci-dessous sont basées sur la description textuelle fournie dans l'énoncé (texte encadré avec une couleur correspondant à l'utilisateur de la liste).

Question 1 - Définition et fonctionnalités d'un OEC

Définition : Un Outil d'Édition Collaborative (OEC) est un logiciel (souvent en réseau ou en ligne) qui permet à plusieurs personnes de créer, modifier et consulter un même document de manière conjointe, que ce soit simultanément ou en différé.

Trois fonctionnalités assurées par un OEC (basées sur la description de l'interface) :

1. L'édition de texte partagée : La capacité fondamentale de saisir et de modifier le contenu du document (le texte encadré).
2. L'identification et la traçabilité des contributions (Awareness) : L'association d'une couleur spécifique au texte pour identifier l'auteur des modifications.
3. La gestion de la présence : L'affichage d'une liste des utilisateurs (nom encadré), permettant de savoir qui est actuellement connecté au document.

Question 2 - Mode synchrone ou asynchrone d'EtherPad v1.1

EtherPad v1.1 est un outil d'édition collaborative synchrone.

Justification : L'interface décrite affiche une liste d'utilisateurs et associe des couleurs en temps réel entre le texte édité et le nom de la personne présente. La présence d'une liste d'utilisateurs connectés et le repérage colorimétrique immédiat des actions (pour éviter d'écrire au même endroit) sont des caractéristiques typiques des outils conçus pour le travail simultané en temps réel. Bien qu'on puisse modifier le document seul (en asynchrone), son interface est fondamentalement pensée pour la synchronie.

Question 3 - Principe de la rétroaction de groupe

Le principe de la rétroaction de groupe (group feedback) stipule que le système doit fournir à l'ensemble des participants des informations sur les actions réalisées par l'un des membres. Contrairement à la rétroaction simple qui informe un utilisateur que sa propre action a bien été prise en compte par le système, la rétroaction de groupe informe les autres de cette action, permettant ainsi au groupe de maintenir une compréhension commune de l'évolution du travail.

Question 4 - Vérification du critère de rétroaction de groupe par l'interface

Oui, le critère de rétroaction de groupe est vérifié par cette interface.

Justification : L'énoncé précise que le texte édité s'affiche "avec une couleur particulière correspondant à l'utilisateur dont le nom est encadré dans la liste". Lorsqu'un utilisateur tape du texte, le système ne se contente pas d'afficher les lettres (rétroaction individuelle) ; il leur applique une couleur spécifique visible par tous (rétroaction de groupe). Ainsi, chaque membre du groupe reçoit une indication visuelle claire et immédiate sur l'identité de la personne en train de modifier une zone précise du document.

Partie C - Étude de cas

L'analyse du processus d'attribution de crédits a révélé trois défaillances majeures. Voici trois solutions technologiques adéquates pour y pallier, associées à chaque faiblesse identifiée :

Solution 1 : Un système de Workflow (Gestion de flux de travail) ou de GED (Gestion Électronique de Documents)

• Défaillance ciblée : Les défaillances de réception lors des échanges d'informations entre les divers acteurs concernés (dus aux échanges informels).
• Argumentation : Le processus d'attribution de crédit est très séquentiel (constitution, demande d'information, ouverture de compte, évaluation). Un système de Workflow permet de modéliser ces étapes et de faire circuler automatiquement le dossier numérique d'un acteur à l'autre. Il garantit la traçabilité des documents, centralise l'information (éliminant la perte de pièces) et informe chaque acteur lorsqu'une tâche lui est affectée.

Solution 2 : Un outil de communication asynchrone structuré (Forums attachés au dossier ou annotations partagées)

• Défaillance ciblée : La non-disponibilité de tous les acteurs pour discuter leurs points de vue simultanément.
• Argumentation : Puisque les acteurs ne peuvent pas se réunir au même moment (synchronie difficile), un système d'annotation collaborative ou un fil de discussion asynchrone intégré au dossier de crédit permet à chaque expert de laisser ses remarques, d'analyser le risque et de justifier son point de vue au moment où il est disponible. Tout l'historique des échanges est conservé et consultable par les autres avant la prise de décision.

Solution 3 : Un Système d'Aide à la Décision de Groupe (SADG / GDSS)

• Défaillance ciblée : La mauvaise prise de décision pour l'attribution de crédits dans certains cas.
• Argumentation : L'évaluation finale du crédit nécessite l'agrégation de multiples avis d'experts. Un SADG permet de structurer cette évaluation multicritère. Il peut offrir des outils de vote (pondérés ou non), des grilles d'évaluation partagées des risques, et des mécanismes de recherche de consensus. Cela rationalise la décision finale, la rend plus objective et moins dépendante des influences informelles ou des biais individuels.

Méthode

Pour aborder efficacement ce type d'épreuve associant théorie et étude de cas :

1. Maîtrisez le vocabulaire de base du Travail Collaboratif (CSCW) : Les notions de synchronie/asynchronie, de couplage, d'observabilité et de conscience de groupe (awareness) sont incontournables. Ne les confondez pas avec l'ergonomie classique des interfaces mono-utilisateur.
2. Exploitez chaque détail des descriptions d'interfaces : Lorsqu'une image est décrite (comme dans la partie B), identifiez la fonction exacte de chaque élément cité (la liste = présence ; la couleur = traçabilité/rétroaction) pour justifier vos réponses de manière concrète.
3. Liez l'étude de cas aux technologies exactes : Dans la partie de conception ou d'analyse (Partie C), ne proposez pas des solutions génériques comme "un ordinateur" ou "internet". Décomposez les problèmes (perte de document, problème de temps, mauvaise décision) et associez-y la classe de collecticiel appropriée (Workflow pour les procédures, Asynchrone pour les emplois du temps incompatibles, SADG pour les choix complexes). Argumentez systématiquement en reprenant les termes de l'énoncé.