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

“أبو عمر، أنا مخنوق… حاسس حالي وقفت مكاني”

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

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

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

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

تخيلها كالتالي:

• الصفوف (Rows): أسماء أعضاء فريقك (سالم، ليلى، أحمد…).
• الأعمدة (Columns): المهارات والكفاءات المطلوبة للنجاح في مشاريعكم (مثلاً: Python, React, تصميم قواعد البيانات, التواصل, القيادة…).
• الخلايا (Cells): مستوى خبرة كل شخص في كل مهارة (مثلاً: مبتدئ، متوسط، خبير).

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

خطواتنا العملية لبناء مصفوفة الكفاءة الأولى

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

الخطوة الأولى: تحديد الكفاءات الأساسية (مش كل إشي بنحطه)

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

نصيحة من أبو عمر: لا تبالغوا في البداية. “ما تزودهاش كثير”. ابدأوا بـ 10 إلى 15 كفاءة أساسية هي الأكثر أهمية لعملكم اليومي. يمكنكم دائمًا إضافة المزيد لاحقًا. ركزوا على ما هو مهم الآن.

في فريقنا، كانت بعض الكفاءات الأولية:

• تقنية: Python (Django), JavaScript (React), PostgreSQL, Docker, AWS S3, API Design.
• شخصية (Soft Skills): Communication, Problem Solving, Mentorship, Code Review.

الخطوة الثانية: وضع مقياس واضح للخبرة

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

• 0: لا توجد معرفة: لم يسمع بالتقنية أو لا يعرف عنها شيئًا.
• 1: مبتدئ (Beginner): يفهم الأساسيات لكنه يحتاج إلى إشراف وتوجيه مستمر. “لساته بتعلم عالأصول”.
• 2: مستقل (Intermediate): يمكنه إنجاز المهام باستقلالية تامة ويقدم عملًا جيدًا. “قد حاله وشغيل”.
• 3: خبير (Advanced/Senior): لا ينجز مهامه فقط، بل يستطيع توجيه الآخرين وتعليمهم، ويتخذ قرارات تقنية معقدة. “بقدر يعلّم غيره”.
• 4: مرجعية (Expert/Principal): يُعتبر مرجعًا في هذه المهارة داخل الشركة وخارجها، يبتكر ويطور أفضل الممارسات فيها. “هو المعلم”.

الخطوة الثالثة: التقييم في جلسات “قهوة وكود”

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

الخطوة الرابعة: بناء الجدول وتصوّر البيانات

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

| الكفاءة (Competency)     | سالم | ليلى | أحمد |
|-------------------------|------|------|------|
| JavaScript (React)      |   3  |   2  |   1  |
| Python (Django)         |   1  |   3  |   2  |
| Database (PostgreSQL)   |   2  |   2  |   2  |
| Cloud (Docker)          |   2  |   1  |   0  |
| Mentorship (التوجيه)     |   1  |   2  |   0  |

بمجرد أن رأينا هذا الجدول، كانت لحظة “آها!”. لأول مرة، رأينا الصورة الكاملة بوضوح تام.

من بيانات إلى خطط تطوير: كيف تحركنا بعد بناء المصفوفة؟

المصفوفة بحد ذاتها لا تفعل شيئًا، قيمتها تكمن في كيفية استخدامها. وهنا بدأت المتعة الحقيقية.

1. تحديد الفجوات ونقاط القوة

بمجرد النظر إلى الجدول، لاحظنا فورًا:

• فجوة في الفريق: كلنا تقريبًا ضعفاء في Docker (أحمد 0 وليلى 1). هذه إشارة واضحة لي كقائد أننا بحاجة إلى تدريب مكثف في هذا المجال.
• نقاط قوة فردية: ليلى هي مرجعيتنا في Python، وسالم هو الأقوى في React.
• فرص للتطوير: أحمد (مستوى 1 في React) يمكن أن يتعلم الكثير من سالم (مستوى 3). سالم (مستوى 1 في التوجيه) يمكنه تطوير مهارة التوجيه لديه من خلال تعليم أحمد. إنها معادلة مربحة للجميع!

2. بناء خطط تطوير شخصية (PDPs) هادفة

عدتُ إلى سالم وقلت له: “تذكر عندما قلت أنك تشعر بالركود؟ انظر إلى هذه الخريطة. أنت خبير في React، لكنك تريد أن تنمو لتصبح قائدًا تقنيًا. ما رأيك أن يكون هدفنا للستة أشهر القادمة هو أن تصل إلى المستوى 2 في مهارة التوجيه (Mentorship) من خلال الإشراف على تطوير أحمد في React؟ وفي نفس الوقت، تبدأ في تعلم أساسيات Python مع ليلى لتصل إلى المستوى 2؟”

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

3. توجيه توزيع المهام في المشاريع

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

النتيجة على أرض الواقع: “أبو عمر، حاسس حالي بتطور!”

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

نصائح أبو عمر الذهبية 📝

إذا كنت تفكر في تطبيق هذه الأداة، اسمح لي أن أقدم لك خلاصة خبرتي في نقاط:

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

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

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

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