الأمان النفسي Psychological Safety: ما وجدته Google

في اجتماع مراجعة التصميم Design Review عرض المهندس الأول Senior Engineer خطته لنقل Migration خدمة الطلبات إلى قاعدة بيانات جديدة، ولاحظت أنت أن الخطة لا تتعامل مع الطلبات التي تصل أثناء النقل. وفكرت أن تقول، ثم ترددت: ربما فكر في ذلك ولم يذكره، وربما يبدو سؤالك بسيطاً أكثر من اللازم أمام الجميع، وآخر مرة اعترض فيها زميلك على تصميم مشابه رأيت كيف نظر إليه القائد. فسكت، وانتهى الاجتماع بالموافقة. وبعد ثلاثة أسابيع، في ليلة النقل، ضاعت مئات الطلبات بالضبط بالطريقة التي فكرت فيها.

وهذا الموقف لا يحتاج فريقاً سيئاً، ولا قائداً ظالماً، ولا مهندساً ضعيفاً. يكفي أن يشعر الناس، ولو بدرجة بسيطة، أن قول ما يرونه له ثمن. وهذا ما تسميه الباحثة Amy Edmondson الأمان النفسي Psychological Safety، والذي وجدته Google في دراستها لفرقها أهم عامل في فعاليتها. وفي هذا المقال سوف نرى تعريفه الدقيق، وما وجدته الدراسات عنه، وما الذي ليس هو، ثم ثلاث حالات توضيحية: مهندس يسكت، وقائد يعاقب من يحمل الخبر السيئ دون أن يقصد، ومهندس يستخدم الكلمة في غير مكانها. وفي آخره استبيان قصير تقيس به فريقك، ودورة لتحويل نتيجته إلى تغيير.

وسوف نناقش في هذا المقال ما يلي:

• تعريف الأمان النفسي كما وضعته Edmondson، وما وجدته في دراستها سنة 1999.
• نتائج Project Aristotle في Google، وما الذي لم يرتبط بفعالية الفرق.
• ثقافة Westrum وما وجده DORA عن علاقتها بأداء تسليم البرمجيات Software Delivery Performance.
• ما الذي ليس أماناً نفسياً: اللطف الدائم، وغياب المحاسبة، والراحة.
• ثلاث حالات توضيحية: مهندس يسكت في المراجعة، وقائد يعاقب حامل الخبر، ومهندس يخلط بين الأمان والإعفاء من النقد.
• ما يفعله القائد وما يفعله عضو الفريق لبنائه.
• استبيان من سبعة بنود ودورة قياس كل ربع سنة.

ما هو الأمان النفسي Psychological Safety؟

في سنة 1999 نشرت Amy Edmondson، أستاذة القيادة في Harvard Business School، دراسة في مجلة Administrative Science Quarterly بعنوان Psychological Safety and Learning Behavior in Work Teams. وعرفت فيها الأمان النفسي للفريق بأنه اعتقاد مشترك بين أفراد الفريق بأن الفريق آمن للمخاطرة في التعامل بين الأشخاص Interpersonal Risk Taking. وكتبت أن هذا الاعتقاد يكون في أغلب الأحيان ضمنياً، لا يتحدث عنه أحد، وإنما يعرفه الجميع كأنه «الطريقة التي تسير بها الأمور هنا».

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

ودرست Edmondson 51 فريق عمل في شركة صناعية، وقاست الأمان النفسي وسلوك التعلم Learning Behavior وأداء الفريق. وسلوك التعلم عندها هو ما ذكرناه: طلب الملاحظات، ومشاركة المعلومات، وطلب المساعدة، والحديث عن الأخطاء، والتجريب. ووجدت أن الأمان النفسي مرتبط بسلوك التعلم، وأن سلوك التعلم هو الذي يربط الأمان النفسي بالأداء. بمعنى آخر: الأمان النفسي لا يحسن الأداء مباشرة، وإنما يجعل الناس يتصرفون بطريقة تجعل الفريق يتعلم ويصحح أخطاءه، وهذا هو ما يحسن الأداء.

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

ماذا وجدت Google في Project Aristotle؟

بعد دراستها عن المدراء الجيدين المسماة Project Oxygen، بدأت Google دراسة أخرى سمتها Project Aristotle للإجابة على سؤال واحد: ما الذي يجعل فريقاً فعالاً في Google؟ ونشرت نتائجها في دليل Understand team effectiveness على موقع re:Work. واستخدم الباحثون أكثر من 35 نموذجاً إحصائياً على مئات المتغيرات، ووجدوا أن ما يهم أقل في من هم أعضاء الفريق، وأكثر في كيف يعملون معاً. والعوامل الخمسة حسب أهميتها:

• الأمان النفسي: ويعرفه الدليل بأنه تصور الفرد لعواقب المخاطرة في التعامل مع الآخرين، أي أن يثق أن أحداً في الفريق لن يحرجه أو يعاقبه لأنه اعترف بخطأ أو سأل سؤالاً أو قدم فكرة جديدة.
• الاعتمادية Dependability: أعضاء الفريق ينجزون عملاً جيداً في وقته.
• الهيكل والوضوح Structure and Clarity: كل فرد يفهم ما المتوقع منه، وكيف يصل إليه، وما عواقب أدائه.
• المعنى Meaning: أن يجد الفرد في العمل أو نتيجته معنى شخصياً له.
• الأثر Impact: أن يرى الفرد أن عمله يصنع فرقاً.

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

ثقافة Westrum وأداء التسليم Generative Culture

ومن جهة هندسة البرمجيات تحديداً، يستخدم برنامج أبحاث DORA نموذجاً وضعه عالم الاجتماع Ron Westrum يقسم ثقافة المؤسسات إلى ثلاثة أنواع حسب طريقة تعاملها مع المعلومات، وأهم ما يميزها كيف تعامل من يحمل الخبر السيئ:

وتذكر صفحة DORA عن الثقافة المنتجة أن الثقافة عالية الثقة التي تركز على تدفق المعلومات تتنبأ بأداء تسليم البرمجيات وأداء المؤسسة، وأن تحليل تقرير State of DevOps لسنة 2019 وجد أن الأمان النفسي يتنبأ بأداء التسليم وأداء المؤسسة والإنتاجية. ولاحظ صف «حامل الخبر السيئ» في الجدول، فهو أوضح اختبار لثقافة أي فريق: في الثقافة المرضية Pathological يعاقب، فيتعلم الجميع ألا يحملوا أخباراً سيئة، وفي البيروقراطية Bureaucratic يهمل، فيتعلمون أن لا فائدة من حملها، وفي المنتجة يدرب، أي يشجع ويعلم كيف يحمل الخبر بطريقة أفضل، فيتعلم الجميع أن الخبر السيئ المبكر هدية.

وتقيس DORA هذه الثقافة باستبيان يقيم فيه الناس عبارات مثل «في فريقي، تطلب المعلومات بنشاط»، و«لا يعاقب حاملو الأخبار السيئة عندما يبلغون عن فشل»، و«في فريقي، يعامل الفشل أساساً كفرصة لتحسين النظام». وهذه طريقة قياس قريبة من استبيان Edmondson الذي سنعرضه في آخر المقال.

وما يجمع الدراسات الثلاث، دراسة Edmondson على فرق المصنع، ودراسة Google على فرقها، وأبحاث DORA على فرق تسليم البرمجيات، أنها وصلت من طرق مختلفة إلى نفس النقطة: الفريق الذي يتحدث أفراده بحرية عن المشكلات والأخطاء يتعلم أسرع ويعمل أفضل. وهذا لا يعني أن الأمان النفسي يكفي وحده، فالفريق الذي يشعر أفراده بالأمان ولا يعرفون أهدافهم ولا يلتزمون بمواعيدهم لن ينجح. ولكنه يعني أن أي تحسين آخر، سواء في العمليات أو الأدوات أو المهارات، يحتاج أن يعرف الفريق أولاً أين المشكلة، وهذه المعرفة لا تصل إلا إذا كان الناس يقولون ما يرونه.

ما الذي ليس أماناً نفسياً؟ Common Misreadings

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

• ليس اللطف الدائم: الفريق الذي لا يختلف فيه أحد مع أحد، ويجامل الجميع، قد يكون أقل أماناً نفسياً، لأن الناس يخافون أن يقولوا ما يعكر الجو. والأمان النفسي يعني أن تستطيع أن تقول «أظن أن هذا التصميم خطأ» دون أن تدفع ثمناً اجتماعياً، وليس أن لا يقولها أحد.
• ليس غياب المحاسبة: الفريق الآمن نفسياً ما زال يتوقع عملاً جيداً في وقته، وهذا هو العامل الثاني في نتائج Google، أي الاعتمادية. والفرق أن المحاسبة فيه عن النتائج والسلوك، وليس عن الاعتراف بالخطأ أو طرح السؤال.
• ليس الراحة: قد يكون الحديث الصريح في فريق آمن نفسياً غير مريح أبداً، فالملاحظة الصعبة تبقى صعبة. والفرق أن الناس يقولونها لأنهم يثقون أنها لن تستخدم ضدهم.
• ليس صفة شخصية: هو اعتقاد مشترك على مستوى الفريق، كما في تعريف Edmondson. فنفس الشخص قد يكون صريحاً في فريق وصامتاً في فريق آخر، والسبب في الفريق وليس فيه.
• ليس حماية من النقد: وهذا ما سوف نراه في الحالة الثالثة، فبعض الناس يستخدمون عبارة «لا يوجد أمان نفسي» عندما يتلقون نقداً مشروعاً لعملهم.

ثلاث حالات توضيحية Case Studies

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

الحالة الأولى: مهندس يسكت في مراجعة التصميم Silence

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

ماذا يحدث عادة: يسكت في الاجتماع، ثم يحاول أن يقنع نفسه أن المهندس الأول فكر في المشكلة. وبعد الحادثة Incident يشعر بالذنب لأنه كان يعرف، ولكنه لا يقول ذلك لأحد، لأن قوله الآن سيبدو كأنه «حكيم بعد الحدث».

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

ما الذي ينجح: أن يقول ما يراه بصيغة تقلل المخاطرة عليه وعلى الطرف الآخر: سؤال وليس اتهاماً، وفي وثيقة التصميم Design Doc إذا كان الاجتماع صعباً، أو للمهندس الأول في جلسة خاصة قبل الاجتماع. وبعد الحادثة، أن يذكر في اجتماع ما بعد الحادثة Postmortem أنه لاحظ المشكلة ولم يقلها، ولماذا، فهذه أهم معلومة للفريق، لأنها تكشف أن المشكلة ليست تقنية فقط.

عبارات يقولها:

«قد يكون سؤالي في غير محله، ولكن كيف نتعامل مع الطلبات التي تصل أثناء النقل؟ لم أجدها في الوثيقة.»

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

كيف توثق: اكتب السؤال في وثيقة التصميم كتعليق، فهو يبقى، ويقرؤه من لم يحضر، ويحميك من أن يقال إنك لم تنبه.

متى تصعد ولمن: إذا كانت المشكلة التي تراها تمس أمن البيانات أو سلامة النظام، وطرحتها ولم يتعامل معها أحد، فاكتبها لقائد الفريق Team Lead مباشرة، وإذا لم يرد فلمن يملك القرار. وهذا ليس تجاوزاً لأحد، وإنما مسؤوليتك المهنية.

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

الحالة الثانية: قائد يعاقب حامل الخبر دون أن يقصد Shooting the Messenger

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

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

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

ما الذي ينجح: أن يفصل القائد بين لحظة الإبلاغ ولحظة التحليل. ففي لحظة الإبلاغ هدف واحد: إصلاح المشكلة، وشكر من أبلغ بسرعة. وفي التحليل لاحقاً، السؤال عن النظام وليس عن الشخص: لماذا لم تلتقط الاختبارات هذا؟ لماذا وصل التعديل إلى بيئة الإنتاج Production دون مرحلة تجريبية Staging؟ وهذا هو مبدأ مراجعة ما بعد الحادثة دون لوم Blameless الذي يشرحه كتاب Google SRE في فصل Postmortem Culture، وله مقال مستقل في هذه السلسلة. وإذا أدرك القائد أنه أخطأ في رده، فأقوى ما يفعله أن يعترف بذلك أمام الفريق.

عبارات يقولها القائد إذا أدرك خطأه:

«أريد أن أعتذر عن ردي يوم الأحد عندما أخبرني زميلكم بخطأ الدفع. كان يجب أن أشكره لأنه أخبرني بسرعة، فهذا ما وفر علينا ساعات. وأريد أن يكون واضحاً للجميع: من يخبرني بخطأ في الإنتاج، حتى لو كان خطأه، لن يحاسب على الإبلاغ أبداً، وسنبحث معاً عن السبب في النظام.»

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

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

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

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

الحالة الثالثة: الأمان النفسي ليس إعفاء من النقد Misused Safety

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

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

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

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

عبارات يقولها القائد:

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

«إذا كان هناك شيء في طريقتي يجعلك تشعر أنك مراقب، فأريد أن أعرفه بمثال، لأني أريد أن أغيره.»

وعبارة يقولها المهندس إذا فهم الفرق:

«أظن أني خلطت بين الأمرين. كنت أؤجل الإبلاغ لأني كنت أظن أني سألحق، وسأخبرك من الآن بمجرد أن أرى أن المهمة ستتأخر.»

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

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

متى يكون الحل أن تغادر: لا يكون هنا، فالحالة تحل غالباً بحديث واضح يفصل بين المفهومين.

الأمان النفسي في الفرق البعيدة والمتنوعة Remote and Diverse Teams

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

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

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

كيف يبنى الأمان النفسي؟ Building It

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

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

وليس القائد وحده من يبني الأمان النفسي. فكل عضو في الفريق يستطيع أن يساهم: أن يشكر زميله الذي اعترف بخطأ بدلاً من أن يسخر منه، وأن يرد على السؤال البسيط باحترام، وأن يسأل هو أسئلته البسيطة علناً فيسهلها على غيره، وأن يدعم زميلاً قال رأياً مخالفاً ولو لم يتفق معه بالكامل: «أظن أن نقطته عن الطلبات أثناء النقل تستحق أن نفكر فيها.»

قياس الأمان النفسي Psychological Safety Survey

الأداة العملية في هذا المقال ترجمة عربية للبنود السبعة التي نشرتها Edmondson في دراستها سنة 1999، مع طريقة حسابها وأسئلة لنقاش النتيجة. وهي ليست أداة لتقييم الأفراد ولا لمقارنة الفرق، وإنما لفتح الحديث داخل الفريق عن شيء لا يتحدث عنه أحد عادة. والنسخة الكاملة في الملف lab/psych-safety-survey.md:

# استبيان الأمان النفسي للفريق Team Psychological Safety Survey

ترجمة عربية للبنود السبعة التي نشرتها Amy Edmondson سنة 1999 في Administrative Science Quarterly.
الاستخدام: داخل الفريق لفتح النقاش، وليس لتقييم الأفراد أو مقارنة الفرق ببعضها.

## التعليمات للفريق
- الاستبيان دون أسماء، ولا يعرض إلا متوسط الفريق.
- لا يجرى إذا كان الفريق أقل من خمسة أشخاص (يسهل معرفة صاحب الإجابة).
- كل بند يقيم من 1 (لا أوافق أبداً) إلى 7 (أوافق تماماً).

## البنود
| # | البند | عكسي؟ |
|---|---|---|
| 1 | إذا أخطأت في هذا الفريق، فغالباً ما يحسب الخطأ ضدك. | نعم |
| 2 | يستطيع أعضاء هذا الفريق أن يطرحوا المشكلات والمسائل الصعبة. | لا |
| 3 | يرفض الناس في هذا الفريق أحياناً من يختلف عنهم. | نعم |
| 4 | من الآمن أن تخاطر في هذا الفريق (أن تجرب، أو تقترح، أو تعترض). | لا |
| 5 | من الصعب أن تطلب المساعدة من أعضاء هذا الفريق. | نعم |
| 6 | لا أحد في هذا الفريق يتصرف عمداً بطريقة تضعف جهودي. | لا |
| 7 | عندما أعمل مع أعضاء هذا الفريق، تقدر مهاراتي ومواهبي الخاصة وتستخدم. | لا |

## الحساب
- البنود العكسية (1، 3، 5): الدرجة = 8 - الإجابة.
- درجة البند = متوسط إجابات الفريق بعد عكس البنود العكسية.
- درجة الفريق = متوسط البنود السبعة.
- الأهم من الرقم الكلي: أضعف بند، والفرق بين هذا القياس والقياس السابق.

## أسئلة النقاش في الاستعادة Retrospective (عن أضعف بند فقط)
1. ما الذي يجعل هذا البند منخفضاً عندنا؟ (أمثلة دون أسماء)
2. متى آخر مرة شعرت فيها بالعكس، أي أن هذا الأمر كان آمناً؟ ما الذي كان مختلفاً؟
3. ما الشيء الواحد الذي لو غيرناه هذا الربع سيرفع هذا البند؟
4. من يملك هذا التغيير، ومتى نراجعه؟

## أسئلة يسألها القائد في الاجتماعات الفردية
- «ما الشيء الذي لاحظته في الفريق وتتردد في قوله؟»
- «متى آخر مرة لم تسأل سؤالاً لأنك خفت أن يبدو بسيطاً؟»
- «ما الذي أفعله أنا ويجعل من الصعب أن تخبرني بخبر سيئ؟»

## الإجراء الواحد لهذا الربع
| البند الأضعف | الإجراء | المسؤول | موعد القياس القادم |
|---|---|---|---|
| | | | |

والطريقة التي تستخدم بها الاستبيان أهم من البنود نفسها، وهي دورة من خمس خطوات تكررها كل ربع سنة:

وفي هذه الدورة لاحظ التالي:

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

أخطاء شائعة Common Mistakes

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

قائمة تحقق Checklist

• عندما أخبرك أحد بخبر سيئ آخر مرة، هل كان أول ما قلته شكراً؟
• هل قلت «لا أعرف» أو «كنت مخطئاً» أمام فريقك خلال الشهر الماضي؟
• في المراجعات، هل يتكلم الأحدث قبل الأقدم، وتسأل عن أضعف نقطة في الخطة؟
• هل تحلل الحوادث بسؤال «لماذا سمح النظام بهذا؟»
• هل يعرف الفريق أن الإبلاغ عن الخطأ لا يدخل في التقييم، وأن التأخير دون إبلاغ يدخل؟
• هل قستم الأمان النفسي هذا الربع، وناقشتم أضعف بند، واخترتم إجراء واحداً؟
• هل تغير شيء بعد آخر استعادة، ويعرف الفريق أنه تغير بسبب ما قالوه؟

دليلكيف تعطي الملاحظات الصعبة Feedback وتتلقاهالماذا يخفض بعض الملاحظات الأداء بدلاً من أن يرفعه، وكيف تقول الملاحظة الصعبة بوضوح واهتمام وتتلقاها دون أن تدافع.دليلالخلاف التقني Conflict: كيف تختلف دون أن تخسر زميلكما الفرق بين الخلاف على الحل والخلاف على الشخص، وكيف تنقل النقاش التقني من الآراء إلى قرار مكتوب يلتزم به الجميع.دليلعلامات الفريق المؤذي Toxic Team: كيف تميزه وماذا تفعلكيف تفرق بين فريق مرهق في فترة صعبة وفريق مؤذ فعلاً، وما الذي تفعله كعضو أو قائد، ومتى تصعد ومتى تحمي نفسك وتغادر.دليلمتلازمة المحتال Impostor Syndrome: أنواعها عند المهندسينلماذا يشعر مهندسون ناجحون بأنهم خدعوا من حولهم، وما تقوله الأبحاث عن هذا الشعور، وكيف تفرق بينه وبين فجوة حقيقية في المهارة.

الخلاصة

وصلنا لنهاية الموضوع، وأهم ما فيه:

• الأمان النفسي اعتقاد مشترك بأن الفريق آمن للمخاطرة في التعامل بين الأشخاص: أن تسأل، وتعترف بالخطأ، وتنبه، وتقترح.
• دراسة Edmondson على 51 فريقاً وجدت أنه يحسن الأداء عبر سلوك التعلم، والفريق الذي لا يتحدث عن أخطائه لا يتعلم منها.
• في Project Aristotle كان الأمان النفسي أهم خمسة عوامل في فعالية فرق Google، قبل الاعتمادية والوضوح والمعنى والأثر.
• في ثقافة Westrum المنتجة يدرب حامل الخبر السيئ، ووجد DORA أن هذه الثقافة تتنبأ بأداء التسليم.
• الأمان النفسي ليس لطفاً دائماً ولا غياباً للمحاسبة ولا حماية من النقد المشروع.
• يبنى بسلوك متكرر من القائد والأعضاء، ويقاس باستبيان قصير يتبعه إجراء واحد يتغير فعلاً.

سجل التحديثات

• أكتوبر 2026: كتابة المقال، وترجمة بنود استبيان Edmondson من نص دراستها لسنة 1999، ومراجعة دليل Google عن فعالية الفرق على re:Work (النسخة المؤرشفة) وصفحة DORA عن الثقافة المنتجة، بتاريخ 31 أكتوبر 2026.