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

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

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

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

ما هي “مصفوفة الكفاءة” (Competency Matrix)؟ وليش هي مهمة؟

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

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

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

فكر فيها زي خريطة الكنز لفريقك. بتورجيك وين الكنوز (الخبرات) مدفونة، ووين المناطق اللي لسا ما اكتشفناها (الفجوات).

يلا نبنيها سوا: خطوات عملية لإنشاء مصفوفة الكفاءة لفريقك

بناء المصفوفة مش علم صواريخ، هو حوار وتعاون بينك وبين فريقك. الموضوع كله بمر بثلاث خطوات بسيطة.

الخطوة الأولى: تحديد الكفاءات (Skills & Competencies)

هاي أهم خطوة. اقعد مع فريقك واعملوا عصف ذهني. اسألوا حالكم:

1. شو المهارات التقنية اللي بنحتاجها اليوم؟ (مثال: Python, JavaScript, React, SQL, AWS).
2. شو المهارات التقنية اللي رح نحتاجها في المستقبل؟ (مثال: Machine Learning, Go, Prompt Engineering, CI/CD).
3. شو المهارات الشخصية (Soft Skills) اللي بتصنع الفرق؟ (مثال: التواصل الفعّال، حل المشكلات، القيادة، الإرشاد والتوجيه “Mentoring”، إدارة الوقت).

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

الخطوة الثانية: تقييم المستويات (Defining Proficiency Levels)

بعد ما حددنا المهارات، لازم نحدد مقياس بسيط وواضح لتقييمها. ابعد عن التعقيد. أنا بفضل مقياس من 0 إلى 4، لأنه سهل الفهم والتطبيق:

• 0 – لا يعرف: لا يمتلك أي معرفة أو خبرة في هذه المهارة.
• 1 – مبتدئ: يعرف الأساسيات ولكنه يحتاج إشرافاً وتوجيهاً مستمراً.
• 2 – مُتمكّن: يستطيع العمل باستقلالية وإنجاز المهام المطلوبة بكفاءة.
• 3 – خبير: يمتلك فهماً عميقاً، ويستطيع توجيه وتعليم الآخرين وحل المشاكل المعقدة.
• 4 – مُعلّم/مرجع (Master): يعتبر مرجعاً في هذا المجال، يبتكر ويطور فيه، ويؤثر على مستوى الشركة أو المجتمع التقني.

الخطوة الثالثة: تعبئة المصفوفة (Filling the Grid)

هون بتبلش المتعة. العملية لازم تكون حوار، مش امتحان. ابدأ بأن كل شخص يقيّم نفسه بنفسه (Self-assessment)، وبعدها اقعد مع كل واحد فيهم في اجتماع فردي وناقشوا التقييم سوا.

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

شكل المصفوفة النهائي ممكن يكون زي هيك في جدول بسيط:

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

# مثال بسيط لتمثيل البيانات في بايثون
team_competencies = {
    "خالد": {
        "Python": 3,
        "React": 1,
        "Docker": 1,
        "Communication": 2
    },
    "سارة": {
        "Python": 2,
        "React": 3,
        "Docker": 2,
        "Communication": 3
    },
    "أحمد": {
        "Python": 1,
        "React": 1,
        "Docker": 0,
        "Communication": 1
    }
}

def find_skill_gap(skill, min_level=3):
    """
    دالة للبحث عن فجوات المهارات في الفريق
    """
    experts = [name for name, skills in team_competencies.items() if skills.get(skill, 0) >= min_level]
    if not experts:
        print(f"تحذير: لا يوجد خبير (مستوى {min_level} أو أعلى) في مهارة {skill} في الفريق.")
    else:
        print(f"خبراء مهارة {skill} في الفريق: {experts}")

# دعنا نختبر الدالة
find_skill_gap("Docker")
find_skill_gap("React")

المصفوفة جاهزة… والآن ماذا؟ تحويل البيانات إلى خطط عمل

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

مسارات النمو الشخصي (Personal Growth Paths)

رجعنا لخالد. شاف بعينه إنه مستواه في Docker هو ‘1’. هدفه الجديد صار واضح: “بدي أوصل لمستوى ‘2’ في Docker خلال الثلاث أشهر الجايين”. كيف؟ الخطة صارت سهلة:

1. التعلّم من الزملاء: بما إنه سارة مستواها ‘2’، صار خالد يشتغل معها على المهام اللي فيها Docker (Pair Programming).
2. التعلّم الموجه: الشركة استثمرت فيه ووفرت له دورة تدريبية متقدمة في Docker.
3. التطبيق العملي: أعطيته مسؤولية تحسين ملفات Docker في مشروع صغير.

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

تحديد الفجوات وتوزيع المهام بذكاء

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

• التوظيف الاستراتيجي: في المقابلة التالية لمبرمج جديد، صار سؤال “شو خبرتك في الـ Automated Testing؟” سؤال أساسي.
• التدريب الجماعي: نظمت ورشة عمل داخلية عن أساسيات الاختبارات الآلية لكل الفريق.
• توزيع المهام بذكاء: لما تيجي مهمة صعبة في React، بعرف إنها لسارة. بس ما بعطيها إياها لحالها، بحكي لأحمد (اللي مستواه 1) يشتغل معها عشان يتعلم. هيك المهمة بتخلص بأعلى جودة، وأحمد بكون كسب خبرة جديدة.

الخلاصة: من الركود إلى الانطلاق 🚀

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

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

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