يهدف Scrum إلى تسهيل التواصل بين مزود الخدمة والعميل. ومن مبادئه الأساسية الاعتراف بأن العميل قد يغير رأيه في أي وقت أثناء عملية التطوير. كلما استغرق المشروع وقتًا أطول، زادت فرصة تقديم شيء يختلف عن فكرة العميل الأصلية.
على الرغم من أن Scrum تم تطويره لأول مرة لمشاريع تطوير البرمجيات، إلا أنه فعال لأي مشروع مبتكر ومعقد. الخيارات لا حدود لها تقريبًا. سكروم هو هيكل مباشر بشكل مدهش.
أفضل وقت لاستخدام سكروم – ابدأ في الوقت المناسب
بالنسبة لأي مشروع تطوير برمجيات، ضع في اعتبارك العوامل التالية عند تطبيق Scrum.
عندما لا تكون المتطلبات واضحة
غالبًا ما يكون لدى العميل فكرة أساسية عن المنتج الذي يريد تطويره، لكنه يفتقر إلى المواصفات الدقيقة حول كيفية عمله. هناك عدة أسباب لعدم تحديد المتطلبات بوضوح.
من بينها أنه من الصعب تقريبًا تقدير الوقت والنفقات بطريقة تمكننا من التعامل مع المشروع بسعر ثابت. ثانيًا، من المحتمل أن يكون هناك الكثير من التغييرات التي ستحدث أثناء التطوير إذا لم يتم تحديد المعايير، مما يجعل استخدام عملية تقليدية أكثر صعوبة. مقارنةً بمنهجية سكروم مقارنةً بالمنهجيات الرشيقة الأخرى، فإن سكروم مرن وقابل للتعديل خلال العملية بأكملها. واستخدامه في هذه المرحلة ليس مفيدًا فحسب، بل لا يمكن تجنبه وسهل.
عندما تكون التغييرات أثناء التطوير عالية
يمكن التعامل مع التغييرات في المتطلبات على أنها عملة يومية في تطوير البرمجيات، مع إجراءات خاصة للتعامل معها. حتى عندما تكون المتطلبات محددة بشكل جيد، هناك حالات قد يلزم فيها إجراء تغييرات مع تقدم المشروع إلى الأمام. يمكن أن ينشأ هذا النوع من السيناريوهات في المبادرات مع التغييرات في سياق العمل أو التكنولوجيا.
مرونة هذه التقنية تسمح لها بالتكيف بسرعة أكبر مع التغييرات والمتطلبات الجديدة؛ توظيف Scrum في هذه الحالات مفيد للغاية.
عندما يكون من الضروري اختبار الحل
قد تكون هناك حاجة إلى منتج MVP (الحد الأدنى من المنتج القابل للتطبيق) أثناء تطوير منتج جديد لاختبار صفات معينة في السوق قد ترغب في تأكيدها بحيث يمكن تحسينها بناءً على نتائج الاختبار.
من خلال هذه العملية، يتم تشكيل المفاهيم والميزات الجديدة التي يجب إنتاجها، بالإضافة إلى بعض التعديلات التي تؤثر على ما تم إنشاؤه مسبقًا.
عند تطبيق سكروم، يتم البحث عن التغذية الراجعة في وقت مبكر للتأكد من أن المنتج النهائي يلبي التوقعات وإجراء أي تصحيحات ضرورية على MVP. ستؤدي التعديلات التي يتم إجراؤها في المراحل الأخيرة من التطوير دائمًا إلى زيادة النفقات والتأخير المحتمل في تسليم المنتج.
عندما يكون مالك المنتج (Po) متاحًا تمامًا
أحد الركائز الأساسية للتطبيق السليم لسكروم هو مشاركة مدير المشروع والتزامه وتوافره الكامل في المشروع.
نظرًا لأن مدير المشروع هو المسؤول عن الأعمال المتراكمة، فإن الأمر متروك له أو لها لترتيب قصص المستخدمين حسب الأهمية ومساعدة الفريق في تحسين تعريفاتهم.
من الصعب للغاية أن يتم استخدام هذه المنهجية بنجاح إذا لم يكن لدى العميل أمر شراء جاهز للمشروع.
قدرة الفريق على إدارة نفسه بنفسه
في حين أن هناك دور لمدير Scrum Master، إلا أن المشروع يتطلب قدرًا كبيرًا من الإدارة الذاتية والعمل الجماعي؛ لذلك يجب أن يمتلك أعضاء فرق العمل الرشيقة قدرًا معينًا من السلطة. قد يصبح التطبيق الصحيح لهذه الأساليب أكثر صعوبة إذا كان فريق التطوير عديم الخبرة.
يعد حجم الفريق ميزة إضافية حاسمة. وفقًا للتقديرات، يجب أن تتكون فرق Scrum من خمسة إلى تسعة أعضاء لتحقيق أقصى قدر من الفوائد. يمكن إعداد خلايا العمل بحيث تركز كل خلية على عنصر تطوير متميز إذا كان المشروع يتطلب عددًا أكبر من المتخصصين.
بينما يتم التعاقد على المواد والوقت
يجب اتباع هذه العملية في نوع العقد الذي يتم إنشاؤه مع العميل للحصول على فوائد سكروم الكاملة.
النقطة الأساسية هي أنه يتم إدارة نطاق محدد باستمرار، على الرغم من أنه يمكن تطبيق بعض مبادئ سكروم على المشاريع ذات السعر الثابت (إضافة أشياء على حساب حذف أشياء أخرى).
الخيار الأفضل هو اعتماد Scrum عندما يكون لدى الأطراف عقد مفتوح النطاق (الوقت والمواد)، مما يسمح بإجراء جميع التعديلات اللازمة مع تقدم المشروع.
عندما تكون ثقافة العميل قابلة للتكيف مع التغيير ومتقبلة للابتكار
من الأهمية بمكان تحديد ما إذا كان العميل قابلًا لتوظيف هذه المنهجية وما إذا كان لديه خبرة سابقة في مشاريع سكروم.
غالبًا ما يكون أحد المخاوف الرئيسية هو مقدار التكلفة والمدة التي سيستغرقها تطوير المنتج. يمكن تصور وجود استراتيجية مع منهجية Agile Scrum. ومع ذلك، نظرًا لطبيعتها الأساسية المتمثلة في قبول التغيير في جميع الأوقات، فمن الصعب تحديد ذلك مسبقًا.
يعد إنشاء الثقة المتبادلة من بين أهم أجزاء أدوار ومسؤوليات سكروم من بين أهم أجزاء أدوار ومسؤوليات سكروم، لمكافحة ذلك وإعطاء العميل الانطباع بأن الفريق يبذل كل جهد ممكن لتحقيق الأهداف.
خطوات عملية سكروم
تعد هذه الأنشطة الثلاثة جزءًا من إطار عمل Scrum ويتم تضمينها في كل سباق سريع للسماح للفريق بالعمل معًا والتخطيط وتقديم قيمة إضافية.
الجدولة الزمنية المحددة
يجتمع فريق Scrum للتخطيط للسباق السريع، بما في ذلك اتخاذ قرار بشأن العمل وهدف السباق قبل بدء السباق السريع. وتسمى القائمة ذات الأولوية للقيمة الإضافية التي يختارها الفريق لإنهائها في سباق محدد بالقيمة المتراكمة للسباق، وتتضمن هدف السباق وعناصر المنتج المتراكمة المختارة للسباق.
يمكن استخدام برنامج Scrum أو الطريقة التقليدية باستخدام القلم والورق للتخطيط لسباق السرعة، ولكن قد ترغب في أن تكون خطتك مستندًا حيًا يمكن تعديله حسب الحاجة. قد يقوم فريقك بأكمله بالتحديث والعمل معًا في الوقت الفعلي عند تطوير خطتك باستخدام لوحة بيضاء افتراضية لرسم وتصور المهام التي تخطط لإكمالها بسرعة.
اجتماع سكروم اليومي
الغرض من اجتماع سكروم اليومي هو أن يقوم فريق سكروم بمراجعة وتعديل خطة العدو السريع، وإيجاد العقبات، وتحسين التواصل. يقوم كل عضو من أعضاء الفريق بمراجعة التقدم المحرز في هدف العدو السريع وإنشاء استراتيجية لليوم التالي.
والهدف من سكرم اليومي هو الاستغناء عن ضرورة عقد اجتماعات إضافية مدتها 15 دقيقة.
مراجعة واستعراض العدو السريع
عادة ما يستمر السباق السريع لمدة أسبوعين، وبعد ذلك يجتمع الفريق لتقييم سير العمل والتقدم المحرز. يقوم أعضاء الفريق بالتماس الملاحظات حول الميزات والوظائف لتحسين السباق القادم.
يقوم مدير Scrum الرئيسي ومالك المنتج والمطورين وأصحاب المصلحة بتقييم التقدم المحرز نحو أهدافهم خلال مراجعة العدو السريع. يمكن عرض المنتج على العميل أو أصحاب المصلحة الآخرين في هذا الاجتماع، ويمكن مناقشة الخطوات المستقبلية بشكل تعاوني.
تهدف المراجعة الاستعراضية للسباق السريع إلى مساعدة فريق سكروم على أن يصبح أكثر فعالية ومرونة بمرور الوقت من خلال فحص السباق السريع نفسه، مع ملاحظة ما نجح بشكل جيد وما هي المجالات التي يمكن تحسينها من حيث الأشخاص والعلاقات والإجراءات والتقنيات.
كيف يعمل منهج سكروم؟
Scrum هي منهجية “تساعد الأشخاص والفرق والمؤسسات على توليد القيمة من خلال الحلول التكيفية للمشاكل المعقدة”، وفقًا لدليل Scrum.
من الأفضل وصف أفضل ممارسات ونصائح Scrum بأنها إطار عمل، على الرغم من أنها تسمى أحيانًا منهجية إدارة المشاريع. يقدم Scrum هيكلية تسليم فقط؛ حيث يقرر الفريق كيفية تنفيذ المهام داخله. وهذا يتناقض مع مناهج إدارة المشاريع التي تملي الأساليب والإجراءات والتوثيق.
يركز إطار عمل Scrum على التجريبية، بينما يركز Waterfall على التخطيط والقدرة على التنبؤ. يتسم Scrum بالغموض عن قصد لمعالجة التحديات المعقدة بشكل أفضل؛ فهو يدرك عدم القدرة على التنبؤ بتطوير المنتج ويؤكد بشدة على مراجعة العمل وتعديله.
تطبيق تقنيات سكروم – كن مهندس برمجيات معتمداً
من خلال التدريب على شهادة مهندس برمجيات رشيق معتمد من SPOTO SAFe®، تبنَّ التميز في العمل الرشيق. تعلّم كيفية تطبيق سكروم بفعالية لتحسين جودة عملية تطوير البرمجيات الخاصة بك. استفد من هذه الفرصة للنمو مهنياً واكتساب رؤى مفيدة. سجّل فوراً للاستمتاع بتجربة تعليمية تغيّر حياتك وتناسب تماماً أهدافك في مجال هندسة البرمجيات المثير. مع شهادة SAFe® 5 Agile Software Engineering المعتمدة من SAFe® 5، يمكنك تطوير قدراتك وتقوية فريقك ودفع عجلة النجاح.
خلاصة القول
يعمل Scrum بشكل جيد مع المشاريع ذات المتطلبات الغامضة للعملاء، والتغييرات المتكررة خلال عملية التطوير، والحاجة إلى اختبار الحلول، ووجود مالك منتج متاح بالكامل. يزدهر عندما يكون العميل مرنًا مع التغييرات، ويمكن للفريق التعامل مع نفسه، وتشمل العقود الوقت والمواد. إن اتفاقية النطاق المفتوح هي أفضل طريقة لتطبيق Scrum، وتكون ثقافة العميل منفتحة على التغيير. الجدولة المحددة زمنيًا، واجتماعات سكروم اليومية، واجتماعات سكروم اليومية، واستعراضات العدو السريع، والمراجعات كلها جزء من منهجية سكروم. إنه إطار عمل مرن يشجع على المرونة وإنتاج القيمة في المواقف التي تنطوي على حل المشاكل الصعبة.