Conclusion
Pertinence
Activités
En regard des commentaires des futurs utilisateurs, la centralisation des services d'information de l'université remporte tous les suffrages. En revanche, nous remarquons que la fonction iLearn dédiée au support à l'enseignement a un succès mitigé. Les utilisateurs ne réalisent pas bien le potentiel de ces fonctionnalités. Cette fonction iLearn fait l'originalité de notre projet et c'est l'innovation que nous proposons. Pour cette raison, les utilisateurs n'ont pas de points de repère auxquels comparer cette solution. Les "zapettes" (utilisées de façon très sporadique) s'en rapprochent, mais présentent des désavantages logistiques (le professeur doit les emporter avec lui à chaque cours) alors que l'hypothèse à la base de ce projet est que les utilisateurs disposent chacun d'un device iTouch. Notre application offre notamment des possibilités beaucoup plus flexibles par rapport au type de questions et d'intervalles de temps de réponse. Bien évidemment, la possibilité pour les étudiants d'indiquer le rythme au professeur et de lui suggérer des pauses remet en cause la conception communément admise des cours ex-cathedra : il ne s'agit plus pour le professeur de donner son exposé magistral de manière unilatérale mais d'opérer un changement de point de vue pour se mettre au service des étudiants dans l'intention de produire un apprentissage de qualité. C'est aussi cette intention qui sous-tend la fréquence plus élevée des questionnaires d'évaluation. Par rapport au "tradeoff" 3.1 [Rosson, 2002] p. 82 :
BUT incremental changes are easier to understand and adopt.
Nous en déduisons que notre proposition iLearn provoque probablement une disruption dans la tâche qui remet en cause les besoins actuellement perçus par les utilisateurs.
C'est aussi pour intégrer le Nabaztag aux activités du projet que nous avons mis au point les possibilités d'indication de rythme et de pause, le lapin étant le reflet de l'état moyen de l'audience.
Méthode et matériel
Nous remarquons, après avoir accompli les différentes étapes qui ont abouti au design des versions papier et haute fidélité du prototype, que cette méthode - et notamment l'élaboration des scénarios - permet de se poser les bonnes questions et de les confronter ensuite à la vision des utilisateurs.
Dans l'idéal, nous aurions souhaité faire plus d'itérations entre les différentes phases, ce qui nous a été impossible compte tenu de la courte durée du projet. Nous avons aussi dû nous résoudre à certains compromis à cause de contraintes techniques liées à la technologie utilisée. Par exemple, le problème d'usabilité posé par le slider aurait pu être résolu dans une application native codée avec le SDK iPhone (avec tous les autres problèmes, par exemple le déploiement). Nous nous heurtons ici aux limites imposées par l'application web.
Réactions des étudiants
Nous avons rencontré de l'enthousiasme et éveillé la curiosité des étudiants qui ont participé aux tests. L'idée leur paraît bonne et les différentes options centralisées sont un plus pour eux. Plusieurs soulèvent la question de l'investissement que représente un iPhone ou un iPod touch : ils n'en ont pas tous les moyens, ni forcément l'envie.
<< Comment
