كان مسارنا الوظيفي طريقاً مسدوداً: كيف أنقذتنا ‘مصفوفة الكفاءات الهندسية’ من جحيم الركود المهني؟

السلام عليكم يا جماعة الخير،

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

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

كلماته كانت زي الصاعقة. مش بس لأني كنت على وشك أخسر مبرمج فنان، لكن لأني أدركت إن المشكلة أعمق. المشكلة ما كانت في سائد، كانت فيّ أنا وفي النظام كله. ما كان في مسار واضح للنمو. ما كان في تعريف للنجاح غير “تسليم الشغل”. وقتها عرفت إنه لازم ألاقي حل، مش بس لسائد، لكل الفريق. وهون بدأت رحلتي مع أداة غيرت كل شيء: مصفوفة الكفاءات الهندسية (Engineering Competency Matrix).

ما هي “مصفوفة الكفاءات الهندسية”؟ وليش هي مهمة؟

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

مصفوفة الكفاءات هي الخريطة والـ GPS لمسارك المهني. هي عبارة عن جدول أو إطار عمل بحدد المهارات والسلوكيات المتوقعة من كل مهندس في كل مستوى وظيفي داخل الشركة أو الفريق.

بتتكون عادةً من محورين:

  • المستويات (Levels): وهي الصفوف، بتمثل درجات السلم الوظيفي (مثلاً: مهندس مبتدئ، مهندس متوسط، مهندس أول، مهندس خبير.. إلخ).
  • الكفاءات (Competencies/Pillars): وهي الأعمدة، بتمثل مجالات المهارة المختلفة اللي بنقيّم على أساسها (مثلاً: الخبرة التقنية، التواصل، القيادة، التأثير، تصميم الأنظمة.. إلخ).

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

فوائدها أكبر من مجرد “جدول”

يمكن حدا يفكر إنها مجرد بيروقراطية زيادة، لكن صدقوني، لما تطبق صح، فوائدها بتغير ثقافة الفريق كله.

للمهندس نفسه: وضوح ودافعية

  • خارطة طريق واضحة: بتبطل تسأل حالك “شو أعمل عشان أتطور؟”. الجواب بصير قدامك.
  • تقييم ذاتي موضوعي: بتقدر تقيّم حالك وتعرف وين نقاط قوتك ووين بدك تشتغل على حالك زيادة.
  • محاربة متلازمة المحتال (Imposter Syndrome): لما تشوف إنك بتحقق التوقعات المكتوبة لمستواك، ثقتك بنفسك بتزيد.
  • نقاشات بنّاءة مع مديرك: بدل ما تكون جلسات التقييم (1-on-1s) مجرد “كيف حالك وشو أخبار الشغل”، بتصير نقاشات مركزة حول نموك بناءً على نقاط محددة في المصفوفة.

لمدير الفريق: عدالة وموضوعية

  • تقييمات عادلة: بتبعد عن التقييمات الشخصية أو الانطباعية. التقييم بصير مبني على معايير واضحة للجميع.
  • تحديد فجوات المهارات: بتصير تشوف بسهولة وين في نقص في مهارات الفريق ككل وتقدر تخطط لتدريب أو توظيف لسد هاي الفجوة.
  • تسهيل قرارات الترقية والزيادات: لما يجي وقت الترقية، القرار بكون مدعوم بأدلة ملموسة من المصفوفة، وهالشي بقلل من التحيز وبيزيد من الشفافية.
  • أداة توجيه (Coaching) قوية: بتقدر توجه كل فرد في فريقك بشكل مخصص حسب طموحه والنقاط اللي لازم يطورها.

كيف نبني مصفوفة الكفاءات الخاصة فينا؟ (خطوات عملية)

الشغلة مش سحر، هي عبارة عن خطوات مدروسة. وهون رح أعطيكم الطريقة اللي اتبعناها.

الخطوة الأولى: تحديد الأعمدة (الكفاءات الأساسية)

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

  • الخبرة التقنية (Technical Expertise): جودة الكود، معرفة باللغات والأدوات، الاختبارات.
  • تصميم الأنظمة (System Design): القدرة على تصميم مكونات أو أنظمة كاملة قابلة للتوسع والصيانة.
  • التنفيذ والتأثير (Execution & Impact): القدرة على إنجاز المهام بفعالية، وتحويل الأفكار لمنتجات حقيقية.
  • التواصل (Communication): القدرة على شرح الأفكار التقنية بوضوح، كتابة توثيق جيد، والتواصل مع الأطراف غير التقنية.
  • القيادة والإرشاد (Leadership & Mentorship): مساعدة الزملاء، قيادة المبادرات، نشر المعرفة.
  • الرؤية الاستراتيجية (Strategic Thinking): فهم أهداف البزنس وربطها بالقرارات التقنية.

الخطوة الثانية: تحديد الصفوف (المستويات الوظيفية)

هاي الخطوة عادةً بتكون أسهل لأن أغلب الشركات عندها هيكلية معينة. مثلاً:

  1. Engineer I (Junior)
  2. Engineer II (Mid-level)
  3. Senior Engineer
  4. Staff Engineer / Team Lead
  5. Principal Engineer

المهم هو تعريف كل مستوى بشكل عام قبل ما ندخل في تفاصيل المهارات.

الخطوة الثالثة: تعبئة الفراغات (وهي أهم خطوة)

هون الشغل الجد. لكل خانة في الجدول (مثلاً: “الخبرة التقنية” لـ “المهندس المتوسط”)، لازم نكتب وصف سلوكي واضح وملموس. تجنبوا الكلمات الفضفاضة مثل “جيد” أو “ممتاز”.

مثال عملي على كفاءة “الخبرة التقنية”:

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

مهندس متوسط (Mid-level): يمتلك استقلالية في تنفيذ مهام متوسطة التعقيد من الألف إلى الياء. يكتب كوداً قابلاً للصيانة والاختبار. لا يحتاج لإشراف مباشر في مهامه اليومية ويساهم بفعالية في مراجعات الكود (Code Reviews).

مهندس أول (Senior): يتعامل مع أكثر المشاكل التقنية تعقيداً في الفريق. يمتلك رؤية شاملة للكود بيس (Codebase) ويقوم بتحسينات استباقية عليه. يعتبر مرجعاً تقنياً لباقي أعضاء الفريق وقراراته التقنية موثوقة.

لاحظتوا الفرق؟ الوصف انتقل من “تنفيذ مهمة” إلى “امتلاك نطاق” إلى “التأثير على مستوى الفريق”. هذا هو جوهر النمو.

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

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

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

الخلاصة: من طريق مسدود إلى خارطة طريق واضحة 🗺️

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

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

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

الله يوفقكم ويكتب لكم كل الخير في مساركم المهني.

أبو عمر

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

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

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

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

آخر المدونات

البنية التحتية وإدارة السيرفرات

كانت تحديثاتنا كابوساً: كيف أنقذنا GitOps من جحيم الانحراف التكويني (Configuration Drift)؟

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

20 مايو، 2026 قراءة المزيد
خوارزميات

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

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

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