アクセシビリティ、つまり、特別なニーズを持つ人々 (視覚障害者、聴覚障害者、認知障害のある人々) がコンテンツやアプリケーションにアクセスできるようにすることは、私の考えでは重要な問題です。セクション 508 は、コミュニティに関係なく、政府からのアプリケーションとコンテンツに (少なくとも) すべての人がアクセスできるようにすることを目的とした米国の条例です。このトピックは、あなたの仕事の中でまったく出てくるものですか? 誰が責任を負うべきですか?
4 に答える
私は全盲で、スクリーン リーダーを使用しています。私が働いているかなり大きな会社では、アクセシビリティについて不平を言うと、アクセシビリティについては言及されていません。同社の製品のほとんどは、多かれ少なかれアクセシビリティがあり、使用されているテクノロジーにアクセスできます。また、製品がグラフ化またはグラフィック情報の表示を扱う場合、スクリーン リーダーのアクセシビリティはそれほど問題になりません。それが開発プロセスの一部ではない主な理由は、顧客から苦情がなかったからだと思います。顧客が文句を言わない理由の 1 つは、会社が開発者向けのツールを作成しているためです。盲目の開発者が特定のツールを使用できない場合、同じタスクを達成するために問題を回避する方法を見つけられる可能性がはるかに高くなります。誰ができますか' 部門全体を運営する SAP ソフトウェアを使用しない。前述のステートメントは完全に逸話であり、それを裏付ける証拠のない私の意見であることに注意してください。
サイトのアクセシビリティの成熟度について監査を依頼されるたびに、一番の欠点は、ソフトウェアがアクセシビリティを考慮して設計されていないことです。多くの場合、デザイナーや開発者はアクセシビリティについてほとんど理解していません。アクセシビリティについて考えたことがあると思い込んでいるのに、実際には考えていない。
多くの場合、製品がリリースされてからずっと後にソリューションが挿入されます。これにより、ソフトウェアをアクセス可能にすることがより困難になります。さらに、アクセシビリティのレベルは、アクセシビリティを念頭に置いて始めたソフトウェア システムのレベルには達しません。長期的には、ライフサイクルの後半で製品にアクセシビリティを「強制」することは、より多くの費用がかかり、結果も悪くなります。
責任に関して言えば、アクセシビリティ ポリシーを作成し、それが正しく実装されていることを確認するのは会社の責任です。トップダウンで行う必要があります。デザイナー、開発者、テスター、およびそのマネージャーは、会社のアクセシビリティ ポリシーが期待に応えていることを確認するために、それぞれの役割を果たす必要があります。マーケティングと広報は、ソフトウェアのアクセシビリティについて、会社が遂行している企業責任の属性として話すことで利益を得ることができます。