शेड्यूलिंग टूल्ससाठी शिफ्ट स्टेटस डिझाइन करणे

मला वाटले होते की शिफ्ट स्टेटस सोपे असतील. एक शिफ्ट कन्फर्म आहे. एक शिफ्ट नाही. मी चुतो.

स्टेटस म्हणजे केवळ कार्डवरील एक लेबल नाही. ते प्रॉडक्ट लॉजिक (product logic) चालवते. सिस्टीमला पुढे काय करायचे आहे, हे ते सांगते.

'Not confirmed' या वाक्याचा विचार करा. यात खूप तपशील लपलेले असतात. कर्मचाऱ्याला त्या शिफ्टबद्दल माहिती आहे का? त्यांनी नकार दिला आहे का? तुम्हाला बदली व्यक्तीची गरज आहे का?

गोंधळ टाळण्यासाठी तुम्हाला एका स्पष्ट मॉडेलची गरज आहे. या अवस्था (states) वेगळ्या कशा करायच्या ते खाली दिले आहे:

• Assigned: एखाद्या व्यक्तीला शिफ्ट देण्यात आली आहे.
• Waiting for confirmation: व्यक्तीला माहिती आहे पण त्यांनी अद्याप उत्तर दिलेले नाही.
• Confirmed: व्यक्तीने होकार दिला आहे.
• Needs cover: व्यक्तीने नकार दिला आहे.
• Available to cover: इतर कर्मचारी ही रिकामी जागा पाहू शकतात.
• Cancelled: काम रद्द झाले आहे.

Assigned आणि Confirmed मध्ये फरक आहे. जेव्हा सर्वांना Assigned केले जाते, तेव्हा वेळापत्रक पूर्ण भरलेले वाटते. जोपर्यंत प्रत्येकजण Confirm करत नाही, तोपर्यंत ते निश्चित झालेले नसते. हा फरक तुम्हाला अनपेक्षित अडचणींपासून वाचवतो.

Needs cover ही एक विशिष्ट समस्या आहे. ती unconfirmed सारखी नाही. एक म्हणजे उत्तराची प्रतीक्षा करणे. दुसरे म्हणजे नवीन व्यक्ती शोधणे. विशिष्ट समस्यांसाठी जलद उपाय मिळतात.

स्टेटस डिझाइन करणे म्हणजे प्रॉडक्ट डिझाइन करणे होय. ते वर्कफ्लोला (workflow) आकार देते. वापरकर्त्यांना काय दिसेल हे ते ठरवते. काय तातडीचे आहे, हे ते तुम्हाला सांगते.

तुमचे स्टेटस स्पष्ट ठेवा. एक चांगले स्टेटस पुढचे पाऊल काय असावे, हे स्पष्ट करते.

Source: https://dev.to/miran969/designing-shift-statuses-for-a-small-team-scheduling-tool-3bk5