المرحلة الأولى · الشهور 1–4

نطاق المرحلة — المرحلة 1

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

آخر تحديث: أغسطس 2026 الإصدار 1.0 ملف Markdown

نطاق المرحلة — المرحلة 1

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

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

#التفاصيل

  • ورش اكتشاف مركزة خلال الأسابيع الأولى لتحديد المستخدمين: طالب، معلم، مستخدم عام، منشئ محتوى، مشرف ومؤسسة.
  • تصميم وبرمجة مسار رأسي كامل قابل للتجربة: التسجيل، الدخول، الملف الشخصي، التغذية، منشور نص/صورة، إعجاب وتعليق.
  • تسليم موقع responsive وتطبيق Android/iOS بنسخة Alpha داخلية، وليس مجرد صور تصميم أو نموذج تفاعلي.
  • تسليم لوحة إدارة أولية لمشاهدة المستخدمين والمنشورات وتعطيل محتوى تجريبي، مع سجل نشاط أساسي.
  • تحويل قائمة الأفكار إلى Product Backlog مرتب وفق Must/Should/Could/Won’t لكل إصدار.
  • تعريف مؤشرات النجاح الأولية: إكمال التسجيل، المستخدم النشط، إنشاء المحتوى، الاحتفاظ، السلامة وزمن الاستجابة.
  • حصر المتطلبات القانونية والتشغيلية للدول المستهدفة واللغات وسياسة الأعمار والمحتوى التعليمي.

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

  • كل عنصر خارج النطاق يحتاج طلب تغيير وتقييم أثر على الوقت والتكلفة والجودة.
  • تُربط قصص المستخدم بمعيار قبول ومؤشر نجاح أو سبب تشغيلي واضح.

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

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

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

  • Scope baseline، backlog مرقم، قائمة out-of-scope ومحضر اعتماد.
  • نسخة مرقمة بتاريخ التسليم ومذكور فيها البيئة والإصدار.
  • ربط العيوب أو الاستثناءات المفتوحة بمالك وموعد مستهدف.

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

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

#المسؤوليات

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

هذه الوثيقة جزء من خط الأساس للمشروع. أي تغيير مؤثر في النطاق أو المدة أو التكلفة يُدار عبر طلب تغيير معتمد.

وثائق SRORIX