إمكانية الوصول إلى الوثائق
السؤال: كيف تتكيف الوثائق مع المستخدمين المختلفين؟
نظرة عامة
استخدم إمكانية الوصول إلى الوثائق يقيم هذا المقياس مدى قدرة وثائق المشروع على تلبية احتياجات المستخدمين المتنوعين، بما في ذلك أولئك الذين يعانون من ضعف البصر أو اختلافات معرفية أو احتياجات المعالجة الحسية. ويركز هذا المقياس بشكل خاص على الميزات التي تعزز إمكانية الوصول، مثل توافق قارئ الشاشة والنص البديل للصور والهيكلة الواضحة لتسهيل التنقل. يساعد تتبع هذا المقياس في ضمان شمول الوثائق، مما يجعل المشروع أكثر ترحيباً وقابلية للاستخدام لجمهور عريض، وتحسين صحة المجتمع من خلال دعم المساهمين ذوي القدرات المتنوعة. تساعد الأهداف في قياس ما إذا كانت وثائقك متاحة لجمهور عريض دون إنشاء ديون مصطنعة أو إدامة ديون غير متناسبة على قطاعات معينة من الجمهور المستهدف. وتشمل هذه:
- إمكانية الوصول إلى قارئ الشاشة: يمكن الوصول إلى الوثائق وفقًا لمعيار خاص بقارئات الشاشة.
- مرونة التعلم ** - التوثيق في متناول الأشخاص ذوي الأساليب المعرفية المختلفة والاختلافات الحسية والتنوع العصبي. (1).
- دعم المكفوفين أو ضعاف البصر: التوثيق متاح للأشخاص الذين يقرؤون النص بشكل أساسي. المخططات والصور هي أمثلة على أنواع الوثائق التي يتعذر الوصول إليها.
اريد معرفة المزيد؟
انقر هنا لقراءة المزيد حول هذا المقياس.
استراتيجيات جمع البيانات
- استخدم أداة تقيم ملاءمة قارئ الشاشة. (5) (6) لتحديد ما إذا كانت الوثائق مناسبة لقارئ الشاشة؟
- مقابلة الوافدين الجدد لمعرفة كيف ساعدت التوثيق في ، (أ) فهم عملية المساهمة ، و / أو ، (ب) المساعدة على إكمال المهام في المشروع. عينة أسئلة المقابلة:
- ما هي تجربتك في استخدام الوثائق لفهم عملية المساهمة؟
- ما هي خبرتك في استشارة الوثائق عندما يكون لديك سؤال حول القيام بالعمل في المشروع؟
- هل كنت مرتاحًا للمصطلحات الفنية الموجودة في الوثائق؟
-
الدراسة الاستقصائية أعضاء المشروع
- عنصر المصفوفة: عندما تحتاج إلى تحديد موقع معلومات حول عمليات أو سياسات أو إرشادات هذا المشروع ، أي مما يلي يصف تجربتك؟ (2)
-
يمكن أن تكون صفوف المصفوفة:
- الاتصالات القائمة البريدية
- التواصل عبر الدردشة
- أداء مراجعات التعليمات البرمجية
- عملية الحصول على الكود مقبولة
- القواعد السلوكية
- إعداد الوافدين الجدد
- الترخيص
- علامة تجارية
- إضافة Committers / مشرفين جدد
- إصدارات المشروع
- عملية التصويت
- إجراءات التثبيت
- تطوير الميزات
- تكامل واجهة برمجة التطبيقات
- أجنحة الاختبار
- نظرة عامة على العمارة
- دليل المستخدم
- يمكن أن تكون أعمدة المصفوفة:
- من السهل دائمًا العثور عليه
- سهل الإيجاد
- من الصعب العثور على
- من الصعب جدا العثور عليها
- الاختيار من متعدد: هل واجهت أي تحديات تتعلق بإمكانية الوصول إلى الوثائق عندما بدأت المشاركة في المشروع (على سبيل المثال ، حواجز اللغة ، وإمكانية اكتشاف الوثائق ، وهيكل التوثيق)؟ (2)
- خيارات الإجابة:
- لا توجد تحديات
- قليل من التحديات
- عدة تحديات
- العديد من التحديات
- سؤال متابعة مفتوح إذا كانت الإجابة ليست "لا توجد تحديات": صف مثالاً على وقت مواجهة التحدي ، وكيف أثر التحدي عليك ، وكيف تغلبت على التحدي على الإطلاق.
- سؤال مفتوح: ما هي الاقتراحات التي لديك لتحسين سياسات المشروع أو عملياته أو إرشاداته المتاحة للمساهمين الجدد؟ (2)
- ابحث عن تنظيم التركيبات المتعلقة بقابلية القراءة والقابلية للمسح مثل:
- العناوين
- كتل النص والتعليمات البرمجية
- تعداد نقطي أو فقرات
- المراسي
- تقييم إمكانية البحث من خلال مراعاة:
- ما مدى سهولة العثور على هذه الوثائق من قبل المستخدم؟
- ما مدى سهولة العثور على المستخدم ما يحتاجه في الوثائق؟
- هل المستند سهل التنقل باستخدام لوحة المفاتيح؟
- قدم استبيانًا سريعًا سريعًا بسؤال واحد فقط لقراء الوثائق (على سبيل المثال ، الصفحة السفلية أو النافذة المنبثقة عند مغادرة صفحة التوثيق):
- نعم / لا سؤال: هل كانت صفحة التوثيق هذه في متناولك؟
- مقياس ليكرت [1-x]: ما مدى سهولة الوصول إلى هذه الوثائق بالنسبة لك؟
- إجابة قصيرة: ما هو شعورك حيال إمكانية الوصول إلى الوثائق؟
- تجول مع المستخدمين المستهدفين للوثائق. لاحظ كيف يتفاعلون ويستخدمون الوثائق وأين يتعثرون. يمكن أن تكون هذه جلسة مؤتمر عبر الفيديو حيث يشارك مستخدم الوثائق شاشته.
- اطلب من مستخدمي الوثائق كتابة ملف سجل الاحتكاك ووصف المشكلات التي واجهوها مع التوثيق. هذا يعطي حالات استخدام ملموسة لمحرري الوثائق لفهم كيفية تحسين التوثيق لمستخدم معين.
- فكر فيما إذا كانت هناك إصدارات مختلفة من الوثائق متاحة لجمهور مختلف؟ على سبيل المثال، إصدار خفيف الوزن وإصدار مفصل للغاية
فلتر
- احتياجات المستخدم (على سبيل المثال، ضعف البصر، والتنوع المعرفي)
- النسخة اللغوية للوثائق
- نوع التوثيق (على سبيل المثال، دليل البدء السريع، مرجع واجهة برمجة التطبيقات)
المرئيات
- لا شيء محدد
مراجع حسابات
- كسر الحواجز التي تحول دون مساهمة Kubernetes للأفراد المتشعبين العصبي
- استبيان مجتمع Apache Software Foundation 2020
- فريق الوصول جنوم
- إرشادات الوصول إلى محتوى ويب W3C
- قائمة أدوات تقييم ولوجية الويب W3C
- بعض الاختبارات السريعة لتقييم إمكانية الوصول إلى الويب
- المعرفة - مجموعة متخصصة في إمكانية الوصول
- أفكار حول مقاييس الوصول
- قائمة Paypal للمبادئ التوجيهية لإمكانية الوصول
- تصميم عالمي
المساهمين
- غير محدد
معلومات إضافية
لتحرير هذا المقياس، يرجى قم بتقديم طلب التغيير هنا.
للإشارة إلى هذا المقياس في البرامج أو المنشورات، يرجى استخدام عنوان URL الثابت التالي: https://chaoss.community/?p=3535
قد يؤدي استخدام المقاييس الصحية ونشرها إلى انتهاكات الخصوصية. قد تتعرض المنظمات للمخاطر. قد تتدفق هذه المخاطر من الامتثال للائحة العامة لحماية البيانات في الاتحاد الأوروبي ، أو مع قانون الولاية في الولايات المتحدة ، أو مع قوانين أخرى. قد تكون هناك أيضًا مخاطر تعاقدية ناتجة عن شروط الخدمة لموفري البيانات مثل GitHub و GitLab. يجب فحص استخدام المقاييس بحثًا عن المخاطر ومشكلات أخلاقيات البيانات المحتملة. لطفا أنظر وثيقة أخلاقيات البيانات CHAOSS للحصول على إرشادات إضافية.