قصة خالد: عندما يموت “ساحر الكود” ليولد مدير فاشل
قبل عدة سنوات، كان معنا في الفريق شاب اسمه “خالد”. خالد، ما شاء الله عليه، لم يكن مجرد مبرمج، بل كان فناناً، أو زي ما بنحكي “ساحر كود”. كان يحل أعقد المشاكل بأساليب إبداعية، ويكتب كوداً نظيفاً كأنه قصيدة. إذا تعقدت الأمور ووصلنا لطريق مسدود، كان الجميع يقول: “خلّوها لخالد، هو بتصرف”.
كبرت الشركة، وكبر الفريق، وجاء وقت الترقيات. خالد كان الأفضل بلا منازع، وبدا من المنطقي أن نرقيه. في هيكلنا الوظيفي التقليدي آنذاك، كانت الترقية الوحيدة المتاحة فوق منصب “مهندس برمجيات أول” هي “قائد فريق” (Team Lead). عرضنا عليه المنصب مع زيادة ممتازة في الراتب. تردد قليلاً، لكنه قبل في النهاية تحت ضغط فكرة “النمو الوظيفي”.
وهنا بدأت المأساة. خالد، ساحر الكود، تحول إلى مدير بائس. كان يكره الاجتماعات التي لا تنتهي، ويجد صعوبة في تفويض المهام (لأنه يشعر أنه يستطيع إنجازها بشكل أفضل وأسرع)، ويفتقد بشدة متعة كتابة الكود وحل المشكلات التقنية العميقة. فريقه شعر بالإهمال، لأنه لم يكن متاحاً لهم كمرشد إداري، وهو شعر بالإحباط لأنه ابتعد عن شغفه الحقيقي.
بعد ستة أشهر من المعاناة الصامتة، دخل خالد مكتبي وقال لي بأسى: “أنا ماشي يا أبو عمر”. وجد وظيفة في شركة أخرى كـ “مهندس رئيسي” (Principal Engineer)، وهو منصب تقني بحت براتب أعلى وتأثير أكبر. في ذلك اليوم، لم نخسر موظفاً فقط، بل خسرنا أفضل عقولنا التقنية، وفتحنا أعيننا على مشكلة خطيرة: سلمنا الوظيفي يقتل مواهبنا.
لماذا نخسر أفضل مهندسينا؟ وهم “الترقية الإدارية”
قصة خالد ليست فريدة من نوعها، بل هي سيناريو يتكرر في آلاف الشركات حول العالم. المشكلة تكمن في هيكل وظيفي تقليدي خطي، لا يرى للنمو إلا مساراً واحداً: إلى الأعلى، نحو الإدارة.
هذا الهيكل يفترض فرضية خاطئة جداً:
أن كل موظف متميز يطمح لأن يصبح مديراً.
هذا خطأ فادح. المهارات التي تجعل شخصاً مهندساً عبقرياً (التركيز العميق، حب حل المشكلات المعقدة، الشغف بالتكنولوجيا) تختلف كلياً عن المهارات التي تجعل منه مديراً ناجحاً (التواصل، التعاطف، التنظيم، تفويض المهام، إدارة الأفراد). عندما نجبر أفضل خبرائنا التقنيين على سلوك هذا المسار الوحيد، نقع في مصيبتين:
- نزيف المواهب (Talent Drain): يرحل الخبراء التقنيون إلى شركات تقدّر خبرتهم وتوفر لهم مساراً للنمو التقني، تماماً كما فعل خالد.
- المدراء السيئون (Bad Managers): يبقى الخبراء في الشركة، لكنهم يتحولون إلى مدراء غير أكفاء، مما يؤدي إلى تسميم بيئة العمل، إحباط فرقهم، وانخفاض الإنتاجية بشكل عام. هذه الظاهرة تُعرف بـ “مبدأ بيتر” (Peter Principle)، حيث تتم ترقية الموظف إلى مستوى عدم كفاءته.
في كلتا الحالتين، الشركة هي الخاسر الأكبر. تخسر خبرتها التقنية، وتخلق بيئة عمل سلبية.
المسار الوظيفي المزدوج: الحل الذي أنقذنا
بعد رحيل خالد، عقدنا العزم على ألا يتكرر هذا الخطأ. بدأنا البحث، وقرأنا، وتحدثنا مع خبراء، ووصلنا إلى مفهوم غيّر طريقة تفكيرنا تماماً: المسار الوظيفي المزدوج (The Dual Career Path).
الفكرة بسيطة وعبقرية في آن واحد: بدلاً من وجود سلم وظيفي واحد، نقوم بإنشاء مسارين متوازيين للنمو بعد مستوى معين (عادةً “مهندس أول”).
- المسار الإداري (Management Track): للأشخاص الذين يجدون شغفهم في قيادة الأفراد، بناء الفرق، ووضع الاستراتيجيات.
- المسار التقني (Individual Contributor – IC Track): للأشخاص الذين يجدون شغفهم في حل المشكلات التقنية المعقدة، تصميم الأنظمة، والابتكار التكنولوجي.
الجوهر هنا هو أن كلا المسارين متساويان تماماً من حيث الأهمية، التأثير، التعويض المالي، والاحترام داخل الشركة. مهندس في المستوى الخامس على المسار التقني يجب أن يحصل على نفس الراتب والامتيازات التي يحصل عليها مدير في المستوى الخامس على المسار الإداري.
تشريح المسار المزدوج: كيف يبدو على أرض الواقع؟
لتوضيح الفكرة بشكل عملي، دعنا نفصّل كيف يبدو كل مسار.
h3: المسار الإداري (The Management Track)
هذا هو المسار التقليدي الذي يركز على إدارة الموارد البشرية والمشاريع.
- التركيز: الأفراد، العمليات، الاستراتيجية.
- المهارات المطلوبة: التواصل الفعال، التوجيه والإرشاد (Mentorship)، إدارة الميزانيات، التوظيف، حل النزاعات، التخطيط.
- الألقاب الوظيفية النموذجية:
- قائد فريق (Team Lead)
- مدير هندسة (Engineering Manager)
- مدير أول (Senior Manager / Director)
- نائب الرئيس للهندسة (VP of Engineering)
h3: المسار التقني للمساهم الفردي (The IC Track)
هذا هو المسار الذي أنشأناه للحفاظ على أمثال “خالد”. إنه مسار للنمو في العمق التقني وليس في التسلسل الهرمي الإداري.
- التركيز: التكنولوجيا، بنية الأنظمة (Architecture)، حل المشكلات المستعصية، البحث والتطوير.
- المهارات المطلوبة: خبرة تقنية عميقة في مجال معين، تصميم الأنظمة الموزعة، تحسين الأداء، إرشاد المهندسين الآخرين تقنياً، وضع المعايير الفنية.
- الألقاب الوظيفية النموذجية:
- مهندس برمجيات أول (Senior Software Engineer)
- مهندس طاقم (Staff Engineer)
- مهندس رئيسي (Principal Engineer)
- مهندس متميز / زميل (Distinguished Engineer / Fellow)
h3: نقطة التحول: متى وكيف يختار المهندس مساره؟
عادة ما تظهر هذه “المفترق” في مسيرة المهندس بعد وصوله إلى مستوى “مهندس أول”. في هذه المرحلة، يجب أن يجلس المدير مع المهندس في حوار صريح ومفتوح حول طموحاته:
“ما الذي يمنحك الطاقة في عملك؟ هل تستمتع بتنظيم المهام وتوجيه زملائك في المشاريع؟ أم أنك تشعر بأكبر قدر من الرضا عندما تتعمق في مشكلة تقنية معقدة وتجد لها حلاً مبتكراً؟”
الجواب على هذا السؤال يحدد المسار الأنسب للمهندس. والأهم، يجب أن تكون هذه الأبواب مفتوحة للعودة. يمكن لشخص أن يجرب المسار الإداري، يكتشف أنه لا يناسبه، ويعود للمسار التقني دون أن يشعر بالفشل أو النقص.
مثال عملي: هيكلة المسار الوظيفي كـ “كود”
لتقريب الصورة أكثر للمهتمين بالتفاصيل التقنية والإدارية، يمكننا تمثيل هيكل المسار المزدوج باستخدام صيغة تشبه ملفات الإعدادات (مثل YAML)، وهذا يوضح التوازي بشكل جلي:
# هيكل المسار الوظيفي المزدوج المبسط
tracks:
- name: "Management Track"
levels:
- level: 5
title: "Engineering Manager"
scope: "إدارة فريق واحد (5-8 مهندسين). التركيز على تسليم المشاريع، صحة الفريق، وتطور الأفراد."
compensation_band: "E5"
- level: 6
title: "Director of Engineering"
scope: "إدارة عدة فرق عبر مدراء هندسة. التركيز على الاستراتيجية، التعاون بين الأقسام، والميزانية."
compensation_band: "E6"
- name: "Individual Contributor (IC) Track"
levels:
- level: 5
title: "Staff Engineer"
scope: "قائد تقني لفريق أو مجال محدد. يحل المشاكل التقنية المعقدة التي تتجاوز حدود الفريق الواحد."
compensation_band: "E5" # نفس نطاق الراتب للمدير
- level: 6
title: "Principal Engineer"
scope: "قائد تقني لقسم كامل أو نظام حيوي. يضع الرؤية التقنية طويلة الأمد ويؤثر على قرارات الشركة التقنية."
compensation_band: "E6" # نفس نطاق الراتب للمدير الأول
هذا المثال يوضح النقطة الأهم: level: 5 في المسار التقني يعادل level: 5 في المسار الإداري من حيث الراتب والأهمية (compensation_band: "E5").
نصائح من خبرة أبو عمر
تطبيق هذا النظام ليس مجرد رسم مخططات على ورق، بل هو تغيير ثقافي. من تجربتي، هذه بعض النصائح العملية لنجاحه:
- لا تجعلها مسارات شكلية: يجب أن يكون للمهندس الرئيسي (Principal Engineer) تأثير حقيقي. قم بدعوته للاجتماعات الاستراتيجية، واستمع لرأيه في القرارات التقنية الكبرى. يجب أن يكون صوته مسموعاً وقوياً مثل صوت المدير.
- الراتب والمزايا يجب أن تكون متكافئة: هذه هي النقطة الأهم لإثبات أن الشركة تقدّر كلا المسارين. إذا كان المسار الإداري مربحاً أكثر، فسيظل هو الخيار الجذاب للجميع، وتكون قد فشلت في حل المشكلة.
- الوضوح ثم الوضوح: اكتب وثيقة مفصلة تشرح كل مستوى في كل مسار: ما هي المسؤوليات؟ ما هي المهارات المتوقعة؟ كيف يتم تقييم الأداء؟ هذا الوضوح يمنع الغموض ويساعد الموظفين على التخطيط لمسيرتهم.
- شجع على التجربة والتنقل: اجعل من السهل على الموظف تجربة المسار الإداري لفترة (مثلاً، كقائد فريق مؤقت لمشروع)، وإذا لم يعجبه الأمر، يمكنه العودة إلى مساره التقني دون وصمة عار. هذا يخلق شبكة أمان نفسية تشجع على التجربة.
- تذكر دائماً: الإدارة ليست ترقية، بل هي تغيير وظيفي: هذه هي العقلية التي يجب أن تزرعها في ثقافتك. أنت لا “ترتقي” لتصبح مديراً، بل “تنتقل أفقياً” إلى وظيفة مختلفة تماماً تتطلب مجموعة مهارات مختلفة.
الخلاصة: حافظوا على “سحرة الكود” لديكم 💎
في النهاية، كل شركة تقنية تمتلك ثروة حقيقية: أولئك المهندسون الشغوفون الذين يعشقون التكنولوجيا ويجدون متعة في بناء أشياء عظيمة. هؤلاء هم “سحرة الكود” الذين يدفعون الابتكار إلى الأمام.
النموذج التقليدي للنمو الوظيفي يجبر هؤلاء السحرة على الاختيار بين أمرين مريرين: إما ترك الشركة، أو التخلي عن سحرهم ليصبحوا مدراء متوسطي الأداء. المسار الوظيفي المزدوج يمنحنا خياراً ثالثاً: أن ننشئ لهم مساراً خاصاً يتيح لهم النمو والتألق والتأثير، مع الحفاظ على شغفهم وولائهم. إنه استثمار في أثمن أصولك، وهو العقول المبدعة.
لا تدعوا “خالد” آخر يغادر شركتكم. ابنوا له مساراً ليبقى، وسيبني لكم المستقبل.
