आवश्यक स्टाफिंग और अनुरोधित छुट्टियां टकराती हैं।
अनुरोधित छुट्टियां, समय स्लॉट के अनुसार मांग और न्यूनतम स्टाफिंग अक्सर साथ-साथ मैनुअल रूप से जांची जाती हैं।
शिफ्ट और कार्यबल अनुकूलन
छुट्टियां, कौशल, स्टाफिंग। अपने नियमों से रोस्टर अपने-आप बनाएं।
हम उन शर्तों को गणितीय मॉडल में बदलते हैं जिन्हें तैयार शिफ्ट टूल संभाल नहीं पाते। सिस्टम समीक्षा योग्य उम्मीदवार बनाता है, ताकि लोग कारण और अपवाद देखते हुए परिणाम की पुष्टि कर सकें।
- शुरुआती बिंदु
- पहली समीक्षा के लिए Excel रोस्टर और नियम नोट पर्याप्त हैं
- परिणाम का तरीका
- पुष्टि से पहले उम्मीदवारों की समीक्षा लोग करते हैं
- सीमा
- अपूर्ण शर्तें और कारण छिपाने के बजाय दिखाए जाते हैं
सप्ताह 24 / प्रस्ताव A
स्टोर A साप्ताहिक रोस्टर
सभी कठोर नियम जांचे गए
कवरेज100%
अनुरोध मिलान91%
भार अंतर1बार
समझाया जा सकने वाला परिणामआरव को सोमवार सुबह क्यों रखा गयाशिफ्ट लीड / सुबह पसंद / इस सप्ताह कम भार
समस्या
रोस्टर के पीछे का निर्णय तालिका भरने से अधिक भारी है।
शिफ्ट बनाना कठिन इसलिए नहीं है कि तालिका में नाम भरने होते हैं। कठिन हिस्सा कई नियमों, अनुरोधों और अपवादों को संगत रखना है।
योग्य लोगों को रखना जरूरी है।
प्रबंधक, प्रमाणित स्टाफ, उपकरण ऑपरेटर या जिम्मेदार व्यक्ति विशिष्ट स्लॉट में होने चाहिए।
निष्पक्षता आंख से जांचना कठिन है।
रात की शिफ्ट, सप्ताहांत, कुल शिफ्ट और कठिन असाइनमेंट कुछ लोगों पर केंद्रित नहीं होने चाहिए।
छोटा बदलाव भी पूरा पुनर्निर्माण करवा सकता है।
एक अनुपस्थिति या मांग बदलाव पूरी तालिका को अमान्य कर सकता है और देर से पुनर्निर्माण करवाता है।
स्वचालन का लक्ष्य स्प्रेडशीट स्वयं नहीं है। लक्ष्य वह दोहराया जाने वाला निर्णय है जो योजनाकार स्प्रेडशीट बनाते समय करता है।
मॉडलिंग
कार्यस्थल के नियमों को गणना योग्य शर्तों में बदलें।
निष्पक्ष, लगातार नहीं, इस जोड़ी को अलग रखें और अनुरोधित छुट्टियों का सम्मान करें जैसे शब्द डेटा, कठोर शर्तों, नरम प्राथमिकताओं और स्कोर में बदलते हैं।
उद्देश्य का उदाहरण
स्टाफ कमी 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 / कर अलग
एक संगठन, एक रोस्टर प्रकार और प्रमुख शर्तों के सीमित सेट को मानता है। दायरा पुष्टि के बाद औपचारिक अनुमान दिया जाता है।
शिफ्ट अनुकूलन प्रोटोटाइप के लिए उपयुक्त मामला
- हर सप्ताह या महीने वही रोस्टर निर्णय दोहराया जाता है
- सभी नियम केवल कुछ लोग समझते हैं
- अनुरोध, निष्पक्षता, योग्यताएं और कवरेज साथ में देखना पड़ता है
- अनुपस्थिति या मांग बदलाव से मैनुअल पुनर्निर्माण करना पड़ता है
स्वचालन से पहले ये बातें व्यवस्थित करें
- नियम हर बार पूरी तरह बदल जाते हैं
- स्टाफ डेटा और आवश्यक स्टाफिंग स्तर उपलब्ध नहीं हैं
- अच्छा रोस्टर किसे कहें, इस पर आंतरिक सहमति नहीं है
- तैयार सेवा महत्वपूर्ण नियम पहले से कवर करती है
- उम्मीद है कि हर अनुरोध हमेशा पूरा होना चाहिए
अगला प्रमाण
अगली पुष्टि करने वाली चीज़ चुनें।
शिफ्ट समस्या से उस अगले संसाधन पर जाएं जो आपकी टीम को निर्णय लेने में मदद करे।
सामान्य प्रश्न
शिफ्ट निर्माण को स्वचालित करने से पहले सवाल।
ये उत्तर स्पष्ट करते हैं कि पेज डेमो क्या दिखा सकता है, प्रोटोटाइप क्या पुष्टि करता है और क्या निर्णय मनुष्य के पास रहता है।
क्या यह पेज डेमो उत्पादन-स्तर का अनुकूलक है?
नहीं। पेज डेमो विचार समझाने के लिए सरल अनुमानात्मक उदाहरण है। वास्तविक परियोजना में नियम, पैमाना और प्रतिक्रिया समय की जरूरत समझने के बाद सॉल्वर या खोज विधि चुनी जाती है।
क्या हम Excel से शुरू कर सकते हैं?
हां। पहली समीक्षा आमतौर पर मौजूदा रोस्टर, स्टाफ सूची, अनुरोधित छुट्टियों और छोटे नियम मेमो से शुरू हो सकती है।
क्या सिस्टम अंतिम रोस्टर अपने-आप तय करेगा?
नहीं। सिस्टम को रोस्टर उम्मीदवार, अपूर्ण शर्तें और असाइनमेंट कारण दिखाने चाहिए ताकि मनुष्य अंतिम शेड्यूल की पुष्टि कर सके।
अनुरोधित छुट्टियां कैसे संभाली जाती हैं?
जब तक आपका संगठन उन्हें अनिवार्य न माने, उन्हें प्राथमिकता माना जाता है। आउटपुट दिखाना चाहिए कि कौन-से अनुरोध पूरे नहीं हुए और क्यों।
दो सप्ताह के प्रोटोटाइप में क्या शामिल है?
प्रोटोटाइप पहले एक संगठन, एक रोस्टर प्रकार और मुख्य नियमों की जांच कर सकता है। पूर्ण कार्यप्रवाह, संपादन, अनुमतियां और एकीकरण उस प्रमाण के बाद तय होते हैं।
अगला कदम
मौजूदा रोस्टर को गणना योग्य शर्तों में बदलें।
अपना मौजूदा Excel रोस्टर और वे नियम साझा करें जो अनिवार्य हैं या केवल प्राथमिकता हैं। हम अलग करेंगे कि क्या मॉडल किया जा सकता है, कौन-सा डेटा कमी में है और छोटा प्रोटोटाइप कहां से शुरू होना चाहिए।