تصميم حالات المناوبات لأدوات الجدولة
كنت أظن أن حالات المناوبات ستكون بسيطة. مناوبة واحدة مؤكدة. وأخرى غير مؤكدة. لكنني كنت مخطئاً.
الحالة ليست مجرد ملصق على بطاقة. إنها المحرك لمنطق المنتج. وهي التي تخبر النظام بما يجب فعله تالياً.
فكر في عبارة "غير مؤكدة". إنها تخفي الكثير من التفاصيل. هل يعلم الموظف بالمناوبة؟ هل رفضها؟ هل تحتاج إلى بديل؟
أنت بحاجة إلى نموذج واضح لتجنب الارتباك. إليك كيفية الفصل بين هذه الحالات:
- مُسندة: شخص ما لديه المناوبة.
- في انتظار التأكيد: الشخص يعلم بالمناوبة ولكنه لم يرد بعد.
- مؤكدة: الشخص وافق.
- تحتاج إلى تغطية: الشخص رفض المناوبة.
- متاح للتغطية: يرى الموظفون الآخرون الشاغر.
- ملغاة: المهمة لم تعد موجودة.
"المُسندة" تختلف عن "المؤكدة". يبدو الجدول ممتلئاً عندما يتم إسناد الجميع. لكنه لا يستقر حتى يؤكد الجميع. هذا التمييز يحميك من المفاجآت.
"تحتاج إلى تغطية" هي مشكلة محددة. وهي ليست نفس "غير مؤكدة". إحداهما تعني انتظار الرد. والأخرى تعني البحث عن شخص جديد. المشكلات المحددة تحصل على حلول أسرع.
تصميم الحالة هو تصميم للمنتج. فهو يشكل سير العمل. ويحدد ما يراه المستخدمون. ويخبرك بما هو عاجل.
اجعل حالاتك واضحة. الحالة الجيدة تجعل الخطوة التالية بديهية.
المصدر: https://dev.to/miran969/designing-shift-statuses-for-a-small-team-scheduling-tool-3bk5