چه کسی مسئول دسترسی در توسعه نرم افزار است؟

این روز جهانی آگاهی از دسترسی است! بنابراین با توجه به روز ۱۱ سالگی، من یک سوال از شما دارم:

در پروژه های توسعه نرم افزار، یعنی آنهایی که دارای رابط کاربری هستند، چه کسی مسئول توجه به دسترسی است از UI های گفته شده؟ آیا مدیر پروژه است؟ یا طراح است؟ توسعه دهنده نرم افزار؟ شاید مهندس QA؟ همانطور که احتمالاً می توانید حدس بزنید، هر کسی وظایف خاص خود را دارد.

من از همکارانم خواستم به دو سوال پاسخ دهند: نقش شما چیست و چگونه به توسعه یک محصول در دسترس کمک می کند؟

فهرست مطالب

مدیر تولید

من به عنوان یک مدیر محصول، یک چشم انداز، استراتژی و نقشه راه را برای محصولات خود بر اساس جهت گیری کلی شرکت تعریف می کنم.

وظایف روزانه من شامل اولویت بندی ویژگی ها و الزامات است،
هماهنگی همکاری با سایر تیم ها در صورت نیاز، نوشتن معیارهای پذیرش (AC)، تجزیه و تحلیل روندها و الگوهای صنعت و تجزیه و تحلیل بازخورد مشتری و داده های تجزیه و تحلیل.

من اطمینان می‌دهم که دسترسی بخشی از “تعریف انجام شده” است یک پروژه یا ویژگی با برنامه ریزی برای ظرفیت لازم برای اجرای ویژگی های قابل دسترس. من به طور منظم پروژه ها را بررسی می کنم تا با آخرین اصول دسترسی به روز باشم. من با کارشناسان دسترس‌پذیری شرکت – عمدتاً توسعه‌دهندگان – کار می‌کنم تا پایه‌ای از الزامات دسترسی را ایجاد کنم.

طراح محصول

من به عنوان یک طراح محصول، کمک می کنم تا سیستم طراحی خود را زنده و به روز نگه داریم. این نه تنها شامل ایجاد اجزای جدید، ترکیب طرح‌بندی و تعاملات و انیمیشن‌های طراحی، بلکه ایجاد و پیروی از اصول طراحی در سراسر سازمان است.

این اصول طراحی شامل مجموعه‌ای از دستورالعمل‌های دسترسی است که باید هنگام ایجاد اجزای سیستم طراحی (DS) و همچنین هنگام توسعه کار ویژگی‌ها رعایت شوند. من به طور معمول این اجزا را از نظر کنتراست رنگ، اندازه فونت، فاصله، کپی و قابلیت پیمایش مرور می‌کنم تا مطمئن شوم که از دستورالعمل‌های تعیین‌شده پیروی می‌کنند.

همچنین نظرسنجی‌های کاربران و آزمایش‌های کاربر را هدایت می‌کنم که به من امکان می‌دهد ببینم کاربران واقعی چگونه از محصولات ما استفاده می‌کنند و چگونه نمونه‌های اولیه مختلف را درک می‌کنند.

طراح محتوا

من تلاش می کنم بفهمم که چگونه محتوا (متن، تصویر یا موارد دیگر) بر رفتار کاربر تأثیر می گذارد. من مسئول ایجاد و شکل‌دهی استراتژی محتوا و تجربه کاربر در رسانه‌های مختلف (وب، موبایل، شبکه‌های اجتماعی) هستم. نقش من خلاقیت، داستان سرایی و بینش های مبتنی بر داده را در هم می آمیزد تا تجربیات دیجیتالی منسجم و متقاعدکننده ای ایجاد کند.

با در نظر گرفتن دستورالعمل‌های دسترس‌پذیری و ترکیب شیوه‌هایی مانند متن جایگزین برای تصاویر، ساختار مناسب عنوان، متن توصیفی در پیوندها و دکمه‌ها، کپی مختصر و واضح، کمک می‌کنم اطلاعات را برای مخاطبان وسیع‌تری در دسترس قرار دهم و تجربه کلی کاربر را برای افراد با نیازهای مختلف بهبود بخشم. .

مهندس فرانت اند

من به‌عنوان یک توسعه‌دهنده، طرح‌ها را از طریق کد پیروی از معیارهای پذیرش، زنده می‌کنم. من تست‌های خودکار می‌نویسم تا اجرای خود را تأیید کنم، اما قبل از انتشار به‌صورت دستی آن را آزمایش می‌کنم. من همچنین کد همکارم را بررسی می کنم و در بررسی طراحی و برنامه ریزی پروژه شرکت می کنم.

من مسئول به روز ماندن با استانداردهای دسترسی به وب هستم. من از برچسب های معنایی HTML و ARIA استفاده می کنم و توجه ویژه ای به عناصر تعاملی صفحاتمان مانند فرم ها یا محتوای پویا دارم. گاهی اوقات، برچسب های خاصی باید به طور خاص برای کاربران صفحه خوان اضافه شود.

در نهایت، من ابزارهای اتوماسیون a11y مانند Lighthouse را راه‌اندازی کردم تا از کیفیت بالای کد در سراسر تیم اطمینان حاصل کنم، که مشکلات مختلف دسترسی مانند تضاد رنگ و مشکلات HTML را نشان می‌دهد.

مهندس QA

نقش اصلی من مربی باکیفیت تیم است. من دستورالعمل‌های QA بین پروژه‌ای را ایجاد می‌کنم، الگوهایی را برای نقشه‌های ذهنی QA ایجاد می‌کنم، برنامه‌های آزمایشی برای توسعه‌دهندگان ایجاد می‌کنم، و معیارهای پذیرش بین پروژه‌ها را مانند نسخه‌های مرورگر هدف ایجاد می‌کنم.

من همچنین تست‌های خودکار، یعنی تست‌های پذیرش سرتاسری، به عنوان مثال با استفاده از ابزارهایی مانند مرورگر استک می‌نویسم. QA دستی کل پروژه ها نیز اغلب مسئولیت من است.

من اطمینان می‌دهم که الزامات دسترسی در ACهای محصول و همچنین در ACهای فنی گنجانده شده است. من همچنین از ابزارهایی استفاده می کنم که چندین مشکل a11y را در مرورگر گزارش می کنند، مانند WAVE هنگام آزمایش محصولات.

من به عنوان یک مهندس موبایل، اپلیکیشن های موبایل شرکتمان را ایجاد و نگهداری می کنم. من ویژگی های جدید را بر اساس یک طراحی ایجاد می کنم و اشکالات گزارش شده به ما را برطرف می کنم. این مسئولیت من است که الگوهای UX تلفن همراه را درک کنم. من به طور موثر با PM، رهبران و اعضای تیم در مورد انتظارات ارتباط برقرار می کنم و در برنامه ریزی پروژه شرکت می کنم.

من باید اطمینان حاصل کنم که عناصر بدون توجه به موضوع کاربران به راحتی با رنگ و کنتراست قابل تشخیص هستند. من تشخیص می‌دهم که متن‌های جایگزین برای عناصری که مستقیماً مرتبط هستند (مثلاً دکمه‌ها) یا فقط به صورت گرافیکی نمایش داده می‌شوند، مورد نیاز است. بخش بزرگی از این شناخت معنایی هر نوع عنصر است.

من همچنین با استفاده از صفحه‌خوان بومی، با استفاده از روش‌های ناوبری جایگزین، استفاده از برنامه‌ها بدون نگاه کردن به صفحه یا با یک دست، QA دسترسی دستی را انجام می‌دهم.

قهرمان دسترسی

“قهرمان دسترسی” می تواند هر کسی در شرکت باشد، واقعا.

به عنوان قهرمان دسترس‌پذیری، من برای طراحی فراگیر در هر مرحله از توسعه محصول و همچنین در سایر عملکردهای شرکت کمپین می‌کنم. برای انجام این کار، استانداردهای جامعه را به روز نگه می دارم و تلاش می کنم تا حد امکان در مورد موضوع یاد بگیرم. قهرمان دسترسی می تواند یک فرد توانمند باشد.

من کارگاه های متقابل تیمی و چند رشته ای را برگزار می کنم. به عنوان مثال، من از کارشناسان دعوت می کنم تا دانش شرکت را در مورد a11y افزایش دهند و به ما نشان دهند که چگونه از ویژگی های دسترسی در رایانه ها و تلفن های هوشمند استفاده می شود. من همچنین مستندات و دستورالعمل‌های متقابل تیمی را می‌نویسم و ​​سعی می‌کنم قهرمانان جدیدی از تیم‌های مختلف را راهنمایی کنم.

یادداشت های پایانی

بدون تلاش برای جامع بودن، این باید به شما ایده دهد که چه کسی مسئول دسترسی در یک شرکت است: همه. من چند مثال دیگر را برای شما باقی می گذارم:

مهندس Backend

من سعی می‌کنم به این فکر کنم که کاربران مختلف چگونه از محصولاتی که من توسعه می‌دهم استفاده می‌کنند، مثلاً دسترسی به محتوا به زبان‌ها و مکان‌های مختلف. من سعی می کنم کاربران را زودتر درگیر کنم تا اطمینان حاصل کنم که از اصطلاحات مناسب در طول تعریف پروژه استفاده می شود. من همچنین معتقدم که اسناد کد خوب برای دسترسی همکاران من مهم است.

مدیر فناوری اطلاعات

مسئولیت من این است که سخت‌افزار، نرم‌افزار، حساب‌های کاربری و سایر دانشکده‌های فنی را که برای انجام کارشان نیاز دارند، به همکارانم ارائه دهم. از آنجایی که من مستقیماً با کاربران خود در تعامل نیستم، نگرانی اصلی من در مورد دسترسی، تکمیل الزامات کسانی است که نیازهای a11y دارند. این می تواند اطمینان حاصل شود که رونوشت های نرم افزار تماس های ویدیویی ما به درستی تنظیم شده اند یا سخت افزار خاصی را ارائه می دهیم.

پشتیبانی کاربر

وظایف روزانه من شامل پاسخ به درخواست‌های کاربران، ایجاد مرکز راهنمایی و تسهیل بازخورد است. من تلاش می‌کنم از زبانی فراگیر و آسان استفاده کنم و مرکز کمک را بصری‌تر و در دسترس‌تر کنم. ایجاد دستورالعمل هایی در مورد نحوه پاسخگویی به بازخورد کاربران به شیوه ای فراگیر مهم است.