> For the complete documentation index, see [llms.txt](https://docs.colt.net/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.colt.net/colt-docs/ja/akuseshibiriti/noakuseshibiritigaidorain/purodakutomanjoyobipurodakutonkeakuseshibiriti.md). # プロダクトマネージャーおよびプロダクトオーナー向けアクセシビリティ ## 1. はじめに 誰もが Colt の製品とサービスを利用できるようにするため、Colt は、 [アクセシビリティ・ロードマップ](https://docs.colt.net/accessibility/our-accessibility-guidelines) これは、インクルーシブな組織であること、また法的要件を満たすことの両面において、重要な戦略的経営目標です。 **それが意味すること** ユーザー体験の観点では、アプリケーションやページは次のような利用者がアクセスできるべきです [支援技術](https://en.wikipedia.org/wiki/Assistive_technology)。これには、すべての機能をキーボードのみで利用できるようにする、といった単純な目標から、ユーザーが画面を見られない場合でも、彼らが [スクリーンリーダー](https://en.wikipedia.org/wiki/Screen_reader) はまったく理にかなっています。どのプロジェクトも開始時点ではアクセシビリティ上の問題はなく、設計や技術面の検討にアクセシビリティがプロセスの一部として含まれていない場合にのみ、アクセシビリティの問題が発生します。アクセシビリティは事後に解決するのがはるかに難しいため、是正には高いコストがかかることがあります。 アクセシビリティを現在のプロセスに組み込むため、実践しやすいガイドが作成されました。これらにはアクセシビリティの重要な要素がすべて含まれており、導入を容易にし、効果的にし、これらを活用する各プロジェクトへの影響を最小限に抑えます。 [プロジェクトマネージャー](/colt-docs/ja/akuseshibiriti/noakuseshibiritigaidorain/purojekutomanjkeakuseshibiriti.md) には、C1、C2、C3 プロセスにおける推奨活動が十分に支援されるようにするためのガイダンスがあり、さらに専用のリソースが [開発者およびテスター](/colt-docs/ja/akuseshibiriti/noakuseshibiritigaidorain/oyobiqatesutkeakuseshibiriti.md) が作成されており、誰もが何を行う必要があるのか、またそのやり方にもアクセスできるようにしています。 プロダクトマネージャーおよびプロダクトオーナーには、この作業が実施され、報告されるようにする一定の責任があります。これは Colt の戦略の遂行を支援するだけでなく、 [法的リスク](/colt-docs/ja/akuseshibiriti/noakuseshibiritigaidorain/purojekutomanjkeakuseshibiriti.md) 特定の地域におけるリスクを低減します。 すべてを確実に実行するため、5つの主要な責任分野があります： #### サードパーティ製アプリケーションおよびウィジェットの調達 顧客向けまたは社内向けの Colt デジタル製品・サービスの開発で、サードパーティのプラグイン、アプリケーション、サービス、またはウィジェットを使用している場合は、VPAT（[任意アクセシビリティ製品テンプレート](https://en.wikipedia.org/wiki/Voluntary_Product_Accessibility_Template#:~:text=A%20Voluntary%20Product%20Accessibility%20Template,1973%2C%20as%20amended%20\(29%20U.S.C.)）をサプライヤーに依頼してください。これは、そのサードパーティ製機能がどの程度アクセシブルであるかを示す標準レポートであり、これを確認し、未解決の問題については修正対応予定日を設定する必要があります。VPAT は保管し、毎年見直してください。 #### アクセシビリティをプロジェクト要件に含めることの徹底 プロジェクトの開始時点で、アクセシビリティを主要な成果物として含めるべきです。ガイダンスはプロジェクトマネージャーが確認し、各段階で確実に実装され、スコープから外されたり先送りされたりしないよう計画を立てる必要があります。これにより、プロジェクトコストを抑えながら、より高い効果を得られます。RAID の一部としてアクセシビリティを含め、リスクレベルは関連するアクセシビリティ法に定められた要件に基づいて決定する必要があります。 #### アクセシビリティテストレポートのアーカイブ アクセシビリティを規定する法律は、複数の国や地域に存在します。データセキュリティに関する法律と同様に、これらは Colt に罰金や評判の失墜を伴う深刻な訴訟リスクをもたらす可能性があることを、チームが認識しているようにしてください。チームが行った優れた作業をアーカイブしておけば、法的な異議申し立てがあった場合でも、Colt がアクセシビリティ対応を実施していることを示せます。 #### バックログとレポートを運用部門へ引き継ぐことの徹底 テストマネージャーによって特定された未解決のアクセシビリティバグがまだある場合は、運用部門への引き継ぎに含める必要があります。 #### 実装後 - RAD で特定されたリスクレベルに基づいてバックログを優先順位付けする 未解決のアクセシビリティバグはすべて、関連するアクセシビリティ法に示された要件に基づき、また Colt のアクセシビリティ・ロードマップを支援する観点から優先順位を付ける必要があります。 ## 2. アクセシビリティとは？ W3C によるアクセシビリティの定義には、4つの原則があります； [知覚可能、操作可能、理解可能、堅牢](https://www.w3.org/WAI/fundamentals/accessibility-principles/)。このうち最初の3つは、ユーザー要件を作成する際に考慮すべきユーザー体験を指します。 これを容易にするために、Colt はアクセシビリティガイド一式を作成しました。これらは、望ましいユーザー成果が何かを説明することから始まり、それを成功裏に実現するための方法論、技法、テストを示します。 * [色の認識](https://www.colt.net/why-colt/esg/accessibility/developers/#perception) * [フォーム操作](https://www.colt.net/why-colt/esg/accessibility/developers/#forms) * [キーボード操作](https://www.colt.net/why-colt/esg/accessibility/developers/#keyboard) * [インタラクティブ要素へのラベル付け](https://www.colt.net/why-colt/esg/accessibility/developers/#labels) * [ランドマーク](https://www.colt.net/why-colt/esg/accessibility/developers/#landmarks) * [リンク](https://www.colt.net/why-colt/esg/accessibility/developers/#links) * [メタデータ](https://www.colt.net/why-colt/esg/accessibility/developers/#metadata) * [プログレッシブエンハンスメントとレスポンシブデザイン](https://www.colt.net/why-colt/esg/accessibility/developers/#responsive) * [意味論的構造](https://www.colt.net/why-colt/esg/accessibility/developers/#semantics) * [テキスト代替](https://www.colt.net/why-colt/esg/accessibility/developers/#text) * [テキストと画像のコントラスト](https://www.colt.net/why-colt/esg/accessibility/developers/#contrast) これらを評価できるように、付随する [手動テストスクリプト](https://www.colt.net/wp-content/uploads/2024/07/Colt-Manual-Accessibility-Acceptance-Tests-Checklist-V1.1.xlsx) があり、Test Manager が実施する UAT 活動に追加できます。 ## 3. スクリーンリーダーのユーザー体験 ユーザー要件の組み込みがどれほど有効になり得るかを知るには、 [この動画](https://youtu.be/HE2R86EZPMA?si=rtnbDkqOfXF0omzt) Microsoft のアクセシビリティチームによるスクリーンリーダーのユーザー体験に関するもので、小さな配慮の効果を示しています。 Narrator スクリーンリーダーで製品を体験してみることをお勧めします。その方法は Colt のガイド、 [Windows Narrator を使用して Web アクセシビリティをテストする](https://www.colt.net/why-colt/esg/accessibility/developers/#narrator). 白い背景を使用する場合、以下の色の組み合わせは色のコントラスト基準に適合しており、蛍光色や色覚異常の問題を避けられます。 ## 4. ダウンロード ### メールのアクセシビリティ この資料では、アクセシブルなメールの作成方法を紹介します。 {% file src="/files/53777f1048c4e6a00751d2292f3c578a108cfc85" %} ### PDF のアクセシビリティ この資料では、アクセシブルな PDF 文書の作成方法を紹介します。 {% file src="/files/cee70c861b606b214535b7db8b8ce91a42d24a1a" %} ### PowerPoint のアクセシビリティ この資料では、アクセシブルな PowerPoint プレゼンテーションの作成方法を紹介します。 {% file src="/files/c9cbe9a75048e1783bfbee50e6043fd3fab7fc5c" %} ### Word のアクセシビリティ {% file src="/files/77feec5d5d503d375edd48d480a67e7ddd56dce2" %} この資料では、アクセシブルな Word 文書の作成方法を紹介します。 ### アクセシブルなキャプション早見表 この早見表は、クローズドキャプションの作成を始める際の手助けになります。 {% file src="/files/cee70c861b606b214535b7db8b8ce91a42d24a1a" %} --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://docs.colt.net/colt-docs/ja/akuseshibiriti/noakuseshibiritigaidorain/purodakutomanjoyobipurodakutonkeakuseshibiriti.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.