سكروم ضد كانبان: حافظ على الهدوء واختر ما يناسبك بشكل أفضل

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

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

سكروم مقابل كانبان: منهجين ، خيار واحد

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

سكروم وكانبان هما فرعان من عائلة أجيل (ومع ذلك ، فإن الكثير من الناس لا يعتبرون كانبان منهجية مستقلة ويميزونها عن غيرها من الطرق). كلاهما مرن وتكراري.

تم إجراء مسح عام 2018 بين 101592 من مطوري البرامج من جميع أنحاء العالم. ما يقرب من 86 ٪ منهم يستخدمون Agile في عملهم. تبدو مثيرة للإعجاب ، أليس كذلك؟

سكروم أو كانبان: ما هو الخيار الأفضل؟

يسمح Scrum للناس بمعالجة المشكلات المعقدة المتعلقة بالتكيف ، مع توفير منتجات ذات قيمة أعلى بشكل منتج.

إطار Scrum خفيف الوزن وسهل الفهم ولكن قد يكون من الصعب السيطرة عليه. وهو يتألف من تكرارات قصيرة أو سباقات السرعة ، وعادة ما تستمر 2-3 أسابيع.

يتم إنشاء قائمة الميزات المحتملة للتكرار من قبل الفريق. ثم يبدأون في تشغيل العدو. عادةً ، لا تتغير الميزات التي يتم العمل عليها أثناء Sprint. ما بدأ في البداية يجب أن يتم بحلول النهاية على أي حال.

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

يمكن الاطلاع على Kanban من منظور المكان الذي تم إنشاؤه فيه - شركة Toyota.

خطوط النقل اليومية تنتج مكونات السيارات. تقوم الماكينة الخاصة بتصميم المرايا لسيارات تويوتا: المرايا اليسرى واليمنى والخلفية ومرايا واقيات الشمس. بنقرة واحدة فقط على زر ، يتم تغيير الوضع ويحصلون على منتج جديد.

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

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

تساعد Kanban على تحديد الاختناقات المحتملة في العمليات وحلها لتوفير تدفق فعال من حيث التكلفة.

الفرق الأساسي بين سكروم و كانبان هو طول التكرار:

• كنت تعمل لمدة 2 أسابيع في سكروم.
• في كانبان ، يمكنك تزويد المطورين بالمهام حتى كل يوم.

كانبان أكثر مرونة. تخيل أنك أطلقت بالأمس ميزة جديدة لخادم الإنتاج مع بعض الأحداث لتتبع مؤشرات الأداء الرئيسية للميزة.

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

في حالة سكروم ، سوف تضطر إلى الانتظار سباق كامل ، أي 2-3 أسابيع.



يتطلب Scrum تقدير المهام باستخدام نقاط القصة أو الساعات. لن تتمكن من تكوين سباق دون هذا التقدير. وعليك أن تعرف بالضبط ، ما إذا كنت سوف تنهي جميع المهام في 2 أسابيع.

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

في كانبان ، يمكن للناس أيضًا التقدير ، لكن هذا اختياري. ليس هناك سرعة فريق. تأخذ في الاعتبار متوسط ​​الوقت اللازم لإنجاز المهمة فقط واحسبه في "تقرير وقت الدورة".

وقت دورة المهمة = الوقت المستغرق في العمل في مهمة - وقت بدء المهمة

فقط تخيل أن الهدف الحالي في Scrum هو إنهاء Sprint لكن بالنسبة لـ Kanban ، عليك إنهاء المهمة.

من النظرية إلى الممارسة: الطريقة التي نقوم بها بها

الحد من المسح

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

إنها الطريقة المثلى عندما يعمل الأشخاص في مهمة واحدة فقط في وحدة زمنية واحدة. عادة ما يستغرق المطور 15 دقيقة من مهمة إلى أخرى.

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

تأكد من أن الانتقال من مهمة إلى أخرى يعد خطوة من فكرة إلى أخرى وليس من السهل دائمًا العودة.

Swimlanes

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

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

في هذا المثال ، يعد "Blocker" Swimlane هو الحل ، مما يجعل المطور يتوقف عن أداء مهمته الحالية على الفور ، ويوقفها مؤقتًا ويبدأ العمل على حظر الأشياء.

نحن نستخدم أيضًا حوض سباحة "يومًا ما" يغطي جميع المهام التي من المحتمل أن نقوم بها يومًا ما تحت تلك الكتلة.

يساعد Swimlane في تنحية جميع الأشياء غير الضرورية جانبا حتى يتمكن الناس من التركيز على المهام المهمة.

الأعمدة الفرعية

هناك عمود "ترميز" و "اختبار" واحد بعده مباشرة. عندما ينتهي المطور من مهمته ، ينتقل إلى "الاختبار". قد تظن أن المختبر قد بدأ العمل في هذه المهمة بالفعل ، لكنه في الواقع يقوم بمهمة أخرى. بمجرد أن ينقل المطور المهمة للاختبار ، يزعج حد WIP الخاص بضمان الجودة. هذا تحد حقيقي!

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

ومع ذلك ، كيف تأخذ المهمة التالية إذا كان لا ينبغي كسر حدود WIP؟ الأعمدة الفرعية تساعد. يقوم المطور ببساطة بنقل المهمة المكتملة من العمود الفرعي "Coding To-Do" إلى "Coding Done". وسيختبر المختبر ، عندما يحين الوقت ، مهمة اختبار جديدة من العمود الفرعي "Coding Done".

الأفكار النهائية

بتلخيص الجميع ، دعنا نعرّف Scrum كمنهجية تطوير مرنة ولكننا سنصنف Kanban على أنه أكثر مرونة.

يبدو Scrum أفضل في بداية تطوير المنتج لأنه يساعد على إدارة المواعيد النهائية أسهل. بالإضافة إلى ذلك ، هناك ما يكفي من الاتصالات في فرق. يناقشون بدقة Sprint Backlog قبل البداية.

يناقشون المهام مع المبدعين. يقوم الفريق بتقدير المهام وفقًا لنظام Planning Poker. في الواقع ، يساعد سكروم على فهم جوهر المنتج.

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

هل طبقت كلتا الطريقتين؟ ما هو المفضل لديك في معارضة كانبان و سكروم؟