بنك أسئلة المقابلات

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

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

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

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

ابحث عن الشركة قبل المقابلة: وش أنظمتها، وأخبارها، ومشاريعها. اربط شي محدد عندهم بمهارة عندك: «شفت إنكم تطبقون SAP S/4HANA، وأنا خلّصت مسار ERP وأبي أتعلم في مشروع حقيقي».

أظهر طموح واقعي داخل نفس المجال: «أبي أكون محلل أعمال أول، وعندي شهادة CBAP، وأقود مشاريع تحليل كاملة». هم يبون يعرفون إنك بتستمر وتتطور، مو إنك بتطلع بعد سنة.

الوظيفية تقول وش يسوي النظام: «يقدر الطالب يدفع من التطبيق». وغير الوظيفية تقول كيف يكون أداؤه: السرعة والأمان والتوفر، مثل «الصفحة تفتح في أقل من ثانيتين». أعطِ مثال لكل نوع.

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

لا ترفض ولا توافق فوراً. سجّلها كطلب تغيير، وحلل أثرها على الوقت والتكلفة والنطاق، ورتّب أولويتها (مثل MoSCoW)، ثم اعرض الخيارات على راعي المشروع يقرر. هذا يحمي المشروع من تضخم النطاق.

STAR مع رقم واضح في النتيجة: «حللت شكاوى العملاء ولقيت 40% منها عن التوصيل، فاقتنعت الإدارة نبدأ بتحسين التوصيل بدل التطبيق». حتى لو كان مشروع جامعي، الرقم يعطي مصداقية.

DFD يوضح كيف تتحرك البيانات بين الكيانات الخارجية والعمليات ومخازن البيانات. مخطط السياق (المستوى 0) يعرض النظام كعملية وحدة، والمستوى 1 يفصّل العمليات الرئيسية، وكل مستوى ينزل بتفصيل أكثر مع الحفاظ على توازن التدفقات.

Waterfall لما المتطلبات ثابتة وواضحة من البداية والتغيير مكلف، مثل أنظمة حكومية بلوائح محددة. Agile لما المتطلبات تتغير ونبي نسلّم أجزاء شغالة بسرعة ونسمع رأي المستخدم. وكثير من الشركات تستخدم مزيج من الاثنين.

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

الكيانات: الطالب، والكتاب، والنسخة، والإعارة. الكتاب له نسخ كثيرة (1:N)، والإعارة تربط الطالب بالنسخة مع تاريخ الإعارة والإرجاع، فهي تحل علاقة كثير لكثير. اذكر المفاتيح الأساسية والأجنبية، ووضّح ليش النسخة كيان منفصل عن الكتاب.

INNER يرجّع الصفوف المتطابقة في الجدولين بس. LEFT يرجّع كل صفوف الجدول الأيسر، والمطابق من الأيمن، والباقي يطلع NULL. مثال: كل العملاء حتى اللي ما طلبوا شي يحتاج LEFT JOIN.

SELECT customer_id, SUM(amount) AS total FROM orders GROUP BY customer_id ORDER BY total DESC LIMIT 3; اشرح وأنت تكتب: نجمّع، ثم نرتب تنازلي، ثم نحدد العدد. واذكر إن SQL Server يستخدم TOP 3 بدل LIMIT.

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

يعتمد على السبب والكمية: أول افهم ليش ناقصة. بعدها إما تكمّلها من المصدر، أو تحذف الصفوف إذا قليلة وما تأثر، أو تعوّضها بقيمة منطقية (المتوسط أو الوسيط أو «غير معروف»). والأهم: توثّق قرارك وتذكره في التقرير.

تنظيم الجداول عشان كل معلومة تتخزن في مكان واحد، فنمنع التكرار وأخطاء التحديث. اشرح 1NF (قيم ذرية) و2NF (الاعتماد على المفتاح كامل) و3NF (بدون اعتماد غير مباشر) بمثال، واذكر إن أنظمة التقارير أحياناً تقلل التطبيع عشان السرعة.

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

RPO أقصى كمية بيانات نقبل نخسرها (مثلاً ساعة)، وRTO أقصى وقت نقبل يتوقف فيه النظام. منها نحدد نوع وتكرار النسخ (كامل، تفاضلي، سجلات المعاملات)، ونطبق قاعدة 3-2-1، والأهم: نجرّب الاستعادة دورياً.

شوف خطة التنفيذ (Execution plan): هل صار يقرأ الجدول كامل؟ تأكد من الفهارس والإحصائيات، وهل كبر حجم البيانات فجأة، وهل فيه أقفال (Locks) من عمليات ثانية. غيّر شي واحد كل مرة وقِس الفرق.

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

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

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

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

Scrum إطار Agile يشتغل في Sprints من 1 إلى 4 أسابيع. الأدوار: مالك المنتج (Product Owner) يرتب الأولويات، وScrum Master يزيل العوائق ويحمي العملية، وفريق التطوير يسلّم. والفعاليات: التخطيط، والاجتماع اليومي، والمراجعة، والتحسين.

أطول سلسلة مهام مترابطة في المشروع، وهي اللي تحدد أقرب موعد للانتهاء. أي تأخير في مهمة عليه يأخر المشروع كامل، فهي المهام اللي تراقبها أكثر شي.

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

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

السرية: الرواتب يشوفها المصرّح لهم بس (تشفير وصلاحيات). السلامة: محد يعدّل سعر منتج بدون إذن (صلاحيات وسجلات). التوفر: المتجر شغّال وقت الحاجة (نسخ احتياطي وحماية من DDoS).

المتماثل يستخدم مفتاح واحد للتشفير وفكه، وسريع (مثل AES). غير المتماثل يستخدم مفتاحين عام وخاص، وأبطأ (مثل RSA)، ويحل مشكلة تبادل المفتاح. HTTPS يستخدم الاثنين: غير المتماثل للاتفاق على مفتاح، ثم المتماثل للبيانات.

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

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

السويتش يربط الأجهزة داخل نفس الشبكة المحلية ويشتغل بعناوين MAC (الطبقة 2). الراوتر يربط شبكات مختلفة ويوجّه بعناوين IP (الطبقة 3)، مثل ربط المكتب بالإنترنت.

62 جهاز. لأن 32 − 26 = 6 بت للأجهزة، و2⁶ = 64، ونطرح عنوان الشبكة وعنوان البث. وقناعها 255.255.255.192.

DHCP أعطى الجهاز عنوانه سابقاً، ثم DNS يحوّل الاسم لعنوان IP، ثم البيانات تروح للبوابة والراوتر يسوي NAT، ثم مصافحة TCP، ثم TLS للتشفير، ثم طلب HTTP ورد الخادم، والمتصفح يرسم الصفحة.

امشِ من تحت لفوق حسب الطبقات: الكيبل أو الواي فاي متصل؟ الجهاز عنده عنوان IP صحيح (لو 169.254 فالمشكلة في DHCP)؟ يقدر يسوي ping للبوابة؟ يسوي ping لعنوان خارجي؟ nslookup يشتغل (يمكن المشكلة DNS بس)؟ وهل المشكلة عنده لحاله ولا عند الكل؟

الثغرة نقطة ضعف (سيرفر ما تحدّث)، والتهديد شي ممكن يستغلها (مخترق)، والمخاطرة احتمال حدوث الضرر مضروب في أثره. وظيفة GRC تقيس المخاطر وترتبها عشان الإدارة تقرر وين تصرف.

COBIT إطار من ISACA لحوكمة وإدارة تقنية المعلومات، يربط أهداف التقنية بأهداف الشركة. ISO 27001 معيار دولي لنظام إدارة أمن المعلومات، والشركات تحصل عليه بشهادة بعد تدقيق.

اسحب قائمة المستخدمين وصلاحياتهم وقارنها بمسمياتهم الوظيفية، وابحث عن تعارض الفصل بين المهام (مثل شخص ينشئ مورد ويعتمد الدفع له)، وحسابات موظفين تركوا العمل، وحسابات مشتركة. خذ عينة، ووثّق الأدلة، واكتب الملاحظات مع توصيات.

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