اجتماعاتي الفردية كانت مجاملات فارغة: كيف أنقذني نموذج SBI من جحيم التقييمات الغامضة؟

“شغلك نظيف يا أبو عمر، يعطيك العافية”… ولكن!

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

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

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

إلى أن تعثرت في يوم من الأيام بمفهوم غيّر طريقتي في إعطاء واستقبال التقييمات إلى الأبد: نموذج SBI.

جحيم التقييمات الغامضة: لماذا هي مدمرة؟

قبل أن نغوص في الحل، دعونا نتفق على أن التقييم الغامض ليس مجرد “غير مفيد”، بل هو “ضار” بشكل فعال. لماذا؟

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

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

نموذج SBI: المنقذ من بحر الضبابية

SBI هو اختصار لثلاث كلمات بسيطة لكنها قوية جداً عند جمعها معاً لتقديم تقييم واضح ومؤثر. هذا النموذج تم تطويره من قبل مركز القيادة الإبداعية (Center for Creative Leadership) وهو أداة رائعة للتواصل الفعال.

S – Situation (الموقف)

ابدأ بتحديد الزمان والمكان الذي حدث فيه السلوك. كن محدداً قدر الإمكان. هذا يضع التقييم في سياق واضح وملموس للطرف الآخر، ويزيل أي شعور بأنك “تُعمّم” أو “تُطلق أحكاماً”.

مثال: “في اجتماع تخطيط السباق البرمجي (Sprint Planning) صباح أمس…”

B – Behavior (السلوك)

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

مثال: “…عندما كانت زميلتنا تشرح فكرتها، لاحظت أنك قاطعتها مرتين لعرض وجهة نظرك.”

I – Impact (الأثر)

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

مثال: “…هذا الأمر جعلني أشعر أن النقاش لم يكن متكافئاً، وربما منعنا من سماع فكرتها كاملة، مما أطال مدة الاجتماع قليلاً.”

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

كيف نستخدم SBI على أرض الواقع؟ أمثلة من عالم البرمجة

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

لتقديم التقييم الإيجابي (لتعزيز السلوك الجيد)

تخيل أن أحد المبرمجين الجدد في فريقك قام بعمل ممتاز في مراجعة كود (Code Review).

  • الطريقة الغامضة (السيئة): “مراجعتك للكود كانت ممتازة، أحسنت!”
  • باستخدام نموذج SBI (الطريقة الفعالة):
    • (الموقف – S): “في مراجعة الكود التي قمت بها صباح اليوم لطلب السحب (Pull Request) الخاص بي…”
    • (السلوك – B): “…لاحظت أنك لم تكتفِ فقط بالإشارة إلى الأخطاء الإملائية، بل اقترحت أيضاً طريقة أفضل لهيكلة استعلام قاعدة البيانات، وأشرت إلى حالة حافة (edge case) لم أفكر بها.”
    • (الأثر – I): “…هذا الاقتراح لم يحسن أداء الميزة فحسب، بل علمني شيئاً جديداً سأستخدمه في المستقبل. هذا النوع من المراجعات العميقة يرفع من جودة الكود للفريق بأكمله، فشكراً جزيلاً لك.”

هل ترى الفرق؟ في الحالة الثانية، المبرمج يعرف بالضبط ما الذي فعله بشكل جيد ولماذا كان مهماً، وسيكون متحمساً لتكرار هذا السلوك في المستقبل.

لتقديم التقييم البنّاء (للتطوير)

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

  • الطريقة الغامضة (السيئة): “أنت تعقّد الأمور دائماً في الكود تبعك، حاول تبسّط أكتر.” (هجوم شخصي وغير مفيد).
  • باستخدام نموذج SBI (الطريقة الفعالة):
    • (الموقف – S): “كنت ألقي نظرة على الكود الذي كتبته لميزة تسجيل الدخول بالأمس…”
    • (السلوك – B): “…ولاحظت أنك استخدمت نمط تصميم (Design Pattern) معقد مع ثلاث طبقات من التجريد (abstraction) للتحقق من صحة البريد الإلكتروني وكلمة المرور.”
    • (الأثر – I): “…على الرغم من أن الحل يعمل، إلا أن هذا التعقيد سيجعل من الصعب على المطورين الجدد فهم الكود وتعديله في المستقبل. أخشى أن صيانته ستستغرق وقتاً أطول. ما رأيك لو نفكر معاً في حل أبسط يحقق نفس الهدف؟ ربما باستخدام دالة تحقق بسيطة.”

هنا، أنت لم تهاجم المبرمج أو تتهمه بأي شيء. لقد وصفت موقفاً، وسلوكاً محدداً، وأثراً عملياً على المشروع. والأهم من ذلك، أنك فتحت باب الحوار بقول “ما رأيك؟” بدلاً من إصدار أمر.

نصائح من خبرة أبو عمر

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

1. لا تنتظر الاجتماع الرسمي

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

2. اطلب التقييم بنفسك باستخدام SBI

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

3. التوازن هو المفتاح (قاعدة 3:1)

حاول دائماً أن تقدم تقييمات إيجابية أكثر من البنّاءة. قاعدة جيدة هي أن تقدم 3 تقييمات إيجابية باستخدام SBI مقابل كل تقييم بنّاء واحد. هذا يبني رصيداً من الثقة ويجعل الشخص أكثر تقبلاً للنقد عندما يأتي.

4. هو بداية حوار وليس نهايته

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

الخلاصة: من المجاملات الفارغة إلى النمو الحقيقي 🚀

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

نصيحتي لك: في اجتماعك القادم، سواء كنت مديراً أو موظفاً، لا تقبل بـ “يعطيك العافية” كتقييم. ابدأ في استخدام SBI. حلل، صف، واشرح الأثر. ستتفاجأ من قوة هذه الأداة البسيطة في بناء فرق أقوى ومسيرة مهنية أكثر نمواً ووضوحاً. جربوها ومش رح تندموا! 😉

أبو عمر

سجل دخولك لعمل نقاش تفاعلي

كافة المحادثات خاصة ولا يتم عرضها على الموقع نهائياً

آراء من النقاشات

لا توجد آراء منشورة بعد. كن أول من يشارك رأيه!

آخر المدونات

التوظيف وبناء الهوية التقنية

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

أشارككم قصتي مع حسابي المهمل على GitHub وكيف تحولت صفحتي من مقبرة للمشاريع غير المكتملة إلى بطاقة تعريف احترافية تجذب الفرص. اكتشفوا معي قوة ملف...

19 مايو، 2026 قراءة المزيد
التوسع والأداء العالي والأحمال

كان فشل خدمة واحدة يُسقط النظام بأكمله: كيف أنقذنا نمط ‘قاطع الدائرة’ من جحيم الأعطال المتتالية؟

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

19 مايو، 2026 قراءة المزيد
التكنلوجيا المالية Fintech

من كوابيس الامتثال اليدوي إلى ثورة الأتمتة: كيف أنقذتنا ‘التكنولوجيا التنظيمية’ (RegTech)؟

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

19 مايو، 2026 قراءة المزيد
البنية التحتية وإدارة السيرفرات

كنا نعمل في الظلام: كيف أنقذتنا ‘المراقبة الشاملة’ (Observability) من جحيم البحث عن أسباب الأعطال؟

أشارككم قصة حقيقية عن ليلة كاد فيها نظامنا أن ينهار، وكيف انتقلنا من التخمين العشوائي في الظلام إلى التشخيص الدقيق في ثوانٍ بفضل مفهوم "المراقبة...

19 مايو، 2026 قراءة المزيد
ادارة الفرق والتنمية البشرية

كان فريقنا على وشك الانهيار بعد رحيل مهندس واحد: كيف أنقذتنا ‘مصفوفة المهارات’ من جحيم ‘عامل الحافلة’ (Bus Factor)؟

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

18 مايو، 2026 قراءة المزيد
اختبارات الاداء والجودة

كانت تغطية الكود 100% خادعة: كيف كشف ‘الاختبار الطفري’ (Mutation Testing) عن عيوب اختباراتنا الصامتة؟

كنا نظن أن تغطية الكود بنسبة 100% هي قمة الجودة، لكن الاختبار الطفري كشف لنا الحقيقة المرة. اكتشف كيف يمكن لهذه التقنية أن تحول اختباراتك...

18 مايو، 2026 قراءة المزيد
أدوات وانتاجية

كنا نغرق في الكود المتكرر: كيف حول ‘مساعد الذكاء الاصطناعي’ (Copilot) تركيزنا من الكتابة إلى الإبداع؟

بصفتي أبو عمر، مبرمج فلسطيني، أشارككم تجربتي الواقعية مع GitHub Copilot. في هذه المقالة، أسرد لكم كيف انتقلنا في فريقنا من وحل الكود المتكرر والممل...

18 مايو، 2026 قراءة المزيد
أتمتة العمليات

كانت بيئاتنا غير متطابقة: كيف أنقذنا “الكود كبنية تحتية” (IaC) من جحيم “لكنه يعمل على جهازي”؟

أتذكر تلك الليلة جيدًا، ليلة كادت أن تودي بمشروعنا إلى الهاوية بسبب جملة واحدة: "بس شغّال عندي!". في هذه المقالة، سأشارككم يا جماعة كيف انتقلنا...

18 مايو، 2026 قراءة المزيد
البودكاست