- Le processus de développement de l’interface utilisateur de Windows 95 est présenté comme un cas représentatif d’application systématique de la conception itérative (iterative design) et du suivi des problèmes (problem tracking) dans un logiciel commercial de grande ampleur
- L’objectif initial était de créer un système facile à apprendre pour les débutants tout en restant efficace pour les utilisateurs expérimentés, en abandonnant pour cela l’approche waterfall traditionnelle au profit d’expérimentations itératives et de tests utilisateurs
- Des composants clés de l’interface comme le menu Start, la barre des tâches (Task Bar), les boîtes de dialogue de fichiers, l’assistant de configuration d’imprimante, l’onglet d’index de l’aide ont été finalisés à travers plusieurs cycles de prototypes et de retours utilisateurs
- Tout au long du projet, 699 constats d’utilisabilité ont été gérés dans une base de données, et 81 % des problèmes ont été résolus, atteignant ainsi un taux de correction élevé
- Cette étude démontre l’effet concret de l’ingénierie de l’utilisabilité dans le développement de produits à grande échelle, et ses enseignements ont continué d’influencer la conception des versions ultérieures de Windows
Aperçu du développement de l’interface utilisateur de Windows 95
- Windows 95 constituait une mise à niveau globale de Windows 3.1 et de Windows for Workgroups 3.11, avec une refonte complète de l’interface utilisateur (UI)
- L’objectif était d’offrir une facilité d’apprentissage aux débutants et une efficacité d’usage aux utilisateurs expérimentés
- Un équipe pluridisciplinaire d’environ 12 designers et 12 développeurs a été constituée
- À la place du modèle waterfall existant, l’équipe a adopté un processus de développement centré sur la conception itérative et les tests utilisateurs
- Une amélioration continue a été menée via un cycle conception–test–correction
Application de la conception itérative (Iterative Design)
- Le processus de conception s’est déroulé en trois phases : exploration (Exploration), prototypage rapide (Rapid Prototyping) et affinage (Fine Tuning)
- Lors de la phase d’exploration initiale, des prototypes expérimentaux ont été créés à partir des éléments d’interface du projet Cairo (bureau, tray, éléments visuels 3D, etc.)
- Les tests utilisateurs ont montré que la structure en deux volets du File Cabinet et le concept de dossiers de programmes semaient la confusion chez les débutants
- La redondance fonctionnelle des boutons du tray provoquait elle aussi une confusion de compréhension
- Dans des tests comparatifs avec Windows 3.1, les débutants mettaient en moyenne plus de 9,5 minutes pour lancer un programme et rencontraient des difficultés avec le double-clic, la gestion des fenêtres et la compréhension de la hiérarchie des fichiers
- À partir de ces résultats, la priorité a été déplacée de la cohérence avec l’interface existante vers l’efficacité des tâches les plus fréquentes
Prototypage rapide et principales évolutions de conception
- Plutôt que de s’appuyer sur des spécifications documentaires, l’équipe a utilisé les prototypes et le code eux-mêmes comme “spécification vivante”
- La conception était partagée en temps réel via des réunions, e-mails et présentations
- Les problèmes d’utilisabilité étaient suivis dans une base de données, avec gestion de leur état de correction
- Une tentative de shell réservé aux débutants a été abandonnée en raison de problèmes de transfert d’apprentissage, mais les idées de clic unique, forte visibilité et interaction centrée sur les menus qui en ont émergé ont conduit à la conception du menu Start
Exemples de conception itérative de composants UI majeurs
- Lancement des programmes (menu Start)
- Un bouton unique centralise l’accès aux programmes, paramètres, recherche et aide
- Il fournit un point d’entrée cohérent pour les utilisateurs de tous niveaux
- Gestion des fenêtres (Task Bar)
- Une première version affichant les fenêtres minimisées sous forme de “plaques” a échoué
- Elle a évolué vers la barre des tâches (Task Bar) qui affiche en permanence chaque tâche
- Boîtes de dialogue Ouvrir/Enregistrer
- Un prototype mené par l’équipe Cairo a permis d’établir un ordre logique des champs et une structure de sélection simplifiée
- Configuration de l’imprimante (Add Printer Wizard)
- Un processus de configuration complexe a été simplifié en assistant (wizard) étape par étape
- Les tests utilisateurs ont confirmé un taux de réussite élevé
- Recherche dans l’aide (onglet Index)
- Une structure de recherche complexe en deux étapes a été améliorée en une liste unique avec sélection contextuelle
Phase d’affinage (Fine Tuning)
- Des tests récapitulatifs (Summative Testing) et une étude de terrain de longue durée (Field Study) ont permis de valider le niveau de finition global de l’interface
- Sur la base de 20 tâches principales, le temps d’exécution a été réduit de moitié par rapport à Windows 3.1, et la satisfaction a progressé sur 20 des 21 critères
- Lors d’une observation prolongée de 20 personnes, aucun défaut majeur d’utilisabilité n’a été constaté ; seuls certains libellés et contenus d’aide ont été retouchés
Système de suivi des problèmes (Problem Tracking)
- Une base de données relationnelle a été mise en place pour enregistrer, attribuer et suivre l’état de résolution de tous les problèmes d’utilisabilité
- Sur un total de 699 constats d’utilisabilité, 551 ont été classés comme problèmes
- Gravité : niveau 1 (15 %), niveau 2 (43 %), niveau 3 (42 %)
- État de résolution : 81 % résolus (Addressed), 8 % partiellement résolus (Somewhat), 11 % non résolus (Not Addressed)
- Les éléments non résolus ont été transférés comme données de départ pour la conception de la version suivante
Conclusion et enseignements
- Grâce à la conception itérative et aux tests utilisateurs continus, tous les détails de la conception initiale ont été modifiés
- L’approche consistant à utiliser les prototypes comme spécification a amélioré à la fois la vitesse et la qualité
- Les tests à l’échelle du produit complet ont joué un rôle clé pour harmoniser les différents éléments de l’interface
- La base de données de suivi des problèmes a servi d’outil central pour systématiser l’amélioration de l’utilisabilité dans un projet de grande ampleur
- Le cas de Windows 95 est considéré comme un modèle pratique de l’ingénierie de l’utilisabilité : « reconnaître qu’il est impossible d’être parfait dès le départ, puis aboutir par itérations »
Aucun commentaire pour le moment.