> ## Content Index
> Fetch the complete content index at: https://arabroot.io/llms.txt
> Use this file to discover other available public pages before exploring further.

# قياس صحة الفريق Team Health: مؤشر eNPS والدوران
- URL: https://arabroot.io/articles/قياس-صحة-الفريق-team-health-مؤشر-enps-ونسبة-الدوران/
- Published: 2026-10-31T10:20:16.000Z
- Updated: 2026-10-31T11:19:39.000Z
- Description: كيف تعرف حال فريقك بأدق من الإحساس، باستبيان قصير وسكربت يحسب مؤشر eNPS ونسبة الدوران، ومتى تضلل هذه الأرقام.
- Author: فريق عرب رووت
- Tags: الأدلة التقنية, القيادة التقنية

في اجتماع الإدارة الشهري سأل الرئيس التنفيذي CEO مدير الهندسة Engineering Manager سؤالاً بسيطاً: «كيف حال الفريق؟». والمدير يدير قسماً من واحد وعشرين مهندساً في ثلاثة فرق، فريق المنصة Platform وفريق المدفوعات Payments وفريق تطبيق الجوال Mobile، في شركة متوسطة تبيع خدمات الدفع للمتاجر الإلكترونية. وأجاب بما يجيب به أغلب المديرين: «الحمد لله، الفريق ممتاز، والتسليم ماشي». ثم رجع لمكتبه وتذكر أن فريق المدفوعات خسر ثلاثة أشخاص في سنة، وأن أحد المهندسين ألغى آخر اجتماعين فرديين One-on-One معه، وأن الصمت في اجتماع التخطيط الأخير كان أطول من المعتاد. ولم يكن عنده أي رقم يقول هل هذه أشياء متفرقة، أم بداية مشكلة.

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

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

- لماذا تقيس صحة الفريق، وما الطبقات الثلاث للإشارات: الاستبيانات، والأرقام، والمحادثات.
- مؤشر eNPS: من أين جاء، وكيف يحسب، وأين يضلل.
- كيف تكتب أسئلة استبيانك بنفسك، ولماذا لا تنسخ أسئلة Gallup Q12، وحد الإخفاء للفرق الصغيرة.
- فحص صحة الفريق Squad Health Check كما وصفته Spotify، ومتى يتحول إلى أداة للحكم على الفرق.
- نسبة الدوران: الشهرية والسنوية، والمؤسف وغير المؤسف، ولماذا تضلل في الفرق الصغيرة.
- إشارات الاجتماع الفردي التي تسبق الأرقام.
- المختبر: استبيان من سبعة أسئلة وسكربت يحسب eNPS والدوران، بتشغيل حقيقي ومشكلة واجهتنا وتجربة «ماذا لو».
- ثلاث حالات: شركة ناشئة من اثني عشر شخصاً، وقسم يرتفع فيه الدوران، وجهة شبه حكومية تخفى فيها النتائج.

## لماذا تقيس صحة الفريق؟ (Why Measure Team Health)

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

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

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

## ثلاث طبقات من الإشارات (Signal Layers)

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

![ثلاث طبقات لإشارات صحة الفريق: طبقة الاستبيانات Surveys مثل مؤشر eNPS وأسئلة شهرية قصيرة وفحص صحة الفريق Health Check وتقول كيف يشعر الفريق الآن وهي أسرع من الأرقام، وطبقة الأرقام Hard Numbers مثل نسبة الدوران Attrition ونسبة الاستجابة Response Rate ومدة البقاء وتقول ما حدث فعلاً ولكنها متأخرة، وطبقة المحادثات Conversations مثل الاجتماع الفردي One-on-One واجتماعات مدير المدير Skip-Level ومقابلات الخروج وتقول لماذا وهي الأبطأ لأنها تحتاج وقتاً](https://arabroot.io/content/images/2026/10/team-health-metrics-01-layers.webp)

كل طبقة تغطي ما لا تغطيه الأخرى: الاستبيان يقول كيف، والأرقام تقول ماذا حدث، والمحادثة تقول لماذا

- **الاستبيانات Surveys:** أسئلة قصيرة منتظمة يجيب عنها الفريق دون أسماء، مثل مؤشر eNPS وأسئلة عن وضوح الأهداف وضغط العمل. وهي أسرع طبقة، لأنها تلتقط الشعور قبل أن يتحول لقرار، ولكنها ذاتية، وتتأثر بمزاج الأسبوع، وتحتاج ثقة حتى يجيب الناس بصدق.
- **الأرقام Hard Numbers:** أشياء حدثت فعلاً ولا تحتاج رأي أحد، مثل عدد من غادر، ونسبة من أجاب على الاستبيان، ومدة بقاء الناس في الفريق. وهي أصدق طبقة، ولكنها متأخرة، فنسبة الدوران تخبرك بما حدث بعد أن يغادر الناس، أي بعد فوات الأوان بالنسبة لهم.
- **المحادثات Conversations:** الاجتماع الفردي، واجتماعات مدير المدير Skip-Level، ومقابلات الخروج Exit Interviews. وهي الطبقة الوحيدة التي تقول لك لماذا، والأبطأ، لأنها تحتاج وقتاً وثقة، ولا يمكن جمعها في جدول.

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

## مؤشر eNPS: من أين جاء؟ (Employee Net Promoter Score)

أصل المؤشر من عالم العملاء وليس الموظفين. ففي عام 2003 نشر Fred Reichheld من شركة Bain & Company مقالاً في Harvard Business Review بعنوان [The One Number You Need to Grow](https://hbr.org/2003/12/the-one-number-you-need-to-grow?ref=arabroot.io)، اقترح فيه أن سؤالاً واحداً عن احتمال أن يوصي العميل بالشركة لصديق أو زميل يتنبأ بنمو الشركة أفضل من استبيانات الرضا الطويلة، وصار هذا ما يعرف بمؤشر صافي المروجين Net Promoter Score أو NPS. ثم نقل الممارسون نفس الفكرة إلى الموظفين، فصار عندنا مؤشر صافي المروجين للموظفين Employee Net Promoter Score أو eNPS.

ويصف [موقع Net Promoter System](https://www.netpromotersystem.com/about/employee-nps/?ref=arabroot.io) التابع لـ Bain كيف تستخدمه الشركات: سؤال مركزي واحد بصيغة «ما مدى احتمال أن توصي بهذه الشركة كمكان للعمل؟»، وأحياناً سؤال ثان عن هل يلهمك عملك، واستبيانات قصيرة جداً مقارنة بالاستبيان السنوي التقليدي، وسرية الإجابات حتى يجيب الناس بصدق، وتكرار أعلى من مرة في السنة، والأكثر شيوعاً عندهم أن يكون شهرياً، مع التركيز على أن تصل النتائج للفرق وقادتها بسرعة حتى يعملوا عليها. ولاحظ أن الموقع نفسه يصف eNPS بأنه علم ما زال يتطور، وهذا وصف دقيق، فالمؤشر مفيد كإشارة، وليس مقياساً علمياً مكتملاً لصحة الفريق.

### كيف يحسب المؤشر؟ (eNPS Formula)

يجيب الموظف على السؤال بدرجة من 0 إلى 10، ثم تقسم الإجابات إلى ثلاث مجموعات: المروجون Promoters من أعطوا 9 أو 10، والمحايدون Passives من أعطوا 7 أو 8، والمنتقدون Detractors من أعطوا 6 أو أقل. والمؤشر هو نسبة المروجين ناقص نسبة المنتقدين، والنتيجة رقم بين سالب 100، أي أن الجميع منتقدون، وموجب 100، أي أن الجميع مروجون. أما المحايدون فلا يدخلون في الطرح، ولكنهم يدخلون في العدد الكلي الذي تحسب منه النسب.

![مقياس من 0 إلى 10 مقسم لثلاث مجموعات: المنتقدون Detractors من 0 إلى 6 بالأحمر، والمحايدون Passives 7 و8 بالرمادي، والمروجون Promoters 9 و10 بالأخضر، وتحته مثال لفريق المنصة من تسعة مهندسين في سبتمبر فيه ثلاثة مروجين وأربعة محايدين واثنان منتقدان، والحساب ثلاثة من تسعة أي 33.3% ناقص اثنين من تسعة أي 22.2% يساوي موجب 11.1، مع ملاحظة أن المحايدين لا يطرحون ولكنهم في العدد](https://arabroot.io/content/images/2026/10/team-health-metrics-02-enps-scale.webp)

المحايدون لا يطرحون ولا يضافون، ولكنهم في العدد الكلي، ولهذا يغير محايد واحد إضافي النتيجة

ومثال من قسمنا: فريق المنصة فيه تسعة مهندسين، أجابوا في سبتمبر بالدرجات 10 و9 و9 و8 و8 و7 و7 و6 و5\. فالمروجون ثلاثة، أي 33.3%، والمحايدون أربعة، والمنتقدون اثنان، أي 22.2%، والمؤشر موجب 11.1\. ولاحظ شيئين في هذا المثال. الأول أن شخصاً أعطى 6 يحسب منتقداً بنفس وزن من أعطى صفراً، وهذا مقصود في تصميم المؤشر، لأنه يعامل كل ما دون السبعة كإشارة سلبية، ولكنه يعني أن المؤشر يخفي الفرق بين فريق «فاتر» وفريق «غاضب». والثاني أن المؤشر الموجب لا يعني أن الأغلبية سعيدة، فهنا ثلاثة فقط من تسعة مروجون، والمؤشر موجب لأن المنتقدين أقل منهم.

### أين يضلل المؤشر؟ (eNPS Limitations)

المؤشر سهل الحساب وسهل الشرح، وهذا ما يجعله شائعاً، وما يجعله خطراً أيضاً. وهذه أهم حدوده:

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

## أسئلة تكتبها بنفسك (Survey Items)

المؤشر وحده لا يكفي، ولذلك تضيف إليه أغلب الفرق أسئلة قليلة عن أشياء محددة. وأول ما يخطر على البال هنا أسئلة Gallup Q12 المشهورة، وهي اثنا عشر سؤالاً عن التفاعل في العمل، مثل هل تعرف ما المتوقع منك، وهل تلقيت تقديراً في الأيام السبعة الأخيرة. ولكن [صفحة Gallup نفسها](https://www.gallup.com/q12-employee-engagement-survey/?ref=arabroot.io) تذكر أن أسئلة Q12 مملوكة لها Proprietary، ولا يستطيع غيرها أن يقدم نفس الأسئلة بالضبط. ولذلك لا تنسخها في استبيانك الداخلي، واكتب أسئلتك بنفسك، مستفيداً من الفكرة وليس من النص.

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

وفي قسمنا اخترنا خمس عبارات، كل واحدة تغطي جانباً من الجوانب التي يهملها المدير المشغول عادة:

| الرمز    | العبارة (1 لا أوافق إطلاقاً، 5 أوافق تماماً)                  | ما الذي تكشفه                      |
| -------- | ------------------------------------------------------------- | ---------------------------------- |
| goals    | أعرف بوضوح ما المتوقع مني هذا الربع                           | وضوح الأهداف Clarity               |
| voice    | أستطيع أن أقول رأياً مخالفاً في الفريق دون أن أخاف من العاقبة | الأمان النفسي Psychological Safety |
| workload | ضغط العمل في الشهر الماضي كان معقولاً ويمكن الاستمرار عليه    | الضغط Workload وخطر الاحتراق       |
| learning | تعلمت شيئاً مفيداً في عملي هذا الشهر                          | النمو Growth                       |
| seen     | أعرف أن عملي الجيد يراه أحد في الفريق                         | التقدير Recognition                |

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

### حد الإخفاء والسرية (Anonymity Threshold)

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

وإذا جمعت في الاستبيان أي بيانات تحدد الشخص، مثل البريد أو رقم الموظف، فأنت تتعامل مع بيانات شخصية يحكمها [نظام حماية البيانات الشخصية PDPL](https://laws.boe.gov.sa/BoeLaws/Laws/LawDetails/b7cfae89-828e-4994-b167-adaa00e37188/1?ref=arabroot.io) في المملكة، بما فيه من التزامات في الغرض والإفصاح والاحتفاظ. والأبسط والأفضل لاستبيان صحة الفريق ألا تجمعها أصلاً، فلا تحتاج أن تعرف من أجاب، وإنما ماذا أجاب الفريق. وإذا كانت الأداة التي تستخدمها تسجل البريد تلقائياً، مثل بعض النماذج الإلكترونية، فأوقف هذا الخيار قبل الإرسال، وراجع مع الموارد البشرية HR أو المستشار القانوني إذا كان لديك سؤال عن حالة محددة.

### كم مرة تسأل؟ (Survey Frequency)

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

## فحص صحة الفريق في Spotify (Squad Health Check)

الاستبيان الفردي يقيس شعور كل شخص وحده، وهناك طريقة أخرى تقيس رأي الفريق كفريق، هي ورشة فحص صحة الفريق. وأشهر وصف لها [مقال نشره Henrik Kniberg وKristian Lindwall](https://engineering.atspotify.com/2014/09/squad-health-check-model?ref=arabroot.io) في مدونة هندسة Spotify في سبتمبر 2014، عن الطريقة التي استخدموها مع فرقهم، والتي يسمونها Squads. والفكرة أن يجتمع الفريق ساعة أو ساعتين مع مسهل، غالباً مدرب Agile Coach، ويناقش مجموعة من البطاقات، كل بطاقة مؤشر صحة له مثال «ممتاز» ومثال «سيئ جداً»، ثم يتفق الفريق على لون لكل مؤشر: أخضر أي نحن راضون ولا نرى حاجة كبيرة للتحسين الآن، وأصفر أي هناك مشاكل مهمة ولكنها ليست كارثة، وأحمر أي هذا سيئ ويحتاج تحسيناً. ويضيف الفريق لكل مؤشر اتجاهاً: مستقر، أو يتحسن، أو يسوء.

والمجموعة في مقالهم نحو عشر بطاقات: سهولة الإطلاق Easy to Release، ومناسبة طريقة العمل Suitable Process، وجودة الكود Tech Quality، والقيمة Value، والسرعة Speed، والمهمة Mission، والمتعة Fun، والتعلم Learning، والدعم Support، وهل نحن لاعبون أم بيادق Pawns or Players، أي هل يقرر الفريق ماذا يبني وكيف. والناتج جدول يرى فيه الفريق نفسه، ويرى فيه المدير من فوق أنماطاً بين الفرق: فإذا كان «سهولة الإطلاق» أحمر في أغلب الفرق، فالمشكلة في المنصة وليست في فريق واحد.

![جدول فحص صحة الفريق Squad Health Check لثلاثة فرق في قسم الهندسة هي المنصة والمدفوعات والجوال، وستة مؤشرات هي سهولة الإطلاق Easy to Release وجودة الكود Tech Quality والسرعة Speed والمتعة Fun والتعلم Learning والدعم Support، كل خلية بلون أخضر أو أصفر أو أحمر مع سهم اتجاه، والمدفوعات أحمر في السرعة والمتعة والتعلم والدعم مع اتجاه يسوء، والصف يكشف مشكلة فريق والعمود يكشف مشكلة في القسم كله، مع ملاحظة أن الألوان يختارها الفريق لنفسه ولا تستخدم للمقارنة بين الفرق](https://arabroot.io/content/images/2026/10/team-health-metrics-03-health-check.webp)

الصف يكشف مشكلة فريق، والعمود يكشف مشكلة في القسم كله، والألوان يختارها الفريق لنفسه

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

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

## نسبة الدوران Attrition: كيف تحسبها؟

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

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

![طريقة حساب نسبة الدوران Attrition: النسبة السنوية تساوي عدد المغادرين في 12 شهراً مقسوماً على متوسط العدد في نفس الفترة ضرب 100، ومثال قسم الهندسة 4 مغادرين على متوسط 20.25 يساوي 19.8%، وتقسيم المغادرين إلى مؤسف Regretted أي كنا نتمنى بقاءه وغير مؤسف Non-regretted، وإلى طوعي Voluntary وغير طوعي Involuntary، وتحذير الفرق الصغيرة: مغادرة شخص واحد من فريق من 8 تساوي 12.5% ومن فريق من 4 تساوي 25%](https://arabroot.io/content/images/2026/10/team-health-metrics-04-attrition.webp)

في الفريق الصغير شخص واحد يحرك النسبة كثيراً، ولذلك اقرأ الأعداد بجانب النسب

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

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

### لماذا تضلل النسبة في الفرق الصغيرة؟ (Small-Team Caveat)

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

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

## إشارات الاجتماع الفردي (1:1 Signals)

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

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

وانتبه لشيئين. الأول أن هذه الإشارات ليست أدلة، فالشخص الذي يلغي اجتماعين قد يكون عنده موعد طبي، والذي يعمل أقل قد يكون أنهى مشروعاً صعباً ويستريح، ولذلك فالإجابة الصحيحة على أي إشارة سؤال وليس حكماً. والثاني ألا تتحول هذه الإشارات إلى مراقبة، مثل تتبع أوقات الدخول للنظام أو عدد الرسائل، لأن الفريق الذي يشعر أنه مراقب يتوقف عن إعطائك أي إشارة صادقة، وتصبح كل الأرقام بلا معنى. وإذا كان الاجتماع الفردي نفسه غائباً في فريقك، فهذه أول علامة، وهي موضوع [مقال المدير الذي يتجاهل فريقه](https://arabroot.io/articles/%D9%85%D8%AF%D9%8A%D8%B1-%D9%8A%D8%AD%D8%A8%D8%B7%D9%83-%D8%A7%D9%84%D8%A7%D8%AF%D8%A7%D8%B1%D8%A9-%D8%A7%D9%84%D8%AF%D9%82%D9%8A%D9%82%D8%A9-micromanagement-%D9%88%D8%A7%D9%84%D8%AA%D8%AC%D8%A7%D9%87%D9%84/) من زاوية المهندس.

## المختبر: استبيان وسكربت eNPS (Survey Lab)

نعود لقسمنا. كتب المدير الاستبيان الشهري من سبعة أسئلة في ملف `lab/survey.md`: سؤال المؤشر من 0 إلى 10، والعبارات الخمس من 1 إلى 5، وسؤال مفتوح اختياري، وحقل للفريق. وأرسله في نموذج إلكتروني بدون أي حقل للاسم أو البريد، وصدر الإجابات كملف CSV من Excel. والملفات الثلاثة في المختبر عينة كتبناها لهذا المقال، وليست بيانات شركة حقيقية:

- `responses.csv`: إجابات شهري سبتمبر وأكتوبر 2026، أربعون صفاً، صف لكل إجابة.
- `headcount.csv`: عدد كل فريق في بداية كل شهر من الأشهر الاثني عشر الأخيرة.
- `departures.csv`: من غادر، ومتى، ومن أي فريق، وهل كانت المغادرة مؤسفة.

وهذه أول أسطر من ملف الإجابات:

```text
month,team,enps,goals,voice,workload,learning,seen,comment
2026-09,platform,10,5,5,4,4,5,
2026-09,platform,9,4,4,4,5,4,
...
2026-10,payments,8,4,4,2,4,3,"ثلاث ليالي هذا الشهر بعد الدوام بسبب الإطلاق"
```

والسكربت `lab/enps.py` يستخدم مكتبة Python القياسية فقط، أي `csv` و`argparse`، فلا يحتاج أي تثبيت. وقلبه دالتان قصيرتان:

```python
def enps(scores):
    """Promoters 9-10, passives 7-8, detractors 0-6; score = %promoters - %detractors (-100..100)."""
    n = len(scores)
    p = sum(s >= 9 for s in scores)
    d = sum(s <= 6 for s in scores)
    return n, p, n - p - d, d, round(100 * (p - d) / n, 1)

def favorable(values):
    """Share of 4-5 answers on a 1-5 agreement scale."""
    return round(100 * sum(v >= 4 for v in values) / len(values))
```

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

### المشكلة التي واجهتنا: علامة BOM في أول الملف (UTF-8 BOM)

في أول تشغيل، كان السكربت يفتح الملفات بترميز `utf-8`، وهو ما يكتبه أغلب الناس تلقائياً، فتوقف بهذا الخطأ:

```text
$ python enps.py
Traceback (most recent call last):
  File "...\lab\enps.py", line 88, in <module>
    main()
    ~~~~^^
  File "...\lab\enps.py", line 42, in main
    months = sorted({r["month"] for r in rows})
                     ~^^^^^^^^^
KeyError: 'month'
```

والعمود موجود في الملف بوضوح، فلماذا لا يجده Python؟ طبعنا أسماء الأعمدة كما يقرأها:

```text
$ python -c "import csv;print(next(csv.reader(open('responses.csv',encoding='utf-8')))[:2])"
['month', 'team']
```

والسبب أن Excel عندما يحفظ الملف بصيغة CSV UTF-8 يضع في أوله علامة ترتيب البايتات Byte Order Mark أو BOM، وهي الحرف ``، ولا تظهر عندما تفتح الملف في محرر نصوص، ولكن ترميز `utf-8` في Python يقرأها كجزء من أول اسم عمود، فيصبح اسمه ` month` وليس `month`. والحل أن تفتح الملف بترميز `utf-8-sig`، الذي يزيل العلامة إذا وجدت ويتصرف مثل `utf-8` إذا لم توجد، ولذلك يصلح للحالتين:

```python
def read(name):
    # utf-8-sig: a CSV saved from Excel as "CSV UTF-8" starts with a BOM ()
    with open(HERE / name, encoding="utf-8-sig", newline="") as f:
        return list(csv.DictReader(f))
```

وهذه المشكلة تتكرر مع كل من يعالج ملفات تصدر من Excel، وعلامتها دائماً أن أول عمود فقط هو الذي «لا يوجد».

### التشغيل والنتيجة (Script Output)

بعد الإصلاح، شغلنا السكربت بالإعدادات الافتراضية، أي حد إخفاء خمس إجابات، بـ Python 3.13.3:

```text
$ python enps.py
== eNPS by month (min group 5) ==
2026-09 ALL       n=20 response 100%  P=6 Pa=9 D=5  eNPS=+5.0  (1 person = 5.0 pts)
2026-09 mobile    n=4  response 100%  hidden: fewer than 5 answers
2026-09 payments  n=7  response 100%  P=1 Pa=3 D=3  eNPS=-28.6  (1 person = 14.3 pts)
2026-09 platform  n=9  response 100%  P=3 Pa=4 D=2  eNPS=+11.1  (1 person = 11.1 pts)
2026-10 ALL       n=20 response 95%  P=5 Pa=9 D=6  eNPS=-5.0  (1 person = 5.0 pts)  change -10.0
2026-10 mobile    n=4  response 100%  hidden: fewer than 5 answers
2026-10 payments  n=7  response 100%  P=0 Pa=3 D=4  eNPS=-57.1  (1 person = 14.3 pts)  change -28.5
2026-10 platform  n=9  response 90%  P=4 Pa=4 D=1  eNPS=+33.3  (1 person = 11.1 pts)  change +22.2

== 2026-10: % favorable (4-5 of 5) ==
team           goals     voice  workload  learning      seen  comments
ALL              60%       45%       25%       40%       45%  3
mobile     hidden
payments         29%       14%        0%       14%       14%  2
platform         78%       67%       44%       56%       56%  1

== Attrition, last 12 months ==
ALL        avg headcount 20.25  leavers 4 (regretted 2)  attrition  19.8%  regretted   9.9%
mobile     avg headcount  4.00  leavers 0 (regretted 0)  attrition   0.0%  regretted   0.0%
payments   avg headcount  6.75  leavers 3 (regretted 2)  attrition  44.4%  regretted  29.6%
platform   avg headcount  9.50  leavers 1 (regretted 0)  attrition  10.5%  regretted   0.0%
```

ولنقرأ النتيجة جزءاً جزءاً، لأن كل سطر فيها يقول شيئاً مختلفاً:

- **سطر `2026-09 ALL`:** عشرون إجابة من القسم كله في سبتمبر، بنسبة استجابة 100%، منها ستة مروجين وتسعة محايدين وخمسة منتقدين، والمؤشر موجب 5\. والقيمة بين القوسين تعني أن انتقال شخص واحد خطوة واحدة، مثلاً من محايد إلى منتقد، يحرك المؤشر 5 نقاط في مجموعة من عشرين.
- **سطرا `mobile`:** فريق الجوال أربعة أشخاص فقط، فالسكربت يخفي نتيجته ويكتب السبب، مع أن إجاباته داخلة في سطر القسم كله. ونسبة الاستجابة تظهر لأنها لا تكشف ما أجاب به أحد.
- **سطر `2026-09 payments`:** سبعة إجابات، مروج واحد وثلاثة منتقدين، والمؤشر سالب 28.6\. ولاحظ أن الشخص الواحد هنا يحرك المؤشر 14.3 نقطة، فالفريق الصغير حساس.
- **سطر `2026-10 ALL`:** المؤشر نزل من موجب 5 إلى سالب 5، أي عشر نقاط. ونسبة الاستجابة 95%، لأن القسم صار واحداً وعشرين بعد توظيف مهندس في فريق المنصة، وأجاب منهم عشرون.
- **سطر `2026-10 payments`:** هنا القصة الحقيقية. لا يوجد مروج واحد، وأربعة منتقدون من سبعة، والمؤشر سالب 57.1، بتغير سالب 28.5 عن سبتمبر. وهذا تغير بخطوتين، أي ما يعادل شخصين انتقلا خطوة للأسوأ، وهو كبير حتى مع حساسية الفريق الصغير، خصوصاً أنه في نفس اتجاه الشهر السابق.
- **سطر `2026-10 platform`:** المؤشر صعد إلى موجب 33.3، بتغير موجب 22.2\. ونسبة الاستجابة 90%، أي أن تسعة من عشرة أجابوا، والعاشر هو المنضم الجديد على الأغلب.

والدرس الأول من الجزء الأول أن رقم القسم كله، أي سالب 5، يخفي قصتين متعاكستين: فريق يتحسن بوضوح، وفريق يسوء بوضوح. ولو قرأ المدير رقم القسم وحده لقال إن الوضع «نزل شوي»، والحقيقة أن فريقاً واحداً في أزمة.

والجزء الثاني يعرض نسبة الإيجابيين في العبارات الخمس لشهر أكتوبر. وفي فريق المدفوعات، عبارة الضغط `workload` صفر، أي لا أحد من السبعة يرى أن ضغط الشهر الماضي كان معقولاً، وعبارة الرأي المخالف `voice` وعبارة التقدير `seen` وعبارة التعلم `learning` كلها 14%، أي شخص واحد من سبعة. وعمود التعليقات يقول إن هناك تعليقين في الفريق، والسكربت لا يطبعهما عمداً، لأن التعليق الحر في فريق صغير قد يكشف صاحبه، ويقرؤها المدير وحده بحذر. والتعليقان في الملف يتحدثان عن ليالي العمل بعد الدوام وعن ضغط «مشروع البوابة» الذي لا يعرف أحد متى ينتهي. وفي فريق المنصة، أضعف عبارة هي الضغط أيضاً، 44%، وهذا يقول إن الضغط مشكلة في القسم كله بدرجات، وأشدها في المدفوعات.

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

### ماذا لو خفضنا حد الإخفاء؟ (What If)

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

```text
$ python enps.py --min-group 3
== eNPS by month (min group 3) ==
2026-09 mobile    n=4  response 100%  P=2 Pa=2 D=0  eNPS=+50.0  (1 person = 25.0 pts)
2026-10 mobile    n=4  response 100%  P=1 Pa=2 D=1  eNPS=+0.0  (1 person = 25.0 pts)  change -50.0

== 2026-10: % favorable (4-5 of 5) ==
mobile           75%       50%       25%       50%       75%  0
```

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

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

```text
2026-10 ALL       n=20 response 95%  P=5 Pa=7 D=8  eNPS=-15.0  (1 person = 5.0 pts)  change -20.0
2026-10 platform  n=9  response 90%  P=4 Pa=2 D=3  eNPS=+11.1  (1 person = 11.1 pts)  change +0.0
```

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

## الحالة الأولى: شركة ناشئة من اثني عشر شخصاً (Startup of 12)

لنفرض شركة ناشئة تبني منصة لإدارة المستودعات، فيها اثنا عشر شخصاً، منهم ثمانية مهندسين، والمؤسس التقني CTO قرأ عن مؤشر eNPS وقرر أن يرسل استبياناً كل أسبوعين، بأسماء، «عشان نعرف مين عنده مشكلة ونساعده».

### ماذا يحدث عادة، وما الذي يزيده سوءاً؟ (Usual and Worse)

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

### ما الذي ينجح؟ (What Works)

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

### عبارات تقولها (What to Say)

من المؤسس للفريق عند إرسال أول استبيان:

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

ومن مهندس للمؤسس، إذا أرسل استبياناً بالأسماء:

> «فكرة الاستبيان ممتازة، بس بصراحة بالأسماء وفي فريق صغير، أتوقع الكل بيعطي درجات عالية. لو نخليه بدون أسماء ونعرض النتيجة كشركة، بتطلع لك معلومات أصدق.»

## الحالة الثانية: فريق المدفوعات والدوران المرتفع (Rising Attrition)

نعود لقسمنا بعد أن رأينا النتائج. المدير أمامه الآن ثلاث إشارات تتفق: مؤشر فريق المدفوعات ينزل للشهر الثاني، والضغط صفر في الإيجابية، وثلاثة غادروا في سنة، اثنان منهم مؤسفان. والسؤال: ماذا يفعل بها؟

### ماذا يحدث عادة، وما الذي يزيده سوءاً؟ (Usual and Worse)

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

### ما الذي ينجح؟ (What Works)

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

![خمس خطوات من الإشارة إلى الفعل لفريق المدفوعات: الأولى ثلاث إشارات تتفق وهي مؤشر eNPS سالب 57.1 للشهر الثاني وعبارة الضغط Workload صفر بالمئة وثلاثة مغادرين في سنة اثنان مؤسفان، والثانية عرض النتيجة على الفريق نفسه أولاً، والثالثة السؤال ما الذي يحدث والسماع مثل مشروع البوابة بموعد لم يستشر فيه الفريق، والرابعة اختيار شيء أو اثنين مع مسؤول وموعد مثل إعادة التفاوض على النطاق Scope، والخامسة المراجعة بعد شهرين بنفس الأرقام، مع تحذير ألا تربط المؤشر بتقييم المدير](https://arabroot.io/content/images/2026/10/team-health-metrics-05-from-signal.webp)

الأرقام تقول لك أين تنظر، والفريق يقول لك ماذا ترى، والمراجعة بعد شهرين تقول هل نجح ما فعلته

### عبارات تقولها (What to Say)

من مدير الهندسة لفريق المدفوعات:

> «النتيجة هذا الشهر واضحة: محد فيكم يشوف إن الضغط معقول، والمؤشر نزل شهرين ورا بعض. ما أبي أعرف مين جاوب وش، أبي أعرف وش اللي صاير. وش أكثر شي متعبكم الحين؟»

ومن مدير الهندسة للرئيس التنفيذي بعد ذلك:

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

## الحالة الثالثة: نتائج الاستبيان تخفى (Hidden Results)

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

### ماذا يحدث عادة، وما الذي يزيده سوءاً؟ (Usual and Worse)

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

### ما الذي ينجح؟ (What Works)

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

### عبارات تقولها (What to Say)

من مدير الإدارة لفريقه:

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

ومن موظف في الإدارة، إذا لم تعرض النتائج:

> «جاوبنا الاستبيان السنة الماضية وما شفنا النتيجة. ممكن نعرف ولو ملخص؟ لأن الناس بدأت تحس إن الإجابة ما لها فايدة، وهذا بيأثر على المشاركة السنة الجاية.»

## أخطاء شائعة (Common Mistakes)

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

## قائمة تحقق (Checklist)

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

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

[![](https://arabroot.io/content/images/2026/10/psychological-safety-cover-cover.webp)دليلالأمان النفسي Psychological Safety: ما وجدته Googleما معنى الأمان النفسي كما عرفته Edmondson، ولماذا كان أهم عامل في فعالية فرق Google، وكيف تقيسه في فريقك وتبنيه بسلوك يومي.](https://arabroot.io/articles/%D8%A7%D9%84%D8%A7%D9%85%D8%A7%D9%86-%D8%A7%D9%84%D9%86%D9%81%D8%B3%D9%8A-psychological-safety-%D9%85%D8%A7-%D9%88%D8%AC%D8%AF%D8%AA%D9%87-google-%D9%81%D9%8A-project-aristotle/)[![](https://arabroot.io/content/images/2026/10/burnout-developers-cover-cover.webp)دليلالاحتراق الوظيفي Burnout عند المبرمجين: العلامات والأسبابما تقوله منظمة الصحة العالمية عن الاحتراق الوظيفي، ومن أين يأتي في الفرق التقنية، وما يفعله المهندس لنفسه وقائد الفريق لفريقه.](https://arabroot.io/articles/%D8%A7%D9%84%D8%A7%D8%AD%D8%AA%D8%B1%D8%A7%D9%82-%D8%A7%D9%84%D9%88%D8%B8%D9%8A%D9%81%D9%8A-burnout-%D8%B9%D9%86%D8%AF-%D8%A7%D9%84%D9%85%D8%A8%D8%B1%D9%85%D8%AC%D9%8A%D9%86/)[![](https://arabroot.io/content/images/2026/10/dev-evaluation-cover-cover.webp)دليلكيف تقيم أداء المطورين Developer Performance دون قياس الأشياء الخطأ؟ماذا تقيس في أداء المطور والفريق، ولماذا تضلل أرقام مثل عدد الأسطر وطلبات الدمج، وكيف تقلل تحيز من يقيم.](https://arabroot.io/articles/%D9%83%D9%8A%D9%81-%D8%AA%D9%82%D9%8A%D9%85-%D8%A7%D8%AF%D8%A7%D8%A1-%D8%A7%D9%84%D9%85%D8%B7%D9%88%D8%B1%D9%8A%D9%86-%D8%AF%D9%88%D9%86-%D9%82%D9%8A%D8%A7%D8%B3-%D8%A7%D9%84%D8%A7%D8%B4%D9%8A%D8%A7%D8%A1-%D8%A7%D9%84%D8%AE%D8%B7%D8%A7/)[![](https://arabroot.io/content/images/2026/10/dev-evaluation-process-cover-cover.webp)دليلدورة تقييم الأداء Performance Review Cycle: متى وكيف تقيم؟كيف ترتب تقييم فريقك على مدار السنة، من اجتماع 1:1 والأهداف إلى المعايرة وخطة تحسين الأداء، مع قوالب جاهزة.](https://arabroot.io/articles/%D8%AF%D9%88%D8%B1%D8%A9-%D8%AA%D9%82%D9%8A%D9%8A%D9%85-%D8%A7%D8%AF%D8%A7%D8%A1-%D8%A7%D9%84%D9%81%D8%B1%D9%8A%D9%82-%D8%A7%D9%84%D8%AA%D9%82%D9%86%D9%8A-%D9%85%D8%AA%D9%89-%D9%88%D9%83%D9%8A%D9%81-%D8%AA%D9%82%D9%8A%D9%85/)[![](https://arabroot.io/content/images/2026/10/toxic-team-signs-cover-cover.webp)دليلعلامات الفريق المؤذي Toxic Team: كيف تميزه وماذا تفعلكيف تفرق بين فريق مرهق في فترة صعبة وفريق مؤذ فعلاً، وما الذي تفعله كعضو أو قائد، ومتى تصعد ومتى تحمي نفسك وتغادر.](https://arabroot.io/articles/%D8%B9%D9%84%D8%A7%D9%85%D8%A7%D8%AA-%D8%A7%D9%84%D9%81%D8%B1%D9%8A%D9%82-%D8%A7%D9%84%D9%85%D8%B1%D9%87%D9%82-%D8%A7%D9%88-%D8%A7%D9%84%D9%85%D8%A4%D8%B0%D9%8A-toxic-team-%D9%88%D9%85%D8%A7%D8%B0%D8%A7-%D8%AA%D9%81%D8%B9%D9%84/)[![](https://arabroot.io/content/images/2026/10/manager-demotivates-cover-cover.webp)دليلمدير يحبطك: الإدارة الدقيقة Micromanagement والتجاهلكيف تتعامل مع مدير يراقب كل سطر أو يتجاهلك أو ينتقدك أمام الفريق، بعبارات تقولها ومذكرة أسبوعية تعيد لك قراراتك.](https://arabroot.io/articles/%D9%85%D8%AF%D9%8A%D8%B1-%D9%8A%D8%AD%D8%A8%D8%B7%D9%83-%D8%A7%D9%84%D8%A7%D8%AF%D8%A7%D8%B1%D8%A9-%D8%A7%D9%84%D8%AF%D9%82%D9%8A%D9%82%D8%A9-micromanagement-%D9%88%D8%A7%D9%84%D8%AA%D8%AC%D8%A7%D9%87%D9%84/)

## الخلاصة (Summary)

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

- صحة الفريق تقاس بثلاث طبقات: الاستبيان يقول كيف يشعر الفريق، والأرقام تقول ماذا حدث، والمحادثة تقول لماذا، ولا تكفي طبقة وحدها.
- مؤشر eNPS هو نسبة المروجين (9 و10) ناقص نسبة المنتقدين (0 إلى 6)، ونقله الممارسون من مؤشر NPS الذي اقترحه Reichheld عام 2003، وهو مفيد كإشارة وحساس جداً في الفرق الصغيرة.
- اكتب أسئلتك بنفسك، لأن أسئلة Gallup Q12 مملوكة، واحسب نسبة الإيجابيين بدل المتوسط، ولا تعرض أي مجموعة أقل من خمس إجابات.
- فحص صحة الفريق في Spotify أداة جيدة للنقاش الجماعي، ويتحول إلى أداة ضارة عندما يستخدم لمقارنة الفرق أو تقييم مديريها.
- نسبة الدوران السنوية تحسب على متوسط العدد، وتقسم إلى مؤسف وغير مؤسف، وفي الفريق الصغير اقرأ الأعداد قبل النسب.
- في المختبر أخفى رقم القسم قصتين متعاكستين، والإشارات التي اتفقت من طبقتين مختلفتين هي التي جعلت مشكلة فريق المدفوعات نمطاً وليس صدفة.

## سجل التحديثات (Changelog)

- أكتوبر 2026: كتابة المقال وتشغيل المختبر بـ Python 3.13.3 على بيانات عينة، والتحقق من مقال Reichheld في Harvard Business Review لعام 2003، وصفحة Employee NPS في موقع Net Promoter System، وصفحة Gallup Q12، ومقال Squad Health Check في مدونة هندسة Spotify، بتاريخ 31 أكتوبر 2026.