Windows 95 사용자 인터페이스: 사용성 공학 사례 연구 (1996)

• Windows 95 UI 개발 과정은 대규모 상용 소프트웨어에서 반복적 설계(iterative design) 와 문제 추적(problem tracking) 을 체계적으로 적용한 대표적 사례로 제시됨
• 초기 목표는 초보자에게 배우기 쉬우면서도 숙련자에게 효율적인 시스템을 만드는 것이었으며, 이를 위해 전통적 워터폴 방식을 버리고 반복적 실험과 사용자 테스트를 채택함
• Start 메뉴, 작업 표시줄(Task Bar), 파일 대화상자, 프린터 설정 마법사, 도움말 인덱스 탭 등 핵심 UI 구성요소가 여러 차례의 프로토타입과 사용자 피드백을 통해 완성됨
• 프로젝트 전반에서 699건의 사용성 진술이 데이터베이스로 관리되었고, 그중 81%의 문제가 해결되어 높은 수정률을 달성함
• 이 연구는 대규모 제품 개발에서 사용성 공학의 실질적 효과를 입증하며, 이후 버전의 Windows 설계에도 지속적으로 반영됨

Windows 95 UI 개발 개요

• Windows 95는 Windows 3.1과 Windows for Workgroups 3.11의 포괄적 업그레이드로, 사용자 인터페이스(UI)도 전면 재설계됨
  • 목표는 초보자에게 학습 용이성, 숙련자에게 사용 효율성을 제공하는 것
  • 약 12명의 디자이너와 12명의 개발자가 참여한 다학제 팀 구성
• 기존 워터폴 방식 대신 반복적 설계와 사용자 테스트 중심의 개발 프로세스를 채택
  • 설계–테스트–수정의 순환을 통해 지속적 개선을 수행

반복적 설계(Iterative Design) 적용

• 설계 과정은 탐색(Exploration), 급속 프로토타이핑(Rapid Prototyping), 정교화(Fine Tuning) 의 세 단계로 진행
• 초기 탐색 단계에서는 Cairo 프로젝트의 UI 자산(데스크톱, 트레이, 3D 시각 요소 등)을 활용해 실험적 프로토타입 제작
  • 사용자 테스트 결과, 파일 캐비닛(File Cabinet) 의 2분할 구조와 프로그램 폴더 개념이 초보자에게 혼란을 유발함
  • 트레이 버튼의 기능 중복도 인지 혼란을 초래함
• Windows 3.1과의 비교 실험에서 초보자는 프로그램 실행에 평균 9.5분 이상 소요했고, 더블클릭·창 관리·파일 계층 구조 이해에 어려움을 겪음
• 이러한 결과를 바탕으로 기존 UI와의 일관성보다 사용 빈도 높은 작업의 효율성에 초점을 맞추는 방향으로 전환

급속 프로토타이핑과 주요 설계 변화

• 문서 기반 명세 대신 프로토타입과 코드 자체를 ‘살아있는 명세’로 활용
  • 팀 내 회의, 이메일, 프레젠테이션을 통해 실시간으로 설계 공유
  • 사용성 문제를 데이터베이스로 추적하며 수정 상태를 관리
• 초보자 전용 셸(shell) 시도는 학습 전이 문제로 폐기되었으나, 여기서 얻은 단일 클릭·높은 가시성·메뉴 중심 상호작용 개념이 Start 메뉴 설계로 이어짐

주요 UI 구성요소의 반복 설계 사례

1. 프로그램 실행(Start 메뉴)
   • 단일 버튼으로 프로그램, 설정, 검색, 도움말 접근을 통합
   • 모든 숙련도 사용자에게 일관된 진입점 제공
2. 창 관리(Task Bar)
   • 최소화된 창을 ‘플레이트’로 표시하는 초기안은 실패
   • 각 작업을 항상 표시하는 작업 표시줄(Task Bar) 로 발전
3. 파일 열기/저장 대화상자
   • Cairo 팀이 주도한 프로토타입을 통해 논리적 필드 순서와 단순화된 선택 구조 확립
4. 프린터 설정(Add Printer Wizard)
   • 복잡한 설정 과정을 단계별 마법사(wizard) 로 단순화
   • 사용자 테스트에서 높은 성공률 확인
5. 도움말 검색(Index 탭)
   • 복잡한 2단계 검색 구조를 단일 리스트와 팝업 선택 구조로 개선

정교화(Fine Tuning) 단계

• 총괄 실험(Summative Testing) 과 장기 현장 연구(Field Study) 를 통해 전체 UI의 완성도 검증
  • 20개 주요 작업 기준으로 Windows 3.1 대비 작업 시간 절반 수준 단축, 21개 항목 중 20개에서 만족도 향상
  • 20명 대상 장기 관찰에서 주요 사용성 결함 없음, 일부 문구와 도움말만 수정

문제 추적 시스템(Problem Tracking)

• 관계형 데이터베이스를 구축해 모든 사용성 문제를 기록·배정·해결 상태 관리
  • 총 699건의 사용성 진술 중 551건이 문제로 분류
  • 심각도: 1단계(15%), 2단계(43%), 3단계(42%)
  • 해결 상태: 81% 해결(Addressed), 8% 부분 해결(Somewhat), 11% 미해결(Not Addressed)
• 미해결 항목은 다음 버전 설계의 출발점 데이터로 이관

결론 및 교훈

• 반복적 설계와 지속적 사용자 테스트를 통해 초기 설계의 모든 세부 요소가 변경됨
  • 프로토타입을 명세로 활용한 접근이 속도와 품질 모두 향상
• 전체 제품 단위의 테스트가 UI 요소 간 조화를 완성하는 핵심 단계로 작용
• 문제 추적 데이터베이스는 대규모 프로젝트에서 사용성 개선을 체계화하는 핵심 도구로 기능
• Windows 95 사례는 “처음부터 완벽할 수 없음을 인정하고, 반복을 통해 완성한다” 는 사용성 공학의 실천적 모델로 평가됨