فاجعه آخر خط؟ نه با این راه حل دقت 8٪.

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

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

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

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

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

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

1 مایکل کارتر 2024 کاهش خطاهای پایان خط در عملیات بسته بندی 2 سارا تامپسون 2023 کنترل کیفی عملی در ایستگاه پایانی 3 دانیل بروکس 2022 پیشگیری از پایان خط از طریق طراحی فرآیند ساده 4 امیلی واکر 2024 پایان برنامه ریزی زندگی بهبود دقت سریع بدون کندی خطوط تولید 6 فهرست‌های چک کوتاه لورا میچل 2023 Clear Handoffs و کنترل گردش کار ایمن‌تر