الجاهزية (DoR/DoD)

DoR — تعريف الجاهزية: ما يجب أن يكون جاهزًا كي يبدأ العمل. وُجد لإنهاء الطلب الذي يدخل التنفيذ ثم يعود بعد يومين لأن الصلاحية أو البيانات أو القرار كانت ناقصة.
DoD — تعريف الإنجاز: ما يجب أن يكون منجزًا كي يُعدّ العمل منتهيًا. وُجد لإنهاء عبارة "انتهيت" التي لم تُختبر بعد ولم تُوثَّق ولم تُبلَّغ.

كلاهما الفكرة نفسها مطبّقة على الطرفين: اكتب الاتفاق مسبقًا حتى لا تتجادل لاحقًا. وكلاهما لكل مرحلة من اللوحة — ويمكن أن يكون لكل عمود تعريفه.

قائمتان يتفق عليهما الفريق مرة واحدة ويستخدمهما دائمًا: ما يجب أن يكون جاهزًا لكي يستطيع الطلب أن يبدأ (Definition of Ready)، وما يجب أن يكون جاهزًا لكي يُعدّ منتهيًا (Definition of Done). هذا ما يمنع الطلب الذي يدخل السبرنت بلا نطاق، والطلب الذي "جاهز" لكن لم يختبره أحد.

هنا تسجّل بندًا من اتفاق جاهزية الفريق (DoR/DoD): المرحلة التي ينطبق عليها، وما إذا كان شرطًا للدخول إليها أو للخروج منها، وما إذا كان ينطبق على نوع طلب واحد فقط، ونص الاتفاق، وما إذا كان يمنع الخروج من المرحلة، وترتيب العرض، وما إذا كان نشطًا. إنها قائمة تحقق جودة التدفق، بندًا بندًا.

يحدد حقل "دخول أو خروج" الجانب الذي يقع فيه الاتفاق من المرحلة. بند الدخول هو Definition of Ready: ما يجب أن يكون جاهزًا قبل أن يدخل الطلب تلك المرحلة ("معايير القبول مكتوبة"، مثلًا، قبل الدخول في التنفيذ). وبند الخروج هو Definition of Done: ما يجب إنجازه لكي يخرج الطلب من المرحلة ("code review معتمدة"). يقصر حقل "لهذا النوع فقط" البند على نوع طلب واحد — فاتفاق الأخطاء لا يلزم أن ينطبق على التحسينات.

تكتب البند هنا مرة واحدة؛ ثم يُنسخ إلى قائمة التحقق الخاصة بالطلب نفسه عندما يدخل المرحلة، مع التسمية بين قوسين معقوفين (مثلًا [DoD Em execução] testes automatizados verdes).

لاحظ أنه لا توجد قائمة ثانية للتأشير: من يعمل يؤشّر في المكان المعتاد داخل الطلب، والتحقق يقرأ من هناك. قائمة ثانية كانت ستعني عمليًا قائمة مهجورة.

هذا هو الجزء الأكثر مخالفة للبديهة. عند سحب بطاقة من عمود إلى آخر، يتحقق النظام من تعريف الإنجاز للعمود الذي تغادره — لأن السؤال هو "هل يمكن اعتبار هذا منتهيًا هنا؟".

تعريف الجاهزية لا يحجب أبدًا. يدخل كتحقق عند الدخول، ويظهر في قائمة التحقق، ويعمل كتذكير. إذا فعّلت الحجب على بند من تعريف الجاهزية، يعطّله النظام وينبّه.

ثلاث نتائج ممكنة عند النقل: لا شيء معلّق، فتمرّ البطاقة؛ بنود معلّقة بلا حجب، فتمرّ البطاقة مع تنبيه يسرد ما تبقّى؛ بنود معلّقة مع حجب، فتعود البطاقة إلى مكانها. يكفي بند حاجب واحد مفتوح لمنعها.

البوابة المفروضة قبل الاتفاق تولّد التحايل لا الجودة: يتعلم الفريق التلاعب باللوحة. اكتب البنود، ودع الفريق يتعايش معها بضعة أسابيع، ولا تفعّل الحجب إلا على ما صار عادة ومع ذلك يفلت.

حدّان صريحان للبوابة، حتى لا تثق بها أكثر من اللازم: إنها تعمل فقط عند السحب على اللوحة — تغيير الحالة عبر نموذج الطلب أو دفعة واحدة أو عبر "إنهاء" لا يمرّ من هنا. وإذا فشل التحقق بسبب خطأ تقني، فإن النقل يمرّ. البوابة التي توقف التشغيل بسبب عطل في البنية التحتية أسوأ من المشكلة التي تمنعها.

يتعرّف البند والتأشير أحدهما على الآخر عبر نص التسمية. عند تعديل وصف اتفاق (أو إعادة تسمية المرحلة، التي تدخل في التسمية)، يتوقف النظام عن التعرّف على ما كان مؤشَّرًا: يبقى التأشير القديم ظاهرًا في سجل الطلب ويدخل البند الجديد معلّقًا.

هذا هو السلوك الصحيح — تغيّرت القاعدة فيُعاد التحقق —، لكن خطّط للتغيير: القيام به في منتصف السبرنت يعيد البنود المعلّقة إلى اللوحة كلها.

عند حفظ عرض بزر "العروض"، يحتفظ بأربعة أشياء: نص البحث، والفلاتر المطبقة، والأعمدة الظاهرة (وترتيبها)، والعمود الذي تُرتَّب به القائمة. تطبيق العرض يستعيد كل شيء دفعة واحدة — بما في ذلك إعادة ضبط الترتيب والصفحة التي كنت فيها، ليكون الناتج مطابقًا تمامًا لما يصفه العرض. العروض المحفوظة قبل هذا الإصدار تبقى صالحة: ما لم تحفظه لا يتغير ببساطة عند تطبيقها.

Nas fichas, sair de um campo já dispara a conferência do que dá para conferir na hora: campo obrigatório deixado em branco e e-mail mal formado. O aviso aparece embaixo do campo e desaparece quando você começa a corrigir. Campo numérico não precisa de aviso: ele simplesmente não aceita letra enquanto você digita. Isso é conforto, não a validação final: ao salvar, o sistema confere tudo de novo do lado do servidor.

يفصل مفتاح "يمنع الخروج" بين الاتفاق الإرشادي والاتفاق الملزم: البند المانع يحبس الطلب في المرحلة ما دام لم يُستوفَ؛ والبند غير المانع يظهر كتذكير باتفاق الفريق لكنه لا يمنع التقدم. استخدم القفل باعتدال — فمنع كل شيء يحوّل التدفق إلى بيروقراطية ويدعو الفريق إلى تعليم البنود دون النظر إليها؛ المنع مخصص لما لا يمكن تمريره فعلًا دون تحقق، مثل "الاختبارات مُنفَّذة" قبل الإنهاء.

في لوحة نشاط السجل، لكل ملاحظة خيار "تحويل إلى طلب". النقر يُنشئ تذكرة بنص الملاحظة وكاتبها ورابط هذا السجل — دون إعادة كتابة شيء. استخدمه عندما تكون الملاحظة طلبًا لإجراء ("يجب أن يراجع أحدهم هذا")؛ وتبقى الملاحظة في مكانها. لا يظهر الزر إلا بعد حفظ السجل؛ وجلسة القراءة فقط (العرض التجريبي) لا تُنشئ تذكرة.

فقط إذا تركت النوع فارغًا — عندها تكون قاعدة عامة. عند تعبئة النوع، يسري البند على ذلك النوع من الطلبات فقط (خلل، تحسين، دعم...).

انتبه إلى دقيقة: الطلب بلا نوع محدد لا يتلقى إلا القواعد العامة. إذا كان تعريف الإنجاز المهم لديك مربوطًا بنوع، فإن الطلب بلا نوع يفلت منه.

افتح السجل وانظر إلى "الخط الزمني" على اليمين: يعرض كل تغيير على شكل "من قيمة إلى أخرى"، مع الشخص والتاريخ. عندما تكثر التغييرات، استخدم الفلترين أعلى الخط الزمني — أحدهما حسب الحقل والآخر حسب الشخص. يجري البحث في قاعدة البيانات، لذا يظهر التغيير القديم بالطريقة نفسها. يمكنك أيضًا أن تسأل Tenkai: "من غيّر العقد 482؟".