જરૂરી કર્મચારી સંખ્યા અને રજાદિવસ વિનંતીઓ અથડાય છે.
વિનંતી કરેલા રજાદિવસો, સમયખંડ મુજબની માંગ અને ન્યૂનતમ કર્મચારી સંખ્યા ઘણી વાર હાથથી સાથે તપાસાય છે.
શિફ્ટ અને કર્મચારીદળ ઑપ્ટિમાઇઝેશન
તૈયાર શિફ્ટ સાધનો સમાવી શકતા નથી તેવી શરતોને અમે ગાણિતિક મોડેલમાં ફેરવીએ છીએ. સિસ્ટમ સમીક્ષા કરી શકાય એવા ઉમેદવારો બનાવે છે, જેથી લોકો કારણો અને અપવાદો જોઈ પરિણામની પુષ્ટિ કરી શકે.
સમસ્યા
શિફ્ટ બનાવવામાં મુશ્કેલ ભાગ કોષ્ટકમાં નામ લખવો નથી. ઘણા નિયમો, વિનંતીઓ અને અપવાદોને સુસંગત રાખવો છે.
વિનંતી કરેલા રજાદિવસો, સમયખંડ મુજબની માંગ અને ન્યૂનતમ કર્મચારી સંખ્યા ઘણી વાર હાથથી સાથે તપાસાય છે.
મેનેજર, પ્રમાણિત કર્મચારી, ઉપકરણ ઑપરેટર અથવા જવાબદાર લોકો ચોક્કસ સમયખંડોમાં હોવા જોઈએ.
રાત્રી શિફ્ટ, સપ્તાહાંત, કુલ શિફ્ટ અને મુશ્કેલ ફાળવણીઓ થોડા લોકો પર જ એકઠી ન થવી જોઈએ.
એક ગેરહાજરી અથવા માંગમાં ફેરફાર આખી કોષ્ટક અમાન્ય કરી શકે છે અને મોડું ફરી બનાવવાનું મજબૂર કરી શકે છે.
આપમેળીકરણનું લક્ષ્ય સ્પ્રેડશીટ પોતે નથી. લક્ષ્ય એ પુનરાવર્તિત નિર્ણય છે જે આયોજનકર્તા સ્પ્રેડશીટ બનાવતી વખતે કરે છે.
મોડેલિંગ
ન્યાયસંગત, સળંગ નહીં, આ જોડી અલગ રાખો અને વિનંતી કરેલા રજાદિવસો માનવા જેવા શબ્દો ડેટા, કઠોર શરતો, લવચીક પસંદગીઓ અને સ્કોર બને છે.
ઉદાહરણ ઉદ્દેશ
કર્મચારી અછત 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 રોસ્ટર અને જે નિયમો અનિવાર્ય છે અથવા માત્ર પસંદગીના છે તે શેર કરો. શું મોડેલ કરી શકાય, કયો ડેટા ખૂટે છે અને નાનો પ્રોટોટાઇપ ક્યાંથી શરૂ કરવો તે અમે અલગ કરીશું.