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

فنجان قهوة مرّ… وحقيقة أصعب

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

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

شعرت وقتها بفشل شخصي. أنا أبو عمر، الذي يفترض به أن يكون القائد والملهم، أرى فريقي يذبل أمامي. كنت كمن يحاول دفع سيارة عالقة في الوحل، أبذل جهداً هائلاً دون أن أتحرك سنتيمتراً واحداً. “الطاسة ضايعة” كما نقول. حتى جاء اليوم الذي قررت فيه أن هذا الوضع لا يمكن أن يستمر. وكان الحل، الذي وجدته بعد ليالٍ من البحث والقراءة، أداة بسيطة في مفهومها، لكنها عميقة جداً في تأثيرها: مصفوفة الكفاءات (Competency Matrix).

ما هي “مصفوفة الكفاءات”؟ ليست مجرد جدول بيانات آخر!

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

• المهارات المطلوبة (Skills): كل المهارات التقنية وغير التقنية التي يحتاجها فريقك للنجاح (لغات برمجة، أطر عمل، قواعد بيانات، مهارات تواصل، قيادة… إلخ).
• مستوى الكفاءة (Proficiency Level): مدى إتقان كل فرد في الفريق لكل مهارة من هذه المهارات.

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

“قبل مصفوفة الكفاءات، كنت أدير فريقي وأنا أعمى. بعدها، أصبحت أمتلك رؤية ليلية وخارطة طريق في آن واحد.” – أبو عمر

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

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

الخطوة الأولى: تحديد المهارات الأساسية (Pillars of Competency)

جلست مع نفسي أولاً، ثم مع كبار المطورين في الفريق، وسألنا أنفسنا: “ما هي المهارات التي إذا أتقناها، سنكون فريقاً لا يُقهر؟”. قسمناها إلى فئات لتسهيل الأمر:

• مهارات تقنية أساسية (Core Tech): مثل `JavaScript`, `Python`, `Go`, `SQL`, `NoSQL`.
• أطر عمل ومكتبات (Frameworks & Libraries): مثل `React`, `Node.js`, `Django`, `Next.js`.
• تقنيات البنية التحتية (DevOps & Infra): مثل `Docker`, `Kubernetes`, `AWS`, `CI/CD`.
• مهارات ناعمة (Soft Skills): التواصل الفعال، حل المشكلات، العمل الجماعي، الإرشاد (Mentorship)، القيادة.
• معرفة بالمجال (Domain Knowledge): فهم عميق لقطاع العمل الذي نخدمه (مثلاً: تجارة إلكترونية، تقنية مالية).

الخطوة الثانية: تعريف مستويات الكفاءة (The Proficiency Scale)

هذه الخطوة حاسمة جداً. لا يكفي أن تقول “جيد” أو “سيء”. يجب أن يكون المقياس واضحاً وموضوعياً للجميع. اعتمدنا مقياساً من 0 إلى 4:

• 0 – لا توجد معرفة (None): لم يسمع بالتقنية أو لا يعرف عنها شيئاً.
• 1 – مُطّلع (Aware): سمع عنها، يفهم المفاهيم الأساسية، يمكنه متابعة نقاش حولها.
• 2 – ممارس (Practitioner): يمكنه العمل على مهام محددة باستخدام هذه المهارة تحت إشراف أو بمساعدة.
• 3 – خبير (Expert): يمكنه العمل باستقلالية تامة، يمتلك حلولاً للمشاكل المعقدة، ويمكنه إرشاد الآخرين.
• 4 – قائد فكري/مُعلّم (Master/Teacher): لا يطبق المهارة فحسب، بل يطورها. يضع أفضل الممارسات (Best Practices) ويستطيع تدريب فريق كامل عليها.

الخطوة الثالثة: عملية التقييم (The Assessment Jam)

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

1. التقييم الذاتي أولاً: أرسلت نسخة فارغة من المصفوفة لكل فرد في الفريق وطلبت منهم تقييم أنفسهم بصدق. أكدت لهم أن هذا ليس اختباراً، بل أداة للنمو.
2. جلسات فردية (1-on-1): عقدت اجتماعاً فردياً مع كل شخص. بدأنا من تقييمه الذاتي، وناقشنا كل مهارة. “لماذا أعطيت نفسك 2 في Docker؟ ما الذي تحتاجه لتصل إلى 3؟”. كانت هذه الحوارات من أعمق وأصدق ما مررت به مع فريقي.
3. تجميع المصفوفة النهائية: بعد هذه الجلسات، قمت بتجميع كل البيانات في مصفوفة رئيسية واحدة.

مثال بسيط للمصفوفة بصيغة JSON

لتقريب الفكرة للمطورين، يمكنك تخيل البيانات بهذا الشكل:

{
  "team": [
    {
      "name": "سميرة",
      "role": "Senior Developer",
      "skills": {
        "JavaScript": 4,
        "React": 4,
        "Node.js": 3,
        "Kubernetes": 2,
        "Mentorship": 4
      }
    },
    {
      "name": "خالد",
      "role": "Junior Developer",
      "skills": {
        "JavaScript": 2,
        "React": 2,
        "Node.js": 1,
        "Kubernetes": 0,
        "Mentorship": 1
      }
    }
  ]
}

تحويل المصفوفة من بيانات إلى خطط عمل

الآن لدينا الخارطة. لكن الخارطة وحدها لا توصلك إلى الكنز. القوة الحقيقية تكمن في استخدام هذه البيانات. وهذا ما فعلناه:

1. خطط التطوير الشخصي (Personal Development Plans – PDPs)

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

الهدف: الانتقال في `JavaScript` من مستوى 2 إلى 3.

خطة العمل:

• سيعمل على المشروع “X” الذي يتطلب تعاملاً مع `JavaScript` متقدمة.
• سيأخذ دورة تدريبية محددة في `Asynchronous JS`.
• الأهم: ستكون “سميرة” (الخبيرة) هي المرشدة له، حيث يجتمعان مرة أسبوعياً لمراجعة الكود والإجابة على الأسئلة.

2. تحديد الفجوات ومناطق الخطر

نظرة واحدة على المصفوفة المكتملة كشفت لي حقائق صادمة. مثلاً، اكتشفت أن “سميرة” هي الشخص الوحيد في الفريق الذي لديه معرفة جيدة بـ `Kubernetes` (مستوى 2 أو أعلى). هذا ما نسميه “نقطة فشل فردية” (Single Point of Failure). ماذا لو أخذت سميرة إجازة أو تركت الشركة؟ سنكون في ورطة حقيقية.

الإجراء الفوري: وضعت هدفاً لفردين آخرين على الأقل للوصول إلى مستوى “ممارس” (2) في `Kubernetes` خلال الشهور الستة القادمة.

3. توزيع أذكى للمهام وتشكيل الفرق

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

النتائج: من الركود إلى الانطلاق 🚀

التغيير لم يحدث بين عشية وضحاها، لكن خلال 3 إلى 6 أشهر، بدأت أرى ثماراً لم أكن أحلم بها:

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

الخلاصة والنصيحة الأخيرة (الزبدة)

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

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

ابدأ اليوم، ارسم خريطتك، واكتشف الكنوز المخفية في فريقك. ستتفاجأ بالنتائج. ✨