দুটো দৃশ্য, একটাই প্রশ্ন
অনেক বছর আগের কথা। আমি তখন সবে একটা প্রোডাকশন ফ্যাক্টরিতে কাজ শুরু করেছি। প্রথম দিনই আমাকে নিয়ে যাওয়া হলো গুদামে। দরজা খুলতেই চোখে পড়ল সারি সারি কার্টন, মেঝে পর্যন্ত ঠাসা কাঁচামাল, আর একপাশে জমে থাকা Finished Goods। আমার সাথে থাকা সিনিয়র কলিগ হাসিমুখে বললেন, “স্টক বেশি থাকলে চিন্তা কম, বুঝলে? কখনো Production বন্ধ হবে না।”
আমি মাথা নেড়েছিলাম, কারণ তখন যুক্তিটা খারাপ লাগেনি।
কিন্তু মাস তিনেক পর, একই ফ্লোরে দাঁড়িয়ে দেখলাম সম্পূর্ণ উল্টো একটা দৃশ্য। একটা জরুরি Raw Material হঠাৎ শেষ হয়ে গেছে। পুরো Production Line বন্ধ। Operator-রা হাত গুটিয়ে বসে আছেন। Planning Team রুমের এক কোণে দাঁড়িয়ে বারবার Supplier-কে ফোন করছে। আর Management-এর প্রশ্নটা ছিল একটাই — “আগে থেকে কেন Material রাখা হয়নি?”
সেদিন একটা প্রশ্ন আমার মাথায় গেঁথে গিয়েছিল, যা আজও যায়নি — প্রয়োজনের চেয়ে বেশি মজুত কি সত্যিই নিরাপত্তা, নাকি এটা আসলে একটা লুকানো অপচয়?
এই প্রশ্নের উত্তর খুঁজতে গিয়েই আমি প্রথম পরিচিত হই একটা ধারণার সঙ্গে — Just-In-Time বা JIT।
JIT আসলে কী — আমি যেভাবে বুঝেছিলাম
প্রথমবার যখন JIT সম্পর্কে জানলাম, খুব সহজ একটা বাক্যেই পুরো ধারণাটা মাথায় ঢুকেছিল:
যখন প্রয়োজন, ঠিক তখন; যতটুকু প্রয়োজন, ঠিক ততটুকু।
এটা Toyota Production System-এর একটা মূল স্তম্ভ। Toyota যখন এই ধারণা তৈরি করেছিল, তখন জায়গা আর টাকা — দুটোই ছিল সীমিত। তারা বুঝতে পেরেছিল, বেশি Inventory রাখলে আসলে ভেতরের অনেক সমস্যা — দুর্বল Planning, Slow Process, Quality Defect, Supplier Delay, Machine Breakdown — এগুলো চোখের আড়ালে চলে যায়। Production কিছুদিন চালু রাখা যায় ঠিকই, কিন্তু আসল সমস্যাগুলো কখনো সমাধান হয় না।
আমি প্রথমে ভুল বুঝেছিলাম — ভেবেছিলাম JIT মানে বুঝি সব Stock সরিয়ে ফেলা। পরে বুঝলাম, এটা মোটেও তা নয়। JIT মানে অন্ধভাবে Inventory কমানোও না। এটা এমন একটা পরিকল্পিত System, যেখানে Customer Demand, Production Capacity, Supplier Reliability আর Material Flow — সবকিছু একসঙ্গে সমন্বিত থাকে।
Push আর Pull — যে পার্থক্যটা আমার চোখ খুলে দিয়েছিল
সেই ফ্যাক্টরিতেই একদিন আমি একটা Real-life উদাহরণ দেখেছিলাম, যা JIT বোঝার সবচেয়ে সহজ পথ দেখিয়েছিল।
আমাদের Sales Team অনুমান করেছিল, পরের মাসে ৫০,০০০ পিস বিক্রি হবে। Production সেই Forecast অনুযায়ী আগেভাগেই পুরোটা তৈরি করে ফেলল। কিন্তু বাস্তবে Order এলো মাত্র ৩০,০০০ পিসের। বাকি ২০,০০০ পিস গুদামে পড়ে রইল — Storage Cost বাড়ল, Cash আটকে গেল, আর কয়েক মাস পর Discount দিয়ে সেগুলো বিক্রি করতে হলো। এটাই Push System — অনুমানের ভিত্তিতে আগেই উৎপাদন করে পরের ধাপের দিকে ঠেলে দেওয়া।
এর বিপরীতে, একটা অন্য Line-এ দেখেছিলাম Pull System। Assembly Section যখন ১০০টা Component ব্যবহার করত, ঠিক তখনই সেই Consumption Signal অনুযায়ী আগের Section নতুন ১০০টা Component তৈরি করত। কেউ অনুমান করে বসে থাকত না — বাস্তব প্রয়োজনই কাজ শুরুর সংকেত দিত। JIT আসলে এই Pull Thinking-এর ওপরই দাঁড়িয়ে।
JIT-এর মূল নীতিগুলো যা আমি বাস্তবে শিখেছি
সঠিক সময়ে Material পৌঁছানো। খুব আগে এলে গুদামে পড়ে থাকে, দেরিতে এলে Line বন্ধ হয়ে যায়। এর জন্য দরকার পরিষ্কার Production Schedule, Supplier Coordination, আর দ্রুত Communication।
Inventory ন্যূনতম রাখা। আমি শিখেছি, যখনই কেউ বলে “নিরাপত্তার জন্য বেশি Stock রাখছি,” তখনই পাল্টা প্রশ্ন করা উচিত — কোন সমস্যার বিরুদ্ধে এই নিরাপত্তা? Supplier Delay? Poor Forecast? Machine Breakdown? মূল সমস্যা সমাধান না করে শুধু Inventory বাড়ানো আসলে সমস্যাটাকেই ঢেকে রাখা।
Supplier-এর সঙ্গে সম্পর্ক। একবার আমাদের একটা Critical Supplier হঠাৎ Delivery Delay করেছিল, আর পুরো Line কয়েক ঘণ্টার জন্য থমকে গিয়েছিল। সেদিন বুঝেছিলাম, Supplier-কে শুধু “Vendor” না ভেবে “Process Partner” হিসেবে দেখাটা কতটা জরুরি।
Kanban Signal। একটা Assembly Line-এ দুটো Bin ব্যবহার করে কীভাবে Replenishment Signal পাঠানো হতো, সেটা দেখে প্রথমবার বুঝেছিলাম — এত সহজ একটা Visual System দিয়ে কীভাবে পুরো Flow নিয়ন্ত্রণ করা যায়।
কেন অতিরিক্ত Inventory আসলে একটা Waste
আমি যখন প্রথম শুনেছিলাম, Inventory-কে Lean-এ আট ধরনের Waste-এর একটা হিসেবে ধরা হয়, তখন একটু অবাকই হয়েছিলাম। গুদামে পড়ে থাকা প্রতিটা Product-এর পেছনে ইতিমধ্যে খরচ হয়ে গেছে — Material, Labour, Machine, Electricity, Packaging, Storage। কিন্তু Product বিক্রি না হওয়া পর্যন্ত সেই টাকা ফেরত আসে না। মানে, Inventory আসলে আটকে থাকা Cash।
আমার এক সিনিয়র একবার একটা চমৎকার উপমা দিয়েছিলেন — একটা নদীতে পানির উচ্চতা বেশি থাকলে নিচের পাথর দেখা যায় না, পানি কমলে সেগুলো দৃশ্যমান হয়। Inventory ঠিক সেই পানির মতো — বেশি থাকলে Supplier Delay, Machine Breakdown, Quality Problem — সবকিছু লুকিয়ে থাকে। Inventory কমলে সমস্যাগুলো নিজে থেকেই সামনে এসে দাঁড়ায়, আর তখন Team বাধ্য হয় আসল কারণ খুঁজে বের করতে।
JIT কি সবসময় নিরাপদ? — COVID-19 যা শিখিয়েছিল
আমি এটা নিয়ে খুব দৃঢ়ভাবে বিশ্বাস করতাম, যতদিন না COVID-19 এসে সবকিছু পাল্টে দিল। সেই সময় বিশ্বজুড়ে অসংখ্য Supply Chain ভেঙে পড়েছিল — Factory বন্ধ, Shipping Delay, Container Shortage। যেসব প্রতিষ্ঠান খুব কম Inventory নিয়ে চলছিল, তাদের অনেকেই Production চালাতে পারেনি।
সেই সময়টাই আমাকে শিখিয়েছিল — JIT মানে কোনো Contingency ছাড়াই Stock কমিয়ে ফেলা উচিত নয়। JIT-এর সঙ্গে Risk Management অবশ্যই যুক্ত থাকতে হবে। Critical Material, Long Lead-time Item বা High-risk Supplier-এর ক্ষেত্রে পরিকল্পিত Buffer রাখতেই হয়। লক্ষ্যটা কখনোই Minimum Inventory হওয়া উচিত নয় — লক্ষ্যটা হওয়া উচিত Optimum Inventory।
JIT শুধু ফ্যাক্টরির গল্প নয়
আমি লক্ষ্য করেছি, JIT-এর চিন্তাধারা শুধু Manufacturing-এই আটকে নেই। Retail-এ Fashion বা Seasonal Product-এ ছোট Quantity-তে Replenishment করলে Unsold Stock কমে। Restaurant-এ Daily Demand অনুযায়ী Ingredient সংগ্রহ করলে Food Waste কমে। এমনকি Software Development-এও — প্রয়োজনের আগে Feature তৈরি না করে বাস্তব Customer Feedback অনুযায়ী কাজ করাটাও একধরনের JIT Thinking।
সত্যি বলতে, আমি নিজের অফিসের কাজেও এটা প্রয়োগ করি এখন। প্রয়োজনের আগেই Report তৈরি, বা কেউ পড়বেই না এমন Presentation বানানো — এগুলোও তো এক ধরনের অপচয়। নিজেকে এখন প্রশ্ন করি — এই কাজটা কি এখনই প্রয়োজন? কে এটা ব্যবহার করবে?
যেভাবে আমরা JIT বাস্তবায়ন শুরু করেছিলাম
একদিনে পুরো ফ্যাক্টরিতে JIT চালু করার চেষ্টা করিনি আমরা — সেটা হতোও না। বরং একটা ছোট, স্থিতিশীল Demand থাকা Product দিয়ে শুরু করেছিলাম। প্রথমে Data দেখেছিলাম — Daily Demand, Consumption Rate, Forecast Accuracy। তারপর পুরো Inventory Map করেছিলাম — কোথায় কত Stock আছে, কোনটা Slow-moving, কোনটা Obsolete।
Supplier-এর Performance ট্র্যাক করেছিলাম — On-time Delivery, Quality Acceptance Rate। যেসব Supplier অবিশ্বস্ত ছিল, তাদের ওপর প্রথমেই JIT নির্ভরতা তৈরি করিনি। এরপর ধীরে ধীরে Kanban চালু করলাম, Batch Size ছোট করলাম, আর সবচেয়ে গুরুত্বপূর্ণ — Preventive Maintenance আরও শক্তিশালী করলাম, কারণ কম Inventory-র System-এ একটা Machine Breakdown মানেই পুরো Line থেমে যাওয়া।
যে ভুলগুলো আমরা করেছিলাম, আর যা থেকে শিখেছি
শুরুর দিকে আমরা একটা বড় ভুল করেছিলাম — শুধু Inventory কমানোকেই “JIT বাস্তবায়ন” ভেবেছিলাম। Planning, Supplier Reliability, Quality — এগুলো না ঠিক করেই Stock কমিয়ে দিয়েছিলাম, আর তার ফল হয়েছিল কয়েকবার Stockout।
আরেকটা ভুল ছিল — নিজেদের Warehouse-এর Stock কমিয়ে সেই বোঝাটা Supplier-এর ঘাড়ে চাপিয়ে দেওয়া। পরে বুঝেছিলাম, এটা আসলে JIT নয় — এটা শুধু Waste-কে Supply Chain-এর অন্য জায়গায় সরিয়ে দেওয়া মাত্র।
শেষ কথা — আজও যে প্রশ্নটা করি
আজ এত বছর পরও, যখনই কোনো গুদাম, কোনো Store Room, বা এমনকি নিজের ল্যাপটপের ফোল্ডার দেখি, একটা প্রশ্ন মাথায় আসে — এখানে যা জমে আছে, তার সবকিছু কি এখন সত্যিই প্রয়োজন?
আর তারপর দ্বিতীয় প্রশ্নটা — যেটা প্রয়োজন, সেটা কি ঠিক সময়ে পাওয়া যাচ্ছে?
এই দুই প্রশ্নের মাঝখানেই, আমি বিশ্বাস করি, Just-In-Time-এর আসল দর্শন লুকিয়ে আছে। এটা কম কাজ করার কৌশল নয়, আর কম Inventory রেখে বেশি ঝুঁকি নেওয়ার পথও নয়। এটা আসলে সঠিক সময়ে সঠিক সিদ্ধান্ত নেওয়ার একটা অভ্যাস — যা আমি শিখেছি এক গুদামের দুটো বিপরীত দৃশ্য থেকে।
Call to Action
আপনার কর্মক্ষেত্রের কোনো একটা Store, Rack, বা File Folder আজই একবার দেখুন। নিজেকে প্রশ্ন করুন — এখানে যা জমে আছে, তার কতটুকু সত্যিই এখন প্রয়োজন? মন্তব্যে জানান, আপনার অভিজ্ঞতায় Inventory-র সবচেয়ে বড় “লুকানো অপচয়” কোনটা ছিল।
