فهم منهجية أجايل: الأدوار والمكونات والمراحل

لقد تم قبول منهجية أجايل منذ فترة طويلة على منهجية الشلال. وعلى الرغم من مرور عقود على بدايتها، إلا أن التحولات الرشيقة كانت فاشلة بالنسبة للعديد من المؤسسات.
ما سبب ذلك؟ هل هو شيء تفشل العين المجردة في ملاحظته؟
مهما كان السبب، سنتحدث اليوم عن المراحل (الخطوات) في منهجية أجايل.
كجزء من المناقشة، سنبدأ بأساسيات الأجايل ثم ننتقل إلى الموضوع الرئيسي.
لا تتردد في التخطي إلى الجزء الأخير إذا كنت تعتقد أنك محترف.
لنبدأ!
1. سكروم ماستر: مسؤول Scrum Master هو المسؤول عن تنفيذ إطار عمل Scrum. يضمنون اتباع مبادئ وممارسات سكروم. حيث يقومون بتذليل العقبات وإجراء الاجتماعات والعمل مع مالكي المنتجات. وبصفتك Scrum Master، ستعمل عن كثب مع مالك المنتج للتأكد من أن Product Backlog جاهز للسباق التالي.
يتمتع Scrum Master بسلطة على العملية ولكن ليس لديه سلطة على أعضاء الفريق. ومع ذلك، فإن Scrum Master من حقه التأكد من عدم إثقال كاهل أعضاء الفريق بالمهام حتى يتقدم العدو السريع بسلاسة.
2. مالك المنتج: مالك المنتج هو ممثل العميل. فهو من يقرر ما هي الميزات التي يجب بناؤها وتحديد أولويات الميزة التي تقدم أكبر قيمة تجارية للعميل. ويعرف مالك المنتج داخل وخارج سلوك العميل وبيئة السوق والاتجاهات الحالية.
يتصور مالك المنتج مستقبل المنتج، ويتواصل مع أصحاب المصلحة الخارجيين، ويترجم احتياجاتهم إلى الفريق. كما أنه يتأكد من أن احتياجات المنتج يتم بناؤها ويشرف على التقدم المحرز.
3. فريق التطوير: فريق التطوير في سكروم هو فريق متعدد الوظائف، لذا فهم يمتلكون الخبرة التقنية اللازمة لتقديم المنتج النهائي. يضم فريق سكروم محترفين مثل مطوري البرمجيات والمهندسين المعماريين والمبرمجين والمحللين ومسؤولي النظام وخبراء ضمان الجودة والمختبرين ومصممي واجهة المستخدم وما إلى ذلك.
يعمل فريق سكروم على الميزات التي يحددها مالك المنتج. وهو يساعد في تحديد الأهداف والتخطيط للسباق السريع. يقوم فريق العدو السريع فقط بالمهام التي يمكنهم التعامل معها في كل مرة. يستخدم البيانات لتطوير منتجات عالية الجودة ويضمن إجراء اختبارات منتظمة للعثور على العيوب في المنتجات والنماذج الأولية. كما يقوم أيضًا بإجراء فحوصات ضمان الجودة المتكررة.
1. قصة المستخدم: قصة المستخدم هي أداة تستخدم في أجايل لتسجيل وصف منتج برمجي من منظور المستخدم النهائي. يتم تقسيم قصص المستخدم هذه إلى مراحل صغيرة ثم يتم تطويرها في سباقات سرعة واحدة من قبل فرق أجايل.
2. السبرينت: السباقات السريعة هي فترات قصيرة محددة زمنيًا تستمر من أسبوع إلى 4 أسابيع عند اكتمال المهام.
3. اجتماعات الاستعداد اليومية: اجتماعات الاستعداد اليومية هي اجتماعات تحضرها جميع الفرق الوظيفية وتناقش التقدم المحرز حتى الآن.
4. لوحة كانبان: لوحة كانبان هي أداة رشيقة لإدارة المشاريع تم إنشاؤها للمساعدة في تصور سير العمل في مؤسستك. وهي أداة للمساعدة في الحد من العمل الجاري وتحسين الكفاءة.
5. تراكمات المنتج: القائمة المتراكمة للمنتج هي قائمة تحتوي على تفاصيل كل مهمة صغيرة تحتاج إلى تضمينها في منتجك وتحدد أولوياتها. إذا كنت ترغب في إجراء أي تغييرات على منتجك، فإن تراكم المنتج هو المصدر الوحيد للمتطلبات.
1. بناء تراكمات المنتج: في هذه المرحلة، يتم إنشاء الملاحم وقصص المستخدمين. يمكن تقسيم الملحمة إلى عدة قصص مستخدمين. أهم شيء يجب أخذه في الاعتبار عند تحويل الملحمة إلى قصة مستخدم هو أن تأتي كقطع صغيرة تتناسب مع سباق السرعة حتى يمكن تنفيذها في الوقت المحدد. لا يمكن لقصص المستخدم أن تصبح جزءًا من سباق السرعة إذا لم تكن جاهزة تمامًا لوضعها في قائمة تراكمات المنتج.
2. التخطيط للسباق السريع وتراكمات السباق: يعد سباق السرعة وقتًا ممتازًا للحصول على ملاحظات قصيرة وقابلة للقياس من عملائك. إذا كان لديك إطار زمني قصير لكل سبرنت، فستتمكن من معرفة أين يجب أن تحدث التغييرات في دورة التطوير الخاصة بك والتأكد من أن كل سبرنت مهم في المخطط الكامل للأشياء.
يمكن أن يساعد تضمين ملاحظات العملاء من كل سباق سريع في تجنب المفاجآت الكبيرة لاحقًا من خلال ضمان أنك تعمل باستمرار على تحسين النتيجة النهائية. لا تدع الأخطاء أو المشاكل تمر دون تدقيق أيضاً: فبعض المشاكل البسيطة في وقت مبكر قد تعني مشاكل في المستقبل إذا تم إهمالها.
3. سبرينت قيد التنفيذ: يتم تقسيم قصص المستخدم الحقيقية إلى مهام أصغر ويتم إضافتها إلى قائمة المهام المتراكمة في سباق السرعة. تُستخدم لوحة المهام المعروفة أيضًا باسم لوحة كانبان للمساعدة في تتبع جميع عمليات تطوير البرمجيات.
وتحدد البطاقات الموجودة على اللوحة معلومات مثل من تم إسناد المهمة إليه، وما هو العمل الذي يجب الانتهاء منه ومتى، ومتى يتم إنجازه. الأعمدة في لوحة المهام هي “تراكمات المنتج أو قصص المستخدم” و”قوائم المهام” و”العمل قيد التنفيذ” ثم “الاختبار” و”العمل المنجز”.
4. الاختبار التجريبي والعرض التجريبي للمنتج: تتطلب أهداف سباقات السرعة منتجات قابلة للإثبات والعمل. يجب حل أي أخطاء من سباقات السرعة السابقة وعدم ترحيلها إلى سباقات السرعة التالية. هكذا تصبح التعليمات البرمجية القديمة غير قابلة للإدارة، من بين أسباب أخرى.
في حين قد تبدو فكرة جيدة إضافة المزيد من القصص لإتاحة المزيد من الوقت في التطوير للاختبار وإصلاح الأخطاء، إلا أن ذلك لن يؤدي إلا إلى تقديم قيمة أقل للعملاء في كل سباق. يجب تخصيص وقت كافٍ لكل مشروع لاستكشاف البدائل عند تطوير المنتج. يمكن أن يؤدي التماس الملاحظات من الأقران والعملاء على فترات منتظمة إلى تجنب إعادة العمل التي تستنزف الوقت مع تأثير إيجابي ضئيل على فريقك أو عملية العمل.
5. مراجعة سبرينت سبرينت واستعراضها بأثر رجعي: بعد نهاية كل سبرنت، سيعقد فريقك اجتماعين: أولاً، ستعقد مراجعة لسباق السرعة مع أحد أصحاب المصلحة في المشروع لتعرض عليهم المنتج النهائي. هذه خطوة نحو الحفاظ على التواصل المفتوح مع أصحاب المصلحة. يسمح الاجتماع الشخصي أو اجتماع مؤتمر الفيديو لكلا الطرفين ببناء علاقة ومناقشة مشاكل المنتج التي تنشأ.
ثانيًا، ستعقد اجتماعًا استعاديًا بأثر رجعي مع أصحاب المصلحة لمناقشة ما الذي سار بشكل جيد خلال السباق السريع، وما الذي كان يمكن أن يكون أفضل، وما تم إنجازه خلال السباق السريع.
قد تكون مهتمًا بقراءة: الفرق بين مراجعة السبرينت واستعراض السبرينت بأثر رجعي