motchie.com

The Golden Rule

アクセシビリティもシフトレフト！

はじめに

この記事はアクセシビリティの祭典2017『話題の技術とアクセシビリティ（IoT、VR、AR、音声など）』のトークセッションでお話しようと準備した内容をまとめたものです。

ここまで、IoTや VRシステムや AI音声アシスタントの事例を通して、それらのシステムのアクセシビリティについて見てきました。

また、これらの事例から、アクセシブルなシステムが備えるべきマルチモダリティ・アーキテクチャを提唱しました。

そうしたものから見えてくる本質とは、何でしょうか。

[イメージ写真]

Photo credit: Thomas Hawk via VisualHunt.com / CC BY-NC

シフトレフトとは

ソフトウエア開発において、ソフトウエアやシステムのテストを、プロジェクト・ライフサイクル(工程)のより早い段階で実施しようとするアプローチです(従ってプロジェクト・タイムラインの左に移動します)。

ソフトウエア開発がウォーターフォール型からアジャイルおよびDevOps手法の導入に変化する中で、イテレーションにおける手作業でのテストの実施は作業負荷となるため、テストの自動化によって頻繁に継続的にテストを実施しようとするアプローチです。

また最近では、開発したシステムのセキュリティや攻撃への堅牢性を高めるためにも、プロジェクト・ライフサイクルのより早い段階から、繰り返しセキュリティを作り込む作業を繰り返すことが重要であると言われるようになってきました(参考: OWASP meets KOBE - コピペで作るシステムの終焉とシフトレフト - )。

[説明図です。プログラムやシステムの開発工程を[方針]→[設計]→[実装]→[テスト]→[リリース]と分け、セキュリティやアクセシビリティの工程をテスト段階からより早期の方針段階で実施(シフトレフト)するように呼びかけています。]

設計段階でのアクセシビリティ

IoTの記事にも書いていますが、セキュリティとアクセシビリティは、その性質において似ている部分があると、以前から考えていました。

両者の共通点を挙げてみると:

  • どちらも、きちんと実装しないと、金銭的損害や人的損害、事故や損害賠償などの引き金になりかねません
  • しかしながら、どちらも、開発・実装が終わったあとの作業と捉えられるケースが多くあります
  • したがって、特に開発費や開発期間に余裕がない場合は、優先度を下げたり、後回しにされがちです

セキュリティの分野においてシフトレフトの重要性が議論され、その確保や実装がシステム開発の設計段階から必要であるように、アクセシビリティの確保も、設計段階などの、より早期の段階からの取り組みが重要であると考えます。

ここまで見てきた事例についても、あきらかに、システムの設計段階から考慮しておかなければ確保できないアクセシビリティがありました。

電源の状態をLEDランプだけで知らせるIoTデバイス
機器あるいは回路の設計段階で、電源の状態を複数のモダリティで提供するよう考慮する必要があります。
ヘッドトラッキング機能付きHMDを使うVRシステム
システムの設計段階から、少なくとも3次元サウンドを併用して、複数のモダリティを確保する必要があります。
当然、コンテンツもそれに合わせて制作する必要があります。
音声のみで指示を出し、音声でフィードバックを返すスマートスピーカー
スマートフォン・アプリなど、別のモダリティで同等の入出力が行える設計である必要があります。

皆様おなじみのWCAG2.0あるいはJIS X 8341-3では、まずアクセシビリティ方針を立て、次にアクセシビリティ設計を行うように求めています。また、実装においても、ビジュアルデザインの段階では前景色・背景色に関する達成基準が存在することはよく知られていますが、 Webアプリケーションの設計段階から考慮しなければ達成できない基準が複数存在します。例として:

以上より、アクセシビリティの確保においては、対象がコンテンツであろうとシステムであろうと、設計段階から考慮しておくことが必要です。

しかし実際は...

ひるがえって現場を見てみると、設計段階からアクセシビリティが考慮されていない事例が多数あります。

  • マルチモダリティではないシステム
  • コンテンツはアクセシビリティを考慮しているが、Webアプリケーションの仕様としてJIS X 8341-3:2016が求める要素を備えていないシステム
  • Webサイトリニューアルの競争入札仕様書が、そもそもアクセシビリティの確保・向上を仕様に盛り込んでいない
  • JIS X 8341-3が、コンテンツ制作後のQAとしての試験を求めているためか、アクセシビリティは制作後に考慮するという誤解

ということで...アクセシビリティもシフトレフト！

もちろんこれまでも、デザイニングWebアクセシビリティなどにおいて、 コンテンツ制作の戦略策定や要件定義の段階からのアクセシビリティ配慮の重要性については知られていました。

しかしながら今回は、Webコンテンツではなく、いわゆるインターネットを利用して提供されるシステムのアクセシビリティというお題をいただきましたので、 その分野における、設計段階からのアクセシビリティ確保という課題に関して、システム開発と同じように、セキュリティと同様に考えてみてはという提案です。

ということで、今日から「アクセシビリティもシフトレフト！」を標語にできればと思います。