ما هو الارتفاع المفاجئ في Agile| أمثلة على الارتفاع المفاجئ

قبل شرح تعريف سبايك الرشيق، دعنا نوضح أنه على الرغم من الاعتقاد الشائع، فإن سبايك الرشيق وقصة سبايك الرشيق ليسا نفس الشيء.
فالسنبلة الرشيقة هي نشاط تجريبي، أو يمكنك القول أنها نشاط نموذجي يهدف إلى تقليل المخاطر أو جمع المعلومات اللازمة لتقدير قصة المستخدم بشكل أكثر دقة.
في بعض الأحيان، إذا كانت القصة معقدة للغاية، فقد يواجه فريقك تحديات أثناء تقدير القصة. إكمال القصة في الوقت المحدد هو تحدٍ آخر يواجهونه. في مثل هذا السيناريو، يمكنك إنشاء نشاط تجريبي أو نشاط تجريبي لتقدير تلك القصة.
قد يتضمن الارتفاع المفاجئ كتابة نموذج أولي أو إضافة إثبات تقني للمفهوم أو البحث عن حلول محتملة لمشكلة معقدة.
ويكون النشاط السريع محددًا بوقت محدد وقد يستمر لبضع ساعات أو أيام أو أسابيع، اعتمادًا على النطاق. ثم يتم استخدام الدروس المستفادة من الارتفاع المفاجئ لإنشاء قصص مستخدم أكثر تفصيلاً لسباقات السرعة المستقبلية.
قصة سبايك الرشيقة هي قصة مستخدم مصممة لتغليف وتتبع نشاط سبايك الموصوف أعلاه. لذا، فإن قصة سبايك ستلتقط هدف ونطاق الارتفاع المفاجئ المخطط له الذي يريد الفريق القيام به.
دعنا نأخذ مثالاً على سبايك أجايل لفهم المفهوم بشكل أفضل. لنفترض أن فريق المطورين يخطط لبناء ميزة تطبيق معقدة للغاية. لذا، قرر الفريق أن يقوموا بعمل سبايك لمدة 2-3 أيام لبناء نموذج أولي أساسي جدًا للميزة لإثبات أن الميزة التي يعملون عليها قابلة للتطبيق.
ومن الأمثلة الأخرى على الارتفاع المفاجئ جهود الفريق لإيجاد حل أفضل للتعامل مع تحميل الفيديو وتحويل الشيفرة. يقضي أحد المطورين نصف يوم في البحث عن الخدمات السحابية الحالية وواجهات برمجة التطبيقات والأدوات مفتوحة المصدر التي يمكن استخدامها لحل هذه المشكلة بطريقة قابلة للتطوير.
إن المفهوم الرئيسي للسباقات السريعة هو التخطيط لتحقيقات قصيرة ومركزة يمكن أن تقلل من المخاطر وتجمع ما يكفي من المعلومات اللازمة للتخطيط للسباق التالي.
تقوم بعض الفرق بوضع قصص سبايك على قصص المنتج المتراكمة إلى جانب قصص المستخدمين. ولكن أثناء تنقيح الأعمال المتراكمة للمنتج، قد تصادف بعض الشكوك. في مثل هذه السيناريوهات، يمكن أن توفر المسارات السريعة الرشيقة مزيدًا من الوضوح قبل أن يلتزم فريق التطوير بالتنفيذ الكامل. فيما يلي بعض المواقف الشائعة التي تكون فيها المسامير مفيدة:
عندما يتعين على فريقك تقييم خيارات تقنية متعددة لإيجاد حل لمشكلة محتملة. إذا لم يكونوا متأكدين من الخيار الأفضل، يمكنهم بدء تحقيق قصير أو ارتفاع مفاجئ للتحقق من صحة افتراضاتهم واختيار النهج الأمثل.
عند العمل على قصة مستخدم، إذا شعر فريق التطوير أن الطريق إلى تنفيذ القصة غير واضح، يمكن أن يكون الارتفاع المفاجئ مفيدًا. باستخدام سبايك، يمكنهم تجربة اتجاهات مختلفة حتى يصلوا إلى نتيجة.
عندما يعمل فريقك على ميزة معقدة ومحفوفة بالمخاطر أو قصة مستخدم، فإن هناك حاجة إلى سبايك. سيساعد الفريق على تجربة الميزة قبل الالتزام الكامل ببنائها.
عندما تكون قصة المستخدم مكتوبة بشكل سيء أو يصعب تقديرها، يمكن أن يساعد التحقيق القصير من خلال الارتفاع المفاجئ الفريق في العثور على اللغز المفقود للتخطيط.
استكشف خيارات التدريب، واكتسب الخبرة العملية، واحصل على شهادات لتعزيز مهاراتك ومصداقيتك في هذا المجال.
فيما يلي بعض النصائح لتخطيط وتنفيذ المسامير الرشيقة:
حدد الأهداف بوضوح قبل التخطيط للارتفاع المفاجئ. ما هي حالة عدم اليقين المحددة التي تريد حلها؟ على سبيل المثال، إذا كان فريق التطوير غير معتاد على واجهات برمجة التطبيقات ويريد دمج تطبيق طرف ثالث، فإن هدفه المحدد للارتفاع المفاجئ سيكون بناء تكامل وهمي لفهم كيفية تصميم التكامل الكامل بشكل أفضل.
بعد ذلك، قم بتعيين مدة محددة للارتفاع المفاجئ. سيساعدك تحديد المدة الزمنية للارتفاع المفاجئ على التأكد من عدم تحوله إلى تنفيذ كامل. من الناحية المثالية، 1-3 أيام مناسبة للارتفاع المفاجئ.
ضع خطة مرنة وحدد أنشطة التحقيق الرئيسية ونهجها. حدد أيضاً ما هي الموارد أو الأدوات أو الخبرات التي ستحتاجها من أجل تنفيذ الارتفاع المفاجئ.
من المهم أن يكون لديك فريق مناسب من الخبراء لإدارة سبايك ناجح. يمكنك تجميع فريق صغير من المصممين أو المطورين أو غيرهم من الأعضاء ذوي الصلة بالمشكلة المحددة التي تريد حلها.
يمكن لأي شخص من فريق Scrum أن يبدأ في تنفيذ الارتفاع المفاجئ. إذا شعر أي عضو من الفريق أنه غير معتاد على مفهوم ما قبل البدء بمهمة معينة، يجب أن يبدأ في إحداث ارتفاع مفاجئ. قد يكون إيقاف مهمة ما في منتصف البصمة لمعرفة أوجه عدم اليقين أمرًا محبطًا ومضيعة للوقت بالنسبة للفريق.
لذا، إذا شعر المطورون الذين يعملون على قصة المستخدم بالحاجة إلى تحديد المخاطر أو الاختيار بين عدة حلول محتملة، يمكنهم إجراء الارتفاع التقني للحصول على الوضوح.
إذا شعر مالك المنتج أن الفريق بحاجة إلى مزيد من المعلومات لتحسين عناصر الأعمال المتراكمة للمنتج، فيمكنه بدء زيادة البحث.
أيضًا، يمكن لمسؤول Scrum الرئيسي أن يسهّل إجراء سبايك لتقليل مخاطر المشروع والمجهول واكتساب رؤى قبل بدء سباق السرعة.
قواعد توقيت سبايك أجايل ليست منقوشة على حجر. ومع ذلك، فإن التوصية الأكثر شيوعًا هي الحد من الارتفاع المفاجئ إلى 1-3 أيام. بالنسبة لتحقيق تقني معقد، يكفي 2-3 أيام من الارتفاع المفاجئ لجمع المعلومات.
تأكد من تجنب المسامير التي تزيد مدتها عن 5 أيام. لأن الارتفاع المفاجئ طويل المدة هو علامة على أن الأمر قد تطور إلى تنفيذ كامل وليس نموذجًا أوليًا تجريبيًا.
المسامير الرشيقة هي عبارة عن تحقيقات قصيرة ومركزة توفر رؤى مهمة للفريق. فهي تسمح بالتحقق من صحة الافتراضات واكتساب المعرفة وتقليل المخاطر قبل الالتزام بالتنفيذ الكامل للقصص المعقدة.
احرص على أن تكون المسامير قصيرة وهادفة وذات رؤية ثاقبة. يجب أن تكون المسافات القصيرة محددة زمنيًا لبضعة أيام وأن تكون لها أهداف محددة بوضوح حول استكشاف أوجه عدم اليقين. ليس المقصود منها أن تكون عمليات تنفيذ كاملة جاهزة للإنتاج. يمكن لأدوار الفريق المختلفة، من المطورين إلى مالكي المنتجات، بدءاً من المطورين إلى مالكي المنتجات، بدءاً من المطورين إلى مالكي المنتجات، بدءاً من المطورين إلى مالكي المنتجات، حسب الحاجة.
بشكل عام، تُمكِّن الطفرات الفرق من اكتساب المعرفة بشكل تدريجي واتخاذ القرارات في الوقت المناسب. ستشهد الفرق التي تستفيد من الارتفاعات المفاجئة بشكل مناسب تحسنًا في التسليم والجودة ونتائج الأعمال.
الارتفاع المفاجئ في Scrum عبارة عن تجربة أو نشاط بحثي قصير ومحدد بوقت محدد. يتم استخدام المسامير عندما يحتاج الفريق إلى مزيد من الوضوح قبل الالتزام بقصة مستخدم كبيرة أو معقدة.
تهدف قصة المستخدم إلى وصف الميزات التي سيتم بناؤها والتي تقدم قيمة للمستخدمين. على العكس من ذلك، فإن الارتفاع المفاجئ هو نشاط بحثي أو تحقيق يتم تنظيمه لتوفير المعلومات وحل أوجه عدم اليقين المتعلقة بقصص المستخدمين المعقدة.
يشير أسلوب سبايك في أجايل إلى نشاط بحث أو تجريب أو نشاط وضع النماذج الأولية في إطار زمني محدد. تكون المسامير قصيرة، عادة ما تكون من 1-3 أيام. تُستخدم تقنية سبايك في Scrum و SAFe وغيرها من أطر العمل الرشيقة.
نافين مدرب أجايل محترف ويعمل بشكل مستقل منذ فترة طويلة في منطقة آسيا والمحيط الهادئ. وهو يعمل مع فريق تطوير البرمجيات وفريق المنتج لتطوير منتجات رائعة بناءً على عمليات تجريبية.