Является ли доступность частью процесса разработки вашей компании?

Question

Доступность, делая контент и приложения доступными для людей с особыми потребностями (слепые, глухие и люди с когнитивными нарушениями), на мой взгляд, является важной проблемой. Раздел 508 является подзаконным актом в США, который пытается обеспечить доступность приложений и контента от правительства (по крайней мере) для всех, независимо от сообщества. Является ли эта тема одной, которая вообще возникает в вашей работе? Кто должен отвечать за это?

Answer 1

Он подходит для всех нас. Мы просто скажем, что это требует определенный клиент. Для нас ответственность лежит между разработчиками и бизнес-аналитиками, но у нас нет самого эффективного процесса SDLC. Как правило, BAS помещают его в документ требований и Devs проходят через него и видят, можно ли разместить все запросы. Затем тестеры отвечают за то, чтобы он соответствовал документу требований. У нас есть сторонние консультанты, которые, в частности, соответствуют требованиям 508, которые смотрят на приложения, чтобы убедиться, что они это делают. На самом деле это ответственность каждого за проект, потому что это так важно. Когда речь идет о правительстве, на карту поставлено много доходов, и такая ошибка может стоить вам в долгосрочной перспективе.

Answer 2

Когда я работал в крупных компаниях, у каждой спецификации был раздел о доступности. Для каждого аспекта функции требовалось иметь комбинацию клавиш, указанную в спецификации, и каждый элемент пользовательского интерфейса должен был иметь свою роль доступности и текст, указанный в спецификации. Тогда тест будет содержать ошибки в отношении функций, которые были реализованы без доступа. Это было верно в собственном коде, управляемом коде и веб-сайтах.

Все сотрудники инженерной группы, от PM до Dev to Test, несут ответственность за это.

Answer 3

Я полностью слепой человек, который использует устройство для чтения с экрана. В довольно большой компании, я работаю над доступностью, не упоминается, когда я ворчу, потому что я не могу использовать один из наших продуктов. Большинство продуктов компании более или менее доступны для использования в используемых технологиях, и если продукт имеет дело с составлением графиков или представлением доступности графической информации, то этот экран становится менее проблематичным. Я считаю, что главная причина, по которой он не является частью процесса разработки, заключается в том, что клиенты не жаловались. Часть причин, по которым клиенты не могут жаловаться, заключается в том, что компания создает инструменты для разработчиков, и если слепой разработчик не может использовать конкретный инструмент, гораздо более вероятно, чтобы найти способ решения проблемы для выполнения той же задачи, а затем слепой человек в бухгалтерском учете которые не могут использовать программное обеспечение SAP, которое управляет целым отделом. Обратите внимание, что предыдущее утверждение является полностью анекдотическим, и мое мнение не содержит доказательств его поддержки.

Answer 4

Каждый раз, когда меня просят провести аудит на зрелости доступности сайта, недостатком номер один является то, что программное обеспечение не разработано с учетом доступности. Дизайнеры и разработчики много раз имеют тонкое понимание доступности. Полагают, что они думали о доступности, когда на самом деле они этого не сделали.

Много раз решения вставлены после выпуска продукта. Это приводит к тому, что программное обеспечение становится сложнее сделать доступным. Кроме того, уровень доступности не может быть достигнут с точки зрения системы программного обеспечения, которая начинается с доступности. В долгосрочной перспективе это стоит больше денег и имеет более низкие результаты, чтобы «принудительно» получить доступ к продукту в конце жизненного цикла.

Что касается ответственности, компания несет ответственность за создание политики доступности, а затем гарантирует ее правильную реализацию. Это должно происходить сверху вниз, иначе это не будет истинным соображением. Дизайнеры, разработчики тестеров и их менеджеры все должны внести свой вклад, чтобы убедиться, что политика доступности компании оправдывает ожидания. Маркетинг и общественные отношения могут принести пользу, говоря о доступности программного обеспечения как об атрибуте корпоративной ответственности, которому компании соответствуют.