आवश्यक कर्मचारी संख्या आणि मागितलेल्या सुट्ट्या एकमेकांशी भिडतात.
मागितलेल्या सुट्ट्या, वेळ स्लॉटनुसार मागणी आणि किमान कर्मचारी संख्या अनेकदा एकाच वेळी हाताने तपासली जाते.
शिफ्ट आणि कर्मचारी ऑप्टिमायझेशन
पॅकेज शिफ्ट साधने सामावू शकत नाहीत अशा अटी आम्ही गणितीय मॉडेलमध्ये बदलतो. प्रणाली पुनरावलोकन करता येणारे उमेदवार तयार करते, त्यामुळे लोक कारणे आणि अपवाद पाहून निकाल निश्चित करू शकतात.
समस्या
शिफ्ट तयार करण्यातील कठीण भाग तक्त्यात नावे टाकणे नाही. अनेक नियम, विनंत्या आणि अपवाद सुसंगत ठेवणे हे कठीण आहे.
मागितलेल्या सुट्ट्या, वेळ स्लॉटनुसार मागणी आणि किमान कर्मचारी संख्या अनेकदा एकाच वेळी हाताने तपासली जाते.
व्यवस्थापक, प्रमाणित कर्मचारी, उपकरण ऑपरेटर किंवा जबाबदार व्यक्ती विशिष्ट स्लॉटमध्ये असणे आवश्यक आहे.
रात्र शिफ्ट, शनिवार-रविवार, एकूण शिफ्ट आणि कठीण नेमणुका काही लोकांवरच केंद्रित होऊ नयेत.
एक गैरहजेरी किंवा मागणीतील बदल संपूर्ण तक्ता अवैध करू शकतो आणि शेवटच्या क्षणी पुन्हा तयार करायला भाग पाडतो.
स्वयंचलनाचे लक्ष्य स्प्रेडशीट स्वतः नाही. स्प्रेडशीट तयार करताना नियोजक वारंवार करतो तो निर्णय हा लक्ष्य आहे.
मॉडेलिंग
न्याय्य, सलग नाही, ही जोडी वेगळी ठेवा आणि मागितलेल्या सुट्ट्या पाळा अशा संज्ञा डेटा, कठोर अटी, मृदू पसंती आणि स्कोअरमध्ये बदलतात.
उद्दिष्ट उदाहरण
कमी कर्मचारी x 1000 + कमी पात्रता x 1000 + विनंती उल्लंघन x 20 + कामभार असंतुलन x 5
ही वजने स्पष्टीकरणासाठी आहेत. प्रत्यक्ष प्रकल्पात कठोर अटी आणि प्राधान्ये मुलाखती व प्रत्यक्ष रोस्टरशी तुलना करून ठरवली जातात.
कर्मचारी, उपलब्धता, मागितलेल्या सुट्ट्या, पात्रता, आवश्यक कर्मचारी संख्या आणि सध्याचे रोस्टर.
आवश्यक कर्मचारी संख्या, पात्रता आणि विश्रांती मर्यादा यांसारखे मोडू नयेत असे नियम.
सुट्ट्या, पसंतीच्या शिफ्ट आणि न्याय्यता यांसारख्या शक्य असेल तेव्हा पाळावयाच्या विनंत्या.
उमेदवार रोस्टर, अपूर्ण अटी, कारणे, मेट्रिक्स आणि बदलाचा परिणाम.
परस्परसंवादी डेमो
व्यवसाय परिदृश्य, आवश्यक कर्मचारी संख्या, पात्रता कव्हरेज, पसंती, न्याय्यता आणि सलग कामाची मर्यादा बदला. उमेदवार रोस्टर, मेट्रिक्स आणि पुनरावलोकन लॉग एकत्र अद्ययावत होतात.
हा साधा ह्युरिस्टिक वापरणारा पृष्ठ डेमो आहे. तो उत्पादन ऑप्टिमायझेशन इंजिन नाही.
कर्मचारी कव्हरेज
पात्रता कव्हरेज
पसंती जुळवणूक
नेमणूक फरक
| कर्मचारी | सोम | मंगळ | बुध | गुरु | शुक्र | शनि | रवि |
|---|
नियम लायब्ररी
खालील उदाहरणे टप्प्याटप्प्याने मॉडेल केली आहेत. प्रत्येक अट एकाच वेळी लागू करणे आवश्यक नाही; प्राधान्य आणि उपलब्ध डेटा पहिली व्याप्ती ठरवतात.
COV-01
कठोर
दिवस, वेळ स्लॉट, ठिकाण, विभाग आणि भूमिकेनुसार किमान व पसंतीची कर्मचारी संख्या ठरवा.
COV-02
पसंती
विक्री अंदाज, आरक्षणे, रहिवासी, उत्पादन प्रमाण किंवा तिकिटांवरून शिफारस केलेली कर्मचारी संख्या वाढवा.
LAB-01
कठोर
निश्चित झालेल्या सलग काम मर्यादा, रात्रीच्या कामानंतरची विश्रांती आणि अंतर्गत अंतर नियम मांडू शकता.
LAB-02
कठोर
साप्ताहिक किंवा मासिक तास, रोजगार प्रकार मर्यादा आणि ओव्हरटाइम परवानगी समाविष्ट करा.
SKL-01
कठोर
प्रत्येक वेळ स्लॉटमध्ये आवश्यक पात्रता, जबाबदार कर्मचारी किंवा उपकरण कौशल्ये ठेवा.
SKL-02
पसंती
नवीन कर्मचाऱ्यांना प्रशिक्षक किंवा अनुभवी कर्मचाऱ्यांसोबत जोडून फक्त नवीन लोकांचा स्लॉट टाळा.
PRF-01
पसंती
अनुपलब्धता आणि मागितलेल्या सुट्ट्या वेगळ्या करा, मग महत्त्वानुसार प्राधान्य द्या.
PRF-02
पसंती
रात्र शिफ्ट, शनिवार-रविवार, उशिरा शिफ्ट, एकूण नेमणुका आणि जड कामांतील असंतुलन कमी करा.
PRF-03
पसंती
ग्राहक सातत्य, टीम सुसंगती आणि मजबूत कौशल्य क्षेत्रे नेमणूक स्कोअरमध्ये समाविष्ट करा.
कस्टम नियम
सामान्य उदाहरणांत कधी न दिसणारे नियमच अनेकदा कस्टम मॉडेलिंग उपयुक्त ठरण्याचे कारण असतात.
आउटपुट
उपयुक्त शिफ्ट प्रणाली रोस्टर तक्त्यावर थांबत नाही. काय बदलले, काय पूर्ण होऊ शकले नाही आणि लोकांनी काय तपासावे हे ती स्पष्ट करते.
एक अस्पष्ट उत्तर देण्याऐवजी वेगवेगळ्या तडजोडींसह अनेक उमेदवार परत द्या.
कमी पडलेले कव्हरेज, अपूर्ण मागितलेल्या सुट्ट्या आणि पूर्ण न होऊ शकलेल्या अटी दाखवा.
एखादी व्यक्ती का नेमली गेली ते स्पष्ट करा: पात्रता, पसंती, सध्याचा कमी भार किंवा कव्हरेज प्राधान्य.
एक गैरहजेरी आली की स्थिर राहिले पाहिजे ते लॉक करा आणि प्रभावित भागाची पुन्हा गणना करा.
उद्योग उदाहरणे
प्रत्येक कार्यस्थळात चांगल्या रोस्टरचा अर्थ वेगळा असतो. मॉडेलने कामकाजात आधीपासून वापरले जाणारे शब्द आणि प्राधान्ये वापरली पाहिजेत.
ओपनिंग, क्लोजिंग, व्यस्त दिवस, विक्री फ्लोअर कौशल्ये आणि शनिवार-रविवारची न्याय्यता.
दिवस व रात्रीच्या शिफ्ट, प्रमाणित कर्मचारी, केअर सातत्य आणि विश्रांती अंतर.
उपकरण पात्रता, उत्पादन प्रमाण, लाइन नेमणूक आणि शिफ्ट रोटेशन.
फील्ड उपलब्धता, सपोर्ट कव्हरेज, आपत्कालीन प्रतिसाद आणि प्रवास निर्बंध.
बांधायचे की विकत घ्यायचे
कस्टम विकास नेहमीच योग्य उत्तर नसतो. निर्णय नियमांची गुंतागुंत, डेटाची तयारी आणि स्पष्ट करता येणाऱ्या उमेदवारांच्या मूल्यावर अवलंबून असावा.
तयार सेवा समस्या नीट सोडवू शकत असेल तर आम्ही तसे सांगतो. कस्टम अटींचे व्यवसाय मूल्य खर्चापेक्षा जास्त असण्याची शक्यता असेल तेव्हाच समर्पित प्रणाली सुचवली जाते.
पॅकेज सेवा पुरेशी असते तेव्हा
मानक शिफ्ट पॅटर्न, मर्यादित नियम आणि लहान टीम असल्यास विद्यमान सेवेतून सुरुवात अनेकदा जलद होते.
कस्टम प्रणाली योग्य ठरते तेव्हा
पात्रता, स्थानिक नियम, बदल हाताळणी आणि स्पष्टीकरणाची गरज अधिक असेल तर समर्पित मॉडेल बांधण्याचे कारण मजबूत होते.
डेटा
पहिल्याच दिवशी स्वच्छ डेटाबेस आवश्यक नसतो. विद्यमान Excel फाइल, कागदी विनंती पत्रके आणि कर्मचारी यादी पहिल्या डेटा करारात रूपांतरित करता येतात.
पहिल्या मॉडेलसाठी कर्मचारी नावे किंवा ID, कौशल्ये, कराराचे तास, उपलब्धता आणि पसंतीच्या सुट्ट्या पुरेशा असतात.
दिवस, वेळ स्लॉट, ठिकाण, विभाग आणि भूमिकेनुसार मागणी कव्हरेज लक्ष्य ठरवते.
कधीही मोडू नयेत असे नियम आणि शक्य असेल तेव्हा पाळावयाच्या विनंत्या वेगळ्या करा.
सध्याचे रोस्टर आणि हाताने केलेल्या दुरुस्त्या तयार उमेदवारांची प्रत्यक्ष पद्धतीशी तुलना करण्यास मदत करतात.
प्रक्रिया
पहिले उद्दिष्ट संपूर्ण कामकाज बदलणे नाही. नियोजन नियम मांडता येतात का आणि तयार झालेला उमेदवार उपयुक्त आहे का हे तपासणे आहे.
01
सध्याची स्प्रेडशीट, विनंती संकलन आणि हाताने दुरुस्तीची पावले तपासा.
02
कठोर नियम, पसंती, मूल्यांकन मेट्रिक्स आणि फक्त मानवी निर्णय वेगळे करा.
03
प्रतिनिधी डेटासह लहान गणना घटक तयार करा.
04
तयार झालेले उमेदवार विद्यमान रोस्टर आणि नियोजकांच्या टिप्पण्यांशी तुलना करा.
05
योग्यता निश्चित झाल्यानंतरच गणना वर्कफ्लो, संपादन आणि परवानग्यांशी जोडा.
प्रोटोटाइप
स्वयंचलित उमेदवारांची सध्याच्या योजनेशी तुलना करण्यासाठी आपला विद्यमान रोस्टर आणि मुख्य अटी वापरा. व्यवहार्यता आणि मूल्य स्पष्ट झाल्यानंतर पूर्ण विकासाचा निर्णय घ्या.
लहान पडताळणी पॅकेज
298,000 JPY / कर वगळून
एक संस्था, एक रोस्टर प्रकार आणि मर्यादित मुख्य अटी गृहीत धरल्या आहेत. व्याप्ती निश्चित झाल्यानंतर औपचारिक अंदाज दिला जातो.
पुढील पुरावा
शिफ्ट समस्येपासून आपल्या टीमला निर्णय घेण्यास मदत करणाऱ्या पुढील साधनाकडे जा.
FAQ
ही उत्तरे पृष्ठ डेमो काय दाखवू शकतो, प्रोटोटाइप काय निश्चित करतो आणि काय मानवी निर्णय म्हणून राहते हे स्पष्ट करतात.
नाही. हा पृष्ठ डेमो कल्पना स्पष्ट करण्यासाठी साधा ह्युरिस्टिक आहे. प्रत्यक्ष प्रकल्पात नियम, प्रमाण आणि प्रतिसाद वेळेच्या गरजा समजल्यानंतर सॉल्वर किंवा शोध पद्धत निवडली जाते.
होय. पहिले पुनरावलोकन साधारणपणे सध्याचा रोस्टर, कर्मचारी यादी, मागितलेल्या सुट्ट्या आणि छोट्या नियम मेमोमधून सुरू होऊ शकते.
नाही. अंतिम वेळापत्रक मनुष्याने निश्चित करता यावे म्हणून प्रणालीने उमेदवार रोस्टर, अपूर्ण अटी आणि नेमणुकीची कारणे दाखवली पाहिजेत.
आपली संस्था त्यांना अनिवार्य म्हणून चिन्हांकित करत नाही तोपर्यंत त्या पसंती म्हणून हाताळल्या जातात. कोणत्या विनंत्या पूर्ण झाल्या नाहीत आणि का, हे आउटपुटने दाखवले पाहिजे.
प्रोटोटाइप आधी एक संस्था, एक रोस्टर प्रकार आणि मुख्य नियम तपासू शकतो. पूर्ण वर्कफ्लो, संपादन, परवानग्या आणि एकत्रीकरण यांचा निर्णय त्या पुराव्यानंतर घेतला जातो.
पुढील कृती
आपला सध्याचा Excel रोस्टर आणि अत्यावश्यक किंवा फक्त पसंतीचे नियम शेअर करा. काय मॉडेल करता येते, कोणता डेटा कमी आहे आणि छोटा प्रोटोटाइप कुठून सुरू करावा हे आम्ही वेगळे करू.