بتذكرها زي كأنها إمبارح. كنا قاعدين، كل واحد في عالمه، صوت الكيبوردات زي معزوفة أوركسترا متواضعة. فجأة، بيوصلني مسج على سلاك من “سامي”، الشب الجديد اللي انضم للفريق قبل شهر. المسج كانت عبارة عن سطر واحد: “عمو أبو عمر، شكلوا في مشكلة… أنا مش ملاقي جدول الـ users”.
قلبي نغزني. جدول المستخدمين مش “إشي” بروح هيك. فتحت الـ terminal بسرعة، كتبت كم أمر… والنتيجة كانت صدمة. الجدول مش موجود. طاير. تبخّر. في عالم البرمجة، هاي مشكلة لا تُغتفر، هاي مصيبة بتعني توقف الشغل كله، وفقدان بيانات آلاف المستخدمين.
بهديك اللحظة، كان ممكن أعمل إشي من اثنين. الأول، وهو الطريق الأسهل والمُعتاد في كثير شركات: أروح على مكتب المدير، وأحكيله “سامي ضيع الشركة”، ونبدأ حفلة اللوم والبحث عن كبش فداء، وينتهي اليوم بفصل سامي أو على الأقل توبيخه بشكل يخليه يكره اليوم اللي فكر فيه يصير مبرمج.
لكن أنا اخترت الطريق الثاني. رحت على سامي، اللي كان وجهه أصفر زي حبة الليمون وبتصبب عرق. حطيت إيدي على كتفه وقلتله: “يا خوي، اهدأ. احكيلي شو صار بالضبط، خطوة بخطوة. مش عشان نلومك، عشان نفهم ونحلها سوا. كلنا بنغلط”.
هذه اللحظة، هذه الجملة البسيطة، كانت حجر الأساس لواحد من أقوى الفرق اللي اشتغلت معها في حياتي. اليوم، بدي أحكيلكم عن المفهوم اللي أنقذنا يومها، واللي بسموه بلغة الإدارة الحديثة: السلامة النفسية (Psychological Safety).
ما هي ‘السلامة النفسية’ بالضبط؟ مش مجرد دلع يا جماعة!
على بلاطة، السلامة النفسية هي الإيمان الجماعي داخل الفريق بأنك لن تُعاقَب أو تُهان على طرح أفكارك، أسئلتك، مخاوفك، أو حتى الاعتراف بأخطائك. هي البيئة اللي بتخليك تحكي “أنا مش فاهم، ممكن تعيد؟” بدون ما تحس حالك غبي، أو تحكي “أنا خبصت الشغل، محتاج مساعدة” بدون ما تخاف من الفصل.
كثير ناس بتفكر إنه هاي “نعومة” و “دلع” زيادة عن اللزوم في بيئة العمل. لكن الحقيقة اللي أثبتتها شركات عملاقة مثل جوجل في دراسة “Project Aristotle” الشهيرة، هي إن السلامة النفسية هي العامل رقم واحد في تحديد نجاح وفعالية الفرق عالية الأداء. أهم من خبرة أفراد الفريق، وأهم من شهاداتهم.
“السلامة النفسية مش إننا نكون لطيفين مع بعض طول الوقت. هي إننا نكون صريحين ومباشرين مع بعض، ونعرف إنه هدفنا المشترك (نجاح المشروع) أهم من غرورنا الشخصي.”
أعراض ثقافة الخوف: كيف تعرف أن فريقك في خطر؟
قبل ما نبني جسور السلامة، لازم نعرف وين التشققات في حيطان ثقافتنا الحالية. لو شفت هاي الأعراض في فريقك، فاعرف إنه في عندك مشكلة “ثقافة خوف” لازم تتعامل معها فوراً:
صمت القبور في الاجتماعات
الكل بهز راسه موافق، ما حدا عنده سؤال، ما حدا عنده اعتراض. هذا مش دليل على الانسجام، هذا دليل على الخوف. الناس بتخاف تحكي رأيها لينتقدها المدير أو يعتبرها زملاؤها “سلبية” أو “مش فاهمة”.
لعبة إخفاء الأخطاء
بدل ما المبرمج يرفع إيده ويقول “يا جماعة، الكود اللي كتبته فيه bug”، بصير يحاول “يرقّع” المشكلة بالтихомолку (بالخفاء)، والمشكلة الصغيرة بتكبر وبتصير كارثة. الخطأ بصير زي كرة الثلج، كل ما دحرجته أكتر وهو مخفي، كل ما كبر وصار تدميره أكبر.
البحث عن كبش فداء (The Blame Game)
لما تحصل مشكلة، أول سؤال بينطرح مش “كيف نصلح المشكلة ونمنعها بالمستقبل؟” بل “مين اللي عملها؟”. التركيز بكون على لوم الشخص بدل إصلاح النظام (The Process). هذا بخلي كل واحد يشتغل وهو حاطط طبقات من الحماية والدفاعات عشان ما يكون هو الضحية التالية.
الابتكار في ذمة الله
ليش أجرب فكرة جديدة ممكن تفشل؟ ليش أقترح استخدام تقنية جديدة ممكن تكون صعبة؟ في ثقافة الخوف، الفشل هو وصمة عار. وبالتالي، الكل بيلتزم بالطرق القديمة والمألوفة حتى لو كانت غير فعالة، لأنها “آمنة”. النتيجة؟ شركة جامدة، لا تتطور، وبياكلها السوق أكل.
كيف نبني جسور السلامة النفسية؟ خطوات عملية من الميدان
بناء السلامة النفسية مش كبسة زر، هو عملية مستمرة وزراعة يومية. هاي شوية خطوات عملية، من واقع خبرتي، بتقدر تبدأ فيها من اليوم:
الخطوة الأولى: القائد هو القدوة (Lead by Example)
إذا كنت قائد فريق، أنت حجر الزاوية. لازم تكون أول واحد يعترف بغلطه. جرب مرة في اجتماع الفريق القادم تحكي: “يا جماعة، بخصوص القرار اللي أخذناه الأسبوع الماضي، أنا كنت غلطان. بعد مراجعة البيانات، اتضح إنه كان لازم نعمل كذا وكذا…”. رح تشوف كيف الصمت رح ينكسر، ورح يبلشوا الناس يحسوا بالأمان ليشاركوا أخطاءهم هم كمان.
الخطوة الثانية: حوّل الأخطاء إلى دروس (Frame Mistakes as Learning Opportunities)
بعد حادثة سامي، طبقنا سياسة اسمها “تشريح الأخطاء بدون لوم” (Blameless Postmortems). لما تحصل مشكلة، بنجتمع كلنا، مش عشان نعرف “مين” السبب، بل عشان نفهم “ليش” النظام سمح لهذا الخطأ إنه يحصل. بنطلع بتقرير مفصل، تركيزه على تحسين العمليات والأدوات لمنع تكرار الخطأ.
هذا ممكن يكون شكل التقرير تبعنا:
# تشريح الحادثة: [عنوان المشكلة، مثلاً: حذف جدول المستخدمين]
**التاريخ:** 2023-10-27
**المشاركون:** أبو عمر، سامي، فاطمة
**الحالة:** نهائي
## 1. ملخص (شو اللي صار؟)
تم حذف جدول `users` من قاعدة البيانات الإنتاجية عن طريق الخطأ أثناء عملية صيانة روتينية، مما أدى إلى توقف الخدمة لمدة 45 دقيقة.
## 2. التسلسل الزمني (القصة الكاملة)
- **14:05 UTC:** سامي بدأ بتنفيذ سكربت الصيانة على بيئة الاختبار.
- **14:10 UTC:** عن طريق الخطأ، تم فتح نافذة terminal أخرى متصلة بالإنتاج.
- **14:12 UTC:** تم تنفيذ أمر الحذف `DROP TABLE` على نافذة الإنتاج بدل نافذة الاختبار.
- **14:13 UTC:** سامي أبلغ أبو عمر بالمشكلة.
- **14:50 UTC:** تم استعادة الجدول من آخر نسخة احتياطية وعادت الخدمة.
## 3. تحليل الأسباب الجذرية (ليش النظام سمح بهيك إشي؟)
- **السبب 1:** صلاحيات المبرمجين على قاعدة البيانات الإنتاجية تسمح بأوامر الحذف المدمرة.
- **السبب 2:** لا يوجد تأكيد إضافي (confirmation prompt) عند تنفيذ أوامر خطيرة.
- **السبب 3:** واجهة الـ terminal لبيئة الإنتاج والاختبار تبدو متشابهة تمامًا، مما يسهل الخطأ.
## 4. الإجراءات التصحيحية (كيف رح نمنعها المرة الجاي؟)
- **[إجراء 1]:** سحب صلاحيات الحذف والتعديل المباشر من جميع المبرمجين. (المسؤول: أبو عمر، موعد التسليم: 2023-11-01)
- **[إجراء 2]:** تطوير أداة داخلية (CLI tool) تتطلب تأكيدًا من شخصين لتنفيذ أي تغيير على الإنتاج. (المسؤول: فاطمة، موعد التسليم: 2023-11-15)
- **[إجراء 3]:** تغيير لون واجهة الـ terminal لبيئة الإنتاج إلى اللون الأحمر للتحذير. (المسؤول: سامي، موعد التسليم: 2023-10-28)
شايفين كيف؟ التركيز 100% على إصلاح النظام، و 0% على لوم سامي. سامي نفسه صار جزء من الحل!
الخطوة الثالثة: شجع الفضول والأسئلة (Actively Reward Curiosity)
خصص وقتًا للأسئلة. في نهاية كل اجتماع، لا تسأل “حدا عنده أسئلة؟” وتكمل. بل اصمت لمدة 10 ثوانٍ كاملة. أو الأفضل، اطلب من كل شخص يشارك بسؤال واحد أو فكرة واحدة. احتفل بالأسئلة “الغبية” لأنها غالبًا ما تكشف عن افتراضات خاطئة لم ينتبه لها أحد.
الخطوة الرابعة: استمع بنية الفهم، لا بنية الرد
لما حدا يجي يحكيلك مشكلة أو يقترح فكرة، قاوم رغبتك في مقاطعته فورًا لتقديم الحل أو نقد الفكرة. استمع حتى النهاية. أعد صياغة كلامه لتتأكد أنك فهمت صح: “إذًا اللي فهمته منك هو إنك قلق بخصوص كذا وكذا، صحيح؟”. هذا الفعل البسيط يرسل رسالة قوية: “أنا أسمعك، ورأيك مهم”.
الخلاصة: ازرع ثقة، تحصد إبداعًا 🚀
يا جماعة، الشغل في عالم التكنولوجيا معقد ومليان تحديات. آخر إشي بنحتاجه هو إنه نخاف من بعض ونخاف من شغلنا. بناء السلامة النفسية مش رفاهية، هو ضرورة قصوى لبناء فرق قوية قادرة على الابتكار وحل المشاكل المعقدة.
القصة اللي بديت فيها، قصة سامي، بتعرفوا شو نهايتها؟ سامي ما انطرد. بالعكس، صار من أشطر المبرمجين عنا، وصار هو نفسه يعلّم الموظفين الجداد أهمية الشفافية والاعتراف بالخطأ. الحادثة اللي كانت ممكن تكون نهاية مسيرته المهنية، صارت نقطة انطلاق لأنه كان في بيئة آمنة احتضنته وحولت خطأه لدرس جماعي.
نصيحتي الأخيرة لك، سواء كنت قائدًا أو موظفًا: ابدأ بنفسك. كن الشخص الذي يبادر بالثقة، كن أول من يعترف بالخطأ، وكن أذنًا صاغية لزملائك. ازرعوا بذور السلامة النفسية اليوم، وستحصدون ثمار الإبداع والإنتاجية لسنوات قادمة. والله الموفق.
