أخطاؤنا كانت تُدفن سرًا: كيف أنقذتنا ‘السلامة النفسية’ من جحيم ثقافة اللوم؟

بتذكرها زي كأنها مبارح. كنا في بداية الألفينات، فريق صغير متحمس شغالين على نظام مالي لأحد العملاء الكبار. كنت وقتها لساتني “فرخ” في عالم البرمجة، متحمس أثبت حالي. في ليلة من الليالي، وأنا بعمل تحديث على النظام، دفعت كود (pushed code) فيه خطأ منطقي صغير، خطأ ما بيكشفه المترجم (Compiler) ولا حتى الاختبارات البسيطة اللي كنا نعملها وقتها.

ما مرقت ساعتين إلا والتلفونات بلشت ترن. تقارير بتطلع غلط، حسابات مش متطابقة، والعميل على الخط بصرخ. الدنيا قامت وما قعدت. مدير المشروع، الله يسهل عليه، دخل علينا المكتب وجهه أحمر من الغضب وأول كلمة حكاها كانت: “مين الحمار اللي عمل هيك؟”.

في هذيك اللحظة، حسيت الدم هرب من وجهي. تجمدت في مكاني. مع إني كنت شبه متأكد إنها غلطتي، بس الخوف شلّ لساني. زميلي اللي جنبي، يمكن حس بالضغط، صار يبرر ويحكي “أنا الكود تبعي كان تمام!”. والآخر صار يفتّش في سجلات الـ commit history عشان يلاقي كبش فداء. تحول المكتب في دقائق من فريق متعاون إلى ساحة حرب، كل واحد بده ينجو بجلده. بالنهاية، قدرت أصلّح الخطأ “بالسكت” وأعمل تحديث سريع بدون ما حدا يعرف بالضبط مين السبب. انحلت المشكلة تقنياً، بس الجرح النفسي اللي تركته هذيك الحادثة ضل معلم فينا كلنا. صرنا نخاف نجرب، نخاف نعترف بالغلط، وصارت أخطاؤنا تُدفن سرًا، زي القنابل الموقوتة.

هذه القصة، يا جماعة الخير، هي ملخص لشيء اسمه “ثقافة اللوم”. وهو الجحيم اللي كثير من الفرق التقنية وغير التقنية بتعيش فيه كل يوم.

ما هي “ثقافة اللوم”؟ الجحيم الصامت في مكاتبنا

ثقافة اللوم (Blame Culture) باختصار هي بيئة عمل، لما تصير مشكلة، أول ردة فعل بتكون البحث عن شخص نلقي عليه اللوم، مش البحث عن حل للمشكلة. كأن الهدف هو معاقبة المخطئ وليس إصلاح الخلل ومنع تكراره.

أعراض وعلامات هذه الثقافة السامة:

• الخوف من الاعتراف بالخطأ: الموظفون يخفون أخطاءهم حتى تتفاقم وتتحول إلى كوارث، خوفًا من العقاب أو الإحراج.
• لعبة توجيه الأصابع: بدلًا من التعاون، يبدأ الجميع بالبحث عن دليل يبرئ ساحتهم ويلقي بالمسؤولية على غيرهم. عبارات مثل “مش شغلي” أو “فلان اللي قالي أعمل هيك” بتصير هي العملة المتداولة.
• موت الابتكار: مين رح يجازف ويجرب فكرة جديدة ممكن تفشل، إذا كان الفشل يعني نهاية مسيرته المهنية في الشركة؟ الناس بتلجأ للحلول الآمنة والمملة فقط.

– اجتماعات التحقيق، لا اجتماعات الحل: الاجتماعات اللي بتصير بعد أي مشكلة (Post-mortems) بتتحول لجلسات محاكمة هدفها إدانة شخص ما.

• تسرب المواهب: المبدعون والموهوبون لا يستطيعون النمو في بيئة خانقة وقائمة على الخوف، لذلك سرعان ما يغادرون.

هذه البيئة لا تدمر نفسية الموظفين فقط، بل تدمر الإنتاجية والجودة على المدى الطويل. لأن الأخطاء الحقيقية في الأنظمة والعمليات لا يتم تحليلها ومعالجتها، بل يتم دفنها مع كل “كبش فداء” يتم التضحية به.

البديل المنقذ: السلامة النفسية (Psychological Safety)

بعد سنوات من الخبرة والتنقل بين الشركات، اكتشفت مصطلحًا غيّر نظرتي لإدارة الفرق تمامًا: السلامة النفسية. المصطلح هذا صاغته الباحثة في جامعة هارفارد إيمي إدموندسون (Amy Edmondson)، وهو ليس مجرد “كلام حلو” من قسم الموارد البشرية، بل هو أساس الفرق عالية الأداء.

ما هي السلامة النفسية على أرض الواقع؟

السلامة النفسية هي الإيمان المشترك بين أعضاء الفريق بأن هذا الفريق هو مكان آمن للمخاطرة على المستوى الشخصي. هذا يعني أنك تستطيع:

• الاعتراف بالخطأ بدون خوف من الإهانة أو العقاب.
• طرح سؤال “غبي” وأنت تعلم أن زملاءك سيجيبونك بصدر رحب.
• اقتراح فكرة “مجنونة” في اجتماع دون أن يسخر منك أحد.
• تقديم نقد بنّاء لزميلك أو حتى لمديرك، وأنت واثق أن الهدف هو تحسين العمل وليس الهجوم الشخصي.

باختصار، السلامة النفسية هي أن تشعر بأنك تستطيع أن تكون على طبيعتك، بإنسانيتك الكاملة، مع كل ما تحمله من أفكار وأخطاء، داخل فريقك.

خطوات عملية لبناء ثقافة السلامة النفسية (من دفتر أبو عمر)

الكلام النظري جميل، لكن كيف نطبقه؟ بناء هذه الثقافة يتطلب مجهودًا واعيًا ومستمرًا، خصوصًا من القادة والمدراء. إليكم بعض الخطوات العملية اللي تعلمتها وطبقتها بنفسي.

1. القدوة هي الأساس: اعترف بأخطائك أولًا

إذا أردت لفريقك أن يعترف بأخطائه، يجب أن تكون أنت أول من يفعل ذلك. كقائد فريق أو مدير تقني، عندما ترتكب خطأ (وهذا سيحدث حتمًا)، اعترف به أمام الجميع.

مثال عملي:
بدلًا من إخفاء حقيقة أنك قدرت وقت المشروع بشكل خاطئ، قل بصراحة في اجتماع الفريق: “يا جماعة، بعتذر منكم. أنا أخطأت في تقدير الوقت اللازم لمشروع X، ولم آخذ في الحسبان التعقيدات Y و Z. هذا خطئي، والآن دعونا نفكر معًا كيف يمكننا التعامل مع الوضع الحالي ووضع خطة جديدة وواقعية.”

هذه اللحظة من الشفافية أقوى من ألف محاضرة عن أهمية الصدق. أنت بذلك تعطي إشارة قوية للجميع: “في هذا الفريق، الأخطاء فرصة للتعلم، لا سبب للخجل”.

2. غيّر لغة الحوار: من “مَن؟” إلى “كيف؟”

عندما تحدث مشكلة، درّب نفسك وفريقك على تغيير طبيعة الأسئلة التي تطرحونها.

• تجنب: “مين اللي عمل هيك؟” أو “ليش عملت هيك؟”. هذه أسئلة تبحث عن مُذنب.
• استخدم: “شو اللي صار بالضبط؟”، “كيف ممكن نصلح الوضع بأسرع وقت؟”، “ما هي العوامل في نظامنا أو عملياتنا التي سمحت بحدوث هذا الخطأ؟”، “كيف يمكننا تحسين النظام لمنع تكرار هذا النوع من الأخطاء مستقبلًا؟”.

هذا هو جوهر ما يسمى بـ “اجتماعات ما بعد الحادثة بدون لوم” (Blameless Postmortems). الهدف هو تشريح المشكلة والنظام، وليس تشريح الشخص.

3. ابنِ شبكات أمان تقنية (Technical Safety Nets)

السلامة النفسية ليست فقط شعورًا، بل يمكن دعمها بأدوات وأنظمة تقنية تقلل من الخوف الناتج عن ارتكاب الأخطاء. كلما كان أثر الخطأ أقل، قل الخوف من ارتكابه.

أمثلة على شبكات الأمان:

• الاختبارات الآلية (Automated Tests): وجودชุด اختبارات قوية (Unit, Integration, E2E) يعطي المبرمج ثقة أكبر في إجراء التعديلات.
• التكامل والنشر المستمر (CI/CD): وجود pipeline واضح يقوم بالاختبار والنشر بشكل آلي يقلل من الأخطاء البشرية.
• مفاتيح الميزات (Feature Flags): هذه تقنية عبقرية تسمح لك بنشر كود جديد في بيئة الإنتاج وهو “مطفأ”، ثم تفعيله تدريجيًا لمجموعة صغيرة من المستخدمين. إذا ظهرت مشكلة، كل ما عليك فعله هو إطفاء الميزة بضغطة زر، دون الحاجة لإعادة نشر النظام بأكمله.

هنا مثال بسيط جدًا لكيفية عمل الـ Feature Flag باستخدام JavaScript:

// ملف الإعدادات المركزي للميزات
const featureFlags = {
  'new-payment-gateway': { 
    enabled: true, // يمكن إطفاؤها بسهولة بتغييرها إلى false
    allowedUsers: ['user1@example.com', 'team_member@mycompany.com'] 
  }
};

function isFeatureEnabled(featureName, user) {
  const flag = featureFlags[featureName];

  if (!flag) {
    return false; // الميزة غير موجودة أصلًا
  }

  // إذا كانت الميزة مفعلة للجميع، أو للمستخدم الحالي
  if (flag.enabled && (flag.allowedUsers === 'all' || flag.allowedUsers.includes(user.email))) {
    return true;
  }

  return false;
}

// في كود التطبيق
if (isFeatureEnabled('new-payment-gateway', currentUser)) {
  // اعرض بوابة الدفع الجديدة (الكود الجديد والخطير)
  showNewPaymentGateway();
} else {
  // اعرض بوابة الدفع القديمة (الكود المستقر والآمن)
  showOldPaymentGateway();
}

هذه الأدوات تحول عبارة “لا تكسر شيئًا في الإنتاج” إلى “إذا كسرت شيئًا، فليكن من السهل إصلاحه بسرعة”. هذا تغيير جذري في العقلية.

4. شجع الفضول واحتفِ بالأسئلة

لا يوجد شيء اسمه “سؤال غبي”. السؤال الغبي هو السؤال الذي لم يُطرح خوفًا من الإحراج. كقائد، عندما يسألك مطور مبتدئ سؤالًا يبدو بسيطًا، اشكره على طرحه. يمكنك أن تقول: “شكرًا لسؤالك، هذه نقطة مهمة جدًا، وربما هناك آخرون في الفريق كانوا يفكرون في نفس الشيء”. هذا يشجع الآخرين على المشاركة ويخلق بيئة تعليمية.

الخلاصة: من دفن الأخطاء إلى استثمارها 💡

الانتقال من ثقافة اللوم إلى ثقافة السلامة النفسية ليس رفاهية، بل هو ضرورة استراتيجية للبقاء والنمو في عالم اليوم سريع التغير. الفرق التي تشعر بالأمان هي الفرق التي تبتكر أسرع، تحل المشاكل بفعالية أكبر، تتعلم من أخطائها، وتحافظ على أفضل مواهبها.

تذكروا دائمًا يا جماعة: بناء الثقة يحتاج شهورًا وسنوات، وهدمها لا يحتاج إلا لموقف واحد خاطئ أو كلمة جارحة. استثمروا في فرقكم، أعطوهم الأمان، وشاهدوهم يبنون لكم المستقبل الذي تحلمون به. الخطأ ليس فشلًا، بل هو مجرد بيانات جديدة نتعلم منها. فلا تدفنوا بياناتكم، بل استثمروها.