إن كنت مثلي تحاول أن تفهم كيف تشحن الفِرق البرمجيات دون أن تفقد صوابها، فقد صادفت Scrum.
دعني أشرحه كما أفهمه حتى الآن.
الفكرة خلفه
Scrum إطارٌ خفيفٌ يساعد الفِرق على تسليم القيمة بزياداتٍ صغيرةٍ ثابتة.
قبل Scrum، كانت الفِرق تشغّل نموذج Waterfall: خطّط، ابنِ، اختبر، راجِع، انشر، في خطٍّ طويلٍ واحد. المشكلة أنّك لم تكن تستطيع إصلاح خطوةٍ مبكّرةٍ دون العودة إليها طوال الطريق. صارمٌ، بطيء، مؤلم.
Scrum يكسر ذلك الخطّ الطويل إلى دوراتٍ قصيرةٍ تُسمّى Sprints، عادةً من أسبوعٍ إلى ثلاثة. كلّ سباقٍ له تخطيطه وبناؤه واختباره ومراجعته محشورةً في تلك النافذة. تشحن بسرعة، تتعلّم بسرعة، وتعدّل بسرعة.
الأدوار الثلاثة
فريق Scrum يعمل عادةً على ثلاثة أدوار.
مالك المنتج (Product Owner). يملك رؤية المنتج، ويكتب ويرتّب قائمة الميزات (Product Backlog)، ويحوّل الأفكار إلى قصص مستخدمٍ يستطيع الفريق بناءها فعلًا.
سيّد Scrum (Scrum Master). يبقي الفريق مركّزًا وغير معطَّل، ويحرص على احترام العملية، ويعمل مدرّبًا لا رئيسًا.
فريق التطوير. مطوّرون ومصمّمون ومختبِرون. من يصنعون الشيء فعلًا. ذاتيّو التنظيم ومتعدّدو الاختصاص.
المخرَجات
ثلاثة أشياء تُبقي الجميع صادقين حول ما يجري.
Product Backlog. القائمة الكاملة للميزات والمهامّ، مكتوبةً كقصص مستخدم ("بصفتي مستخدمًا، أريد X كي Y").
Sprint Backlog. الشريحة من المهامّ المسحوبة للسباق الحالي.
Burndown Chart. يتتبّع كم بسرعةٍ يصفّي الفريق العمل. تريد ذلك الخطّ متّجهًا للأسفل.
الطقوس
وبضعة اجتماعاتٍ منتظمة تُبقي الفريق متزامنًا.
تخطيط السباق. الفريق يختار ما سيأخذه من الـ Backlog.
Daily Scrum. تفقّدٌ يوميٌّ سريع: ماذا فعلت، ما التالي، ما الذي يعطّلك.
مراجعة السباق. في نهاية السباق، اعرض العمل واجمع الملاحظات.
استعادة السباق. الفريق ينظر إلى داخله: ما نجح، ما لم ينجح، وما يغيّره في المرّة القادمة.
باختصار
Scrum هو خطّط بذكاء، ابنِ بسرعة، حسّن باستمرار. إنّه أقلّ من طريقة عملٍ وأقرب إلى عادة تقدّمٍ عبر انتصاراتٍ صغيرةٍ مركّزة.
ما زلت أتعلّم أكثر مع المضيّ، لكن هذا كان تلخيصي. أرجو أن ينفع غيري أيضًا.