প্রয়োজনীয় কর্মীসংখ্যা ও অনুরোধকৃত ছুটি সংঘর্ষ করে।
অনুরোধকৃত ছুটি, সময় স্লটভিত্তিক চাহিদা ও ন্যূনতম কর্মীসংখ্যা প্রায়ই একই সঙ্গে হাতে যাচাই করা হয়।
শিফট ও কর্মী অপ্টিমাইজেশন
প্যাকেজড শিফট টুল যে শর্ত সামলাতে পারে না, সেগুলোকে আমরা গাণিতিক মডেলে রূপ দিই। সিস্টেম পর্যালোচনাযোগ্য প্রার্থী তৈরি করে, তাই মানুষ কারণ ও ব্যতিক্রম দেখে ফল নিশ্চিত করতে পারে।
সমস্যা
শিফট তৈরি করার কঠিন অংশ টেবিলে নাম টাইপ করা নয়। অনেক নিয়ম, অনুরোধ ও ব্যতিক্রমকে সামঞ্জস্যপূর্ণ রাখা।
অনুরোধকৃত ছুটি, সময় স্লটভিত্তিক চাহিদা ও ন্যূনতম কর্মীসংখ্যা প্রায়ই একই সঙ্গে হাতে যাচাই করা হয়।
নির্দিষ্ট স্লটে ম্যানেজার, সনদপ্রাপ্ত কর্মী, সরঞ্জাম অপারেটর বা দায়িত্বপ্রাপ্ত ব্যক্তিকে রাখতে হয়।
রাতের শিফট, সপ্তাহান্ত, মোট শিফট ও কঠিন দায়িত্ব কয়েকজনের ওপর জমা উচিত নয়।
একজনের অনুপস্থিতি বা চাহিদা বদল পুরো টেবিল অকার্যকর করে দেরিতে পুনর্গঠন বাধ্য করতে পারে।
স্বয়ংক্রিয়তার লক্ষ্য স্প্রেডশিট নিজে নয়; স্প্রেডশিট বানানোর সময় পরিকল্পনাকারীর পুনরাবৃত্ত বিচার।
মডেলিং
ন্যায্য, ধারাবাহিক নয়, এই জুটিকে আলাদা রাখুন, অনুরোধকৃত ছুটি মানুন - এমন শব্দগুলো ডেটা, কঠোর শর্ত, নমনীয় পছন্দ ও স্কোরে রূপ নেয়।
উদাহরণ উদ্দেশ্য
কর্মীঘাটতি 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 রোস্টার এবং কোন নিয়ম অপরিহার্য আর কোনটি শুধু পছন্দ তা শেয়ার করুন। কী মডেল করা যায়, কোন ডেটা নেই এবং ছোট প্রোটোটাইপ কোথা থেকে শুরু করা উচিত তা আলাদা করব।