بتذكر منيح هداك اليوم، كنت قاعد مع “سالم”، واحد من أشطر المبرمجين الشباب اللي مروا عليّ. شب لقطة، كود نظيف، بحل مشاكل ما بتخطر على بال حدا، وهمته في السما. بس في اجتماع تقييم الأداء النصفي، كان وجهه في الأرض. سألته: “شومالك يا سالم؟ مش عاجبني حالك”.
تنهد وحكالي: “يا أبو عمر، أنا حاسس حالي بمشي في نفق مسدود. صارلي سنة ونص هون، بشتغل ليل نهار، وبشوف فلان أخذ ترقية وفلانة أخذت زيادة، وأنا مش فاهم شو المطلوب مني. كل ما أسأل، بيجيني جواب عام زي ‘خليك مبادر أكتر’ أو ‘حاول تمسك مشاريع أكبر’. شو يعني؟ أعطيني إشي أشتغل عليه، خارطة طريق أمشي عليها. حاسس يا إما أترقى بشكل عشوائي، أو أضل مكاني للأبد”.
كلمات سالم كانت زي الكف اللي صحاني. المشكلة ما كانت في سالم، المشكلة كانت فينا إحنا، في النظام الغايب. ما كان عنا طريقة واضحة وعادلة لتقييم الناس وتطويرهم. كنا عايشين في جحيم “الترقية أو الركود”، وهاد الجحيم كان على وشك يكلّفنا واحد من أفضل كوادرنا. من هون، بدأت رحلتنا مع ما يسمى بـ “مصفوفة الكفاءات الهندسية”.
ما هو جحيم “الترقية أو الركود”؟
قبل ما نحكي عن الحل، خلينا نفصّل المشكلة اللي كتير من الفرق التقنية بتعاني منها بصمت. هاد الجحيم هو حالة من الضبابية التامة، وأعراضه كالآتي:
- ترقيات غامضة: الترقيات بتصير بناءً على “الانطباعات” أو مين صوته أعلى، مش بناءً على معايير واضحة وموضوعية.
- إحباط المتميزين: الموظف المجتهد اللي بيشتغل بصمت (زي سالم) بحس إنه مش مقدّر، بينما اللي “بعرف من أين تؤكل الكتف” هو اللي بتقدم.
- هجرة الكفاءات: أفضل الموظفين بتركوا الشركة بحثاً عن مكان بيوفرلهم مسار وظيفي واضح. هم ما بتركوا الشغل، بتركوا الغموض.
- محادثات تقييم أداء كارثية: المدير والموظف داخلين على الاجتماع متوترين. المدير مش عارف يعطي تغذية راجعة (Feedback) قابلة للتنفيذ، والموظف طالع من الاجتماع محبط أكتر ما دخل.
ببساطة، هي بيئة سامة للنمو، والكل فيها خسران. الشركة بتخسر كوادرها، والمدير بيفشل في تطوير فريقه، والموظف بفقد شغفه. ومن رحم هذه المعاناة، وُلد الحل: مصفوفة الكفاءات.
مصفوفة الكفاءات الهندسية: خارطة الطريق المنتظرة
بكل بساطة، مصفوفة الكفاءات هي وثيقة (أو جدول) بتحدد شغلتين أساسيتين:
- المستويات الوظيفية (Levels): شو هي الدرجات المختلفة في المسار الهندسي (مثلاً: Junior, Mid-level, Senior, Staff Engineer).
- الكفاءات (Competencies): شو هي المهارات والسلوكيات اللي بنتوقعها من كل مستوى وظيفي.
لما تحط هدول الشغلتين مع بعض، بصير عندك جدول واضح. كل خلية في الجدول بتوصف سلوك معين متوقع. مثلاً، خانة “جودة الكود” للمبرمج الـ “Senior” رح يكون فيها وصف مختلف تماماً عن نفس الخانة للمبرمج الـ “Junior”.
هاي مش مجرد وثيقة إدارية بنرميها في مجلد وبننساها، هاي صارت الدستور تبعنا. صارت المرجع اللي بنرجعله في التوظيف، والتقييم، والترقيات، والنقاشات التطويرية.
كيف بنينا مصفوفة الكفاءات الخاصة فينا؟ (خطوة بخطوة)
ما رح أكذب عليكم، الشغلة أخذت وقت وجهد. بس كانت تستاهل كل دقيقة. وهي الخطوات اللي مشينا عليها:
الخطوة الأولى: تحديد المستويات الوظيفية (Career Levels)
أول شي، جلسنا كقيادة تقنية وحددنا شو هي المستويات اللي بتناسب حجم فريقنا وطبيعة شغلنا. ما في داعي تعقدها، ابدأ ببساطة. إحنا اعتمدنا هيكل مشابه للتالي:
- Engineer I (مبتدئ / Junior): يحتاج إشراف وتوجيه مستمر.
- Engineer II (متوسط / Mid-level): قادر على إنجاز مهام محددة بشكل مستقل.
- Senior Engineer (خبير): يمتلك نظاماً أو جزءاً كبيراً منه، ويقوم بتوجيه الآخرين.
- Staff Engineer (خبير استشاري): تأثيره يمتد عبر عدة فرق، يحل المشاكل المعقدة على مستوى الشركة.
- Principal Engineer (خبير مرجعي): قائد فكري على مستوى الصناعة، يحدد التوجهات التقنية طويلة الأمد للشركة.
الخطوة الثانية: تحديد الكفاءات الأساسية (Core Competencies)
بعد ما حددنا “وين” ممكن الموظف يوصل، كان لازم نحدد “كيف”. قسمنا المهارات لأربع محاور رئيسية، وسميناها بأسماء عملية عشان الكل يفهمها:
- الخبرة التقنية (فن الكود): جودة الكود، التصميم، الاختبار، حل المشاكل التقنية.
- التنفيذ والتأثير (إنجاز الشغل): القدرة على تسليم المشاريع، أخذ المبادرة، والتركيز على النتائج اللي بتهم البزنس.
- التواصل والتعاون (الشغل مع الناس): العمل ضمن فريق، التوثيق، تقديم وتلقي النقد البنّاء، التواصل مع الأطراف غير التقنية.
- القيادة والتوجيه (تكبير الفريق): توجيه المبرمجين الأصغر سناً، نشر المعرفة، التفكير الاستراتيجي، والمساهمة في نمو الفريق.
الخطوة الثالثة: ملء المصفوفة (الوصف السلوكي)
هاي هي أهم وأصعب خطوة. لكل مستوى ولكل كفاءة، لازم تكتب وصفاً سلوكياً قابلاً للملاحظة والقياس. بطلنا نستخدم كلمات مطاطة زي “استباقي”. صرنا نوصف السلوك اللي بنعتبره “استباقي”.
مثال عملي: كفاءة “الخبرة التقنية” عبر المستويات
- Engineer I (Junior): “يكتب كوداً يعمل، ويتبع المعايير المحددة في الفريق. يحتاج مساعدة في حل المشاكل الصعبة. يكتب اختبارات أساسية (Unit Tests) للمنطق البرمجي الذي يكتبه.”
- Engineer II (Mid-level): “يكتب كوداً نظيفاً ومقروءاً وموثقاً بشكل جيد. قادر على تفكيك مهمة كبيرة إلى مهام أصغر. يمتلك استقلالية في إنجاز feature كاملة، بما في ذلك كتابة اختبارات شاملة.”
- Senior Engineer: “يصمم مكونات وأنظمة صغيرة إلى متوسطة الحجم قابلة للتوسع والصيانة. يقوم بمراجعة كود الآخرين بشكل بنّاء ويضمن جودة الكود على مستوى الفريق. يكتشف ويعالج الديون التقنية (Technical Debt) بشكل استبقافي.”
لاحظت الفرق؟ بطلت “انطباعات” وصارت “أدلة”. صار فيني أروح لسالم وأحكيله: “يا سالم، أنت حالياً في مستوى Mid-level لأنك بتعمل (أ، ب، ت). عشان توصل Senior، محتاج أشوف منك أدلة على (ج، ح، خ). خلينا نحط خطة عشان تشتغل على مشروع فيه فرصة لتصميم نظام صغير”. صار النقاش عملي ومثمر.
كيف غيرت المصفوفة طريقة عملنا؟
بعد تطبيق المصفوفة، تغير كل شيء تقريباً للأفضل:
- نقاشات النمو الوظيفي: تحولت من جلسات “فضفضة” إلى جلسات “تخطيط”. صرنا نفتح المصفوفة مع الموظف ونحدد نقاط قوته والمجالات اللي محتاجة تطوير.
- تقييم الأداء: صار أكثر عدلاً ومبني على أدلة سلوكية من المشاريع اللي اشتغل عليها الموظف خلال فترة التقييم.
- الترقيات: صارت عملية شفافة. الموظف اللي بده يترقى، هو وفريقه ومديره بجمعوا الأدلة اللي بتثبت إنه صار يشتغل بالمستوى الأعلى المطلوب.
- التوظيف: صرنا نستخدم نفس المصفوفة لتصميم أسئلة المقابلات وتقييم المرشحين، فصار عنا اتساق بين اللي بنوعد فيه واللي بنطبقه.
نصائح من خبرة أبو عمر
إذا كنت بتفكر تطبق إشي مشابه، خذ هالنصايح من أخوك:
- لا تنسخ وتلصق: كل شركة وكل فريق إله خصوصيته. استخدم المصفوفات الموجودة على الإنترنت كمصدر إلهام، بس لازم تخصصها (customize) لتناسب ثقافتك واحتياجاتك.
- أشرك الفريق في البناء: لما تشارك كبار المبرمجين في فريقك في بناء المصفوفة، رح تضمن إنها واقعية، ورح تكسب تأييدهم من البداية.
- هي وثيقة حية: المصفوفة مش قرآن منزل. لازم تراجعها وتحدثها كل 6-12 شهر لتعكس التغيرات في التكنولوجيا أو في هيكل الشركة.
- هي بوصلة وليست GPS: المصفوفة بتعطيك الاتجاه، بس ما بترسملك كل خطوة بالتفصيل. لازم يضل في مساحة للإبداع والتميز الفردي. لا تحولها لقائمة مهام مملة (checklist).
الخلاصة: من الفوضى إلى الوضوح 🚀
مصفوفة الكفاءات الهندسية ما كانت مجرد وثيقة إدارية جديدة، كانت بمثابة طوق النجاة الذي أنقذنا من دوامة الإحباط والغموض. أعطت المدراء لغة مشتركة لتقييم وتطوير فرقهم، وأعطت المبرمجين، مثل سالم، خارطة طريق واضحة ومساراً عادلاً للنمو.
اليوم، سالم لسا معنا، وهو واحد من أفضل الـ Senior Engineers اللي عنا، وبيساعد في توجيه الجيل الجديد. الفضل ما برجعلي، برجع للوضوح اللي خلقناه مع بعض. إذا فريقك يعاني من أعراض “الترقية أو الركود”، يمكن آن الأوان لتبدأ في رسم خارطتك الخاصة. الطريق طويل، لكن وجهته واضحة، والرحلة تستحق العناء.
