المقدمة

عند نهاية كل Sprint في إطار العمل Scrum، بيكون في اجتماعين أساسيين بيساعدوا الفريق إنه يطور نفسه وكمان يطور المنتج: Sprint Review و Sprint Retrospective. كتير من الناس بيتلخبطوا بينهم، رغم إن كل واحد ليه هدف مختلف تمامًا.

أولًا: Sprint Review

الـ Review هو اجتماع بيتركز كله على المنتج.

• الهدف: نشوف إيه اللي خلصناه في الـ Sprint، ونعرضه على العميل أو الـ stakeholders، ونسمع الفيدباك بتاعهم.
• المشاركين: فريق التطوير، Scrum Master، Product Owner، وأي طرف خارجي مهتم بالمنتج (stakeholders).
• التركيز الأساسي:
  • عرض الـ Increment اللي اتبنى.
  • سماع تعليقات العميل والفريق.
  • تحديث الـ Product Backlog لو محتاج.

📌 مثال عملي: تخيل فريق بيشتغل على تطبيق للتسوق الإلكتروني. في نهاية الـ Sprint خلصوا خاصية "إضافة المنتجات للمفضلة. في الـ Review هيعرضوا الخاصية دي للعميل، والعميل ممكن يقول: "ممتاز، بس ياريت نضيف خيار ترتيب المنتجات حسب السعر في المفضلة. هنا الفيدباك ده بيتحول لمدخل جديد في الـ backlog.

ثانيًا: Sprint Retrospective

الـ Retrospective بيركز مش على المنتج، لكن على طريقة شغل الفريق نفسه.

• الهدف: نحلل إزاي كنا شغالين، نحدد نقاط القوة ونقاط الضعف، ونطلع بخطة لتحسين العملية في الـ Sprint اللي جاية.
• المشاركين: الفريق الداخلي بس (Dev Team + Scrum Master + Product Owner).
• التركيز الأساسي:
  • إيه اللي كان ماشي كويس أثناء الشغل؟
  • إيه اللي واجهنا فيه مشاكل؟
  • إزاي نقدر نتحسن؟

مثال عملي: في نفس فريق التسوق الإلكتروني، خلال الـ Sprint اللي فات، بعض المهام اتأخرت لأن مكنش في تواصل واضح بين المبرمجين والمصممين. في الـ Retrospective الفريق يناقش المشكلة دي ويقرروا: "في الـ Sprint الجاي، نعمل اجتماع يومي قصير بين المبرمجين والمصممين قبل ما يبدأوا شغل عشان نتجنب سوء الفهم."

الخلاصة

• Sprint Review = مراجعة المنتج مع العميل + فيدباك مباشر.
• Sprint Retrospective = مراجعة طريقة عمل الفريق + تحسين مستمر.

ببساطة، نقدر نقول:

• في الـ Review بنسأل: إيه اللي بنيناه للمنتج؟ وهل العميل مبسوط؟
• في الـ Retrospective بنسأل: إحنا كشغلنا كفريق كان عامل إزاي؟ وهنطور إزاي المرة الجاية؟