كان فريقنا يخشى الاعتراف بالخطأ: كيف أنقذنا ‘الأمان النفسي’ من جحيم الأخطاء الصامتة؟

يا جماعة الخير، السلام عليكم ورحمة الله.

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

بعد ما سلّم شغله، وبعد كم يوم، بلشت توصلنا شكاوي غريبة… عمليات دفع بتفشل بشكل عشوائي، ومش قادرين نلاقي نمط واضح للمشكلة. قضينا يومين وليلتين والفريق كله على أعصابه، بنحلل سجلات (logs)، وبنراجع كل تغيير صار في آخر أسبوع. الأمور “فطّت ببعضها” والضغط زاد على الكل، والعملاء مش مبسوطين.

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

في هذيك اللحظة، ما لُمت سامي. لُمت حالي. أدركت إن المشكلة مش في الكود اللي كتبه سامي، المشكلة في “الكود” تبع ثقافة فريقنا. بنينا نظام بخوّف الناس من الغلط، وهالخوف كان رح يودينا في داهية. من هون بلشت رحلتنا الحقيقية لبناء ما يسمى بـ “الأمان النفسي”.

ما هو ‘الأمان النفسي’ وليش هو مهم لهالدرجة؟

ببساطة شديدة، الأمان النفسي (Psychological Safety) هو إيمان أعضاء الفريق بأنهم ما رح يتعرضوا للعقاب أو الإحراج أو التهميش لمجرد إنهم طرحوا فكرة، أو سألوا سؤال، أو اعترفوا بخطأ، أو انتقدوا الوضع القائم بطريقة بنّاءة. هو البيئة اللي بحس فيها الواحد إنه بقدر يكون على طبيعته، بجهله وعلمه، بدون ما يلبس قناع المثالية.

ليش هو مهم؟ لأنه من الآخر، هو أساس كل شيء:

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

علامات الخطر: كيف تعرف إن فريقك بعاني من نقص الأمان النفسي؟

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

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

رحلتنا نحو الشفاء: خطوات عملية لبناء ثقافة الأمان النفسي

طيب يا أبو عمر، شخصّنا المشكلة. كيف الحل؟ الحل مش كبسة زر، هو عملية مستمرة ومجهود جماعي. هاي هي الخطوات اللي اتبعناها ونجحت معنا بشكل كبير.

الخطوة الأولى: القائد أول من يعترف بالخطأ

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

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

الخطوة الثانية: “كيف صار هيك؟” بدل “مين عمل هيك؟”

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

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

# تقرير تحليل الحادثة (Blameless Postmortem)

**1. ملخص الحادثة:**
(وصف موجز لما حدث، متى بدأ ومتى انتهى، وتأثيره العام)

**2. الخط الزمني للأحداث (Timeline):**
(تسلسل دقيق للأحداث بتوقيتها، بما في ذلك الاكتشاف، التشخيص، والإصلاح)
- 2023-10-26 14:30 UTC: أول إنذار من نظام المراقبة بخصوص ارتفاع نسبة الأخطاء في واجهة الدفع.
- 2023-10-26 14:45 UTC: تم إبلاغ الفريق المسؤول وتشكيل غرفة حرب (war room).
- ...

**3. الأسباب الجذرية (Focus on Process, not People):**
(تحليل يركز على "لماذا" حدث الخطأ في النظام أو العملية، وليس "من" تسبب به)
- مثال صحيح: "نقص في تغطية الاختبارات الآلية لحالات الدفع غير التقليدية."
- مثال خاطئ: "سامي لم يختبر الكود بشكل كافٍ."

**4. الإجراءات التصحيحية والوقائية (Action Items):**
(قائمة بالمهام العملية لمنع تكرار المشكلة، مع تحديد مسؤول وتاريخ متوقع)
- [ ] (فريق الجودة) إضافة اختبارات تكامل (Integration Tests) تغطي سيناريوهات الدفع الملغاة.
- [ ] (فريق المنصة) تحسين نظام الإنذار ليعطي تنبيهات أوضح وأسرع.

الخطوة الثالثة: تشجيع الأسئلة “الغبية” والفضول

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

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

الخطوة الرابعة: بناء نظام، مش بس نوايا طيبة

النوايا الحسنة وحدها لا تكفي. لازم تبني عمليات وإجراءات تدعم ثقافة الأمان النفسي وتحميها.

• مراجعة الكود (Code Reviews): أكّدنا على أن الهدف من مراجعة الكود هو “تحسين جودة المنتج” وليس “إصدار حكم على المبرمج”. التعليقات يجب أن تكون عن الكود (“هذه الدالة قد تسبب حلقة لا نهائية في هذه الحالة”) وليس عن الشخص (“أنت لم تفكر في هذه الحالة”).
• الاجتماعات الاسترجاعية (Retrospectives): خصصنا اجتماعًا ثابتًا كل أسبوعين، بدون وجود أي مدير من خارج الفريق، للإجابة على ثلاثة أسئلة فقط: ماذا سار بشكل جيد؟ ماذا لم يسر بشكل جيد؟ وماذا سنحسن في الأسبوعين القادمين؟ وهذا الاجتماع له قاعدة ذهبية: “كل ما يقال هنا يبقى هنا، والهدف هو تحسين النظام وليس جلد الذات”.
• اجتماعات 1-على-1: كقائد، خصصت وقتًا أسبوعيًا لكل فرد في الفريق على انفراد. هذا اللقاء ليس لمتابعة المهام، بل للاستماع. “كيف أمورك؟ شو في إشي مضايقك؟ كيف بقدر أساعدك؟”. هذه المساحة الخاصة هي صمام أمان للكثيرين ليشاركوا مخاوفهم التي قد يترددون في طرحها علنًا.

الخلاصة: الأمان النفسي مش رفاهية، هو أساس النجاح 🏆

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

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

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