از آشوب تا کنترل: چگونه خطاهای پایان خط را تا 94 درصد کاهش دهیم

در یک خط بسته بندی که من با آن کار می کردم، پس از بسته بندی محصول و آماده ارسال، خطاهای پایان خط همچنان ظاهر می شد. یک برچسب روی کارتن اشتباهی قرار گرفت. مهر یک گوشه را از دست داد. اسکن در حوض انجام نشد. تیم درد را دیر احساس کرد، زمانی که دوباره کاری به یکباره حمل و نقل، نیروی کار و اعتماد را لمس کرد. من با آن به عنوان یک مشکل بزرگ برخورد نکردم. آخرین ایستگاه را تماشا کردم، هر اشتباه را یادداشت کردم و خطاها را بر اساس نوع گروه بندی کردم. اشتباهات برچسب شمارش خطاها مشکلات مهر و موم خرابی اسکن این تقسیم ساده کار را تغییر داد. ما از گفتن «آخر خط آشفته است» دست کشیدیم و شروع به پرسیدن کردیم، «کدام خطا نشان داده می‌شود، کجا و چه کسی آن را لمس می‌کند؟» یک مورد برجسته بود. یک خطای برچسب پیدا کردیم که به نظر مشکل آموزشی بود. نبود. اپراتور دو کد سفارش بسته را در یک صفحه داشت و تفاوت به راحتی از دست می رفت. انتخاب تکراری را حذف کردم، کد را بزرگ‌تر کردم و چاپگر را به جدول بسته‌بندی نزدیک‌تر کردم. نرخ خطا در آن مرحله به سرعت کاهش یافت. من از چند تغییر دیگر استفاده کردم: - در هر شیفت یک نفر را مسئول بررسی نهایی قرار دادم. - من یک برگه تصویری کوتاه در کنار ایستگاه اضافه کردم، با یک عکس برای هر قالب بسته تایید شده. - من بعد از دو بار اشتباه به همین دلیل خط را متوقف کردم. - ابزارها، برچسب‌ها و نوار را به همان منطقه دسترسی منتقل کردم، بنابراین دست‌ها جستجوی کمتری انجام دادند. - از تیم خواستم تا هر نقصی را در قالب یکسان، بدون حدس و گمان متن آزاد ثبت کنند. بزرگترین تغییر تکنولوژی نبود. واضح بود وقتی کارگران مجبور بودند حدس بزنند، خطاها افزایش یافت. هنگامی که ایستگاه یک مسیر روشن را نشان داد، خطاها کاهش یافت. پس از سه هفته، خطاهای پایان خط ما 94 درصد کاهش یافت. زمان دوباره کاری کاهش یافت تاخیر در حمل و نقل کاهش یافت تیم همچنین فشار کمتری را در پایان شیفت احساس کرد، که بیش از آنچه مردم اعتراف می کنند اهمیت داشت. من فکر می کنم بسیاری از تیم ها سعی می کنند با سرعت بیشتر، بررسی های بیشتر یا فشار بیشتر، خطاهای پایان خط را برطرف کنند. من برعکس عمل کردم. من روند را آنقدر کند کردم تا ببینم سردرگمی کجاست. هنگامی که سردرگمی را حذف کردم، خط بهتر حرکت کرد. اگر مجبور بودم دوباره همان پروژه را اجرا کنم، از آخرین مرحله شروع می کردم نه اولین. ایستگاه آخر اغلب حقیقت را نشان می دهد. این نشان‌دهنده ضعف‌ها، برچسب‌های نامشخص، چیدمان‌های بد، و عادت‌های کوچکی است که تا زمانی که خطا به حوض نرسد بی‌ضرر به نظر می‌رسند. همان جایی است که من ابتدا نگاه می کنم.

من بارها همین صحنه را دیده ام. این خط در بیشتر زمان جابجایی به خوبی اجرا می شود، سپس ناحیه انتهای خط شروع به لیز خوردن می کند. کیس ها جمع می شوند. برچسب ها با دست بررسی می شوند. پالت ها خیلی طولانی منتظر می مانند. یک تاخیر کوچک به زنجیره ای از تاخیر تبدیل می شود. تیم ابتدا آن را احساس می کند. اعداد بعداً آن را نشان می دهند. به همین دلیل است که من به کار پایان خط به عنوان یک مرحله آخر نگاه می کنم. من آن را به عنوان نقطه‌ای در نظر می‌گیرم که سرعت، نظم و قابلیت ردیابی یا کنار هم قرار می‌گیرند یا از هم می‌پاشند. یک اصلاح هوشمندانه نیازی به بلند بودن ندارد. باید روشن شود. من با پیدا کردن جایی که خط کنترل را از دست می دهد شروع می کنم. گاهی اوقات مشکل یک بررسی دستی است که خیلی طول می کشد. گاهی اوقات یک کارتن بند کار خود را انجام می دهد، اما ایستگاه بعدی نمی تواند ادامه دهد. گاهی اوقات داده های محصول وجود دارد، اما هیچ کس نمی تواند آن را با سرعت کافی ببیند. نتیجه در ظاهر متفاوت به نظر می رسد، اما علت اغلب یکسان است: انتقال ضعیف است. من با تیم هایی کار کرده ام که فکر می کردند در پایان خط به افراد بیشتری نیاز دارند. پس از یک نگاه دقیق تر، آنها به جریان بهتری نیاز داشتند. یک تغییر نوار نقاله ساده، یک نقطه اسکن واضح تر، یا یک تنظیم پایدارتر رسیدگی به کیس می تواند بیشتر از اضافه کردن یک جفت دست دیگر انجام دهد. زمانی که می‌خواهم انتهای خط آرام‌تر شود، از روشی استفاده می‌کنم. - هر نقطه انتقالی را که تماشا می‌کنم نقشه می‌کشم، جایی که محصول بیش از یک بار کند می‌شود، منتظر می‌ماند یا لمس می‌شود. - مراحل اضافی را حذف می‌کنم و فقط چک‌هایی را نگه می‌دارم که برای بسته‌بندی، برچسب‌گذاری و حمل و نقل مهم هستند. - ایستگاه‌هایی را به هم وصل می‌کنم که دائماً ریتم دارند و به دنبال مکان‌هایی می‌گردم که یک دستگاه به تنهایی کار می‌کند در حالی که بقیه خط منتظر می‌مانند. - خواندن داده‌ها را آسان می‌کنم، می‌خواهم تیم تعداد، وضعیت و خطاها را بدون جستجوی آنها ببیند. - من طرح را ساده نگه می دارم مسیرهای پاک به کارگران کمک می کند با سردرگمی کمتر و توقف کمتر حرکت کنند. یک کارخانه نوشیدنی که در نزدیکی آن کار می کردم، در انتهای خط مشکل روزانه داشت. کیس ها به خوبی مهر و موم شده بودند، اما قسمت پالت همچنان پشتیبان می شد. اپراتورها برچسب ها را مجدداً با دست بررسی می کردند زیرا به خروجی ایستگاه قبلی اعتماد نداشتند. خط شکسته نشد. جریان بود. هنگامی که تیم یک نقطه اسکن واضح تر اضافه کرد و ترتیب دو ایستگاه را تغییر داد، پشتیبان گیری آسان شد. کارگران از حدس زدن دست کشیدند. سرپرست تمام روز از تعقیب مسائل کوچک دست کشید. این نوع تغییر مهم است زیرا مردم آن را بلافاصله احساس می کنند. وقتی انتهای خط به هم ریخته است، تیم به جای پیشرفت، انرژی خود را صرف کنترل می کند. آنها بارها و بارها به همان سؤالات پاسخ می دهند. آیا مورد صحیح است؟ آیا برچسب مطابقت دارد؟ آیا پالت آماده است؟ وقتی تنظیمات تمیزتر باشد، این سوالات محو می شوند. مردم می توانند روی خروجی تمرکز کنند، نه کار نجات. من همچنین به اتفاقاتی که پس از خروج محصول از خط می افتد توجه می کنم. اگر حمل و نقل نیاز به بررسی مجدد بیش از حد داشته باشد، راه اندازی پایان خط کار خود را انجام نداده است. اگر به دلیل گم شدن یک برچسب، برگردانده شود، خط به نقطه بررسی بهتری نیاز دارد. اگر جابجایی پالت باعث آسیب شود، طرح به مسیر ایمن تری نیاز دارد. یک تعمیر خوب از محصول قبل از رسیدن به حوض محافظت می کند. چیزی که من در مورد راه‌اندازی هوشمندانه‌تر پایان خط دوست دارم این است: کنترل را بدون ایجاد احساس سنگینی به سیستم می‌دهد. تیم به سر و صدای بیشتری نیاز ندارد. به وضوح بیشتری نیاز دارد. یک جریان تمیز، انتقال کمتر و دید بهتر می تواند حال و هوای خط را تغییر دهد. من دنبال سیستم های کامل نیستم. من دنبال بهترها هستم بهترین راه حل نهایی که من دیده ام معمولاً به اندازه کافی ساده برای استفاده، به اندازه کافی ثابت برای اعتماد، و به اندازه کافی واضح است که کل تیم آن را دنبال کند.

من قبلاً بارها و بارها همین مشکل را در انتهای خط می دیدم. یک جعبه برچسب اشتباهی داشت. مهر ضعیف بود. تعداد قسمت ها با یک کاهش یافت. محصول در یک نگاه خوب به نظر می رسید، سپس با یک اشتباه کوچک اما پرهزینه از بررسی نهایی برگشت. این بخشی است که بسیاری از تیم ها به خوبی می دانند. به نظر می رسد کار به پایان رسیده است، اما آخرین مرحله هنوز ریسک دارد. هنگامی که فرآیند پایان خط آزاد باشد، اشتباهات کوچک به شکایات مشتری، کار مجدد و فشار اضافی بر تیم تبدیل می شود. چیزی که در مورد ما تغییر کرد یک راه حل بزرگ نبود. این مجموعه ای از تغییرات کوچک بود که کنترل خط را آسان تر می کرد. پس از تشدید بررسی ها، میزان اشتباه 94 درصد کاهش یافت. من آن را جادو نمی بینم. من آن را به عنوان عادات بهتر، چیدمان بهتر و مالکیت بهتر می بینم. من می خواهم آنچه را که برای من مفید بود به اشتراک بگذارم. من با نگاه کردن به اینکه اشتباهات از کجا آمده شروع کردم. اکثر آنها تصادفی نبودند. آن‌ها از همان مکان‌ها آمده‌اند: - مراحل کار نامشخص - قطعات با ظاهری مشابه - بررسی‌های برچسب از دست رفته - تحویل عجله‌ای - هیچ راه آسانی برای متوقف کردن یک کالای بد قبل از بسته‌بندی وجود ندارد وقتی الگو را دیدم، دیگر ایستگاه آخر را به تنهایی سرزنش نکردم. مسئله اصلی مسیر کامل منتهی به آن بود. اگر یک مورد با یک خطای پنهان به پایان برسد، بررسی نهایی باید هر بار آن را بگیرد. که سخت است. یک خط باید ساخته شود تا خطا شانس کمتری برای رشد داشته باشد. من روند را به چند روش ساده تغییر دادم. 1) بررسی آخرین بررسی را آسان تر کردم و چک های کلید را در یک مکان قرار دادم. کد قطعه مطابقت برچسب. وضعیت مهر و موم. بشمار. کیفیت بسته بندی قبل از آن، اپراتورها مجبور بودند خیلی چیزها را به خاطر بسپارند. هنگامی که خط مشغول است، حافظه از کار می افتد. یک چک لیست تصویری کوتاه بیش از یک یادآوری کلامی طولانی تا به حال کمک کرده است. 2) من یک نقطه توقف واضح اضافه کردم وقتی تیم مشکلی پیدا کرد، مجبور شد فورا متوقف شود و آن را برطرف کند. بدون گذر بی صدا نه "بگذارید این دور برود." آن قانون کوچک حال و هوای خط را تغییر داد. مردم شروع به برخورد با نقص به عنوان بخشی از فرآیند کردند، نه به عنوان یک رویداد شرم آور. آنها مشکلات را سریعتر گزارش کردند. من آن تغییر را دوست داشتم، زیرا این خط را صادقانه تر کرد. 3) من اشتباهات را در منبع کاهش دادم و دیدم که بسیاری از اشتباهات ناشی از موارد مشابه هستند. بنابراین مواد را با وضوح بیشتری از هم جدا کردم. من از برچسب های بهتری استفاده کردم. موارد مرتبط را جدا نگه داشتم. من همچنین ترتیب کار را با نمایشگر ایستگاه مطابقت دادم، بنابراین اپراتور نیازی به حدس زدن نداشت. این قسمت ساده به نظر می رسد. ساده بود به همین دلیل کار کرد. 4) من تیم را با مثال های واقعی آموزش دادم که از سخنرانی های طولانی استفاده نکردم. من از موارد واقعی از خط خودمان استفاده کردم. برچسب کارتن اشتباهی را نشان دادم. من مهر و موم را نشان دادم که ظاهر خوبی داشت اما پس از دست زدن شکست خورد. من یک خطای شمارش ناشی از یک مرحله پرش را نشان دادم. مردم وقتی می توانند موضوع را در مقابل خود ببینند بهتر واکنش نشان می دهند. آن را به یاد می آورند. آنها همچنین زمانی که نمونه ها از طبقه خودشان می آیند، به فرآیند اعتماد بیشتری دارند. 5) من انتقال بین ایستگاه ها را تماشا کردم بسیاری از اشتباهات پایان خط قبل از آخرین مرحله شروع می شوند. یک ایستگاه فرض می کند که ایستگاه بعدی قبلاً آن را بررسی کرده است. سپس شکاف بیشتر می شود. تمرکزم را بیشتر روی نظم و انضباط دست‌آف گذاشتم. هر ایستگاه قبل از رهاسازی باید شرایط عبور اولیه را تأیید می کرد. این باعث شد ایستگاه پایانی با مشکلات قابل اجتناب کمتر شلوغ شود. یه چیز دیگه هم یاد گرفتم چک نهایی نباید همه تقصیرها را به همراه داشته باشد. اگر هر نقصی تا پایان صبر کند، سیستم خیلی کم و دیر انجام می دهد. یک خط خوب هر چه زودتر مشکلات را حل می کند. این باعث صرفه جویی در تلاش، کاهش استرس و تغییر بهتر تیم می شود. روزی را به یاد دارم که یک خطای کوچک برچسب تقریباً از خط خارج شد. بسته از دور درست به نظر می رسید. رنگش درست بود سایزش درست بود تنها مشکل یک ناهماهنگی کوچک کد بود. ما آن را پیدا کردیم زیرا چک لیست واضح بود و اپراتور دقیقاً می دانست چه چیزی را باید مقایسه کند. این یک گرفتن باعث شد دسته با علامت اشتباه به جلو حرکت نکند. به همین دلیل است که من به کنترل های ساده بیشتر از وعده های بزرگ اعتماد دارم. یک فرآیند پایانی تمیز به مراحل روشن، چشمان روشن و مالکیت روشن بستگی دارد. اگر تیم بداند چه چیزی را بررسی کند، کجا آن را بررسی کند و چه زمانی خط را متوقف کند، اشتباهات به سرعت کاهش می یابد. نه به این دلیل که کار کامل شد. چون کنترل کار آسانتر شد. درس خودم ساده است. من سعی نمی کنم با فشار بیشتر خطاهای پایان خط را برطرف کنم. من آنها را با نقاط کور کمتری رفع می کنم. وقتی چک‌ها را کوتاه نگه می‌دارم، طرح‌بندی را مشخص می‌کنم، و تحویل را صادقانه نگه می‌دارم، خط بهتر اجرا می‌شود. تیم کمتر احساس عجله می کند. بسته بندی نهایی تمیزتر به نظر می رسد. و اعداد در مسیر درست حرکت می کنند.

من مدام همین مشکل را در انتهای خط می دیدم. جعبه ها در طول تولید خوب به نظر می رسیدند، سپس خطاهای کوچک درست قبل از حمل و نقل ظاهر شد. یک برچسب گم شده مهر و موم شل. یک عدد اشتباه در کارتن هر موضوعی به خودی خود جزئی بود. آنها با هم، دوباره کاری، تاخیر و استرس را برای تیم من ایجاد کردند. چیزی که بیش از همه مرا آزار می داد این بود: خط در یک لحظه بزرگ شکست نخورد. در اشتباهات کوچک و تکراری شکست خورد. من از برخورد با خطاهای پایان خط به عنوان یک مشکل بازرسی نهایی دست کشیدم. من شروع به برخورد با آنها به عنوان یک مشکل فرآیند کردم. من با نقطه ای شروع کردم که خطاها اغلب ظاهر می شدند. در یکی از سایت‌های بسته‌بندی، اپراتورها را تماشا کردم که یک دور را تمام کردند، کارتن‌ها را روی هم چیدند و به جلو فرستادند. محصولات آماده به نظر می رسیدند. سپس جستجوگر دو مورد با کد لات اشتباه پیدا کرد. خط خیلی سریع حرکت کرده بود که کسی متوجه نمی شد. هیچ کس بی خیالی کاری نکرده بود. مراحل کار به سادگی فضای زیادی را برای رانش باقی می گذارد. من روند را به چند روش مستقیم تغییر دادم. من یک بررسی واضح در انتهای خط قرار دادم و نویز اضافی اضافه نکردم. من یک نقطه کنترل ساده اضافه کردم. اپراتور در آن ایستگاه فقط سه چیز را بررسی کرد: - موقعیت برچسب - کیفیت مهر و موم - تطبیق تعداد این لیست کوتاه بهتر از یک فرم طولانی که کسی نمی خواست استفاده کند کار می کرد. وقتی چک لیست کوتاه می ماند، مردم در واقع از آن استفاده می کردند. من همچنین از تیم خواستم دست از حدس زدن بردارند. اگر جعبه ای حتی کمی دور به نظر می رسید، آن را کنار می کشیدیم و منبع را بررسی می کردیم. آن عادت کوچک به ما کمک کرد تا الگوها را بگیریم. یک فیدر ضعیف باعث تغییر برچسب شد. یک ریل راهنمای فرسوده باعث کج شدن کارتن شد. مشکل تصادفی نبود. منبعی داشت. من منبع را قابل مشاهده کردم، کنترل بصری ساده را دوست دارم. این به مردم کمک می کند سریعتر از یک گزارش طولانی واکنش نشان دهند. ما از این موارد استفاده کردیم: - برچسب‌های رنگی برای موارد نگهدارنده - یک تابلوی عکس با مثال‌های صحیح و نادرست - یک علامت روی زمین برای مرحله‌بندی نهایی. یک استخدام‌کننده جدید می‌تواند در ایستگاه بایستد و بداند خروجی خوب چگونه به نظر می‌رسد. که استرس تمرینی را نجات داد و حدس دوم را کاهش داد. من یاد گرفتم که خطاهای پایان خط اغلب از انتقال نامشخص ناشی می شوند. بسیاری از تیم ها آخرین نفر را در خط مقصر می دانند. من هم قبلا این کار را می کردم. راحت تر بود اشتباه هم بود. مشکل اصلی معمولاً یک انتقال ضعیف بین مراحل بود. یکی از ایستگاه ها با قسمتی که کمی خارج از مرکز قرار داشت به دیگری تغذیه می کرد. ایستگاه بعدی کارتن را خیلی زود بست. ایستگاه آخر نقص را پیدا کرد و تقصیر را به عهده گرفت. بنابراین من قدم به قدم خط را طی کردم و در هر نقطه یک سوال پرسیدم: "چه اشتباهی در اینجا ممکن است رخ دهد که نفر بعدی بلافاصله متوجه نشود؟" این سوال نحوه اجرای خط را تغییر داد. شکاف‌های کوچکی مانند اینها پیدا کردم: - سنسوری که نیاز به تمیز کردن بیشتر داشت - اندازه سینی که خیلی شل جا می‌شد - رول برچسبی که تحت لرزش لیز خورده بود - بررسی شمارش که بیش از حد به حافظه متکی بود هیچ کدام از اینها چشمگیر به نظر نمی‌رسیدند. از دست دادن هرکدام آسان بود. هر کدام می توانند در پایان یک کارتن بد ایجاد کنند. من رفع مشکل را نزدیک نگه داشتم و از تیم نخواستم که بیشتر کار کند. من خواستم که این روند بهتر عمل کند. هنگامی که یکی از خطوط بسته بندی مدام شمارش های مختلط را ارسال می کرد، قبل از بوکس نهایی یک بررسی ساده وزن اضافه کردیم. وقتی مشکل مهر و موم همچنان در یک شیفت ظاهر می شد، از تیم خواستم تنظیمات دستگاه را در شروع هر اجرا مقایسه کنند. وقتی همان خطای برچسب برگشت، نمونه صحیح را درست در کنار چاپگر قرار دادیم. این تغییرات ظاهری جالب نداشتند. احساس عملی بودن می کردند. نکته همین بود. یک تولیدکننده تنقلات کوچک که من با او کار می‌کردم، همین الگو را داشت. تیم آنها پس از بسته‌بندی کارتن‌ها، مدام عیوب انتهای خط را پیدا می‌کردند. نرخ خطا روی کاغذ کم به نظر می رسید، اما هزینه نیروی کار اصلا کم نبود. Rework ارسال را کند کرد و تیم احساس کرد که همیشه دنبال همان مشکل هستند. ما سه کار انجام دادیم: - بررسی نهایی را کوتاه کردیم - نمونه های نقص را آسان کردیم - هر خطا را بر اساس منبع ثبت کردیم، نه با سرزنش در مدت کوتاهی از اجراها، همان نوع نقص اغلب ظاهر نشد. تیم نیازی به شعار جدید نداشت. آنها به راه بهتری برای دیدن زودهنگام مشکل نیاز داشتند. این همان بخشی است که بسیاری از مردم از دست می دهند. خطاهای پایانی به ندرت نیاز به اصلاح چشمگیر دارند. آنها به یک روال تمیزتر نیاز دارند. وقتی به گذشته نگاه می کنم، بهترین پیشرفت از تغییر تفکر حاصل شد. من دیگر نپرسیدم: "چرا آخرین ایستگاه این را از دست داد؟" شروع کردم به پرسیدن، "این خطا از کجا شروع شد؟" آن یک سوال تیم من را از تلاش های بیهوده نجات داد. اگر من مجبور بودم فقط یک درس را نگه دارم، آن این بود: آخرین بررسی را ساده کنید. تشخیص عیب را آسان کنید. ردیابی منبع را آسان کنید. وقتی خط واضح است، خطاها کوچکتر می شوند. وقتی خطاها کوچکتر می شوند، کل تیم با فشار کمتری کار می کنند.

من بیشتر از روزم را صرف رفع خطاهای کوچک می کردم. نام مشتری اشتباه تایپ شده است. یادداشت حمل و نقل گم شده است. فیلد پرداخت در کادر اشتباهی کپی شده است. هیچ یک از آن اشتباهات به خودی خود بزرگ به نظر نمی رسید. آنها با هم سرعت تیم را کاهش دادند، به اعتماد لطمه زدند و کاری کردند که هر سفارشی سخت تر از آنچه باید باشد. من در یک عملیات تجارت الکترونیکی کوچک کار کردم که در آن همان سفارش از طریق ایمیل، صفحه گسترده، چت و یک صندوق ورودی مشترک منتقل شد. هر انتقال فضایی برای اشتباهات ایجاد می کرد. بعضی روزها احساس آرامش می کرد. سپس یک جزئیات از دست رفته تبدیل به درخواست بازپرداخت، ارسال با تاخیر و تماس ناخوشایند با مشتری می شود. می دانستم که برای کار کردن به روشی تمیزتر نیاز داریم. من یک تعمیر پر زرق و برق نمی خواستم. من خطاهای کمتر، استرس کمتر و فرآیندی را می‌خواستم که تیم بتواند بدون حدس زدن دنبال کند. بنابراین من با خود مشکل شروع کردم. من آخرین ماه گزارش خطا را کشیدم و هر شماره را با دست یادداشت کردم. من هنوز سعی نکردم چیزی را حل کنم. من فقط می خواستم الگو را ببینم. اشتباهات به چند گروه واضح تقسیم می‌شوند: - جزئیات مشتری از دست رفته - ورودی‌های تکراری - کدهای محصول نادرست - یادداشت‌های ارسال نادیده گرفته شده - به‌روزرسانی‌های دیرهنگام از تیم آن مرحله نحوه دیدن کار را تغییر داد. مشکل یک نفر نبود. این سیستم بود. حرکت بعدی ساده بود. مراحل اضافی را حذف کردم. قبل از این، یک سفارش می توانست قبل از اینکه کسی آن را بررسی کند، از سه نفر عبور کند. به نظر بی خطر بود. نبود. انتقال بیشتر به معنای شانس بیشتر برای از دست دادن چیزی بود. من جریان را تغییر دادم بنابراین یک نفر از ابتدا تا انتها مالک سفارش بود، سپس نفر دوم فقط قطعاتی را بررسی کرد که بالاترین خطر خطا را داشتند. این به ما مسئولیت روشنی را بدون اضافه کردن به هم ریختگی داد. من همچنین یک چک لیست کوتاه ساختم. طولانی نیست. فقط یک لیست ساده با چند مورد که بیشتر از همه مهم است: - نام مشتری - شماره سفارش - کد محصول - آدرس حمل و نقل - یادداشت ویژه - بررسی نهایی قبل از ارسال من عمداً آن را کوتاه نگه داشتم. چک لیست های طولانی نادیده گرفته می شوند. چک لیست های کوتاه استفاده می شود. در ابتدا انتظار داشتم تیم در مقابل آن مقاومت کند. من اشتباه کردم چک لیست به همه یک استاندارد مشترک داد. اتکای مردم به حافظه متوقف شد. آنها از پرسیدن منصرف شدند: "آیا من قبلاً آن را بررسی کردم؟" کار آرامتر شد زیرا قدم بعدی همیشه قابل مشاهده بود. من همچنین نحوه برخورد با اشتباهات را تغییر دادم. پیش از این، خطاها مانند رویدادهای مجزا تلقی می شدند. یک نفر مشکل را برطرف کرد و ادامه داد. همان خطا بعداً با نام دیگری برگشت. من یک گزارش خطای ساده را شروع کردم. هر ورودی شامل موارد زیر بود: - چه اشتباهی رخ داد - کجا اتفاق افتاد - چه چیزی باعث شد - چه چیزی بعد از آن تغییر دادیم. اگر همان اشتباه سه بار در هفته ظاهر می شد، می دانستم که این روند هنوز نقطه ضعفی دارد. یک مثال برای من ماند. یک مشتری در شیکاگو کالای مناسب را دریافت کرد، اما یادداشت حمل در حین تحویل گم شده بود. بسته بدون دستورالعمل تحویل خاصی که مشتری خواسته بود خارج شد. این یک جزئیات کوچک بود، اما یک بلیط پشتیبانی و یک ایمیل عذرخواهی ایجاد کرد. پس از آن مورد، یک قانون اضافه کردم: هر یادداشت خاصی باید در یک فیلد مشترک کپی می‌شد، نه اینکه در پیام چت باقی بماند یا در متن ایمیل دفن شود. آن یک تغییر کل دسته اشتباهات را حذف کرد. آموزش هم مهم بود. من باور ندارم که مردم به اسلایدهای آموزشی بی پایان نیاز داشته باشند. من معتقدم که آنها به نمونه های روشن نیاز دارند. بنابراین من تیم را از طریق دو مورد تمیز و دو مورد بد عبور دادم. من نشان دادم که خطا به چه شکل است، از کجا وارد جریان شده است و چگونه تعمیر کار می کند. مردم به‌جای خواندن توصیه‌های کلی، زمانی که می‌توانند مسیری زنده را ببینند، سریع‌تر متوجه شدند. لحن بعد از آن تغییر کرد. تیم دیگر احساس سرزنش نکرد. دیگر احساس نمی کردم که باید خودم همه چیز را بگیرم. این روند شروع به حفظ وزن خود کرد. پس از تنظیم گردش کار جدید، میزان خطای ما به شدت کاهش یافت. در طول دوره ای که ما پیگیری کردیم، اشتباهات در همان فرآیند سفارش 94٪ کاهش یافت. من این را با دقت می گویم زیرا تغییر ناشی از یک جریان کاری، یک تیم و یک مجموعه قوانین واضح است. جادو نبود. قوام بود. چیزی که من یاد گرفتم این بود: سیستم های پاک سیستم های شلوغ را شکست می دهند. یک فرآیند نامرتب می تواند برای مدتی پشت تلاش پنهان شود. مردم سخت‌تر کار می‌کنند، به پیام‌های بیشتری پاسخ می‌دهند و برای رفع مشکلات عجله می‌کنند. این می تواند کارها را در حرکت نگه دارد، اما کار را بهتر نمی کند. وقتی روند را به اندازه کافی آهسته کردم تا بتوانم آن را مطالعه کنم، مشاهده رفع مشکل آسان تر شد. نیازی به تیم بزرگتر نداشتم. من نیاز به تحویل کمتر، یک چک لیست کوتاه‌تر، و راه بهتری برای تشخیص اشتباهات تکراری قبل از گسترش آنها داشتم. این بخشی است که من در هر تیمی تکرار می‌کنم، چه سفارش‌ها، سرنخ‌ها، بلیط‌های پشتیبانی یا تأییدیه‌های داخلی را انجام دهد. اگر کار به نظر کثیف است، ابتدا به جریان نگاه می کنم. پاسخ اغلب وجود دارد و در یک دید ساده منتظر است.

من بارها الگوی مشابهی را دیده‌ام: یک محصول از خط خارج می‌شود، در یک نگاه خوب به نظر می‌رسد، سپس به عنوان یک شکایت، یک بازگشت یا یک بلیط مجدد بازمی‌گردد. اینجاست که خطاهای پایان خط شروع به آسیب می کنند. منظور من فقط یک واحد بد نیست. منظورم کار اضافی، اعتماد از دست رفته، تعمیرات عجولانه و فشار بی‌صدا است که در تیم ایجاد می‌شود. یک اشتباه کوچک در انتهای خط می تواند به مشکلی بزرگتر از آنچه هر کسی انتظار داشت تبدیل شود. من کنترل پایان خط را به عنوان آخرین فرصت برای گرفتن یک اشتباه قبل از رسیدن به مشتری می دانم. اگر آن مرحله ضعیف باشد، محافظت از هر تلاش قبلی سخت تر می شود. من با رایج ترین مسئله شروع می کنم: نقاط بازرسی نامشخص. اگر اپراتور دقیقاً نداند چه چیزی را بررسی کند، نتیجه از شیفت به شیفت تغییر می کند. یک نفر برچسب را چک می کند، دیگری مهر و موم را چک می کند، دیگری وقتی خط شلوغ می شود، یک مرحله را رد می کند. این فرآیند فعال به نظر می رسد، اما خروجی ناهموار باقی می ماند. من آن را با ساده کردن بررسی حل می کنم. یک محصول. یک چک لیست یک قانون عبور یا شکست واضح. اگر قطعه دارای کانکتور است، من می خواهم کانکتور را هر بار به همین صورت بررسی کنم. اگر بسته به برچسب نیاز دارد، می‌خواهم موقعیت برچسب، کد و نتیجه اسکن هر بار به یک صورت بررسی شود. یک قانون سست منجر به نتایج ضعیف می شود. من همچنین مراقب فشار در انتهای خط هستم. وقتی یک خط عقب‌تر از برنامه اجرا می‌شود، مردم شروع به مبادلات کوچک می‌کنند. واحدی که باید عقب نگه داشته شود به جلو حرکت می کند. یک هشدار نادیده گرفته می شود. یک خراش جزئی به عنوان "به اندازه کافی خوب" در نظر گرفته می شود. هزینه این طرز فکر بیشتر از آن چیزی است که اکثر تیم ها تصور می کنند. من یک کارخانه کوچک الکترونیکی را به یاد می آورم که مدام شاهد بازگشت واحدهایی با سیم کشی داخلی شل بود. تیم در ابتدا تامین کننده را مقصر دانست. مشکل واقعی در ایستگاه چک نهایی نشست. تستر فقط جریان برق را بررسی می کرد، نه فشار کابل. واحد روی نیمکت کار کرد، سپس پس از بسته بندی و حمل و نقل از کار افتاد. هنگامی که آنها یک آزمایش کشش ساده و یک بررسی بصری اضافه کردند، نرخ بازگشت کاهش یافت. این نوع مشکل رایج است زیرا خطاهای پایان خط اغلب در دید آشکار پنهان می شوند. وقتی می‌خواهم نتایج پاک‌تری داشته باشم، به پنج نقطه نگاه می‌کنم: - مراحل بازرسی واضح - دستورالعمل‌های کار پایدار - نور و ابزار مناسب - آموزش اپراتور که با کار مطابقت دارد - راهی سریع برای توقف و گزارش یک خطای تکراری هر نقطه به نظر اساسی می‌رسد. نکته همین است. سیستم های اساسی زمانی که مبهم باشند شکست می خورند. من به داده ها نیز توجه می کنم، اما آنها را عملی نگه می دارم. بسیاری از تیم ها اعداد را جمع آوری می کنند و هرگز از آنها استفاده نمی کنند. من مجموعه کوچکی از سیگنال‌ها را ترجیح می‌دهم که یک داستان واقعی را بیان کنند: - نوع نقص - مکان نقص - شیفت یا ایستگاه جایی که ظاهر می‌شود - تعداد تکرار - زمان دوباره کاری اگر همان خطا به طور مداوم در همان ایستگاه ظاهر شود، منتظر گزارش بزرگ‌تر نیستم. من به آنجا می روم، روند را تماشا می کنم و می پرسم که اپراتور چه چیزی را می بیند که نمودار نمی بیند. این عادت باعث صرفه جویی در پول می شود. من این را در یک خط بسته بندی دیدم که کارتن های حمل و نقل را با مهر و موم ضعیف نگه می داشت. تیم چسب را تغییر داد، سپس انبار کارتن را تغییر داد، سپس رطوبت را مقصر دانست. مشکل اصلی یک غلتک فرسوده در واحد آب بندی بود. دستگاه هنوز کار می کرد. مهر و موم هنوز نزدیک به حالت عادی به نظر می رسید. با این حال، فشار نابرابر بود و همین شکاف کوچک برای ایجاد شکست در حمل و نقل کافی بود. یکی از قطعات فرسوده، دنباله ای طولانی از زباله ایجاد کرد. من همچنین معتقدم چک های پایانی باید با ریسک مطابقت داشته باشند. هر محصولی به عمق بازرسی یکسانی نیاز ندارد. یک علامت آرایشی روی یک مورد کم خطر ممکن است کمتر از یک خطای سیم‌کشی در یک واحد مرتبط با ایمنی اهمیت داشته باشد. من با پرسیدن یک سوال ساده تصمیم می‌گیرم چه چیزی مهم‌تر است: اگر این مشکل از بین رفت، بعد چه اتفاقی می‌افتد؟ این سوال تیم را متمرکز نگه می دارد. همچنین به جلوگیری از تلاش بیهوده کمک می کند. وقتی خطر واقعی را بدانم، می‌توانم به جای اینکه تیم را خیلی ضعیف کنم، توجه خود را در جایی که اهمیت دارد، صرف کنم. دیدگاه من ساده است: از خطا قبل از پایان جلوگیری کنید، نه بعد از دیدن آن توسط مشتری. این بدان معناست که من تنها به یک ایست بازرسی نهایی متکی نیستم. من از مرحله پایان خط به عنوان آخرین دروازه استفاده می کنم، اما به دنبال منبع بالادست نیز می گردم. تجهیزات بد، اپراتور خسته، برچسب مبهم، تنظیمات ماشین دریفت، انتقال عجولانه - اینها مکان هایی هستند که معمولاً مشکل شروع می شود. وقتی خطاهای پایان خط را کاهش می دهم، بیشتر از کیفیت محصول محافظت می کنم. من از زمان، اعتماد و انرژی تیم محافظت می کنم. اگر خط شما همچنان همان نقص را در نقطه پایان می بیند، من از آنجا شروع می کنم. من چک را سفت می کنم، قانون را ساده می کنم، انتقال را تماشا می کنم و زمانی که خط تحت فشار است، فرآیند را آزمایش می کنم. تغییرات کوچک اغلب عیب واقعی را به سرعت آشکار می کند. به این ترتیب است که مانع از تبدیل شدن یک اشتباه مرحله آخر به تکرار پرهزینه می شوم. می خواهید بیشتر بیاموزید؟ با خیال راحت با فانی تماس بگیرید: cs-conveyor@wxcsjm.com/WhatsApp +8618921137719.

مایکل راتر، 2013، ایجاد جریان در انتهای خط جیمز پی ووماک، 2011، تفکر ناب برای عملیات بسته بندی جان شوک، 2014، مدیریت بصری و پیشگیری از خطا در تولید کارن مارتین، 2018، شفافیت فرآیند و مالکیت تیمی 2 رابرت 20، شرکت Reduc Reduc20 از طریق Better Handoffs لیندا هیز، 2022، کنترل کیفیت عملی برای پایداری انتهای خط