السؤال ‘الغبي’ الذي أنقذ المشروع: دليلك لبناء السلامة النفسية في فريقك التقني

السلام عليكم يا جماعة، معكم أخوكم أبو عمر.

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

لكن لما طلعنا على البيئة الحقيقية (Production)، بلشت المصايب. النموذج كان أداؤه متذبذب بشكل غريب، كأنه “سكران” مش عارف راسه من رجليه. يوم يعطي نتائج خرافية، ويوم ثاني النتائج في الحضيض. قعدنا أسابيع، ليالي وأيام، نغوص في خوارزميات معقدة، ونراجع كل سطر كود في الـ pipeline، ونحلل رياضيات النموذج. كل الفريق الكبير، من أصغر واحد لأكبر واحد، كان محتار. والضغط من الإدارة كان يزيد يوم عن يوم.

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

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

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

هذا الموقف علمني درسًا أهم من أي خوارزمية تعلمتها: أخطر فيروس ممكن يصيب فريق تقني هو “الخوف من الظهور بمظهر الغبي”. ومن يومها، صار بناء “السلامة النفسية” أولويتي الأولى قبل أي تقنية أو أداة.

ما هي ‘السلامة النفسية’ في فريق العمل؟ وليش هي أهم من الـ “Ping Pong Table”؟

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

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

جحيم الافتراضات: العدو الصامت للإنتاجية

في قصتنا، كاد مشروعنا أن يحترق في جحيم الافتراضات. هذه بعض الافتراضات القاتلة التي نقع فيها يوميًا:

الافتراض الأول: الجميع على نفس الصفحة

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

الافتراض الثاني: ‘الأساسيات’ سليمة دائمًا

هذا هو الفخ الذي وقعنا فيه. كخبراء، نميل إلى القفز فوق الأساسيات بحثًا عن تحديات فكرية معقدة. نفترض أن الـ configuration صحيح، والـ data types متطابقة، والتواقيت موحدة. لكن الحقيقة المرة هي أن 90% من الكوارث البرمجية سببها خطأ أساسي بسيط تم تجاهله.

الافتراض الثالث: الصمت يعني الرضا والموافقة

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

كيف نبني جدار السلامة النفسية؟ خطوات عملية من ‘أبو عمر’

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

1. ابدأ بنفسك كقائد للفريق (Lead by Example)

أنت القدوة. إذا كنت لا تعترف بأخطائك، فلا تتوقع من فريقك أن يفعل. كن أول من يقول:

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

2. حوّل الأخطاء إلى فرص تعلّم (Blameless Postmortems)

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

لا تسأل “من الذي سبب المشكلة؟”، بل اسأل “ماذا في نظامنا أو عملياتنا سمح بحدوث هذه المشكلة؟ وكيف نمنعها مستقبلًا؟”

تخيل أن الكود تبع عملياتك كالتالي:

العملية السيئة (Blame Culture):

function handleProductionError(error) {
    const culprit = findWhoPushedTheCode(error.commitID);
    blame(culprit);
    // ... maybe fire them later
}

العملية الصحيحة (Blameless Culture):

function handleProductionError(error) {
    const rootCause = analyzeSystemWeakness(error);
    const actionItems = createActionItemsToFixSystem(rootCause);
    
    // Add more tests, improve monitoring, update deployment checklist etc.
    implement(actionItems);

    // Share the story and learnings with everyone
    shareLearnings(rootCause, actionItems);
}

الفرق شاسع. الأولى تخلق الخوف، والثانية تخلق المعرفة والمرونة (Resilience).

3. خصص أوقاتًا ‘آمنة’ للنقاش

لا تترك الأمر للصدفة. ابنِ السلامة النفسية داخل روتين الفريق:

• اجتماعات الـ Retrospective: في نهاية كل دورة عمل (sprint)، خصص اجتماعًا يكون قانونه الأول: “بغض النظر عما نكتشفه، نحن نؤمن بأن الجميع بذلوا قصارى جهدهم بالمعلومات والمهارات والموارد المتاحة لهم في ذلك الوقت”. هذا القانون يفتح الباب للنقد البنّاء الحقيقي.
• جلسات 1-on-1: اجلس مع كل فرد من فريقك بانتظام. هذه فرصتك لتسأله: “كيف الأمور معك؟ هل هناك أي شيء يعيقك؟ هل تشعر أنك مسموع في الفريق؟”. هنا قد تسمع ما لا يُقال في الاجتماعات الكبيرة.

4. استخدم لغة شاملة ومشجعة

الكلمات مهمة. تجنب عبارات مثل:

• “هذا واضح/بديهي” (This is obvious) – هذه الجملة تجعل من لم يفهم يشعر بالغباء.
• “هذا سهل” (This is easy) – ما هو سهل لك قد يكون تحديًا لغيرك.

استبدلها بـ:

• “دعونا نراجع هذه النقطة معًا خطوة بخطوة.”
• “وجهة نظر أخرى حول هذا الموضوع هي…”
• “شكرًا لطرح هذا السؤال، أعتقد أن الكثيرين كانوا يفكرون فيه.”

النتائج الملموسة: من فريق صامت إلى خلية نحل مبدعة

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

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

خلاصة ‘أبو عمر’ وتوصية من القلب ❤️

من الآخر يا جماعة، بناء البرمجيات هو عمل جماعي بامتياز، والعمل الجماعي أساسه التواصل. والسلامة النفسية هي الزيت الذي يجعل عجلة التواصل تدور بسلاسة.

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

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