كان أفضل مبرمج لدينا أسوأ مدير: كيف تنقذ مسارات ‘المساهم الفردي’ أفضل مواهبك التقنية؟

يا هلا بكل الجماعة، معكم أبو عمر.

خلوني أحكيلكم قصة صارت معي قبل كم سنة، قصة عن شب اسمه “سامر”. سامر كان، وبدون أي مبالغة، أفضل مبرمج مرّ عليّ في حياتي المهنية. كان ساحر كود بمعنى الكلمة، “بشم ريحة البَغ” من على بعد ميل. أي مشكلة معقدة أو “خازوق” تقني بنوقع فيه، كان سامر هو المنقذ. الكود تبعه كان زي القصيدة، نظيف، مرتب، وفعال. الفريق كله كان يحترمه ويتعلم منه، وأنا كنت أعتبره جوهرة الشركة.

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

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

هذه القصة، يا جماعة، ليست فريدة من نوعها. هي تتكرر كل يوم في آلاف الشركات حول العالم. واليوم، بدي أحكي معكم عن السبب الجذري لهذه المشكلة، وعن الحل الذي غيّر طريقة تفكيرنا في التطوير الوظيفي: مسارات “المساهم الفردي” أو الـ Individual Contributor (IC) Track.

المشكلة الحقيقية: وهم “الترقية إلى الإدارة”

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

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

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

نصيحة من خبرة أبو عمر: المهارات التي تجعلك مبرمجًا عظيمًا (التركيز العميق، حب التفاصيل التقنية، التفكير المنطقي الصرف) هي غالبًا مهارات مختلفة، وأحيانًا معاكسة، للمهارات التي تجعل منك مديرًا عظيمًا (التعامل مع الناس، تفويض المهام، التفكير في الصورة الكبيرة).

الحل: المسار المزدوج (The Dual Career Path)

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

  • مسار الإدارة (Management Track): هذا هو المسار التقليدي. يبدأ من قائد فريق (Team Lead) إلى مدير هندسة (Engineering Manager) ثم مدير أول (Director) وهكذا. التركيز هنا على الناس والعمليات. المدير الناجح هو الذي ينمّي فريقه، ويزيل العوائق، ويضمن تنفيذ المشاريع بكفاءة.
  • مسار المساهم الفردي (Individual Contributor – IC Track): هذا هو المسار الذي غالبًا ما يكون مفقودًا. هو مسار مخصص للخبراء التقنيين الذين يريدون النمو والتطور دون أن يصبحوا مديرين. التركيز هنا على التقنية والتأثير الفني.

الفكرة الجوهرية هي أن يكون لمنصب مثل “مهندس رئيسي” (Principal Engineer) في مسار الـ IC نفس المستوى من الأهمية، ونفس الراتب، ونفس التأثير في الشركة الذي يتمتع به “مدير هندسة” (Engineering Manager) في المسار الإداري.

كيف يبدو مسار المساهم الفردي (IC)؟

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

  • Senior Engineer: خبير في مجاله، يمتلك المشروع الذي يعمل عليه، ويوجه المبرمجين الأقل خبرة.
  • Staff Engineer: تأثيره يمتد عبر عدة فرق. هو المرجع التقني في مجالات معينة، يقود المبادرات التقنية الكبيرة، ويحل المشاكل المعمارية المعقدة التي تؤثر على جزء كبير من النظام.
  • Principal Engineer: تأثيره يمتد على مستوى القسم الهندسي بأكمله أو حتى الشركة. يعمل على وضع الاستراتيجيات التقنية طويلة الأمد، ويبحث في التقنيات الجديدة، ويقدم استشاراته لكبار المديرين وصناع القرار.
  • Distinguished/Fellow Engineer: قمة الهرم التقني. شخصية معترف بها على مستوى الصناعة بأكملها، يساهم في تحديد مستقبل التكنولوجيا داخل وخارج الشركة.

مقارنة سريعة: مدير هندسة مقابل مهندس Staff

لتوضيح الفكرة، لنتخيل أن لدينا شخصين في نفس المستوى الوظيفي (Level 5 مثلًا)، أحدهما مدير والآخر IC:

المدير الهندسي (Engineering Manager):

  • يقضي 70% من وقته في اجتماعات (1-on-1s، تخطيط، تنسيق).
  • مسؤوليته الأساسية هي صحة الفريق ونموه وأداؤه.
  • يقوم بتقييم الأداء، والتوظيف، ووضع الأهداف للفريق.
  • “المنتج” النهائي لعمله هو فريق عالي الأداء.

المهندس الـ Staff (Staff Engineer):

  • يقضي 70% من وقته في مهام تقنية عميقة (تصميم أنظمة، مراجعة أكواد معقدة، كتابة وثائق تقنية استراتيجية، بناء نماذج أولية).
  • مسؤوليته الأساسية هي الصحة التقنية للمشاريع التي يشرف عليها.
  • يؤثر على القرارات التقنية عبر عدة فرق.
  • “المنتج” النهائي لعمله هو بنية تحتية قوية وقابلة للتطوير، وقرارات تقنية سليمة.

كلاهما قائد، لكن أسلوب قيادتهما ومجال تأثيرهما مختلف.

شو صار مع سامر؟ (قصة النهاية السعيدة)

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

هنا كانت لحظة التنوير بالنسبة لشركتنا. قررنا أن نخلق منصبًا جديدًا خصيصًا لسامر، وكان هذا أول منصب “Principal Engineer” في تاريخ الشركة. أعفيناه من كل المهام الإدارية، وعيّنا شخصًا آخر لديه شغف بالإدارة كمدير للفريق.

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

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

الخلاصة: ابنوا قممًا لصقوركم 🦅

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

إنشاء مسار وظيفي حقيقي ومحترم للمساهمين الفرديين (IC Track) ليس رفاهية، بل هو ضرورة استراتيجية لأي شركة تقنية تريد أن تجذب وتحافظ على أفضل العقول. هذا المسار:

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

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

بالتوفيق للجميع، والله يعطيكم العافية.

أبو عمر

سجل دخولك لعمل نقاش تفاعلي

كافة المحادثات خاصة ولا يتم عرضها على الموقع نهائياً

آراء من النقاشات

لا توجد آراء منشورة بعد. كن أول من يشارك رأيه!

آخر المدونات

التكنلوجيا المالية Fintech

كان كل عميل جديد ينتظر أسابيع: كيف أنقذتنا أتمتة ‘اعرف عميلك’ (eKYC) من جحيم قوائم الانتظار؟

أشارككم قصتي كـ"أبو عمر"، مطور فلسطيني، حول كيف انتقلنا من عملية تسجيل عملاء يدوية تستغرق أسابيع إلى نظام "اعرف عميلك" الإلكتروني (eKYC) مؤتمت بالكامل يحول...

3 يونيو، 2026 قراءة المزيد
البنية التحتية وإدارة السيرفرات

كانت مفاتيحنا السرية تسافر في الدرجة السياحية (ملفات .env): كيف أنقذنا ‘مخزن الأسرار’ من كارثة التسريب؟

قصة من قلب المعركة التقنية، كيف انتقلنا من الاعتماد الخطر على ملفات .env إلى تبني "مخزن الأسرار" (Secrets Vault) كحل جذري وآمن. مقالة عملية للمطورين...

3 يونيو، 2026 قراءة المزيد
نصائح برمجية

كانت كل إعادة محاولة كارثة جديدة: كيف أنقذتنا مفاتيح عدم التكرار (Idempotency Keys) من جحيم العمليات المكررة؟

أشارككم قصة حقيقية من قلب المعركة البرمجية، حين كادت عمليات الدفع المكررة أن تدمر مشروعاً كاملاً. سنتعلم سوياً عن مفهوم "عدم التكرار" (Idempotency) وكيف يمكن...

3 يونيو، 2026 قراءة المزيد
البودكاست