أوّل خمس تعيينات هندسية في شركة ناشئة بالمنطقة: من تُوظّف، وبأيّ ترتيب

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

لماذا تفشل صياغة «قائمة الأدوار»؟

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

التعيينان الأوّل والثاني: مهندسان عامّان يُسلّمان من طرف إلى طرف

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

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

التعيين الثالث: أوّل متخصّص، يفرضه عنق الزجاجة لا الموضة

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

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

التعيين الرابع: المهندس الذي يتحدّث إلى المستخدمين

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

التعيين الخامس: المُضاعِف

الخامس عادةً لا يضيف ميزات، بل يجعل الأربعة الآخرين أسرع: خطوط CI/CD تعمل، وبيئات اختبار يمكن إنشاؤها وهدمها بسهولة، وإصدارات لا تحتاج سهرة. يُؤجَّل هذا التعيين كثيراً لأنّ أثره غير مرئيّ في خارطة المنتج، ثم تُدفَع كلفته لاحقاً في صورة أسبوع ضائع مع كلّ إصدار.

ومَن لا تُوظّفه في الخمسة الأوائل

لا تُوظّف مشرف أنظمة: الخدمات السحابية المُدارة تغطّي حاجتك في هذه المرحلة بجزء من كلفة راتب. ولا مسؤول أمن متفرّغاً: الفحص الآليّ ومراجعة الكود وضبط الصلاحيات تكفي حتى يصل عميل مؤسّسيّ يفرض امتثالاً. ولا مختبِراً يدويّاً فقط: الاختبار في هذا الحجم مسؤولية من يكتب الكود. ولا تمنح لقب CTO لمن لن يكتب كوداً هذه السنة — اللقب يُغلق الباب أمام تعيين أقوى بعد عام.

الجزء الخاصّ بالمنطقة: من أين يأتي الخمسة فعلاً

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

أمامك مساران: عقد مباشر مع مستقلّ، أو منصّة Employer of Record مثل Deel أو Remote أو Papaya Global تُوظّف الشخص نيابةً عنك في بلده. المباشر أرخص وأبسط، ويترك التزامات الضريبة والتأمين على عاتق المهندس. والـEOR يكلّف رسماً شهريّاً ثابتاً لكلّ موظّف، وتشتري به عقد عمل نظاميّاً دون تأسيس كيان قانونيّ في كلّ بلد. والقاعدة العملية: المستقلّون لعمل المشاريع، والـEOR لمن تريده متفرّغاً وباقياً.

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

الراتب والأسهم: قل الأرقام بوضوح

الفوارق في الرواتب بين أسواق المنطقة كبيرة لنفس مستوى الخبرة، فلا معنى لرقم «إقليميّ» واحد. قِس مقابل السوق الذي يعيش فيه المرشّح تحديداً، واعلم أنّ الدفع تحت سعر سوقه هو السبب الأكثر شيوعاً لفقدان التعيين الأوّل في شهره السابع.

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

كيف تختبر في المقابلة

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

الأخطاء الأغلى

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

الخلاصة

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