هل ينبغي لتطبيق الأعمال منع العمل حتى تكتمل مهمة أخرى؟
استخدموا شرطًا مانعًا فقط عندما يكون منع بدء الخطوة التالية أو إتمامها مطلوبًا فعلًا. أما التنسيق المعتاد فقد يكفيه إظهار علاقة «بانتظار». قبل تكليف مطور بتطبيق لسير العمل، حددوا نوع الارتباط الذي يحتاجه كل إجراء، وما الذي يحقق شرطه، ومن يملك معالجة الاستثناءات.
الخط الواصل بين مهمتين لا يحدد هذه القواعد وحده. يشرح هذا الدليل متطلبات يُتفق عليها مع المطور، لا ضمانات لمنتج معين لإدارة المهام.
سمّوا الإجراء الممنوع تحديدًا
عبارة «التركيب يعتمد على الفحص» لا تكفي للمواصفات. هل يجوز تحديد موعد التركيب قبل الفحص؟ تجهيز المواد؟ بدء التنفيذ؟ أم تسجيل العمل على أنه مكتمل؟
اختاروا الإجراء الذي ينبغي منعه، بدل إغلاق السجل كله. قد تسمح شركة صيانة افتراضية بالتجهيز مع اشتراط اعتماد الفحص قبل بدء العمل. هذا مثال على قرار برمجي، وليس إرشادًا للسلامة أو بديلًا عن إجراءات اعتماد مهنية.
أما الارتباط الإرشادي فيُظهر الشرط غير المكتمل ويسمح بالمتابعة. إذا أردتم تحذيرًا أو تسجيل سبب المتابعة، فاذكروا ذلك صراحة. لا تصفوا التنبيه وكأنه ضابط يمنع التنفيذ حتمًا.
ما الذي يحقق الشرط؟
وضع علامة «مكتملة» على مهمة ليس بالضرورة اعتماد نتيجتها، واعتماد النتيجة ليس هو مراجعة مستند مطلوب. حددوا الواقعة المحفوظة التي تجعل الإجراء التالي متاحًا.
وعند وجود عدة شروط، قرروا هل يجب تحققها جميعًا أم يكفي بديل واحد من مجموعة. عرّفوا الإلغاء أيضًا: إلغاء الفحص لا يعني أنه نجح. قد يحتاج الشرط الملغى إلى بديل، أو إعفاء صريح، أو استمرار المنع، وفق الإجراء المتفق عليه.
تقدم واجهة Asana البرمجية الرسمية مثالًا على تمثيل العلاقات؛ فهي توثق عمليتين منفصلتين لتعيين اعتماد المهام واسترجاع المهام التي تعتمد عليها مهمة. هذا يثبت وجود علاقة بين المهام، لكنه لا يثبت أن إجراءً محددًا في منشأتكم سيُمنع أو أن موافقة مهنية قد صدرت. اطلبوا توضيح سلوك المنع على حدة.
امنعوا الدوائر التي يتوقف عندها الجميع
إذا كان سير العمل يشترط إكمال المتطلبات السابقة أولًا، فاطلبوا رفض اعتماد المهمة على نفسها واكتشاف سلاسل الاعتماد الدائرية. وإلا فقد تنتظر مهمة أخرى تعتمد في النهاية، عبر سلسلة مهام، على الأولى نفسها.
لا تكتفوا بفحص في نموذج الإدخال. اطلبوا من المطور إثبات أن تعديلين متزامنين لا يتركان دائرة ممنوعة في البيانات المحفوظة. وإذا كان التصميم يسمح بروابط إرشادية بين مهام ذات صلة، فميّزوها عن المتطلبات التي تمنع الإجراء فعلًا.
هذه توصيات للتطبيق المخصص، وليست ادعاءات عن آلية Asana الداخلية.
اتفقوا على أثر إعادة فتح المهمة السابقة
إذا أُعيد فتح شرط كان مكتملًا، فهل تُمنع مجددًا الأعمال اللاحقة التي لم تُنفذ؟ وماذا عن عمل لاحق انتهى بالفعل؟
يمكن مناقشة قاعدة تعيد تقييم الإجراءات التي لم تحدث بعد، وتضع العمل المكتمل ضمن قائمة مراجعة بدل عكسه دون بيان. لكن السياسة الصحيحة تتوقف على طبيعة العملية. قد تتطلب بعض التغييرات استجابة تشغيلية فورية لا تحسمها حالة عامة لمهمة.
أظهروا سبب عودة المنع وحددوا المسؤول عن حله. كلمة «محظور» وحدها، من دون شرط واضح أو مسؤول معروف، لا تساعد الموظف على التصرف.
اجعلوا الاستثناء مقصودًا
إذا سُمح بالتجاوز، فحددوا من يستخدمه، وأي شرط يتجاوزه، وما التفسير الذي يُحفظ. ميّزوا الإعفاء لمرة واحدة عن حذف العلاقة بالنسبة إلى جميع القرارات المستقبلية. لا ينبغي أن يغيّر الاستثناء نتيجة المهمة الأصلية ليجعلها تبدو ناجحة.
احموا تفاصيل المتطلبات المقيدة. قد يحتاج موظف إلى معرفة أن اعتمادًا ما لم يصدر، دون أن يحق له الاطلاع على السجل السري وراءه. اتفقوا على المعلومات التي يسمح لرسالة المنع بكشفها.
اطلبوا عرضًا عمليًا صغيرًا
سجّلوا الحالات التالية في معايير قبول التطبيق:
- يبقى التجهيز متاحًا مع منع الإجراء المحدد فقط.
- يتيح استكمال الشرط الصحيح الإجراء المقصود دون غيره.
- تتبع الشروط المتعددة قاعدة الجمع أو البدائل المتفق عليها.
- لا يحل الإلغاء محل الإكمال الناجح.
- يُرفض الاعتماد على الذات والدوران غير المباشر حيث يمنعهما التصميم.
- تؤثر إعادة الفتح في الأعمال المفتوحة والمكتملة بالطريقة المقررة.
- يبقى الاستثناء المصرح به قابلًا للتفسير دون إعادة كتابة النتيجة الأصلية.
عند تحديد نطاق تطبيق لسير العمل، أحضروا عملية فعلية أُزيلت منها المعلومات السرية، وحددوا نقاط التوقف الدقيقة فيها. سلسلة قصيرة بقواعد واضحة أفضل من مخطط مليء بأسهم لا تشرح معناها.
المصادر وحدود الاستناد إليها
Asana، تعيين اعتماد المهام: https://developers.asana.com/reference/adddependenciesfortask
Asana، استرجاع المهام السابقة التي تعتمد عليها مهمة: https://developers.asana.com/reference/getdependenciesfortask
ننسب إلى Asana عمليات العلاقات الموثقة فقط. أما المنع واكتشاف الدوائر وإعادة الفتح وإدارة الاستثناءات فهي متطلبات مقترحة للنظام المطلوب تطويره، ويجب تنفيذها واختبارها فيه.