Jidoka: সমস্যা হলে কাজ থামানোর সাহস

লাইন তখন পুরোদমে চলছে।

মেশিন ঘুরছে, অপারেটররা ব্যস্ত, আর সুপারভাইজার বারবার এসে জিজ্ঞেস করছেন—আজকের টার্গেট কতদূর। ঠিক তখনই একজন অপারেটরের চোখে পড়ল, প্রিন্টটা একটু হলেও সরে যাচ্ছে।

দেখলেন, কিন্তু মেশিন বন্ধ করলেন না।

মনে মনে ভাবলেন—”পরের পিসগুলো হয়তো ঠিক হয়ে যাবে।”

আসলে আরেকটা কারণও কাজ করছিল। মেশিন থামালে উৎপাদন কমবে, আর সুপারভাইজার প্রশ্ন তুলবেন—কেন থামানো হলো।

তাই কাজ চলতেই থাকল।

ঘণ্টাখানেক পর কোয়ালিটি ইন্সপেক্টর এসে দেখলেন, একই ত্রুটি নিয়ে শত শত পিস পড়ে আছে। তখন গিয়ে মেশিন থামানো হলো—কিন্তু ততক্ষণে যা হওয়ার হয়ে গেছে।

এখন ত্রুটিপূর্ণ পণ্য আলাদা করতে হবে, নতুন করে বানাতে হবে, বাড়তি কাঁচামাল লাগবে, আর টিমকে ডেলিভারি ধরতে বাড়তি চাপ নিতে হবে।

অথচ সমস্যাটা প্রথম থেকেই চোখে পড়েছিল।

তাহলে এত বড় ক্ষতিটা হলো কীভাবে?

কারণ সমস্যা দেখেও কেউ থামানোর সাহস দেখাননি।

লিন ম্যানেজমেন্টে এই জায়গাতেই আসে Jidoka—একটা দর্শন, যেটা খুব সরাসরি একটা কথা বলে:

সমস্যা দেখলে কাজ চালিয়ে যাবেন না। আগে থামুন, কারণ খুঁজুন, তারপর সমাধান করুন।

Jidoka আসলে কী

Jidoka একটা জাপানি শব্দ, আর লিন ম্যানুফ্যাকচারিং কিংবা টয়োটা প্রোডাকশন সিস্টেমের একেবারে মূল ভিত্তিগুলোর একটা।

সহজ কথায়—কোনো অস্বাভাবিকতা বা ত্রুটি ধরা পড়লে মেশিন, অপারেটর, এমনকি পুরো প্রোডাকশন লাইনও থামিয়ে দেওয়া, যাতে সেই ত্রুটি পরের ধাপে গড়িয়ে না যায়।

অনেকে একে বলেন—

Automation with a Human Touch

মানে মেশিন শুধু নিজে থেকে কাজ করবে তা না, সমস্যা বুঝতেও পারবে, আর দরকার হলে থেমেও যাবে বা মানুষকে সতর্ক করবে।

তবে Jidoka শুধু স্বয়ংক্রিয় মেশিনের গল্প না। একজন অপারেটর, ইন্সপেক্টর, সুপারভাইজার—যে কেউ যদি সমস্যা দেখে কাজ থামানোর সাহস আর ক্ষমতা রাখেন, সেটাও Jidoka।

মূল কথাটা হলো—উৎপাদনের সংখ্যার চেয়ে কোয়ালিটিকে আগে রাখা।

এই ধারণাটা এলো কোথা থেকে

গল্পটা টয়োটা মোটর কর্পোরেশন হওয়ারও আগের।

সাকিচি তোয়োদা তখন কাজ করতেন স্বয়ংক্রিয় তাঁত বা লুম নিয়ে। সমস্যা ছিল, সুতা ছিঁড়ে গেলেও মেশিন থামত না, চলতেই থাকত। ফলে অপারেটরকে সারাক্ষণ মেশিনের সামনে দাঁড়িয়ে চোখ রাখতে হতো—একটু অন্যমনস্ক হলেই অনেকটা ত্রুটিপূর্ণ কাপড় বেরিয়ে যেত।

সাকিচি এমন একটা ব্যবস্থা বানালেন, যাতে সুতা ছিঁড়লেই তাঁত নিজে থেকে থেমে যায়।

এতে দুটো জিনিস বদলে গেল।

প্রথমত, ত্রুটিপূর্ণ কাপড় তৈরি হওয়া বন্ধ হলো।

দ্বিতীয়ত, একজন মানুষকে আর একটা মেশিনের সামনে বসে থাকতে হলো না—একজনই একসাথে বেশ কয়েকটা মেশিন দেখতে পারলেন।

এই সাধারণ একটা ধারণাই পরে টয়োটা প্রোডাকশন সিস্টেমের অন্যতম স্তম্ভ হয়ে উঠল।

সমস্যাকে উৎপাদনের সাথে এগিয়ে যেতে দেওয়া যাবে না—এই শিক্ষাটাই Jidoka।

কাজ থামানো মানেই কি ক্ষতি

অনেক প্রতিষ্ঠানেই একটা কথা প্রায় নিয়ম হয়ে গেছে—

“মেশিন কোনোভাবেই বন্ধ রাখা যাবে না।”

“টার্গেট যেভাবেই হোক পূরণ করতে হবে।”

“আগে কাজ শেষ করি, কোয়ালিটি পরে দেখা যাবে।”

এই মনোভাবে সাময়িকভাবে সংখ্যাটা হয়তো ভালো দেখায়। কিন্তু লম্বা সময়ে এটাই বাড়িয়ে দেয় রিজেকশন, রিওয়ার্ক, কাস্টমার কমপ্লেইন, রিপ্লেসমেন্ট আর ডেলিভারি ডিলে।

ধরা যাক একটা মেশিন মিনিটে ১০০টা পণ্য বানায়। একটা ত্রুটি ধরা পড়ার পরও যদি সেটা আরও ৩০ মিনিট চলে, তাহলে প্রায় তিন হাজার পিস ত্রুটিপূর্ণ হয়ে যেতে পারে।

অথচ সমস্যা দেখামাত্র থামালে হয়তো ১০ মিনিট উৎপাদন বন্ধ থাকত—কিন্তু হাজার হাজার খারাপ পিস তৈরিই হতো না।

তাই Jidoka উৎপাদন কমানোর কৌশল না। এটা ভুল উৎপাদন বন্ধ রাখার কৌশল।

“থামানোর সাহস” কেন বলা হয়

স্টপ বাটনে চাপ দেওয়াটা কঠিন কিছু না। কঠিন হলো থামানোর সিদ্ধান্তটা নেওয়া।

একজন কর্মীর মাথায় তখন অনেক প্রশ্ন ঘোরে—

সুপারভাইজার রাগ করবেন কি না, টার্গেট মিস হবে কি না, সমস্যাটা আসলেই গুরুতর কি না, ভুল সিদ্ধান্তের জন্য দায় পড়বে কি না, বাকিরা তাকে কাজে বাধা মনে করবে কি না।

এই কারণেই Jidoka শুধু একটা টেকনিক্যাল সিস্টেম না—এটা একটা সাংগঠনিক সংস্কৃতি।

শুধু স্টপ বাটন হাতে ধরিয়ে দিলেই হবে না। কর্মীদের বিশ্বাস করাতে হবে যে কোয়ালিটি বা সেফটির প্রশ্নে কাজ থামানো কোনো অপরাধ না—বরং সমস্যা দেখেও চুপচাপ কাজ চালিয়ে যাওয়াটাই আসল ঝুঁকি।

আর এই সাহস তখনই আসে, যখন ম্যানেজমেন্ট কর্মীকে সেই ক্ষমতা, প্রশিক্ষণ আর মানসিক নিরাপত্তা দেয়।

Jidoka কীভাবে কাজ করে

মোটামুটি চারটা ধাপে এটা এগোয়।

১. অস্বাভাবিকতা ধরা

প্রথম কাজ হলো স্বাভাবিক অবস্থা থেকে বিচ্যুতিটা চিহ্নিত করা—হতে পারে মেশিন নিজেই সেটা ধরল, অথবা একজন কর্মীর চোখে পড়ল।

যেমন—প্রিন্ট সঠিক জায়গায় নেই, রঙের শেড বদলে গেছে, ডাইমেনশন লিমিটের বাইরে চলে গেছে, বারকোড বা QR কোড ভুল প্রিন্ট হচ্ছে, মেশিন থেকে অচেনা শব্দ আসছে, সুতা ছিঁড়ে যাচ্ছে, কাঁচামালে সমস্যা, সেন্সর কোনো পার্টস মিসিং বলছে, সেফটি গার্ড খোলা, বা কেমিক্যাল লিক হচ্ছে।

এসব দ্রুত ধরতে হলে পরিষ্কার স্ট্যান্ডার্ড থাকা জরুরি—না হলে কর্মী নিজেই বুঝবেন না কোনটা স্বাভাবিক, কোনটা সমস্যা।

২. কাজ বা মেশিন থামানো

সমস্যা ধরা পড়ার পর কাজ থামাতে হবে। কখনো মেশিন নিজে থেমে যায়, কখনো অপারেটরকে ইমার্জেন্সি স্টপ বা আন্দন সিগন্যাল ব্যবহার করতে হয়।

লক্ষ্যটা একটাই—সমস্যা যেন পরের পণ্য বা পরের ধাপে ছড়িয়ে না পড়ে।

খেয়াল রাখা দরকার—শুধু খারাপ পিসটা সরিয়ে আবার লাইন চালু করলেই কাজ শেষ হয় না। সমস্যার উৎসটা খুঁজে বের করতেই হবে।

৩. তাৎক্ষণিক পরিস্থিতি সামলানো

থামানোর পর প্রথম কাজ হলো বর্তমান অবস্থাটা নিয়ন্ত্রণে আনা—শেষ ভালো পিসটা চিহ্নিত করা, সন্দেহজনক পণ্য আলাদা করা, মেশিনের সেটিং যাচাই করা, ভুল ম্যাটেরিয়াল সরানো, টুল বা ফিক্সচার ঠিক করা, সংশ্লিষ্ট টিমকে জানানো, আর কোয়ালিটি ভেরিফিকেশন করা।

এটা লাইন আবার নিরাপদে চালু করতে সাহায্য করে। তবে এটাই শেষ কথা না।

৪. মূল কারণ দূর করা

একই সমস্যা যেন আবার না হয়, তার জন্য রুট কজ অ্যানালাইসিস করতে হবে—5 Why, ফিশবোন ডায়াগ্রাম, বা পারেটো অ্যানালাইসিসের মতো টুল ব্যবহার করা যায়।

ধরুন একটা লেবেলের প্রিন্ট বারবার সরে যাচ্ছে।

প্রশ্ন: প্রিন্ট কেন সরছে? উত্তর: ম্যাটেরিয়াল ঠিক জায়গায় থাকছে না।

কেন থাকছে না? গাইড ঢিলা হয়ে গেছে।

গাইড ঢিলা হলো কেন? নির্ধারিত সময়ে প্রিভেন্টিভ মেইনটেন্যান্স হয়নি।

সেটা হলো না কেন? মেইনটেন্যান্স চেকলিস্টেই ওই গাইডের ইন্সপেকশন ছিল না।

শুধু গাইড টাইট করে দিলে তাৎক্ষণিক সমস্যা মিটবে ঠিকই, কিন্তু চেকলিস্ট আপডেট না করলে, ইন্সপেকশনের সময় ঠিক না করলে, দায়িত্ব স্পষ্ট না করলে—সমস্যা আবার ফিরে আসবে।

Jidoka শুধু সমস্যাটা ঠিক করে না, এটা সমস্যার পুনরাবৃত্তি আটকাতে চায়।

Andon আর Jidoka

এই দুটোর সম্পর্ক বেশ কাছের।

Andon হলো একটা ভিজ্যুয়াল সিগন্যাল সিস্টেম—আলোর সংকেত, ডিসপ্লে বোর্ড, অ্যালার্ম, সাউন্ড সিগন্যাল, ডিজিটাল নোটিফিকেশন বা আন্দন কর্ড—যার মাধ্যমে লাইনে কোথায়, কী সমস্যা হচ্ছে সেটা সবাইকে জানানো হয়।

একজন অপারেটর সমস্যা দেখে বাটন চাপলেন, সাথে সাথে হলুদ আলো জ্বলল। সুপারভাইজার বুঝলেন—সাহায্য দরকার। নির্দিষ্ট সময়ের মধ্যে সমাধান না হলে লাল আলো জ্বলে উঠবে, লাইনও বন্ধ হয়ে যাবে।

এতে সমস্যা লুকিয়ে থাকে না, আর সঠিক মানুষটা দ্রুত এগিয়ে আসতে পারেন। আন্দনের উদ্দেশ্য কাউকে দোষারোপ করা না—বরং সমস্যাটা সবার চোখের সামনে নিয়ে আসা।

প্রক্রিয়ার ভেতরেই গুণমান

অনেক জায়গায় এখনো উৎপাদন শেষ হওয়ার পর কোয়ালিটি চেক করা হয়—হাজার হাজার পিস বানানোর পর ইন্সপেক্টর ত্রুটি খুঁজে বের করেন। ততক্ষণে ক্ষতিটা হয়েই গেছে।

Jidoka একটু অন্যভাবে প্রশ্ন করে—”ত্রুটিটা শেষ পর্যন্ত পৌঁছানোর আগেই কীভাবে থামানো যায়?”

একেই বলে Built-in Quality। কোয়ালিটি শুধু ফাইনাল ইন্সপেকশন টিমের কাজ না—প্রতিটা ধাপেই এটা নিশ্চিত করতে হয়। প্রতিটা কর্মী নিজের কাজের কোয়ালিটি নিজেই যাচাই করবেন, আর ত্রুটিপূর্ণ কিছু পরের ধাপে পাঠাবেন না।

এখানে পরের কর্মীকে ভাবা হয় আপনার নিজের কাস্টমার হিসেবে—ত্রুটিপূর্ণ পণ্য পাঠানো মানে নিজের কাস্টমারের কাছেই সমস্যা পাঠানো।

বাস্তব একটা উদাহরণ

ধরুন একটা হিট ট্রান্সফার লেবেল লাইনে অপারেটর খেয়াল করলেন, কিছু লেবেলের কালার শেড অ্যাপ্রুভড স্যাম্পলের সাথে মিলছে না।

পুরনো ধাঁচে হয়তো তিনি ভাবতেন—”কোয়ালিটি টিম পরে দেখে নেবে।” আর তাতে পুরো ব্যাচটাই তৈরি হয়ে যেত।

Jidoka কালচারে তিনি প্রথমেই উৎপাদন বন্ধ করবেন। তারপর অ্যাপ্রুভড স্যাম্পলের সাথে মিলিয়ে দেখবেন, ইঙ্ক বা কালার মিক্সিং রেকর্ড চেক করবেন, মেশিনের তাপমাত্রা-প্রেশার দেখবেন, ম্যাটেরিয়াল ব্যাচ বদলেছে কি না যাচাই করবেন, কোয়ালিটি টিমকে জানাবেন, প্রথম ভালো আর প্রথম খারাপ পিসের সময় চিহ্নিত করবেন, সন্দেহজনক পণ্য হোল্ড করবেন, আর সমাধান হওয়ার পর ফার্স্ট পিস অ্যাপ্রুভাল নিয়েই আবার শুরু করবেন।

কিছুক্ষণের জন্য লাইন বন্ধ থাকল ঠিকই, কিন্তু বড় একটা কাস্টমার কমপ্লেইন আর রিপ্লেসমেন্টের ঝুঁকি এড়ানো গেল।

কোয়ালিটি ম্যানেজমেন্টে Jidoka-এর ব্যবহার

কিছু বাস্তব উদাহরণ—বারকোড ভেরিফাই না হলে মেশিন চালু না হওয়া, ভুল আর্টওয়ার্ক বাছলে অ্যালার্ট আসা, প্রয়োজনীয় ফিল্ড পূরণ না হলে অর্ডার রিলিজ আটকে যাওয়া, ক্যামেরা ইন্সপেকশনে কালার ভ্যারিয়েশন ধরা পড়লে লাইন থেমে যাওয়া, লেবেল বা কম্পোনেন্ট মিসিং হলে সেন্সর সিগন্যাল দেওয়া, টেস্ট রেজাল্ট স্পেসিফিকেশনের বাইরে গেলে ব্যাচ হোল্ড হওয়া, ভুল কোয়ান্টিটি হলে প্যাকিং থেমে যাওয়া, মাস্টার স্যাম্পল অ্যাপ্রুভাল ছাড়া বাল্ক প্রোডাকশন শুরু না হওয়া।

উদ্দেশ্য একটাই—ভুলটা দ্রুত ধরা, আর পরের ধাপে যেতে না দেওয়া।

সেফটিতেও Jidoka

শুধু প্রোডাক্ট কোয়ালিটি না, ওয়ার্কপ্লেস সেফটিতেও এর গুরুত্ব কম না।

ধরুন একজন অপারেটর মেশিনের সেফটি গার্ড খোলা রেখেই কাজ করছেন। টার্গেট পূরণের তাড়ায় যদি এভাবেই কাজ চলতে থাকে, দুর্ঘটনার ঝুঁকিটা বাড়তেই থাকবে।

এখানেও একই নীতি—অস্বাভাবিকতা চিহ্নিত করুন, কাজ থামান, ঝুঁকিপূর্ণ এলাকা নিয়ন্ত্রণে আনুন, মূল কারণ খুঁজুন, প্রয়োজনীয় ব্যবস্থা নিন, তারপর নিরাপদ নিশ্চিত হয়ে কাজ শুরু করুন।

সেফটি ইন্টারলক, ইমার্জেন্সি স্টপ, লাইট কার্টেন, মেশিন গার্ড সেন্সর—এগুলো সেফটিতে Jidoka-এর বাস্তব রূপ। গার্ড খোলা থাকলে মেশিন না চলাটাই একটা বিল্ট-ইন সেফটি ব্যবস্থা।

কেমিক্যাল স্পিল, ইলেকট্রিক্যাল স্পার্ক, অচেনা শব্দ, অতিরিক্ত তাপ বা গ্যাস লিক দেখলে কর্মীর হাতে থাকা উচিত Stop Work Authority।

Stop Work Authority কেন জরুরি

এই অথরিটি মানে—কর্মী কোনো অনিরাপদ অবস্থা দেখলে নিজে থেকেই কাজ থামাতে পারবেন।

বেশিরভাগ দুর্ঘটনার আগে ছোটখাটো সতর্কসংকেত দেখা যায়। কর্মীরা ঝুঁকিটা বোঝেনও, কিন্তু থামান না—কারণ ভয় থাকে প্রোডাকশন ডিলে হবে, ম্যানেজার বিরক্ত হবেন, কন্ট্রাক্টর চাপ দেবে, বা তাকে “বেশি সতর্ক” বলা হবে।

শুধু সেফটি পলিসি লিখে এই ভয়টা দূর করা যায় না। ম্যানেজমেন্টকে স্পষ্ট করে বলতে হয়—”সঠিক কারণে কাজ থামানোর জন্য কাউকে শাস্তি দেওয়া হবে না।” আর এই কথাটা শুধু ট্রেনিং রুমে না, বাস্তব আচরণেও দেখাতে হয়।

Jidoka বনাম Poka-Yoke

দুটোই লিন কোয়ালিটির গুরুত্বপূর্ণ ধারণা, কিন্তু কাজ আলাদা।

Poka-Yoke এমন ব্যবস্থা তৈরি করে যাতে ভুল হওয়ার সুযোগই না থাকে, বা ভুল করাটাই অসম্ভব হয়ে যায়। Jidoka সমস্যা ধরা পড়লে কাজ থামিয়ে দেয়।

যেমন—একটা কানেক্টর শুধু সঠিক দিকেই লাগানো যায়, এটা Poka-Yoke। কানেক্টর ভুলভাবে লাগানো থাকলে মেশিন স্টার্ট না হওয়া—এটা Jidoka।

এক কথায়, Poka-Yoke ভুল প্রতিরোধ করে, আর Jidoka ভুল ধরে প্রবাহ থামায়। দুটো একসাথে ব্যবহার করলে সিস্টেমটা আরও শক্তিশালী হয়।

Jidoka আর Kaizen

Jidoka সমস্যাটা চোখের সামনে নিয়ে আসে। Kaizen সেই সমস্যা থেকে উন্নতির রাস্তা খোঁজে।

লাইন থামলে সেটা শুধু একটা বাধা না, একটা শেখার সুযোগও। কেন থামল, সমস্যাটা আগে কেন ধরা পড়েনি, স্ট্যান্ডার্ড কি অস্পষ্ট ছিল, ট্রেনিং কি যথেষ্ট ছিল, মেশিন ডিজাইনে কিছু বদলানো দরকার কি না, নতুন কোনো Poka-Yoke যোগ করা যায় কি না—এসব প্রশ্ন থেকেই ধারাবাহিক উন্নতি তৈরি হয়।

সমস্যা লুকিয়ে রাখলে Kaizen-এর সুযোগটাও হারিয়ে যায়।

Jidoka থেকে যা পাওয়া যায়

• ত্রুটিপূর্ণ উৎপাদন কমে, কারণ সমস্যা ধরা পড়ামাত্র লাইন বন্ধ হয়ে যায়
• রিওয়ার্ক আর রিজেকশন কমে, ত্রুটি পরের ধাপে যাওয়ার আগেই আটকায়
• কাস্টমার কমপ্লেইনের ঝুঁকি কমে
• সমস্যার মূল কারণ বের করা সহজ হয়, কারণ ঘটনার সময়কার সেটিং-ম্যাটেরিয়াল-কন্ডিশন হাতের কাছেই থাকে
• কর্মীরা কোয়ালিটির দায়িত্ব নিজেদের বলে বোধ করেন, শুধু ইন্সপেক্টরের দায়িত্ব মনে করেন না
• বারবার ঘটতে থাকা সমস্যা আর বটলনেক ম্যানেজমেন্টের চোখে পড়ে
• শুরুতে লাইন স্টপ বাড়লেও, মূল কারণ ঠিক হলে ব্রেকডাউন-ডিফেক্ট-ডিলে কমে আসে
• কর্মীরা অনিরাপদ অবস্থা দেখলে চুপ না থেকে ব্যবস্থা নিতে শেখেন

যেসব বাধায় Jidoka আটকে যায়

শুধু প্রোডাকশন সংখ্যার দিকে নজর থাকলে কেউ লাইন থামাতে চাইবে না। সমস্যা রিপোর্ট করলে কর্মীকেই দোষারোপ করা হলে সবাই সমস্যা লুকাতে শুরু করে। কোনটা গ্রহণযোগ্য আর কোনটা না—এই স্ট্যান্ডার্ড স্পষ্ট না থাকলে অপারেটর সিদ্ধান্তই নিতে পারেন না। লাইন থামার পর সাপোর্ট টিম দেরি করে এলে কর্মীরা ভবিষ্যতে সিগন্যাল দিতেই আগ্রহ হারান। শুধু মেশিন রিসেট করে আবার চালু করলে একই সমস্যা ফিরে আসে। কর্মীরা না জানলে কী দেখে থামাতে হবে, কাকে জানাতে হবে—তাহলে পুরো সিস্টেমটাই কাজ করবে না। আর ভুল সিদ্ধান্তে শাস্তির ভয় থাকলে সমস্যা দেখেও কেউ মুখ খুলবেন না।

প্রতিষ্ঠানে কীভাবে শুরু করবেন

পরিষ্কার কোয়ালিটি স্ট্যান্ডার্ড দিয়ে শুরু করুন—ছবি, স্যাম্পল, লিমিট আর ভিজ্যুয়াল রেফারেন্স দিয়ে ভালো-খারাপের পার্থক্যটা দেখিয়ে দিন। শুধু লেখা প্রসিডিউর সবার জন্য যথেষ্ট না।

কখন মেশিন বা লাইন বন্ধ করতে হবে, সেই স্টপ ক্রাইটেরিয়া স্পষ্ট করুন—ক্রিটিক্যাল ডিফেক্ট পাওয়া গেলে, একই ডিফেক্ট পরপর তিনবার হলে, সেফটি গার্ড কাজ না করলে, ভুল ম্যাটেরিয়াল ধরা পড়লে, অ্যাপ্রুভড স্যাম্পলের সাথে না মিললে, মেশিন থেকে অচেনা শব্দ এলে, বা বারকোড ভেরিফিকেশন ফেল করলে।

কর্মীদের লিখিতভাবে এবং বাস্তবে স্টপ অথরিটি দিন, আর আশ্বস্ত করুন—সঠিক কারণে থামালে কোনো শাস্তি হবে না।

দ্রুত রেসপন্স সিস্টেম তৈরি করুন—সিগন্যাল দিলে কে আসবেন, কত সময়ের মধ্যে আসবেন, তা ঠিক করুন। আন্দন বা ভিজ্যুয়াল অ্যালার্ট ব্যবহার করে সমস্যাটা সবার চোখে আনুন।

গুরুতর বা বারবার ঘটা সমস্যায় রুট কজ অ্যানালাইসিস বাধ্যতামূলক করুন, আর সমাধানের পর SOP, চেকলিস্ট, ট্রেনিং মেটেরিয়াল বা মেইনটেন্যান্স প্ল্যান আপডেট করতে ভুলবেন না।

ফলাফল বোঝার জন্য First Pass Yield, Defect Rate, Rework Percentage, Scrap Cost, Customer Complaint, Line Stop Frequency, Repeated Defect, Response Time, আর Root Cause Closure Rate-এর মতো কয়েকটা KPI দেখতে পারেন।

শুরুতে লাইন স্টপের সংখ্যা বেড়ে গেলে ভয় পাওয়ার কিছু নেই—এটা প্রায়ই বোঝায় যে আগে লুকিয়ে থাকা সমস্যাগুলো এখন সামনে আসছে।

নেতৃত্বের ভূমিকাটাই আসল

Jidoka সফল হবে কি না, সেটা অনেকটাই নির্ভর করে লিডারশিপের প্রথম প্রতিক্রিয়ার ওপর।

লাইন থামার পর ম্যানেজারের প্রথম প্রশ্ন যদি হয়—”কে মেশিন বন্ধ করেছে?”—কর্মীরা ভয় পাবেন।

কিন্তু প্রশ্নটা যদি হয়—”সমস্যাটা কী, আমরা কীভাবে সাহায্য করতে পারি?”—তাহলে গড়ে ওঠে শেখার একটা সংস্কৃতি।

ভালো লিডার সমস্যা রিপোর্ট করা মানুষটাকে দোষ দেন না, বরং প্রসেস আর সিস্টেমের দিকে তাকান। এটা বুঝতে হবে—কর্মী লাইন বন্ধ করে ক্ষতি করেননি, বরং হয়তো বড় একটা ক্ষতি থেকে প্রতিষ্ঠানকে বাঁচিয়েছেন।

একটা ছোট্ট উদাহরণ

একটা প্যাকিং লাইনে অপারেটর দেখলেন, কার্টনের লেবেলে থাকা পারচেজ অর্ডার নম্বরের সাথে ভেতরের প্রোডাক্টের নম্বর মিলছে না।

সামনে দুটো রাস্তা। এক, প্যাকিং চালিয়ে যাওয়া আর ভাবা যে ফাইনাল ইন্সপেকশনে বিষয়টা ধরা পড়বে। দুই, তখনই প্যাকিং বন্ধ করে দেওয়া, ইতিমধ্যে প্যাক হওয়া কার্টন হোল্ড করা, আর লেবেল-প্রোডাক্ট মিলিয়ে দেখা।

প্রথমটা তাড়াতাড়ি মনে হতে পারে। কিন্তু ভুল কার্টন কাস্টমারের কাছে চলে গেলে সর্টিং, রিটার্ন, রিপ্লেসমেন্ট আর কাস্টমারের আস্থা হারানোর ঝুঁকি থেকেই যায়।

দ্বিতীয়টায় কয়েক মিনিট কাজ থামবে ঠিকই, কিন্তু বড় একটা কমপ্লেইন এড়ানো যাবে।

এটাই Jidoka-এর আসল রূপ।

রোজকার কাজেও কি কাজে লাগে

Jidoka শুধু ফ্যাক্টরি বা মেশিনের জন্য না, এই দর্শনটা রোজকার কাজেও প্রয়োগ করা যায়।

ধরুন একটা গুরুত্বপূর্ণ রিপোর্ট বানাচ্ছেন। মাঝপথে বুঝলেন, যে ডেটা ব্যবহার করছেন সেটা ঠিক না। কিন্তু ডেডলাইনের চাপে লেখা চালিয়েই গেলেন—শেষে গিয়ে পুরো রিপোর্ট আবার লিখতে হলো।

Jidoka-এর দর্শনটা বলবে—ভুল ডেটা ধরা পড়েছে, এখনই থামুন, সোর্সটা যাচাই করুন, সঠিক তথ্য নিশ্চিত হয়ে তারপর আবার লেখা শুরু করুন।

প্রেজেন্টেশন, ব্লগ, ডিজাইন, ফাইন্যান্সিয়াল রিপোর্ট বা প্রজেক্ট প্ল্যান—যেকোনো কাজে মৌলিক ভুল ধরা পড়লে সেটা চালিয়ে না গিয়ে আগে ঠিক করে নেওয়াই ভালো।

ভুল ভিত্তির ওপর তাড়াহুড়া করে এগোনোর চেয়ে সঠিক ভিত্তির ওপর একটু ধীরে এগোনো অনেক বেশি কার্যকর।

সবচেয়ে বড় শিক্ষাটা

Jidoka একটা গভীর কথা শেখায়—

সমস্যা দেখা দেওয়া ব্যর্থতা না। সমস্যা দেখেও কিছু না করাটাই আসল ব্যর্থতা।

অনেক প্রতিষ্ঠানে সমস্যা লুকিয়ে রাখাটাকেই দক্ষতা ভাবা হয়। লাইন চলছে, রিপোর্ট সবুজ, টার্গেট পূরণ—বাইরে থেকে সব ঠিকঠাক মনে হয়।

কিন্তু ভেতরে ভেতরে ডিফেক্ট, রিওয়ার্ক, অনিরাপদ অভ্যাস আর কাস্টমার ঝুঁকি জমতেই থাকে।

Jidoka সেই নীরবতাটা ভেঙে দেয়—সমস্যা দেখুন, সেটা সবার সামনে আনুন, দরকার হলে থামুন, কারণ খুঁজুন, স্থায়ী সমাধান করুন, তারপর নিরাপদ ও সঠিকভাবে আবার শুরু করুন।

শেষ কথা

কাজ থামানো সবসময় দুর্বলতার লক্ষণ না। কখনো কখনো সঠিক সময়ে থামানোই সবচেয়ে দায়িত্বশীল সিদ্ধান্ত।

ভুল একটা প্রক্রিয়া দ্রুত চালিয়ে যাওয়া প্রোডাক্টিভিটি না। অনিরাপদ একটা মেশিন চালু রাখা কমিটমেন্ট না। ভুল পণ্য বানিয়ে টার্গেট পূরণ করাটা সাফল্য না।

আসল অপারেশনাল এক্সিলেন্স তখনই তৈরি হয়, যখন প্রতিষ্ঠানের প্রতিটি মানুষ সমস্যা দেখলে বলতে পারেন—”এখানে কিছু একটা ঠিক নেই। আগে এটা ঠিক করি, তারপর কাজ শুরু করি।”

কোয়ালিটি শেষ ধাপে গিয়ে ইন্সপেকশন করে তৈরি হয় না—প্রতিটা ধাপেই সেটা গড়ে তুলতে হয়। আর সেই কোয়ালিটি রক্ষার জন্য মাঝে মাঝে সবচেয়ে বেশি যেটা লাগে, সেটা হলো—সমস্যা হলে কাজ থামানোর সাহস।