سبرينت مراجعة: غزر إلى العظمى

ما الذي تحصل عليه عندما تعبر قسم تكنولوجيا المعلومات ، ومراجعة Sprint الخاطئة ، والتصميم ، والبيتزا؟ العظمة ، هذا ما.



فشلت محاولتنا الأولى لتقديم استعراضات سباق في Dodo Pizza بشكل مذهل. ربما تعتقد أن سلسلة البيتزا لا تحتاج إلى ممارسات سكروم على الإطلاق. ومع ذلك ، من الغريب أن واحدة من المزايا الرئيسية لـ Dodo Pizza هي نظام تكنولوجيا المعلومات الخاص بها والذي يتحكم في جميع عمليات تشغيل 430 مطعم بيتزا في 11 دولة.

يعمل الآن أكثر من 60 مبرمج ومحلل على نظامنا ، ونخطط لزيادة هذا العدد إلى أكثر من 200 . مثل أي شركة ناشئة سريعة النمو ، فإننا نهدف إلى تحقيق أقصى قدر من الكفاءة ، لذلك نحن نستخدم الأطر Agile كثيرًا ، بما في ذلك Scrum و LeSS والبرمجة المتطرفة. لكن كيف يمكنك استخدام Scrum دون مراجعة العدو؟ هذا هو السؤال الذي قد تطرحه - وستكون على صواب.



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

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

قريبا ، توقفنا بهدوء هذه الاستعراضات سباق تماما.

مرت عدة أشهر ، وقررت المحاولة مرة أخرى. في تلك المرحلة ، كان لدينا ثمانية فرق تعمل على تراكم واحد في إطار LeSS . لقد حاولنا الالتزام بجميع قواعد Large Scale Scrum ، وكان إلغاء مراجعات العدو بمثابة انتهاك.

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

هذا ما فعلناه بطريقة مختلفة.

القيام بواجبنا

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

إذا لم تنته ، لا تظهره

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

غرف الاجتماعات بدلا من الفضاء المفتوح

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



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

تجول غير مسموح به

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



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

الضيوف الأعزاء

لقد أدركنا أن قائمة الضيوف مهمة للغاية. لا شيء يحفز أي مطور أكثر من مدير تنفيذي لشركة يزور مراجعة سريعة ، خاصةً عندما تعرض بعض الأشياء التقنية ، مثل استضافة خدمة ميكروية في Kubernetes أو ترحيل مكون Auth إلى .Net Core. ثم عليك أن تشرح لماذا فعلت كل هذه الأشياء في المقام الأول. يمكن لـ Fyodor Ovchinnikov ، المدير التنفيذي لشركة Dodo Pizza ، شحن الطاقة إلى الجمهور ، ورفع معنوياتهم في ثلاث دقائق ، وتحديد الخطوط العريضة لتطور الشركة ، ولكن عند إظهار ميزات الواجهة الأمامية ، مثل ميزة إنشاء البيتزا الخاصة بك في تطبيق الجوّال الخاص بنا ، ندعو الضيوف الخارجيين ، معظمهم معارف وأصدقاء من Facebook.

مقدم مضحك وقبعة

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



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

المشاركين عن بعد

من السهل إجراء مراجعة سباق عندما يجلس الجميع في نفس الغرفة. لكن لدينا الكثير من الموظفين عن بُعد في سيكتيفكار ونيزني نوفغورود وقازان وجورياتشي كليوتش ، ومن المهم أن يشاركوا أيضًا.



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

لا تجمع الملاحظات

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



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

مرحبا بكم في الكواليس

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



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

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

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