فهم تعريف ما تم إنجازه في المشاريع الرشيقة

يعد Scrum أحد أكثر أطر العمل تطبيقًا بين منهجية Agile لأنها سهلة الفهم وخفيفة الوزن. يجب على المحترفين الذين دخلوا عالم الأجايل أن يتعلموا عن قيم ومبادئ سكرم والأدوات والتقنيات المستخدمة في إطار عمل سكرم. بينما يتعلم الفرد عن صنع زيادات المنتج من خلال سباقات السرعة وتقديم القيمة، هناك بعض المصطلحات التي يجب على عضو فريق Scrum تعلمها وفهمها تمامًا. أحد هذه المصطلحات التي غالبًا ما يتم استخدامها خلال عملية سبرينت هو “تعريف المنجز”. هذا المصطلح بسيط جدًا حيث أن التفسير الأساسي للمصطلح هو أنه مجموعة المعايير التي يجب أن تكتمل بها قصة مستخدم واحدة حتى يتم قبولها ليتم تكييفها خلال زيادة المنتج في سبرم. ولكي يكون أي سبرينت ناجحًا، من المهم جدًا أن يقرر الفريق تعريفًا مناسبًا لمصطلح “تم”، مما يعني أنه يتعين على الفريق أن يقرر ما تعنيه كلمة “تم” بالضبط. يقدم هذا المقال نظرة ثاقبة على الجوانب المختلفة لتعريف “تم” ويشرح كيف أنه ضروري لنجاح سبرينت.
ما هو “تعريف المنجز” في سكروم؟
يُعرّف تعريف المنجز في سكروم على أنه مجموعة المعايير والشروط التي يجب أن تستوفيها قصة المستخدم حتى يتم قبولها من قبل العميل والمستخدم والفريق وأصحاب المصلحة. يجب أن تفي قصة المستخدم التي صاغها الفريق وأضيفت إلى قائمة Sprint Backlog بتعريف المنجز بحيث تكون جودة البرنامج ممتازة. إن وجود تعريف المنجز لقصة المستخدم يمنع الفريق من إعادة العمل على نفس قصة المستخدم ويسمح لهم بأن يصبحوا أكثر كفاءة من حيث الوقت. كلما كانت قصة مستخدم معينة لا تفي بتعريف المنجز، لا تتم ترقيتها إلى بيئات ذات مستوى أعلى. وبالتالي، لا تصل إلى العملاء أو المستخدمين. ويشمل تعريف المنجز جميع جوانب قصة المستخدم من التطوير والترميز ومراجعة الترميز وتحليل الجودة والاختبار والنشر. لا يمكن زيادة أي قصة مستخدم تفي بمعايير القبول ولكن لم تتم مراجعتها أو اختبارها برمجيًا في المنتج. وبالتالي، فإن تعريف المنجز هو جزء لا يتجزأ من تطوير منتج Scrum الذي يساعد على نجاح Sprint. يحتوي أي تعريف لـ Done على أربع ميزات يجب أن تستوفيها قصة المستخدم وهي معايير القبول: وهي مجموعة من العبارات أو الإرشادات التي يجب أن تفي بها قصة المستخدم حتى يمكن إكمالها. مراجعة الكود: يجب مراجعة الرموز الخاصة بالسباق السريع بحيث يمكن اكتشاف أي خطأ. الاختبار: يجب اختبار جميع الأكواد قبل أن يتم زيادتها في المنتج. النشر الفوري: يجب أن تكون جميع الميزات التي تم تطويرها في سبرينت قابلة للنشر الفوري ويمكن دمجها في المنتج.
تعريف المنجز: تعريف المنجز هو أقرب إلى قائمة تحقق حيث يتحقق الفريق من القائمة بحيث يتأكدون من استيفاء كل ما هو مطلوب لعمل الميزة. هذا يضمن أيضًا أن الميزة قد انتهت بنجاح ومن المحتمل أن تكون قابلة للشحن. تعتمد قائمة المهام التي يجب إكمالها لقصة المستخدم على عوامل مختلفة مثل طبيعة المنتج والأدوات والتكنولوجيا المستخدمة والمؤسسة التي تقوم بتطوير المنتج والعقبات الحالية التي يواجهها الفريق لبناء المنتج.
تعريف Done في أمثلة Scrum
يمكن أن يختلف تعريف Done اعتمادًا على العوامل المذكورة أعلاه، ومع ذلك، يجب أن يتفق الجميع في الفريق على قائمة المعايير التي تدخل في تعريف Done. ينص تحالف Scrum Alliance على أن هناك ثلاثة أنواع من DoD بناءً على ما يقرره الفريق تعريف تم. الأنواع الثلاثة هي: تعريف تم بالنسبة للسباق تعريف تم بالنسبة للإصدار تعريف تم بالنسبة لميزة مثل عنصر تراكم المنتج أو قصة المستخدم. كما هو واضح من عنوان تعريف المنجز، يتوافق كل نوع من أنواع تعريف المنجز مع ما يعمل عليه الفريق بالضبط. وبالتالي، ستكون قائمة المراجعة الخاصة بكل وثيقة من وثائق الإنجاز مختلفة ومحددة لما يعمل عليه الفريق.
يمكن استخدام تعريف المنجز كأداة تُستخدم للإبلاغ عن العمل لأعضاء الفريق الآخرين ومالك المنتج. يجب أن يحتوي تعريف المنجز البسيط على الأقل على التصميم والترميز والتكامل والاختبار والتوثيق، والتي يجب أن تساهم في صنع منتج يضيف قيمة للمستخدم والعميل. ومن الأمثلة على DoD تضمين العديد من تقنيات الاختبار في القائمة حيث توجد أنواع مختلفة مثل اختبار النظام واختبار النظام الأساسي واختبار الأداء. إذا فات أي نوع أساسي من الاختبارات من قبل المختبر، فإن المنتج لن يكون قابلاً للشحن، لأن اختبار الأداء لم يتم “إنجازه” وبالتالي لن يتم إصدار الميزة لأنها لم تستوفِ تعريف “تم”.
ما هي المهام الموجودة في تعريف المنجز في Scrum؟
يختلف تعريف تم بناءً على نوعه ويعتمد أيضًا على أعضاء الفريق والعملاء فيما يتعلق بما يتوقعونه من زيادة المنتج. ومع ذلك ، فيما يلي لمحة عامة عن الأشياء التي يتضمنها تعريف Done. مراجعة التصميم: تتم مراجعة تصميم الميزة للعثور على أي أخطاء ولمعرفة ما إذا كانت تتوافق مع قصة المستخدم. تتم البرمجة: في هذه المرحلة، يقوم المطوّرون بإعادة هيكلة الشيفرة البرمجية والترميز بصيغة قياسية بحيث يقومون ببناء تحديث مناسب بناءً على احتياجات قصة المستخدم. يتم التحقق من الكود وفحصه للتحقق مما إذا كان يفي بمعايير تعريف المنجز. تتوفر وثائق المستخدم النهائي يجب أن يخضع الكود المطور لأنواع مختلفة من الاختبارات مثل اختبار الوحدة، واختبار التكامل، واختبار الانحدار، واختبار النظام الأساسي، واختبار اللغة. يجب تحديد جميع العيوب وإصلاحها يجب إجراء اختبار قبول للميزات يجب إجراء اختبار قبول للميزات يمكن أن يتم تشغيل زيادة المنتج على خوادم الإنتاج
كيف تنشئ وتعتمد اختبار القبول في سكروم؟
اتبع هذه الخطوات البسيطة لتنفيذ تعريف ناجح للإنجاز في فريق سبرينت الخاص بك. صمم تعريفًا بسيطًا وفعالًا لـ Done من خلال مناقشته مع جميع أعضاء الفريق. احرص على أن يكون الجميع على دراية بما يجري في تعريف المنجز حيث يتعين عليهم إنشاء ميزات من شأنها أن تفي به في نهاية السبرينت. احتفظ بميزات وزارة الدفاع التي تم تشكيلها حديثًا في مكان يراه الجميع في الفريق حتى لا يفوتها أعضاء الفريق. يجب طرح وثيقة إدارة المهام في الاجتماعات كموضوع طبيعي حتى يمكن مواءمة تقدم الفريق ومراجعة العمل. أيضًا، يمكن لأعضاء الفريق التنبؤ بما سيفعلونه بعد ذلك للوفاء بوثيقة DoD. يجب تصميم وثيقة DoD الأولى بطريقة يجدها الجميع سهلة. يجب أن تكون قصيرة وبسيطة بحيث يحتفل الجميع بالفوز عند بدء المشروع. احرص على الاحتفال في كل مرة تلتقي فيها بـ DoD وتحقق سبرنت ناجحًا لأن كل فوز مهم ويمكن أن تتشكل عادات جديدة. قم بتعديل تعريفات المهام بناءً على أداء الفريق، إذا لم يتمكنوا من إكمال المهام حاول تقليل عدد العناصر المتراكمة وإذا كانوا يلبون المتطلبات باستمرار، يمكن رفع تعريفات المهام إلى مستوى أعلى.
راجع أيضًا:من يقوم بإنشاء تعريف “تم”؟
الفرق بين معايير القبول وتعريف المنجز في سكروم
معايير القبول هي مجموعة من الشروط التي يجب أن يستوفيها عنصر تراكم المنتج حتى يتم دمجه في زيادة المنتج في نهاية السبرينت. هذه هي الشروط التي يتم تعيينها من قبل مالك المنتج ويتم التحقق من هذه الشروط في اختبارات القبول. كل عنصر من عناصر Product Backlog سيكون له بضع مجموعات من المهام بحيث يمكن أن يعمل بشكل مناسب ويفي باحتياجات قصة المستخدم. هذه هي المبادئ التوجيهية لما يجب أن تفي به الميزة المطورة. سيحتوي كل عنصر من عناصر Product Backlog على معايير القبول التي يجب إكمالها قبل سبرينت.
من ناحية أخرى، تعريف المنجز، هو أيضًا قائمة المعايير التي يجب أن تفي بها زيادة المنتج. ومع ذلك، في تعريف المنجز، يجب أيضًا أن تكون ميزة المنتج قد تمت مراجعتها واختبارها بحيث تكون قابلة للنشر الفوري. يتطلب DoD أن يستوفي الفريق جميع المهام الواردة في تعريف المنجز بالإضافة إلى استيفاء معايير القبول لعنصر تراكم المنتج. ستتألف زيادة المنتج التي تم تطويرها في نهاية السباق من جميع عناصر Product Backlog المكتملة والمطابقة مع قائمة تعريف المنجز. لن يتم قبول عنصر تراكمات المنتج إلا إذا كان يفي بمعايير القبول الخاصة بالعنصر وكذلك تعريف المنجز.
ما هي فوائد تعريف المنجز في سكروم؟
هناك العديد من الفوائد من وجود تعريف تم في سبرينت. القليل منها: المسؤوليات شفافة: يفهم الجميع الدور الذي يجب أن يلعبوه في سبرينت والأدوار التي يلعبها الآخرون. وبالتالي، فإنه يمنع أعضاء الفريق من أداء أدوار الآخرين ويساعدهم على التركيز على أدوارهم الخاصة. وبهذه الطريقة يصبح أعضاء الفريق أكثر قابلية للتنبؤ ويمكن لمالكي المنتج وأعضاء الفريق توقع ما سيقدمه الشخص الآخر. يصبح الالتزام بـ “سبرينت” واقعيًا: عندما يكون لديك قائمة بالأشياء المطلوبة لإنجاز عنصر “تراكم المنتجات”، فإنك تميل إلى تخصيص الوقت وفقًا لذلك وإكمال المهام الواردة في القائمة. هذه أيضًا طريقة لتقييم ما إذا كان بإمكانك إكمال سبرينت وتقديم القيمة كما وعدت. بهذه الطريقة يصبح كل شخص في فريق سكروم أكثر موثوقية ويصبح أصحاب المصلحة والعملاء راضين عن عملهم. يتم بذل جهد أقل ولكن مع تقديم جودة أعلى: يتم تقليل عبء العمل على الموظفين الآخرين حيث تصبح جودة العمل الذي يقدمه أعضاء الفريق أعلى. قد يضمن تحديد ما تم إنجازه وجود أخطاء أقل لإصلاحها مما يعني تقليل عبء العمل على موظفي الدعم. تطوير وتيرة مستدامة: مع انخفاض العيوب، يمكن للفريق التركيز على خلق المزيد من القيمة بدلاً من حل الأخطاء القديمة. يمكن أن يصبح الفريق أكثر قابلية للتنبؤ والإنتاجية بحيث ينمو بوتيرة مستدامة. وهذا يساعد الفريق على أن يصبح أكثر ثقة بحيث يقدمون زيادات أكثر قيمة للمنتج.
ما هي المزالق الشائعة أثناء العمل مع DoD في Scrum؟ إذا كان تركيز الفريق ينصبّ باستمرار على وزارة الدفاع، فقد يؤدي ذلك إلى نتائج عكسية لأن وزارة الدفاع مصممة لتقليل عمل المطورين. قد يكون لكل قصة مستخدم أو ميزة خاصة بها DoD وقد لا تنطبق DoD العامة على تلك الميزة. وبالتالي، يجب على أعضاء الفريق قضاء المزيد من الوقت في تشكيل وثيقة DoD محددة. إذا كانت DoD مجرد فهم مشترك تم إخباره شفهياً وتخزينه رقمياً، فلن يتذكر أحد بالتأكيد DoD. من الأفضل دائمًا عرض وثيقة DoD على الحائط أو في مكان يمكن للجميع الوصول إليه بشكل شائع بحيث يذكرهم بالمعايير التي يجب الوفاء بها أثناء تطوير المنتج. لا يمكنك أن تتوقع تحقيق جميع تطلعاتك من زيادة المنتج إذا قمت بإدراج جميع الأشياء في تعريف معين لـ DoD. سيخلق هذا عبئًا أكبر على أعضاء الفريق وأيضًا سيتعامل معظمهم مع الأمر على أنه اختياري لأنه ليس لديهم الوقت الكافي لإنهاء تطوير الميزة.
الخاتمة
في Scrum، يعمل “تعريف ما تم إنجازه” كقائمة مرجعية حاسمة لفرق Scrum لضمان تقديم قيمة عالية الجودة في منتجاتهم. من خلال الالتزام بقائمة المراجعة هذه، يمكن للفرق أن تقلل بشكل فعال من حدوث الأخطاء، وبالتالي تخفيف عبء العمل على فرق الدعم. ويضمن خضوع ميزات المنتج لعمليات صارمة مثل مراجعة التعليمات البرمجية واختبارها ونشرها، مما يؤدي في النهاية إلى منتج نهائي عالي الجودة. وعلاوة على ذلك، يعزز “تعريف ما تم إنجازه” الشفافية والإنتاجية داخل الفرق، ويعمل كمبدأ توجيهي لأنشطة التطوير. وإلى أن يتحقق الإجماع على “تعريف ما تم إنجازه”، يظل بدء سبرينت معلقاً. تقدم SPOTO دورات تدريبية رشيقة تتعمق في مثل هذه المفاهيم الأساسية، مما يمكّن الفرق من التعاون بفعالية وتعزيز الإنتاجية من خلال عمليات تطوير واضحة.