شیڈولنگ ٹولز کے لیے شفٹ اسٹیٹس کا ڈیزائن
مجھے لگا تھا کہ شفٹ اسٹیٹس سادہ ہوں گے۔ ایک شفٹ کنفرم ہے۔ ایک نہیں ہے۔ میں غلط تھا۔
اسٹیٹس محض کسی کارڈ پر لگا ہوا لیبل نہیں ہے۔ یہ پروڈکٹ کے لاجک (logic) کو چلاتا ہے۔ یہ سسٹم کو بتاتا ہے کہ آگے کیا کرنا ہے۔
"not confirmed" کے جملے کے بارے میں سوچیں۔ یہ بہت سی تفصیلات کو چھپا دیتا ہے۔ کیا اسٹاف ممبر کو شفٹ کے بارے میں معلوم ہے؟ کیا انہوں نے انکار کر دیا ہے؟ کیا آپ کو متبادل کی ضرورت ہے؟
الجھن سے بچنے کے لیے آپ کو ایک واضح ماڈل کی ضرورت ہے۔ ان حالتوں کو الگ کرنے کا طریقہ یہ ہے:
- Assigned: ایک شخص کو شفٹ دے دی گئی ہے۔
- Waiting for confirmation: شخص کو معلوم ہے لیکن اس نے جواب نہیں دیا ہے۔
- Confirmed: شخص نے ہاں کہہ دی ہے۔
- Needs cover: متبادل کی ضرورت ہے۔
- Available to cover: دوسرے اسٹاف ممبرز خالی جگہ دیکھ سکتے ہیں۔
- Cancelled: کام ختم ہو گیا ہے۔
Assigned، Confirmed سے مختلف ہے۔ جب ہر کسی کو Assigned کر دیا جاتا ہے تو شیڈول مکمل نظر آتا ہے۔ لیکن جب تک ہر کوئی Confirm نہ کر دے، معاملہ طے نہیں ہوتا۔ یہ فرق آپ کو اچانک آنے والے سرپرائزز سے بچاتا ہے۔
Needs cover ایک مخصوص مسئلہ ہے۔ یہ unconfirmed کے برابر نہیں ہے۔ ایک کا مطلب ہے جواب کا انتظار کرنا۔ دوسرے کا مطلب ہے نیا شخص تلاش کرنا۔ مخصوص مسائل کے حل زیادہ تیزی سے ملتے ہیں۔
اسٹیٹس کا ڈیزائن پروڈکٹ کا ڈیزائن ہے۔ یہ ورک فلو (workflow) کی شکل دیتا ہے۔ یہ فیصلہ کرتا ہے کہ صارفین کیا دیکھیں گے۔ یہ آپ کو بتاتا ہے کہ کیا ضروری ہے۔
اپنے اسٹیٹس کو واضح رکھیں۔ ایک اچھا اسٹیٹس اگلے قدم کو واضح بنا دیتا ہے۔
ماخذ: https://dev.to/miran969/designing-shift-statuses-for-a-small-team-scheduling-tool-3bk5