قائمة اليوم الأول

لليوم الأول هدف واحد: أن يشغّل الموظف الجديد المشروع محليًا، ويحصل على build ناجح، ويفتح PR صغيرًا واحدًا. كل ما يلي يخدم هذا الهدف.

flowchart TD
  A["Identity created<br/>email + SSO"] --> B["Azure DevOps access<br/>org + project + team"]
  B --> C["Repos cloned<br/>read/write on assigned repo"]
  C --> D["Dev environment<br/>per track"]
  D --> E["Linter + build green<br/>local run passes"]
  E --> F["Buddy assigned<br/>first small task opened"]
  F --> G["First PR<br/>tiny change, squash-merged"]

القائمة

الخطوة	ماذا	المالك
الهوية	email الشركة، SSO، MFA	Nidal Mohammad
Azure DevOps	الإضافة إلى الـ org والـ project والـ team؛ وصول Boards وRepos وPipelines	Firas Alhawasli
Repos	استنساخ الـ repo المخصص؛ تأكيد read/write؛ قراءة الـ AGENTS.md والـ ADRs في الـ repo	قائد الفريق
بيئة التطوير	الإعداد حسب المسار (أدناه)	الـ buddy
معايير الكود	الـ linter هو المعيار — شغّله محليًا، ويجب أن ينجح في CI	قائد الفريق
الـ Buddy	buddy مُسمّى لأول أسبوعين	قائد الفريق
أول مهمة	عنصر عمل حقيقي صغير واحد مع branch مرتبط	قائد الفريق

انظر الأدوات والوصول لكيفية طلب كل حساب وأين تعيش الـ secrets، والهيكل التنظيمي لمعرفة مَن هم المذكورون أعلاه.

بيئة التطوير حسب المسار

• Backend (.NET): الـ SDK، قاعدة بيانات/containers محلية، الـ secrets من Key Vault (لا تُودَع في الكود أبدًا)، تشغيل الـ API والاختبارات.
• Frontend (Angular + PrimeNG): Node LTS، npm ci، تشغيل التطبيق مقابل dev API، ونجاح الـ lint.
• Mobile (native Android وiOS): الـ SDK/toolchain للمنصة، تشغيل التطبيق على simulator/emulator مقابل dev.
• QA: الوصول إلى test-plan في Azure DevOps، والوصول إلى qa/uat، وقالب تقرير الـ bug.

نصيحة

تعريف “الإعداد المكتمل” هو build محلي ناجح مع linter يمرّ — لا “أنه يفتح فقط”. المعايير تعيش كـ config مُودَع ومفروض في CI، لا كنصوص تُحفظ.

أول PR

اختر شيئًا حقيقيًا لكنه صغير: تصحيح نص، اختبار صغير، تنظيف lint. اتبع الـ Branching والـ PRs — branch قصير العمر، PR واحد، squash-merge، حذف. التسليم في اليوم الأول يثبت أن كامل الـ pipeline يعمل للموظف الجديد.

التالي: الثلاثون والستون والتسعون.