المهندس الرئيسي: ما يعنيه الدور، وما يُدفع فيه، وكيف تصل إليه

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

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

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

الدرج فوق Senior

التسلسل الوظيفي القياسي للمساهم الفردي (IC) في معظم شركات التكنولوجيا الكبرى يبدو كما يلي:

Junior → Mid → Senior → Staff → Principal → Distinguished → Fellow

ليست كل شركة تستخدم جميع هذه المستويات. في الشركات التي يقل عدد مهندسيها عن 200 شخص، يتوقف الدرج في الغالب عند مستوى Staff. تستخدم بعض الشركات “Principal” حيث تستخدم أخرى “Staff” — التسمية ليست موحدة عبر الصناعة. لدى Google مستويات Distinguished Engineers وFellows. تملك Amazon مستويات Principal وSenior Principal وDistinguished. تعتمد Meta مستويي Staff وPrincipal. تدمج Stripe بعض هذه المستويات. تلجأ الشركات الأصغر بشكل متزايد إلى Staff وPrincipal للاحتفاظ بالمهندسين الذين لا يرغبون في الانتقال إلى الإدارة.

النقطة الهيكلية الجوهرية هي التشعب. قرب مستوى Senior، تقدم معظم الشركات مساريْن: مسار مدير الهندسة (EM) ومسار المساهم الفردي (IC). مسار IC هو ما تمثله مستويات Staff وPrincipal وما يعلوها. هذه الأدوار موجودة تحديداً حتى لا يضطر المهندسون المتميزون تقنياً إلى أن يصبحوا مديرين للحصول على رواتب وتأثير على مستوى senior. المقايضة حقيقية: يستلزم مسار IC نوعاً مختلفاً من الرافعة — تأتي من الحكم التقني والتأثير، لا من إدارة الأشخاص.

ما يفعله المهندسون الرئيسيون فعلاً

أبسط عامل تمييز بين مستويات الأقدمية هو النطاق (Scope).

المهندس متوسط المستوى يمتلك مهام. Senior Engineer يمتلك خدمة أو مكوناً — إنه المرجع لجزء محدد من النظام. Staff Engineer يدير عادةً التوجه التقني لفريق واحد أو مجموعة من الفرق المترابطة. Principal Engineer يدير التوجه التقني عبر فرق متعددة أو خط منتجات أو منظومة الهندسة بأكملها.

يُغيّر هذا التحول في النطاق شكل العمل اليومي. كثيراً ما يكتب Principal Engineers كوداً في الإنتاج أقل مما يكتبه Senior Engineers. هذا ليس عيباً — بل هو الهدف بعينه. رافعتهم تأتي من القرارات التي تُشكّل الكود الذي سيكتبه عشرات أو مئات المهندسين خلال العام التالي. وثيقة architecture decision record (ADR) مكتوبة بإتقان من قِبَل Principal Engineer يمكنها إعادة توجيه ستة أشهر من جهود الهندسة. مراجعة معمارية مُنجزة بشكل صحيح يمكنها رصد فئة كاملة من مشكلات التوسع قبل كتابة سطر واحد من الكود.

السؤال “ماذا يُنتج Principal Engineer؟” له إجابة مختلفة عن بقية المستويات. المخرجات غالباً ما تكون وثائق وقرارات وتوجيهات — لا pull requests. الأثر غير مباشر وكثيراً ما يكون غير مرئي لمن لا يولي اهتماماً دقيقاً لديناميكيات المنظومة.

العمل اللاصق الذي يُعرِّف الدور

إذا سألت Principal Engineers عما يشغل وقتهم فعلاً، فالقائمة متسقة عبر الشركات:

• وثائق الاستراتيجية التقنية — أوراق توجيهية متعددة الأرباع أو السنوات تُحدد ما ستبنيه المنظمة وما لن تبنيه
• مراجعات المعمارية — تقييم رسمي أو غير رسمي لتصميمات أنظمة الفرق الأخرى، مع توصيات موثقة
• التنسيق بين الفرق — تحديد التبعيات وحلها قبل أن تتحول إلى حوادث
• إرشاد مهندسي Staff وSenior — ليس إدارتهم، بل تطوير المهندسين الذين سيعملون في نهاية المطاف بالنطاق ذاته
• تمثيل الهندسة في نقاشات المنتج والأعمال — ترجمة القيود التقنية إلى لغة يستطيع مديرو المنتج والمسؤولون فهمها والتفكير فيها
• كتابة تقارير ما بعد الحوادث وتقييمات الأعطال — ليس فقط توثيق ما أخفق، بل استخلاص الدروس المنهجية وقيادة تغيير العمليات

يستحق الفرق بين “Tech Lead” و”Principal” التوضيح. Tech Lead هو Senior Engineer يتحمل مسؤوليات تنسيق إضافية لفريقه المباشر. الدور عادةً محدود نطاقه بالفريق. أما Principal Engineer فيعمل على المستوى التنظيمي — اختصاصه هو صحة النظام التقني الشامل، لا تسليم خارطة طريق فريق بعينه.

هذا عمل أصعب مما يبدو. يحمل Principal Engineer تأثيراً لكن نادراً ما يحمل سلطة. لا يستطيع إسناد العمل؛ عليه الإقناع. لا يستطيع منع قرار بحق الرفض؛ عليه بناء الحجة. المتطلبات في مجال العلاقات البينشخصية والتواصل جوهرية.

ما يُدفع مقابله

بيانات الرواتب من Levels.fyi واستطلاعات تعويض المهندسين تعطي صورة متسقة في الشركات القريبة من مستوى FAANG خلال 2025-2026:

• Staff Engineer (L6/E6/مكافئ): 250,000–450,000 دولار تعويضاً إجمالياً (راتب أساسي + مكافأة + أسهم)
• Principal Engineer (L7/E7/مكافئ): 350,000–600,000 دولار تعويضاً إجمالياً
• Distinguished Engineer / Senior Principal: 500,000–900,000 دولار تعويضاً إجمالياً
• Fellow: 800,000–1,500,000 دولار أو أكثر تعويضاً إجمالياً (مناصب نادرة، على مستوى الشركة)

تعكس هذه الأرقام شركات في أعلى مستوى بالسوق (Google وMeta وApple وAmazon وMicrosoft وStripe وDatabricks وغيرها) في أسواق ذات تكلفة معيشية مرتفعة. في الشركات خارج هذا المستوى — الشركات الناشئة جيدة التمويل في مرحلة Series B/C، وشركات برمجيات المؤسسات، وشركات الاستشارات — تكون الشرائح أدنى لكن المسار مماثل. Principal Engineer في شركة B2B SaaS بإيرادات سنوية متكررة 500 مليون دولار قد يكسب ما بين 200,000 و350,000 دولار تعويضاً إجمالياً.

المقارنة ذات الصلة هي مسار مدير الهندسة. VP Engineering في شركة متوسطة الحجم يكسب في شريحة تتداخل كثيراً مع Distinguished Engineer. في قمة درج IC، يدفع مستوى Fellow/Distinguished بقدر ما يدفعه معظم قيادات التقنية C-suite في أكبر الشركات أو يتجاوزها. لم يعد مسار IC المسار الأقل راتباً للراغبين في “البقاء مع الكود فحسب”.

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

كيف تصل إليه

الشركات التي فكرت بعمق في هذه المسألة (وكثير منها نشرت درج مساراتها المهنية) تبحث عادةً عن ثلاثة إشارات عند تقييم المهندسين للترقي إلى مستوى Principal:

١. الحكم التقني في ظل عدم اليقين

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

٢. توسيع النطاق إلى ما هو خارج الفريق

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

٣. جعل التفكير التقني مقروءاً

هذه المهارة الأكثر ضعفاً لدى المهندسين المتميزين تقنياً الذين لا يتقدمون. القدرة على كتابة وثيقة تصميم واضحة ومنظمة جيداً — توضح ليس فقط ما تبنيه بل لماذا، وما البدائل التي جرى النظر فيها، وما المقايضات التي جرى اتخاذها — محورية في هذا المستوى. Architecture decision records ووثائق التصميم وتحليلات ما بعد الحوادث ووثائق الاستراتيجية التقنية هي المخرجات التي تجعل تفكير المهندس مرئياً للمنظمة.

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

المصادر والقراءات الإضافية

• Will Larson — Staff Engineer: Leadership Beyond the Management Track (StaffEng.com)
• StaffEng.com — قصص مسار Staff وPrincipal Engineer
• Levels.fyi — اتجاهات وبيانات رواتب مهندسي البرمجيات
• Gergely Orosz، The Pragmatic Engineer — مسار Staff Engineer
• Will Larson — نماذج Staff Engineer (Irrational Exuberance)