نظام الشركة

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

مسار التسليم الكامل

كل صندوق في المخطط هو قسم في هذا الـ wiki. ابدأ من المرحلة التي أنت فيها.

flowchart LR
  Lead["Lead / Sales"] --> Disc["Discovery & BA"]
  Disc --> Est["Estimate & SOW"]
  Est --> Kick["Kickoff"]
  Kick --> Build{"Build loop"}
  Build -->|story| Dev["Dev + code review"]
  Dev --> QA["QA"]
  QA --> Build
  Build --> UAT["UAT & sign-off"]
  UAT --> Ship["Handover / go-live"]
  Ship --> Sup["Warranty & support"]

انتقل إلى

• الصورة الكاملة (SDLC) — دورة الحياة كاملة في صفحة واحدة: كل مرحلة وبوابة ومالك. ابدأ من هنا إذا فقدت الخيط.
• كيف نُسلّم — نحوّل الـ lead إلى مشروع موقّع ومُسلّم ومضمون.
• معايير الهندسة — كيف نكتب الكود ونراجعه ونختبره.
• دليل Azure DevOps — الـ branches والـ PRs والـ boards والـ pipelines.
• الأدوار والقرارات — من يملك ماذا، ومن يقرّر الأمور الكبيرة.
• التشغيل والدعم — تشغيل ما سلّمناه.
• الأفراد والانضمام — كيف نجعل الموظف الجديد ينتج بسرعة.

كيف يعمل هذا الـ wiki

القواعد التي تُبقيه موثوقًا ويستحقّ القراءة:

• لكل صفحة owner واحد وتاريخ آخر مراجعة (أسفل كل صفحة). بلا owner أو مضى عليها ٦ أشهر ← تُحذف الصفحة، لا تُؤرشف.
• المخطط أولًا. نشرح العمليات بالمخططات لا بالنصوص الطويلة.
• هذا الـ wiki هو الفهرس، وAzure DevOps هو مصدر الحقيقة. نصف كيف نعمل ونضع روابط إلى الـ Boards والـ Repos والـ Pipelines، ولا ننسخ حالتها هنا حتى لا تتضارب.
• التعديل عبر PR مثل الكود تمامًا.
• أضف صفحة فقط عندما يُطرح السؤال مرتين. صفحات أقل وأفضل خير من صفحات شاملة.

اللغة

الإنجليزية هي الأصل، والعربية ترجمة كاملة للصفحات المستقرّة. نُبقي المصطلحات التقنية بالإنجليزية داخل النص العربي عن قصد — مثل PR وpull request وbranch وcode review وpipeline وsprint وdeployment وأسماء مثل Angular و.NET وPrimeNG — لأنها طريقتنا الفعلية في الكلام. إذا لم تتوفّر صفحة عربية، ستظهر النسخة الإنجليزية تلقائيًا.