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