DevOps والنشر — المرحلة 1

#تعريف المرحلة

• اسم المرحلة: الاستكشاف + المعمارية + UI/UX + الأساس التقني
• الأولوية: حرجة — لا يبدأ البناء الوظيفي قبل اعتمادها
• المدة التقديرية: الشهور 1–4 (16 أسبوعًا)
• هدف المرحلة: تحويل الرؤية إلى منتج قابل للتنفيذ وتسليم نسخة Alpha مرئية وعاملة تشمل الموقع وتطبيق Android/iOS وBackend Laravel ولوحة إدارة أولية.
• بوابة الخروج: نسخة Alpha على Staging يمكن للعميل تجربتها: تسجيل ودخول، ملف شخصي، تغذية، منشورات نص/صورة، إعجاب وتعليق أساسي، مع تصميم معتمد وبنية واختبارات وتسليم عرض رسمي.

#التفاصيل

• تعريف Infrastructure as Code وخطوط CI/CD منفصلة للـ backend والويب وتطبيقات الهاتف.
• إنشاء Development وStaging مع قواعد بيانات وbuckets وأسرار مستقلة عن Production.
• اعتماد Docker محليًا، health/readiness endpoints، logs مركزية ومراقبة الأخطاء.
• استراتيجية branches/releases، semantic versioning، migrations، rollback وfeature flags.
• ميزانية أولية للبنية مع تنبيهات تكلفة ومنع فتح الموارد العامة دون حاجة.

#ضوابط التنفيذ

• لا وصول مباشر مشترك للإنتاج؛ الهوية فردية والصلاحيات مؤقتة ومدققة.
• كل نشر يملك rollback مجربًا ومراقبة بعد الإصدار.

#آلية العمل والتتبع

1. تحويل البنود إلى Epics وStories لها مالك ومعيار قبول واعتماديات.
2. مراجعة أسبوعية للتقدم والمخاطر والقرارات والتغييرات، وتحديث الوثائق مع الكود.
3. عرض دوري على العميل في بيئة مشتركة، ثم توثيق الملاحظات وقرار القبول أو الإرجاع.
4. منع إغلاق أي بند دون اختبار وأثر موثقين حسب طبيعته.

#أدلة الإنجاز المطلوبة

• Pipeline run، IaC plan، dashboards، rollback/restore/DR evidence.
• نسخة مرقمة بتاريخ التسليم ومذكور فيها البيئة والإصدار.
• ربط العيوب أو الاستثناءات المفتوحة بمالك وموعد مستهدف.

#الاعتماديات والانتقال

• قبل البدء: اعتماد ميثاق المشروع وتوفر أصحاب القرار.
• بعد الإنجاز: توفير مدخلات مستقرة للمرحلة 2 دون نقل دين حرج غير معلن.

#المسؤوليات

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