بتذكر قبل كم سنة، كان عندي شب صغير بالعمر، شعلة نشاط وذكاء، تخرّج جديد ومتحمّس يدخل سوق العمل. سيرته الذاتية كانت مليانة دورات وشهادات وكلمات رنانة عن الذكاء الاصطناعي وتعلم الآلة. قدّم على وظيفة في شركة كبيرة، وبعد يومين وصله إيميل: “تهانينا، لقد تجاوزت الفلترة الأولية”. الشب طار من الفرحة، وحس حاله وصل. بس الفرحة ما كملت، بعدها بيوم واحد بس، وصله إيميل الرفض من المدير التقني مباشرة، بدون مقابلة حتى.
اجاني الشب محبط ومكسور الخاطر، وسألني: “يا عمي أبو عمر، شو القصة؟ كيف الروبوت فهمني والمهندس ما فهمني؟”. مسكت سيرته الذاتية، وقلتله بعد ما تصفحتها لدقيقة: “يا خفيف، سيرتك الذاتية بتحكي مع الروبوتات، بس ما بتحكي لغة المهندسين. تعال نقعد ونعيد صياغتها من الصفر، عشان نخليها تحكي القصة الصح”.
هذه القصة ليست فريدة من نوعها، بل هي واقع يمر به الكثير من المطورين. اليوم، سأشارككم الخلاصة التي شاركتها مع ذلك الشاب، وكيف يمكن لسيرتك الذاتية أن تتجاوز الآلة والإنسان معًا.
لماذا نجحت مع الروبوت وفشلت مع الإنسان؟
لفهم المشكلة، يجب أن نفهم عقلية كل طرف من الطرفين: نظام تتبع المتقدمين (ATS) والمدير التقني (Hiring Manager).
عقلية الـ ATS: روبوت يبحث عن كلمات مفتاحية
نظام الـ ATS هو برنامج حاسوبي بسيط في جوهره. مهمته الأولى هي فلترة مئات، وأحيانًا آلاف، السير الذاتية للعثور على أكثرها تطابقًا مع الوصف الوظيفي. هو لا يفهم السياق، ولا يقدر الإنجاز. كل ما يفعله هو البحث عن كلمات مفتاحية (Keywords).
- هل ذكرت “Python”؟ تحقق.
- هل ذكرت “React”؟ تحقق.
- هل ذكرت “AWS”؟ تحقق.
لهذا السبب، السير الذاتية المليئة بالكلمات التقنية الرنانة قد تتجاوز هذا الفلتر بسهولة. لكن هذه هي الخطوة الأولى فقط.
عقلية المدير التقني: مهندس مشغول يبحث عن حلول
عندما تصل سيرتك الذاتية إلى المدير التقني، يتغير كل شيء. هذا الشخص ليس روبوتًا. هو مهندس مثلك، لديه مشاريع متأخرة، مشاكل تقنية معقدة، وفريق يحتاج إلى عضو جديد يستطيع أن يضيف قيمة حقيقية من اليوم الأول.
المدير التقني يمسك سيرتك الذاتية ويسأل نفسه أسئلة مختلفة تمامًا:
- هل هذا الشخص يحل مشاكل أم يكتب كود فقط؟
- ما هو “الأثر” (Impact) الذي أحدثه في وظائفه السابقة؟
- هل يستطيع التعامل مع أنظمة على نطاق واسع (at scale)؟
- هل أفكاره منظمة؟ هل يفهم الصورة الكبيرة؟
هو لا يريد أن يقرأ قائمة مهام، بل يريد أن يقرأ قصة إنجازات. سيرتك الذاتية التي نجحت مع الـ ATS قد تبدو في عينيه كالتالي: “يعرف React و Node.js… مثله مثل 50 متقدمًا آخرين”. وهنا تكمن نقطة الفشل.
إعادة بناء السيرة الذاتية: من قائمة مهام إلى قصة إنجازات
الآن دعنا ننتقل للجزء العملي. كيف نحول سيرتك الذاتية من وثيقة مملة إلى أداة تسويقية قوية تتحدث لغة المهندسين؟
القسم الأول: وداعاً لـ “مسؤول عن…” وأهلاً بـ “حققتُ…”
أكبر خطأ أراه في السير الذاتية هو وصف الخبرات كقائمة مهام. لا تكتب ما كنت “مسؤولاً عنه”، بل اكتب ما “أنجزته وحققته”. استخدم صيغة بسيطة وقوية: “فعلتُ (X) باستخدام (Y) مما أدى إلى (Z)”.
مثال سيء (يتحدث لغة المهام):
- مسؤول عن تطوير وصيانة الـ backend لتطبيق تجارة إلكترونية.
- كتابة واجهات برمجية (APIs) باستخدام Node.js.
- التعامل مع قاعدة بيانات MongoDB.
مثال ممتاز (يتحدث لغة الإنجاز والأثر):
- قمتُ بإعادة تصميم وهيكلة الـ backend لتطبيق تجارة إلكترونية، مما أدى إلى تحسين سرعة استجابة الـ API بنسبة 60% وتقليل حمل الخادم بنسبة 25% خلال فترات الذروة.
- طوّرتُ مجموعة من واجهات برمجة التطبيقات (RESTful APIs) باستخدام Node.js و Express لمعالجة أكثر من 500,000 طلب يوميًا، مع تطبيق نظام Caching باستخدام Redis لتقليل زمن الوصول.
- صممتُ ونفذتُ schema لقاعدة بيانات NoSQL (MongoDB) تدعم التوسع المستقبلي، مما سهّل إضافة ميزات جديدة مثل توصيات المنتجات الشخصية.
هل ترى الفرق؟ المثال الثاني لا يذكر فقط التقنيات، بل يوضح الأثر الكمّي والقرار الهندسي وراء استخدامها. هذه هي اللغة التي يفهمها ويقدرها المدير التقني.
القسم الثاني: المشاريع هي لُبّ الحكاية
سواء كانت مشاريع عمل أو مشاريع شخصية، هذا هو القسم الذي يثبت فيه المطور قدراته حقًا. لا تكتفِ بذكر اسم المشروع ورابط GitHub. اشرح القصة خلفه.
لكل مشروع، اذكر ما يلي:
- اسم المشروع ورابطه (GitHub/Live Demo): اجعله سهل الوصول.
- المشكلة (The Problem): سطر واحد يوضح التحدي. (مثال: “الحاجة إلى نظام توصيات للمنتجات لزيادة تفاعل المستخدمين”).
- الحل والتقنيات (Your Solution & Tech Stack): كيف حللت المشكلة وما هي الأدوات التي استخدمتها. هنا يمكنك أن تستعرض عضلاتك التقنية.
- الأثر (The Impact): ما هي النتيجة؟ (مثال: “أدى إلى زيادة المبيعات المتقاطعة بنسبة 15% خلال 3 أشهر”).
مثال على وصف مشروع في السيرة الذاتية:
مشروع: محرك توصيات بالذكاء الاصطناعي لمتجر إلكتروني | [GitHub Link] [Live Demo]
- قمتُ ببناء وتدريب نموذج تعلم آلة (Collaborative Filtering) باستخدام Python ومكتبات Pandas و Scikit-learn لتحليل سلوك المستخدمين وتقديم توصيات منتجات شخصية.
- طوّرتُ API باستخدام FastAPI لتقديم التوصيات بزمن استجابة أقل من 100ms.
- قمتُ بنشر النموذج كـ microservice على AWS Lambda باستخدام Docker، مما ضمن قابلية التوسع وتكلفة تشغيل منخفضة.
- النتيجة: زيادة متوسط قيمة الطلب (AOV) بنسبة 12% خلال الربع الأول من الإطلاق.
القسم الثالث: المهارات التقنية – ليست مجرد قائمة طويلة
لا تسرد كل تقنية سمعت بها في حياتك. هذا يظهر قلة التركيز والخبرة. بدلاً من ذلك، قم بتنظيم مهاراتك في فئات منطقية وواضحة. هذا يدل على فكر منظم.
مثال سيء:
Python, JavaScript, HTML, CSS, React, Node.js, Express, Django, Flask, SQL, NoSQL, PostgreSQL, MongoDB, Redis, Docker, Kubernetes, AWS, Git, Jira…
مثال ممتاز:
- لغات البرمجة: Python, JavaScript (ES6+), TypeScript, SQL
- أطر العمل والمكتبات: Django, FastAPI, React, Node.js, Express.js
- قواعد البيانات: PostgreSQL, MongoDB, Redis
- الحوسبة السحابية و DevOps: AWS (EC2, S3, Lambda), Docker, Kubernetes, CI/CD (GitHub Actions)
هذا التنظيم يسهل على المدير التقني مسح (scan) مهاراتك بسرعة وفهم نقاط قوتك الأساسية.
نصائح من “الختيار”: لمسات صغيرة تُحدث فرقاً كبيراً
من خبرتي في مراجعة مئات السير الذاتية وتوظيف المهندسين، هذه بعض النصائح الإضافية التي قد تبدو بسيطة لكنها حاسمة:
- خلّي الكود يحكي عنك: ملفك على GitHub هو سيرتك الذاتية الحقيقية. تأكد من أن أفضل مشاريعك مثبتة (pinned)، وأن الكود نظيف، ومقروء، ويحتوي على تعليقات مفيدة وملف `README.md` واضح. المدير التقني غالبًا ما يلقي نظرة سريعة هناك.
- التخصيص هو المفتاح، مش “ابعث للكل”: لا تستخدم سيرة ذاتية واحدة لكل الوظائف. اقرأ الوصف الوظيفي جيدًا، وعدّل سيرتك الذاتية لتسليط الضوء على المهارات والخبرات الأكثر صلة بالوظيفة المطلوبة. هذا يستغرق 10 دقائق إضافية، لكنه يضاعف فرصك.
- البساطة يا عمي: ابتعد عن التصاميم المعقدة، والألوان الصارخة، والأعمدة المتعددة. أفضل سيرة ذاتية هي التي تستخدم تصميمًا نظيفًا من عمود واحد، بخط واضح وسهل القراءة. هذا يضمن قراءتها بشكل صحيح من قبل الـ ATS والبشر على حد سواء. صفحة واحدة هي الأفضل إن أمكن.
- ورجيني الأرقام: الأرقام هي لغة الأعمال والهندسة. حوّل إنجازاتك إلى أرقام كلما أمكن. “حسّنت الأداء”، جملة ضعيفة. “حسّنت الأداء بنسبة 40%”، جملة قوية. “تعاملت مع عدد كبير من المستخدمين”، جملة ضعيفة. “بنيت نظامًا يخدم 10,000 مستخدم متزامن”، جملة قوية جدًا.
الخلاصة: سيرتك الذاتية هي منتجك الأول 🚀
تذكر دائمًا، سيرتك الذاتية ليست مجرد وثيقة تاريخية تسرد ما فعلته. إنها منتجك الأول الذي تقدمه لشركة محتملة. وكأي منتج جيد، يجب أن يكون مصممًا بعناية ليلبي احتياجات المستخدم النهائي (في هذه الحالة، المدير التقني).
انتقل من عقلية “أنا أعرف هذه التقنيات” إلى عقلية “أنا استخدمت هذه التقنيات لتحقيق هذه النتائج”. عندما تبدأ سيرتك الذاتية في سرد قصة عن حل المشكلات وتحقيق الأثر، ستجد أنها لا تتجاوز فلاتر الـ ATS فحسب، بل تثير إعجاب المهندسين وتفتح لك أبواب المقابلات التي تستحقها.
بالتوفيق يا أبطال، وإن احتجتم أي مساعدة، فالختيار موجود. 😉
