特別なニーズ（視覚障害、聴覚障害者、認知障害を持つ人々）の人々がコンテンツやアプリケーションにアクセスできるようにすることは、私にとっては重要な問題です。セクション508は、米国の法律であり、政府（少なくとも）のアプリケーションとコンテンツがコミュニティに関係なくすべての人がアクセスできることを確認しようとしています。この話題はあなたの仕事の中でまったく現れていますか？誰がそれに責任を負うべきですか？アクセシビリティは貴社の開発プロセスの一部ですか？
それは私たちのために全面的に現れます。特定のクライアントがそれを必要としているとだけ言います。私たちの責任は開発者とビジネスアナリストの間のものですが、最も効率的なSDLCプロセスはありません。一般に、BAはそれを要件文書に入れ、開発者はそれを通過して、すべての要求に対応できるかどうかを確認します。テスターは、要件文書に準拠していることを確認する責任があります。私たちは外部のコンサルタントが508準拠であることを明確にするアプリケーションを見ていることに特に気を配っています。それはとても重要なので、本当にそれは誰にとってもプロジェクトの責任です。政府に対処するときには、多くの収入が危機に瀕しており、そのような間違いをすると長期的にあなたにコストがかかることがあります。
私が大企業で働いていたとき、すべての仕様にアクセシビリティに関するセクションがありました。ある機能のあらゆる側面には、仕様にキーボードショートカットが表示されていなければならず、すべてのUI要素にアクセシビリティの役割とテキストを指定する必要がありました。テストでは、アクセシビリティなしで実装された機能に対してバグが記録されます。これは、ネイティブコード、マネージコード、およびウェブサイトに当てはまりました。
エンジニアリングチームの誰もがPMからDev to Testまで責任を負います。
私は完全に盲人でスクリーンリーダーを使用しています。私が私達の製品の1つを使用することができないので私が不平を言う時アクセシビリティで働くかなり大きい会社で私は受け入れることを言いません。同社の製品のほとんどは、使用されているテクノロジに多かれ少なかれアクセス可能であり、チャート化やグラフィック情報の提示を扱う製品では、スクリーンリーダーのアクセシビリティが問題になることはありません。私はそれが開発プロセスの一部ではない主な理由は、顧客が不平を言うことがないからだと信じています。顧客が不平を言うことができない理由の1つは、同社が開発者のためのツールを作成しているため、盲目的な開発者が特定のツールを使用できない場合、同じ課題を達成するための方法を見つける可能性が高い部門全体を運営するSAPソフトウェアを使用することはできません。上記のステートメントは完全に事例であり、私の意見はそれを裏付ける証拠がないことに注意してください。
サイトのアクセシビリティの成熟度に関する監査を実行するたびに、ナンバーワンの欠陥は、ソフトウェアがアクセシビリティを考慮して設計されていないことです。デザイナーと開発者は何度もアクセシビリティを細かく理解しています。彼らは実際に彼らが持っていないときにアクセシビリティを考えてきたと信じています。
多くの時間は、製品が放出されてからずっと時間がかかります。その結果、ソフトウェアのアクセシビリティが向上しなくなります。さらに、アクセシビリティのレベルは、アクセシビリティを念頭に置いて開始されたソフトウェアシステムのレベルに到達することはできません。長期的には、より多くの費用がかかり、ライフサイクルの後半に製品へのアクセシビリティを強制的に強制するという結果がより貧弱です。
アクセシビリティポリシーを作成し、それが正しく実装されていることを確認する責任は、会社の責任です。それはトップダウンから来なければならない、そうでなければ真の配慮ではありません。デザイナー、開発者のテスター、およびマネージャーは、すべてアクセシビリティポリシーが期待に応えているかどうかを確認するために、すべての役割を果たす必要があります。マーケティングと広報は、企業が果たす企業責任の属性としてのソフトウェアのアクセシビリティについて話すことで利益を得ることができます。