العجز المكتسب

التصنيف: طبقة الإدراك والذهن

Learned Helplessness | العجز المكتسب

التعريف

العجز المكتسب مفهوم نفسي صاغه مارتن سيليغمان عام ١٩٦٧. في سياق DX، يحدث عندما يتوقف المطورون عن الإبلاغ عن مشاكل الأدوات أو اقتراح تحسينات لأنهم يعتقدون — بناءً على تجارب مكررة — أن لا أحد سيستمع.

• الأعراض: “هكذا كانت الأمور دائماً”، “لا يستحق فتح ticket”، قبول العمليات البطيئة كأمر طبيعي
• السبب الجذري: تجاهل المؤسسة المتكرر لتغذية المطورين الراجعة
• الخطر: فقدان أهم مصدر معلومات لتحسين DX — وهو المطور نفسه

مقياس DX

• يُقلّل: المبادرة والابتكار ↓↓
• يزيد: الدوران الوظيفي والاحتكاك الصامت ↑
• اكتشافه يتطلب استبيانات مجهولة — لأن المطور المصاب بالعجز المكتسب لن يتكلم طوعاً

سيناريو عملي

Low DX — بيئة تُنتج العجز المكتسب:

// build يستغرق 12 دقيقة — الجميع يعرف، لا أحد يُبلّغ
// "لماذا أفتح issue؟ فتحت واحداً العام الماضي ولم يحدث شيء"

// المطور يكتب workaround بدلاً من حل المشكلة:
// ❌ بدلاً من إصلاح slow query:
$users = Cache::remember('all_users', 3600, function () {
    return User::all(); // ← الاستعلام الأصلي بطيء لكن "هكذا كانت الأمور"
});

High DX — بيئة تكسر دورة العجز:

// ✅ قناة #dx-improvements في Slack
// ✅ كل اقتراح يحصل على رد خلال 48 ساعة
// ✅ تقرير شهري: "هذا ما أصلحناه بناءً على ملاحظاتكم"

// النتيجة: المطور يُبلّغ ويُصلح:
User::query()
    ->select(['id', 'name', 'email'])
    ->where('active', true)
    ->cursorPaginate(50);
// ← الاستعلام أصبح أسرع ١٠ مرات لأن أحدهم تجرّأ وأبلغ

حالات واقعية

Google — Project Aristotle

دراسة Google الداخلية على ١٨٠ فريقاً أظهرت أن العامل الأول لنجاح الفرق هو الأمان النفسي (Psychological Safety). الفرق التي يشعر أعضاؤها بالأمان لطرح مشاكل دون خوف كانت أكثر إنتاجية بـ ٣٥٪. غياب الأمان النفسي = العجز المكتسب.

Etsy — Blameless Postmortems

أسست Etsy ثقافة “تحليل بدون لوم” — عند حدوث عطل، يُكتب تقرير يركز على النظام وليس الشخص. المطور الذي سبّب العطل يكتب التقرير بنفسه. النتيجة: ارتفاع عدد الإبلاغات الطوعية عن المشاكل بنسبة ٥٠٪ وانخفاض معدل تكرار الأعطال بـ ٢٠٪.

IBM — استبيان DX الداخلي

أجرت IBM استبياناً مجهولاً على ١٠,٠٠٠ مطور ووجدوا أن ٣٢٪ توقفوا عن الإبلاغ عن مشاكل الأدوات بعد تجاخل أكثر من ٣ طلبات. بعد إنشاء فريق DX Response يرد خلال ٤٨ ساعة، ارتفع معدل الإبلاغ بـ ٣× خلال ربعين.

Netflix — الحرية والمسؤولية

ثقافة Netflix الشهيرة “Freedom & Responsibility” تمنح المطور صلاحية تغيير أي جزء من النظام دون إذن. هذا النموذج يكسر دورة العجز: المطور يعرف أن اقتراحه سيُنفذ إذا كان منطقياً، فلا يتوقف عن الاقتراح.

إحصائيات رئيسية

المقياس	القيمة	المصدر
مطورون توقفوا عن الإبلاغ بعد تجاهل متكرر	٣٢٪	IBM Internal Survey
تأثير الأمان النفسي على الإنتاجية	+٣٥٪	Google Project Aristotle
ارتفاع الاستقالات في بيئات بدون أمان نفسي	٢.٥×	Gallup Workplace Report
الإبلاغات الطوعية بعد تطبيق blameless culture	+٥٠٪	Etsy Engineering Blog

كيف تكتشف العجز المكتسب في فريقك؟

1. استبيان مجهول: “هل أبلغت عن مشكلة في الأدوات خلال الأشهر الستة الماضية؟ إذا لا، لماذا؟”
2. مراقبة Workarounds: إذا وجدت سكريبتات شخصية تلتف حول مشاكل معروفة — هذا عجز مكتسب
3. قناة #dx-feedback: أنشئ قناة مخصصة والتزم بالرد خلال ٤٨ ساعة حتى لو كان الرد “نحن ندرس الموضوع”
4. تقرير شهري: انشر “ما أصلحناه بناءً على ملاحظاتكم” — دليل ملموس على أن الصوت مسموع

مفاهيم مرتبطة

• الاحتكاك — الاحتكاك غير المُبلّغ عنه هو العرض الأول للعجز المكتسب
• التدفق — العجز يمنع الدخول في حالة التدفق لأن المطور فقد الثقة ببيئته
• مقاييس DX — الاستبيانات المجهولة هي الطريقة الوحيدة لكشف العجز

نصيحة Monochrome

إذا توقف فريقك عن الشكوى — لا تحتفل. اسأل نفسك: هل حللنا المشاكل فعلاً، أم أنهم فقدوا الأمل؟