كيفية كتابة سيرة ذاتية لوظيفة مهندس DevOps

ما يبحث عنه مدير التوظيف أولاً

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

هذا يختلف عن السيرة الذاتية لمهندس البرمجيات، حيث يكون المسح عن اللغات وتصميم الأنظمة. مدير التوظيف في DevOps أو SRE يريد رؤية أدوات التنسيق والتوفير المحددة (Kubernetes، Terraform، Ansible، Pulumi)، أي سحابة (AWS، Azure، GCP — وأي خدمات ضمنها، لأن 'AWS' وحدها لا تخبرهم بشيء)، أدوات CI/CD (Jenkins، GitLab CI، GitHub Actions، CircleCI، ArgoCD)، وما إذا كنت قد تحملت مناوبة الطوارئ. إذا افتتحت سيرتك الذاتية بملخص عام عن كونك 'محترف موجه نحو النتائج'، فقد استخدمت الثواني الست التي كانت لديك في شيء لا يخبرهم بشيء.

ضع التقنيات التي استخدمتها، ومسؤوليتك المحددة ضمنها، في أول إدخال وظيفي، في أول سطرين. 'إدارة وحدات Terraform لتوفير مجموعات EKS عبر ثلاثة حسابات AWS' تؤدي الغرض. 'المسؤول عن البنية التحتية وعمليات النشر' لا تفعل، لأنها ستبقى كما هي لو نُسخت على سيرة ذاتية لمسؤول نظام أو مهندس بناء. هذا هو الاختبار: إذا كانت الجملة تجلس بشكل متساوٍ على سيرة ذاتية لمهنة مختلفة، احذفها.

الشهادات ومدى أهميتها الفعلية

لا توجد رخصة لممارسة مهنة مهندس DevOps — لا هيئة تسجيل مهني، لا شيء يعادل مؤهل المحاماة أو رقم Gas Safe. لذا تعمل الشهادات هنا كإشارة، وليس بوابة، ويختلف مديرو التوظيف كثيراً في مقدار الوزن الذي يعطونه لها. من الجدير أن نكون صادقين بشأن هذا التباين بدلاً من التظاهر بوجود إجابة مستقرة.

الشهادات التي تُعترف بها فعلياً في هذا المجال محدودة: AWS Certified DevOps Engineer – Professional، AWS Certified Solutions Architect، Microsoft's Azure Administrator (AZ-104) أو Azure DevOps Engineer Expert (AZ-400)، Google's Professional Cloud DevOps Engineer، Certified Kubernetes Administrator (CKA) و Certified Kubernetes Application Developer (CKAD) من CNCF، و HashiCorp's Terraform Associate. إذا كنت تحمل واحدة من هذه، اذكرها مع السنة — الشهادات في هذا المجال تتقادم، لأن الخدمات ومحتوى الامتحان يتغيران كل عام أو عامين، وشهادة مستوى مبتدئ من 2019 تُقرأ بشكل مختلف عن واحدة من 2025.

ما لا يفيد: سرد كل دورة Udemy أو Coursera أكملتها. مدير التوظيف الذي يجب عليه معرفة ما إذا كانت 'Docker & Kubernetes: The Complete Guide' شهادة معترف بها من البائع أم دورة نهاية أسبوع سيفترض الأخير وينتقل. إذا كان التعلم الذاتي ذا صلة حقاً، ضعه في سطر قصير 'أتعلم حالياً' بدلاً من تزيينه كمعادل لشهادة — الفرق واضح على الفور لأي شخص في المجال، والتظاهر بخلاف ذلك يكلفك المصداقية في كل شيء آخر على الصفحة.

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

كيف يتم إثبات الخبرة عادة في هذا المجال

عمل DevOps لا ينتج نوع المحفظة التي يمكن للمصمم أو الكاتب الإشارة إليها. لا أحد يمكنه النظر إلى ملف Terraform state الخاص بك. لذا يجب على السيرة الذاتية القيام بمهمة الإثبات بنفسها، من خلال تفاصيل قابلة للتحقق من حيث المبدأ حتى لو لم يتحقق منها القارئ.

التفاصيل التي تحمل وزناً:

• النطاق: عدد العقد، المجموعات، الخدمات، أو البيئات التي كنت مسؤولاً عنها. 'إدارة منصة Kubernetes' غامض؛ 'تشغيل مجموعة EKS من 40 عقدة تخدم 12 خدمة إنتاج' ليس كذلك.
• مقاييس التشغيل قبل وبعد يمكنك بالفعل نسبتها لعملك: تكرار النشر، وقت التسليم للتغييرات، متوسط الوقت للاستعادة (MTTR)، معدل فشل التغيير — مقاييس DORA الأربعة هي أقرب شيء لدى هذا المجال إلى لغة قياس مشتركة، وتسمية أي واحد حركته، وبكم تقريباً، أقوى بكثير من 'تحسين كفاءة النشر'.
• ملكية الحوادث: ما إذا كنت الشخص الذي تم استدعاؤه، وليس فقط شخصاً في فريق لديه جدول مناوبة. 'مناوبة أساسية لبنية المدفوعات التحتية، أسبوع واحد من كل أربعة' محدد. 'شارك في الاستجابة للحوادث' ليس كذلك.
• عمل الترحيل والمنصة: الانتقال من EC2 إلى الحاويات، من نظام متجانس إلى خدمات صغيرة، من Kubernetes مُدار ذاتياً إلى لوحة تحكم مُدارة، من Jenkins إلى GitOps مع ArgoCD. الترحيلات مادة طبيعية للسيرة الذاتية لأن لها قبل وبعد ومدة واضحة.
• التكلفة: تحسين تكلفة السحابة شيء يبحث عنه مديرو التوظيف الملمون بـ FinOps ونادراً ما يُذكر. إذا قمت بضبط حجم المثيلات، أو نقلت أحمال العمل إلى spot، أو أعدت التفاوض على السعة المحجوزة وقلل ذلك الإنفاق، فقل ذلك — هذا أحد الأماكن القليلة التي ينتمي إليها رقم، شريطة أن يكون رقماً يمكنك الدفاع عنه في مقابلة.

ما لا يُثبت الخبرة: قائمة عارية من أسماء الأدوات دون سياق. 'المهارات: AWS، Docker، Kubernetes، Terraform، Jenkins، Prometheus، Grafana' في أعلى الصفحة تخبر مدير التوظيف أنك سمعت عن هذه الأدوات. لا تخبره بما فعلته بها. كل أداة مذكورة يجب أن تظهر مرة أخرى، مرتبطة بمهمة، في مكان ما في قسم الخبرة — إذا لم تفعل، فمدير التوظيف يفترض بشكل معقول التعرض بدلاً من الملكية.

ما ينتمي إلى الصفحة، على وجه التحديد

• موفر السحابة والعمق ضمنه. ليس فقط AWS — أي خدمات. EC2 و S3 أساسي؛ EKS، RDS، تصميم سياسة IAM، ربط VPC، و Lambda للأتمتة مستوى مختلف من المنصة.
• أدوات البنية التحتية كرمز وما إذا كنت كتبت وحدات أو استهلكتها. هناك فرق حقيقي بين كتابة وحدة Terraform قابلة لإعادة الاستخدام يستخدمها فرق أخرى وتطبيق وحدة شخص آخر.
• تفاصيل تنسيق الحاويات: توزيعات Kubernetes مهمة (vanilla، EKS، GKE، AKS، OpenShift)، وكذلك الأدوات المحيطة — Helm، Kustomize، شبكات الخدمات مثل Istio أو Linkerd إذا كنت استخدمتها.
• مجموعة القابلية للرصد: Prometheus، Grafana، Datadog، مجموعة ELK/EFK، OpenTelemetry. قل ما قمت بقياسه، وليس فقط أي لوحة نظرت إليها.
• منصة CI/CD وتصميم خط الأنابيب، بما في ذلك ما إذا كانت خطوط الأنابيب شيئاً قمت بتكوينه ضمن قالب موجود أو شيئاً صممته من الصفر، بما في ذلك إدارة القطع الأثرية واستراتيجية التراجع.
• نقاط الأمان والامتثال ذات الصلة بهذا الدور: إدارة الأسرار (Vault، AWS Secrets Manager)، دعم تدقيق SOC 2 أو ISO 27001، عمل IAM بأقل امتياز. إذا مررت بتدقيق امتثال كمهندس اضطر لتقديم دليل عليه، فهذا يستحق سطراً — المدققون ومديرو التوظيف يعترفون به كنوع محدد من الضغط.
• اللغة المستخدمة للأتمتة والأدوات — Python، Go، Bash — مذكورة كأدوات لغرض (كتابة مشغلين مخصصين، نصوص أتمتة، واجهات سطر أوامر داخلية)، وليس كقائمة عامة 'لغات البرمجة'.

ما يتركه المرشحون من هذه الخلفية بشكل روتيني

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

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

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

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

ما يجب فعله بعد ذلك

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

إذا كنت ترسل طلبات ولا تسمع أي شيء، فمن المفيد التحقق مما إذا كانت الفجوة هي السيرة الذاتية أم التوافق — الكثير من أدوار DevOps المعلن عنها تحت عنوان واحد تغطي عملاً مختلفاً تماماً، من هندسة المنصة إلى إدارة الإصدار إلى SRE النقي، وسيرة ذاتية مضبوطة لواحد تُقرأ كعدم تطابق للآخر. jobmarket.pro يقرأ كل إعلان بالكامل ويعد الطلب من خبرتك الفعلية، متطابقاً مع ما يطلبه ذلك الدور المحدد، بدلاً من إرسال نفس السيرة الذاتية في كل منشور مع تغيير المسمى الوظيفي.