ADAPT Methodology® Blog

تعريف الانجاز - Definition of Done (DoD) - الدليل النهائي للقادة

organisational mastery

 

الشروع في الانتقال من مشروع إلى نهج مركز على المنتج يتطلب مجموعة من الأدوات القوية لضمان النجاح. من بين هذه الأدوات الأساسية هو Definition of Done (DoD).

 

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

 

بينما نغمر في عالم Definition of Done ، سنستكشف دورها الأساسي، مكشفًا كيف أنها ليست مجرد "جيدة للحصول عليها"، ولكن في الواقع أداة إلزامية في أي تحويل من مشروع إلى منتج.

 

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

 

تعريف الانجاز، المعروف أيضًا بـ DoD، هو مفهوم رئيسي في التطوير agile يشير إلى المعايير التي يجب تحقيقها حتى يعتبر المهمة أو الميزة مكتملة. يساعد DoD في ضمان تخطيط المهام بشكل جيد والتفكير فيها وأن المنتج النهائي يلبي المعايير المطلوبة من حيث الجودة.

 

واحدة من الفوائد الرئيسية لـ Definition of Done هو أنه يساعد في مواءمة توقعات جميع أصحاب المصلحة، بما في ذلك المطورين، مديري المنتج، والعملاء.

 

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

 

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

 

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

 

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

 

أدناه أقوم بسرد 15 عنصرًا قد يرغب الفرق في تضمينها أو عدم تضمينها في Definition of Done الخاصة بهم. بعض هذه العناصر أكثر تحديًا من الآخرين، ولكن هذه مجرد قائمة أساسية من الأفكار التي يمكن أن تساعد الفرق في تحديد Definition of Done الخاصة بهم، إرشاد عام؛ لا تتردد في اختيار ما يناسب وضعك الخاص.

  • X% من تغطية الكود من "Unit Test"
  • تم إنشاء اختبارات تلقائية لـ "User Story" ونجحت
  • تم تحقيق معايير القبول
  • جميع اختبارات الانحدار للمنتج قيد التنفيذ
  • تم اختبار ونجاح المتطلبات غير الوظيفية على مستوى النظام (مثل أداء مستوى النظام)
  • يتم تشغيل البرنامج في الخادم الذي سيتم تحديده من قبل الفريق (بشكل مثالي في ما قبل الإنتاج)
  • مراجعة الكود من قبل نظير
  • تم تحديث الوثائق التقنية
  • تم تحديث وثائق المستخدم
  • تم توطين وثائق المستخدم
  • تم التوطين للقصة
  • تم اختبار التوطين
  • تم إدخال التسويق
  • تمت الوثائق القانونية
  • تم اختبار البيتا

بدون Definition of Done واضح ومحدد جيدًا، قد يكون من الصعب على فرق التطوير التأكد من أن المهام مخططة بشكل جيد وتم التفكير فيها، وأن المنتج النهائي يلبي المعايير المطلوبة من حيث الجودة.

 

واحدة من المشكلات الرئيسية لعدم وجود  Definition Of Done هو أنه قد يؤدي إلى سوء الفهم وسوء التواصل داخل فريق التطوير. بدون توقعات واضحة بشأن ما يعنيه أن تكون المهمة أو الميزة قد تمت، قد يكون لدى أعضاء الفريق تفسيرات مختلفة لما يجب إنجازه، مما يؤدي إلى الإرباك والتأخير.

 

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

 

بالإضافة إلى هذه المشكلات، قد يؤدي عدم وجود  Definition Of Done  أيضًا إلى منتجات ذات جودة أقل. بدون معايير واضحة للجودة، من المحتمل أن تظل العيوب والمشكلات غير مكتشفة حتى مراحل لاحقة من عملية التطوير، مما يؤدي إلى إعادة العمل الأكثر تكلفة واستهلاكًا للوقت.

 

عندما ينضم Scrum Master إلى فريق "Agile"، فإحدى أكثر التمارين شيوعًا التي يجب أن يساعد الفريق فيها هو قائمة Definition of Done.

 

يجب على Scrum Master مساعدة الفريق في تطوير Definition of Done (DoD) الخاصة بهم، ولكن في النهاية، يجب أن يتحدى DoD  الخاصة بهم، مما يجعلهم يفكرون قليلاً.

 

بالنسبة لي، من الواضح أن القصة مكتملة فقط عندما يتم تلبية جميع موضوعات قائمة DoD، وأن البنية خضراء.

 

ولكن كيف يمكن لـ Scrum Master دفع الفريق لتحسين  Definition of Done? الإجابة سهلة جدًا، يجب عليه تحديد "Future Definition of Done" و "The Present Definition of Done" كما ترون أدناه.

Future Definition of Done

عندما يقوم Scrum Master بإنشاء  Definition of Done ، يجب أن يفكر في جميع المهام التي يجب إنجازها لوضع القصة في الإنتاج. يجب أن يكونوا مبتكرين ويشملون كل شيء، حتى المهام التي قد تكون خارج سيطرة فريقهم.

 

عندما ينتهون، سيحصلون على ما أسميه "Future Definition Of Done". هذه هي أكثر تعريفات الانجاز طموحًا التي يمكن أن يخلقوها.

The Present Definition of Done

الخطوة التالية هي بناء Definition of Done جديد. سيستخدم الفريق هذا التعريف. لإنشاء هذا DoD، ما عليك سوى اختيار الموضوعات من "Future Definition of Done" التي يمكن للفريق التعامل معها في تلك اللحظة.

 

على الأرجح، ستكون هذه قائمة مختصرة مما أنشأوه من قبل.

 

الآن لديهم نوعين من Definition of Done، مهمتهم هي اختيار موضوع جديد من "Future DoD". يتم تحقيق ذلك، على سبيل المثال، في  Agile Retrospectives.

 

من وقت لآخر، يمكن للفريق استخدام Agile Retrospective للتفكير في "ما هو الموضوع الجديد الذي يودون تضمينه في Definition of Done الحالي؟"

 

في نقطة معينة، سيتمكن الفريق من نقل جميع الموضوعات من "Future DoD" إلى "DoD" الحالي.

 

في تلك النقطة، يجب أن يكون الفريق فخورًا جدًا لأنهم فريق ناضج جدًا.

 

إذا كان لديهم موضوعات في "Future Definition of Done" تكون خارج سيطرتهم، يمكنهم استخدامها كعوائق معتادة يمكن طرحها في  Impediment Board. قد يكون هذا معقدًا، ولكن إذا حصلت على الدعم المناسب من الإدارة، فأنت تساعد الشركة في التحسن ككل.

 

أنت تزيد الكفاءة عن طريق تقليل التسليمات وتمكين الشركة من إصدار البرامج بشكل أسرع.

 

بشكل عام، Definition Of Done هو جانب مهم من التطوير الرشيق الذي يساعد في ضمان نجاح المشروع من خلال تحديد التوقعات بوضوح، وتحسين الكفاءة والجودة، وتعزيز العمل الجماعي والتعاون. من خلال تحديد بعناية ما يعنيه أن تكون المهمة أو الميزة قد تمت، يمكن للفرق العمل بشكل أكثر فعالية وتقديم نتائج أفضل.

هل أعجبك هذا المقال؟

نمكّن القادة من أن يصبحوا ذوي قيمة عالية ومعترف بهم من خلال تكييف شركتهم المركزة على المشروع إلى شركة موجهة نحو المنتج، تغيرت المجتمع ويحتاج القادة إلى دعم لتكييف شركاتهم للعصر الرقمي، هذا هو السبب في خلق ADAPT Methodology®!

 

إذا كنت مهتمًا في معرفة ما إذا كانت شركتك مركزة على المشروع أو شركة موجهة للمنتج ببساطة خذ اختبارنا للمنتج إلى منتج.

 

إذا كنت تريد معرفة كيف يمكننا مساعدتك في بدء التحول الخاص بك، يرجى مراجعة: تدريب المشروع إلى المشروع.

 

إذا كنت مهتمًا في إجراء تحول في شركتك، يرجى مراجعة: الاستشارات من المشروع إلى المنتج.

 

scorecard adapt

1 Webp

Product First

Get your free copy