Sprint Reviews: النموذج الأساسي للنجاح الل agile متوازن

بينما نتناول تفاصيل Sprint Reviews ، من الضروري أن ندرك أن هذه الطقوس هي جزء مركزي من إطار العمل الخاص بـ Scrum - وهي حجر الزاوية في التحول من منهجية المشروع إلى منهجية المنتج. يعد Scrum، مع تركيزه على التقدم التكراري وحلقات الردود، أداة لا غنى عنها في كل رحلة من المشروع إلى المنتج.

تعتبر  Sprint Reviews حلقات ممتازة للتعليقات، حيث يستعرض فريق Scrum والمعنيون معًا العمل الذي تم إنجازه خلال السبرينت. لا يعد هذا الاجتماع مجرد جلسة عرض وتقديم، بل نقاش جماعي لفحص المنتج وتكييف عملية العمل. يتعلق الأمر بفهم القيمة التي تم إنشاؤها خلال السبرينت وتخطيط الخطوات التالية لضمان تقديم القيمة القصوى للمنتج.

في جوهرها، تجسد  Sprint Review  عقيدة Agile – فهي تكرارية، تعاونية، متكيفة وموجهة أساسًا نحو المنتج. إنها هذه الجلسة التي تضمن أن يتم توجيه المنتج في الاتجاه الصحيح من خلال التنسيق مع احتياجات الفاعلين ومتطلبات السوق، مما يجعلها ضرورية لكل عملية تحول من المشروع إلى المنتج.

تعد "ADAPT Methodology" إطارًا فريدًا لتطوير المنتج الرقمي لتحويل الشركات التقليدية المركزة على المشروع إلى شركات موجهة نحو المنتج.

لقد تغيرت المجتمع ويحتاج القادة إلى دعم في كيفية إدارة وتصميم منظمات المنتجات الرقمية. لهذا السبب تم إنشاء "ADAPT Methodology"، ولكن الآن نرغب في التعمق أكثر في اجتماع Sprint Review  إذا كنت ترغب في معرفة المزيد عن هذا الموضوع.

تتم  Sprint Reviews  بمجرد أن يكتمل السبرينت. تهدف إلى فحص الزيادة وتعديل سجل المنتج حسب الحاجة. خلال اجتماع مراجعة السبرينت، يقيم فريق Scrum والمعنيون ما تم إنجازه خلال السبرينت.

تكون المراجعة مخصصة لتبادل المعلومات؛ فهي ليست اجتماع لتحديد الحالة. يتم عقدها فقط للحصول على التعليقات وضمان وجود التعاون.

خلال فترة Scrum، يتم تحديد اجتماع مراجعة السبرينت بشكل منتظم لعرض وتحديد جدوى الاستخدام للمنتج. يُتوقع من الفرق أن تقدم منتجًا قابلًا للتسليم في كل زيادة أو سبرينت.

لضمان نجاحهم، يتم عقد اجتماع مراجعة السبرينت في نهاية كل سبرينت. خلال المراجعة، يظهر فريق Scrum للمعنيين ما تم تحقيقه عن طريق عرض الوظائف التي تم تطويرها حديثًا.

تتميز اجتماعات مراجعة السبرينت بأنها غير رسمية عن قصد. يتم حظر برامج مثل PowerPoint ويتم تحديد وقت إعداد أقصاه ساعتين.

لا يجب أن تكون هذه الاجتماعات مصدرًا للتشتيت أو أن تعتبر مُلتوية كبيرة للفريق. بدلاً من ذلك، يجب أن تكون انتقالًا طبيعيًا ونتيجة لجلسة السبرينت.

عادةً، يشارك مُدبر Scrum، وأعضاء فريق الإدارة، ومالك المنتج، والعملاء، ومطورين من مشاريع أخرى، وفريق Scrum في  Sprint Reviews .

يتم تحديد هدف للبرنامج في اجتماع تخطيط السبرينت. إن تحقيق هذا الهدف مهم للغاية. للتأكد من تحقيق ذلك، يتم تقييم المشروع المُسلم خلال  Sprint Reviews  ومقارنته مع الهدف. يتم تضمين كل سجل المنتج أيضًا في المراجعة للتأكد من تحقيق الهدف.

Sprint Reviews

في اجتماع Sprint Reviews، يناقش فريق الـ Scrum والمعنيون العمل الذي تم إنجازه خلال السبرنت. بعد تقييم العمل الذي تم إكماله وكذلك التغييرات في سجل المنتج، تعمل الفرقة معًا على تحديد الخطوات التالية لتحسين قيمة البرنامج.

تتميز هذه الاجتماعات دائمًا بطابع غير رسمي لتشجيع التفاعل والتعاون بين أفراد الفريق.

يجب ألا تتجاوز مدة الاجتماعات التقييمية الأربع ساعات للسبرنتات التي تستمر شهرًا كاملًا؛ وتُعرف هذه الجلسات بأنها محددة زمنيًا. إذا كانت جلسات السبرنت أقصر، فإن الاجتماعات التقييمية ستكون أقصر أيضًا.

يكون ماستر الـ Scrum مسؤولًا عن تخطيط الاجتماع وإبلاغ جميع المشاركين بغرض الفحص. كما يتأكد ماستر الـ Scrum من أن الاجتماع يظل ضمن الإطار الزمني المحدد.

يجب أن تتضمن  Sprint Reviews  ما يلي:

• حضور ومشاركة فريق السكرم، ومالك المنتج، والمعنيين الرئيسيين المدعوين.
• يجب على مالك المنتج أن يبلغ عن النقاط في سجل المنتجات النهائية؛ أي عناصر تم إنجازها وأيها لم يتم.
• يناقش فريق التطوير ما سار على ما يرام والمشكلات التي واجهوها. يجب أن يخبروا الجماعة أيضاً بما فعلوه لحل هذه المشكلات.
• يقوم فريق التطوير بعرض الأعمال التي أكملوها ويجيبون على الأسئلة بشأن التحسينات التي أجريت.
• يقود مالك المنتج النقاش حول الحالة الحالية لسجل المنتجات النهائية. يحددون تواريخ الإنجاز المتوقعة بناءً على تقدم الدورة الزمنية للسبرنت.
• لتقديم مساهمات قيمة في تخطيط السبرنت، تحدد الجماعة بأسرها الخطوات التالية خلال اجتماع Sprint Reviews.
• هذا هو الوقت لمراجعة التغييرات المحتملة في السوق، وتقييم المشروع، والمجالات التي تعتبر الأكثر قيمة. يجب أيضًا توضيح الخطوات التالية.
• مراجعة الجدول الزمني، والميزانية، والقدرات المحتملة، والسوق لتحديد تاريخ إصدار المنتج التالي المتوقع.

بحلول نهاية اجتماع  Sprint Reviews ، يجب أن تتم مراجعات في سجل المنتجات النهائية لتحديد عناصر السجل المحتملة لجلسة السبرنت التالية بشكل أفضل. يمكن تكييف سجل المنتجات النهائية بشكل كامل لفتح فرص جديدة.

تركيز على المستخدم النهائي

يمكن للشركات أن تتردد في إشراك المستخدمين النهائيين لعدة أسباب: بعضهم يخشى توسيع نطاق العمل، والبعض الآخر يعتقد أنه لا يمكنهم طلب مشاركة المستخدمين النهائيين، وبعضهم لا يعرف من هم المستخدمون النهائيون. المستخدمون النهائيون هم جزء أساسي من الجلسة.

لا تجد أبداً عذرًا لعدم تضمينهم!

شاركوا ال Product Owner

كثيرًا ما ينظم العديد من الشركات Sprint Reviews كعروض تقديمية للفريق، بحيث يمكن لمالك المنتج تقييم أو تحكيم العمل الذي تم إنجازه. هذا التنسيق هو خرافة تامة! لا يجب أن تكون Sprint Reviews تحقيقات رسمية أو محاكم، بل هي لقاءات غير رسمية تهدف إلى الحصول على ملاحظات العملاء.

بدلاً من تقديم البيانات لمالك المنتج كما لو كان قاضيًا، يجب على الفرق التعاون مع مالك المنتج لمراجعة كل قصة تم إنجازها.

في بداية Sprint Reviews، يجب على مالك المنتج أن يرحب بالجميع أولاً ويقدم نظرة عامة على المشروع. يمكن للمالك بعد ذلك مناقشة أهداف السبرنت: ما تم تحقيقه وما الأهداف التي لم يتم تحقيقها.

هو أيضًا الوقت المناسب لمناقشة مستوى جودة المنتج، وإصدار البرنامج، وحرق المنتج. يمكن للمالك أن يشير إلى ما يجب أن يبحث عنه المراجعون، ويشرح للفريق كيف يمكنهم تقديم تعليقاتهم.

بعد أن ينهوا تصريحاتهم التمهيدية، يمكن لمالك المنتج تسليم الاجتماع إلى فريق الـ Scrum لتقديم ديمو للقدرات الوظيفية للبرنامج.

فهم ديناميات المجموعة

تتغير ديناميات المجموعة بشكل كبير عندما ينتقل تركيز الاجتماع من مالك المنتج الوحيد إلى تعاون جماعي يشمل فريق Sprint Reviews، والمعنيين، والمستخدمين النهائيين.

عندما يصبح مالك المنتج جزءًا من فريق العرض، تتغير الأدوار المذكورة أعلاه. فيما يلي كيف يتأثر كل مجموعة.

Product Owner

تتحول دور مالك المنتج إلى أن يكون مالكًا حقيقيًا للمنتج. كعضو مفتاحي في الفريق، يصبح المالك أكثر مسؤولية ومحاسبة عن المنتج. إنه مسؤول عن اتخاذ القرارات وتقديم النتائج أمام المستخدمين النهائيين والمعنيين. يقف ويقدم تحسين المنتج ويقدم لمحة عن حالة المشروع.

من خلال تغيير الدور، يدرك المالك أنه يجب أن يكون أكثر تأديبًا في رعاية تصميم المنتج، وإصدار الـ Burndowns وتحديد مستوى الجودة للعمل.

منتج آخر ملحوظ لهذا التغيير هو أن التناقضات تصبح واضحة على الفور. إذا لم تتطابق التقييمات التي يلاحظها المالك لاحتياجات المستخدم النهائي مع الاحتياجات الفعلية، فإن هذا سيكون واضحًا على الفور.

Scrum Team

يمتلك فريق الـ Scrum شعورًا أكبر بالفخر والنجاح وهو في موقع أفضل لتقديم عمله للمجموعة. يتم منحهم الوقت للمستخدم النهائي، وفي أفضل الأحوال، يلتقون بالمستخدمين النهائيين وجهًا لوجه.

معرفة المستخدم النهائي هو أفضل طريقة لتطوير برنامج عالي الجودة يقدم أقصى قيمة للمستخدم النهائي. من خلال تعلم قبول التعليقات في كل جلسة Sprint، يكتسب الفريق تقديرًا أكبر لمالكي المنتج والعملاء.

سيشعر الفريق أيضًا بأقل قدر من الشعور بأنه يتم تقييمه أو تقييمه من قبل مالك المنتج. سيغادرون الاجتماع مليئين بالطاقة ومتحمسين للسباق التالي.

إدارة الشركة / المعنيين

عندما يكون القادة والمعنيون جزءًا من اجتماع Sprint Reviews، يمكنهم رؤية عمل الفريق بينما يشاركون في مراجعة حقيقية للعمل المنجز والإجراءات التي تم اتخاذها. بالإضافة إلى ذلك، يمكن للمستخدمين النهائيين إبلاغ القادة / المعنيين بشكل شخصي عن احتياجاتهم.

الأمر الأهم هو أنهم يتعلمون كيفية التصرف بشكل لائق. تختلف ديناميات هذه الاجتماعات بشكل كبير عندما يكون العملاء جزءًا من الجلسة.

عندما يكون المستخدمون النهائيون حاضرين، يقضي القادة والمعنيون وقتًا أقل في الجدال والنقد للآخرين. بدلاً من ذلك، يتصرف كل شخص بشكل أفضل لضمان أن تكون الفحص أكثر تحفيزًا وإنتاجية.

المستخدمون النهائيون / العملاء / الشركاء

بلا شك، المستخدمون النهائيون هم نجوم اجتماعات Sprint Reviews، لأنهم يقضون وقتاً ثميناً في مواجهة مطوري البرمجيات. إنهم يقضون وقتاً كبيراً مع مجموعة المطورين لدرجة أن المستخدمين النهائيين يتطور لديهم شعور بالانتماء.

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

Scrum Master

يسهل ماستر السكرم الـ Sprint Reviews. تقوم هذه الشخصية بإنشاء بيئة بين جميع الأعضاء، بحيث يمكن تحقيق نجاحات كبيرة وتحقيق الأهداف. لتحقيق ذلك، يجب أن يتأكد ماستر السكرم من مشاركة الأشخاص الصحيحين في الاجتماع. يجب عليه/عليها أيضًا التأكد من أن الفضاء الصحيح والمواد اللازمة متاحة بسهولة.

حتى التفاصيل الصغيرة مثل طلب الطعام والمشروبات تقع ضمن مسؤولية ماستر السكرم. بينما قد يبدو ذلك غير مهم بالنسبة لبعض الأشخاص، فإن الطعام هو الوقود الذي يحتاجه الفريق لمتابعة عملهم الشاق خلال الاجتماعات. شخصيًا، كانت لدي العديد من المحادثات الرائعة مع الفرق أثناء تناول الطعام معًا.

يجب أن يُحتفظ في الاعتبار أن هذا ليس عرضًا لماستر السكرم – ليست هم النجوم. ماستر السكرم هنا لدعم الفريق. كما يرحبون بمستخدمي النهائيين ويتأكدون من دمجهم في الفريق، لديهم الفرصة ليكونوا مسموعين، ويبقون خلف الكواليس.

كن شجاعاً

لإتقان فن التغذية الراجعة، يجب أن تبدأ أولاً بإنشاء بيئة تسمح بالتغذية الراجعة المفتوحة. قد يكون تضمين المستخدمين النهائيين في الـ Sprint Reviews مخيفًا، لكن تذكر: الاستماع للتغذية الراجعة في وقت مبكر يمنحك الوقت لإجراء التعديلات اللازمة.

الانتظار حتى النهاية لاكتشاف أنك ذهبت في الاتجاه الخاطئ يعد إهدارًا للوقت والموارد الثمينة. إذا كنت ما زلت خائفًا من توسع نطاق المشروع، فتخلى عن هذا الخوف. خلال الفحص، سيقرر مالك المنتج أولاً أيها التنازلات يجب أن تتم خلال Sprint Reviews.

استغل هذه الفرصة لمعرفة المزيد عن ما يحتاجه ولا يحتاجه المستخدمون النهائيون؛ هذا يساعد في تقليل وإلغاء إنتاج البعض من الوظائف التي لن تستخدم أبدًا.

من خلال التركيز على المستخدم النهائي وخلق طاقة وحماس، ستقوم بإنشاء Sprint Reviews يرغب العملاء في المشاركة فيها. إنها سهلة الإنجاز؛ ما عليك سوى إعداد فحص يوفر للمستخدم النهائي فائدة مباشرة. بمجرد الانتهاء من ذلك، استرح واستمع فقط. ستكون متفاجئًا بما ستتعلمه.

هل أعجبك هذا المقال؟

If you are interested in knowing if you have what it takes to design and build a great digital product company simply take our Digital Leadership Influence Scorecard.

If you want to know how we can help you to start your transformation please check out our: Training.

If you are interested in doing a transformation in your company please check out our: Consulting.