سیستم تولید تویوتا (TPS)؛ از حذف اتلاف تا معماری رقابت پذیری عملیاتی ( قسمت دوم - پایانی)

با تمام احترام و قدردانی، این یادداشت را با نام استاد گران قدر، جناب آقای دکتر سید اکبر نیلی پور طباطبایی آغاز می کنم؛ استادی که دانش و نگاه عمیق ایشان، فراتر از آموختن مفاهیم، انگیزه ای برای دقیق تر دیدن، پرسیدن و اندیشیدن در من ایجاد کرد

۴۰. یک مدل ساده برای فهم منطق TPS

می توان TPS را به صورت زنجیره زیر خلاصه کرد:

تقاضای مشتری

↓

Takt و برنامه هموار

↓

Pull

↓

Flow

↓

موجودی کمتر

↓

آشکارشدن سریع مشکل

↓

Jidoka

↓

حل ریشه ای مسئله

↓

استاندارد جدید

↓

Kaizen

↓

کاهش Lead Time + کیفیت بهتر + هزینه کمتر

↓

ارزش بیشتر برای مشتری

این زنجیره نشان می دهد چرا ابزارهای TPS نباید جدا از یکدیگر تحلیل شوند.

۴۱. چگونه TPS را در یک شرکت ایرانی پیاده کنیم؟

کپی کردن کارخانه تویوتا در یک شرکت ایرانی منطقی نیست.

اما می توان منطق آن را متناسب با محیط سازمان ترجمه کرد.

یک مسیر عملی می تواند چنین باشد:

مرحله اول: تشخیص وضع موجود

قبل از اجرای ابزارها باید بدانیم مشکل کجاست.

ابزارها:

• VSM
• Process Mapping
• Time Study
• Bottleneck Analysis
• Pareto
• Root Cause Analysis

مرحله دوم: ایجاد ثبات

قبل از JIT باید حداقل ثبات مورد نیاز ایجاد شود:

• استاندارد کار
• کیفیت پایدار
• برنامه ریزی مشخص
• نگهداری تجهیزات
• تامین قابل اعتماد

مرحله سوم: کاهش اتلاف

اتلاف های اصلی شناسایی و اولویت بندی شوند.

مرحله چهارم: ایجاد Flow

Batchهای غیرضروری کاهش یابند و جریان تا حد امکان پیوسته شود.

مرحله پنجم: ایجاد Pull

تولید براساس نیاز فرایند بعدی یا مشتری تنظیم شود.

مرحله ششم: Jidoka

مشکلات باید در نقطه وقوع آشکار شوند.

مرحله هفتم: Kaizen

چرخه بهبود مستمر نهادینه شود.

مرحله هشتم: دیجیتالی سازی

پس از تثبیت فرایند، فناوری های دیجیتال برای پایش و تصمیم گیری استفاده شوند.

۴۲. مثال کاربردی: شرکت پروژه محور

تصور کنید یک شرکت پروژه محور برای ساخت یک تجهیز صنعتی فعالیت می کند.

فرایند:

فروش ←طراحی ← خرید ← پیمانکار ← کنترل کیفیت ← مونتاژ ← تست ← تحویل

ممکن است زمان واقعی فعالیت ها فقط ۲۰ روز باشد، اما پروژه ۷۰ روز طول بکشد.

اگر مدیر فقط بهره وری کارکنان را افزایش دهد، احتمالا مشکل اصلی حل نمی شود.

VSM ممکن است نشان دهد:

• ۱۵ روز انتظار تایید مشتری،
• ۱۰ روز انتظار خرید،
• ۷ روز انتظار پیمانکار،
• ۵ روز انتظار QC،
• ۳ روز انتظار هماهنگی تحویل.

در اینجا مشکل اصلی «سرعت کارکنان» نیست.

مشکل جریان اطلاعات و تصمیم گیری است.

این مثال نشان می دهد که Lean در سازمان های غیرخودرویی نیز قابل استفاده است، اما باید از منطق جریان ارزش استفاده کرد، نه از کپی کردن ابزارها.

۴۳. TPS و تمرکز تصمیم گیری

یکی از مسائل کمتر مورد توجه در اجرای Lean، ساختار تصمیم گیری است.

اگر برای تصمیم های کوچک، همه چیز به مدیر ارشد ارجاع شود، Flow اطلاعات متوقف می شود.

در چنین سازمانی ممکن است ماشین ها کاملا آماده باشند، اما پروژه به دلیل انتظار برای تصمیم مدیر متوقف بماند.

از منظر Lean، این نیز نوعی انتظار است.

بنابراین Lean فقط درباره حرکت مواد نیست.

اطلاعات، تصمیم و مجوز نیز باید جریان داشته باشند.

این نکته TPS را به حوزه های جدیدی مانند:

• مدیریت پروژه،
• مدیریت دانش،
• طراحی سازمان،
• ERP،
• تصمیم گیری دیجیتال،
• و هوش مصنوعی سازمانی

مرتبط می کند.

۴۴. TPS و کیفیت؛ رابطه ای فراتر از بازرسی

در سیستم سنتی، کیفیت اغلب در انتهای فرایند کنترل می شود.

در TPS، کیفیت باید تا حد امکان در همان نقطه ایجاد شود.

سه سوال مهم:

1. خطا کجا ایجاد شد؟
2. چرا همان جا تشخیص داده نشد؟
3. چگونه می توان طراحی فرایند را تغییر داد تا خطا تکرار نشود؟

این نگاه، کیفیت را از یک فعالیت واحد کنترل کیفیت به یک مسئولیت مشترک در کل سیستم تبدیل می کند.

۴۵. TPS و مزیت رقابتی

مزیت TPS را نباید صرفا در کاهش هزینه جست وجو کرد.

یک سیستم بالغ TPS می تواند به طور همزمان روی چند متغیر اثر بگذارد:

کاهش اتلاف

• 
  

کاهش Lead Time

• 
  

افزایش کیفیت

• 
  

انعطاف پذیری بیشتر

• 
  

یادگیری سازمانی

• 
  

پاسخ گویی بهتر به مشتری

این مجموعه می تواند به مزیت رقابتی منجر شود؛ اما این نتیجه خودکار نیست. کیفیت اجرا، محیط کسب وکار، قابلیت تامین کنندگان، فرهنگ سازمانی و نوع صنعت بر نتیجه تاثیر می گذارند.

۴۶. چرا Toyota را نباید فقط به عنوان یک کارخانه Lean دید؟

یکی از مهم ترین درس های ادبیات TPS این است که Toyota یک «کارخانه با چند ابزار Lean» نیست.

سیستم آن شامل ارتباط میان:

• استراتژی،
• عملیات،
• توسعه افراد،
• مدیریت کیفیت،
• طراحی فرایند،
• تامین کنندگان،
• حل مسئله،
• استانداردسازی،
• و یادگیری سازمانی

است.

Spear و Bowen نیز تاکید کرده اند که قواعد عملیاتی Toyota به گونه ای طراحی شده اند که مشکلات سریعا آشکار شوند و افراد بتوانند براساس شواهد بهبود ایجاد کنند.

بنابراین، تقلید از یک ابزار بدون تقلید از منطق پشت ابزار معمولا نتیجه محدودی دارد.

۴۷. نقدی بر «Lean به عنوان مد مدیریتی»

یکی از خطرات Lean این است که به یک برچسب مدیریتی تبدیل شود.

سازمان ممکن است:

• اتاق Lean ایجاد کند،
• تابلو Lean نصب کند،
• فرم Kaizen طراحی کند،
• 5S برگزار کند،

اما شاخص های واقعی تغییری نکنند.

در چنین شرایطی، Lean از یک سیستم حل مسئله به یک برنامه نمایشی تبدیل شده است.

برای جلوگیری از این مسئله باید هر پروژه Lean به یک مسئله واقعی متصل باشد:

مشکل ← داده ← علت ← مداخله ← اندازه گیری ← استانداردسازی

اگر این زنجیره وجود نداشته باشد، نمی توان درباره موفقیت Lean قضاوت کرد.

۴۸. آینده TPS؛ از Lean Manufacturing به Lean Enterprise

تفکر TPS دیگر محدود به خط تولید نیست.

امروزه می توان همان منطق را در:

• زنجیره تامین،
• طراحی محصول،
• خدمات پس از فروش،
• بیمارستان،
• بانک،
• پروژه،
• فناوری اطلاعات،
• توسعه نرم افزار،
• و فرایندهای اداری

به کار برد.

برای مثال، در یک فرایند اداری:

انتظار برای امضا = Waiting

ورود مجدد اطلاعات = Over-processing

پرونده های معطل = WIP

اصلاح فرم اشتباه = Defect/Rework

ارسال فیزیکی غیرضروری = Transportation

این ترجمه نشان می دهد که Lean در اصل درباره «کارخانه» نیست؛ درباره جریان ارزش و حل سیستماتیک مسئله است.

۴۹. از Lean تا تصمیم گیری داده محور

یکی از مسیرهای مهم تحول TPS در عصر دیجیتال، ترکیب اصول Lean با داده است.

در TPS سنتی، مشاهده مستقیم و مدیریت دیداری اهمیت داشت.

در سازمان دیجیتال، داده می تواند این قابلیت را گسترش دهد.

برای مثال:

Andon سنتی:

«ماشین متوقف شده است.»

Andon دیجیتال:

«ماشین متوقف شده؛ توقف ۲۷ دقیقه؛ علت ثبت شده: کمبود ابزار؛ تکرار در ۶ شیفت اخیر؛ سهم این علت از کل توقف ها: ۱۸ درصد.»

در حالت دوم، داده می تواند به اولویت بندی مسئله کمک کند.

اما همچنان اصل TPS برقرار است:

داده برای حل مسئله است، نه برای تولید داشبورد.

۵۰. TPS و هوش مصنوعی

هوش مصنوعی می تواند در بخش هایی از سیستم Lean نقش مکمل داشته باشد، از جمله:

• پیش بینی خرابی تجهیزات،
• شناسایی الگوهای نقص،
• پیش بینی تقاضا،
• بهینه سازی برنامه تولید،
• تحلیل علل تاخیر،
• تشخیص ناهنجاری،
• پیشنهاد اولویت های Kaizen،
• و تحلیل داده های زنجیره تامین.

اما یک اصل باید حفظ شود:

AI نباید جایگزین فهم فرایند شود.

اگر فرایند ناشناخته و داده ها بی کیفیت باشند، الگوریتم پیچیده نیز الزاما تصمیم خوبی تولید نمی کند.

در اینجا یکی از درس های مهم TPS همچنان معتبر است:

ابتدا مسئله را بفهم؛ سپس ابزار را انتخاب کن.

۵۱. یک چارچوب مدیریتی برای ارزیابی بلوغ TPS

برای سنجش بلوغ سازمان می توان پنج سطح تعریف کرد:

سطح ۱: واکنشی

مشکلات پس از وقوع اصلاح می شوند.

سطح ۲: ابزارمحور

ابزارهایی مانند 5S و Kanban اجرا شده اند، اما ارتباط سیستمی ضعیف است.

سطح ۳: فرایندمحور

استانداردسازی، Flow، Pull و حل مسئله شکل گرفته است.

سطح ۴: یادگیرنده

Kaizen، PDCA، توسعه کارکنان و حل ریشه ای مسئله نهادینه شده اند.

سطح ۵: داده محور و تطبیقی

Lean با تحلیل داده، اتوماسیون و فناوری های Industry 4.0 ترکیب شده و سازمان می تواند سریعا خود را با شرایط جدید تطبیق دهد.

این مدل یک طبقه بندی تحلیلی برای استفاده مدیریتی است و نباید آن را به عنوان «مدل رسمی Toyota» معرفی کرد.

۵۲. مهم ترین درس های TPS برای مدیران

از میان مجموعه گسترده مفاهیم TPS، چند درس بنیادی تر از سایرین هستند.

درس اول: اتلاف را قبل از افزایش ظرفیت بررسی کنید.

اگر فرایند پر از انتظار و دوباره کاری است، خرید ماشین جدید الزاما مشکل را حل نمی کند.

درس دوم: موجودی را به عنوان راه حل دائمی مشکل استفاده نکنید.

موجودی ممکن است مشکل را پنهان کند.

درس سوم: کیفیت را در محل ایجاد کنید.

بازرسی نهایی جایگزین کیفیت در فرایند نیست.

درس چهارم: استانداردسازی مقدمه بهبود است.

بدون استاندارد، مقایسه و یادگیری دشوار می شود.

درس پنجم: کارکنان منبع دانش عملیاتی اند.

Lean بدون مشارکت کارکنان به مجموعه ای از دستورالعمل ها تبدیل می شود.

درس ششم: Flow فقط جریان مواد نیست.

اطلاعات، تصمیم ها و مجوزها نیز باید جریان داشته باشند.

درس هفتم: فناوری باید مسئله را حل کند.

دیجیتالی کردن فرایند بد، Lean ایجاد نمی کند.

درس هشتم: کاهش هزینه نباید تنها معیار موفقیت باشد.

Lead Time، کیفیت، تحویل، بهره وری، سرمایه در گردش و یادگیری نیز باید سنجیده شوند.

۵۳. جمع بندی

سیستم تولید تویوتا را نمی توان صرفا با چند واژه مانند «کاهش موجودی»، «کانبان»، «5S» یا «کایزن» تعریف کرد. TPS یک معماری مدیریتی و عملیاتی است که تلاش می کند جریان ارزش، کیفیت، زمان، هزینه، ظرفیت، اطلاعات و یادگیری سازمانی را در یک سیستم واحد به هم متصل کند.

دو ستون JIT و Jidoka قلب این معماری هستند. JIT تلاش می کند تولید با نیاز واقعی هماهنگ شود و Jidoka تضمین می کند که ناهنجاری ها پنهان نمانند و کیفیت از فرایند جدا نشود. اما این دو ستون بدون استانداردسازی، ثبات، توسعه کارکنان، حل مسئله و Kaizen نمی توانند عملکرد پایدار ایجاد کنند.

تفاوت اصلی TPS با برداشت های سطحی از Lean در همین نقطه آشکار می شود. Lean واقعی مجموعه ای از ابزارها برای «کم کردن» نیست؛ یک روش برای دیدن، فهمیدن و اصلاح سیستم است. کاهش موجودی، کاهش زمان Setup، حذف حرکت اضافی یا افزایش بهره وری زمانی ارزشمند است که بخشی از یک زنجیره علی باشند که در نهایت به ارزش بیشتر برای مشتری و عملکرد بهتر سازمان منجر شود.

ادبیات پژوهشی نیز نشان می دهد که آثار Lean بر عملکرد عملیاتی نسبتا مستندتر از آثار مستقیم آن بر عملکرد مالی هستند و موفقیت آن به کیفیت پیاده سازی، ترکیب اقدامات، فرهنگ سازمانی، مدیریت ارشد و شرایط زنجیره تامین وابسته است.

از سوی دیگر، TPS یک سیستم ایستا نیست. ترکیب اصول Lean با داده، اتوماسیون، IoT، تحلیل پیش بینانه و هوش مصنوعی می تواند شکل جدیدی از مدیریت عملیات را ایجاد کند؛ اما این تحول زمانی معنا دارد که فناوری بر روی فرایندی قابل فهم، استاندارد و مسئله محور قرار گیرد. مطالعات جدید درباره Lean 4.0 نیز نشان می دهند که تعامل Lean و Industry 4.0 به یکی از حوزه های مهم پژوهش و تحول عملیاتی تبدیل شده است.

بنابراین شاید دقیق ترین برداشت از TPS این نباشد که «چگونه سریع تر تولید کنیم»، بلکه این باشد:

چگونه سیستمی بسازیم که ارزش را با کمترین اتلاف، کیفیت پایدار، جریان روان، واکنش سریع به مشکل و یادگیری مستمر ایجاد کند؟

این پرسش، علت اصلی ماندگاری TPS در ادبیات مدیریت عملیات است. سیستم تولید تویوتا از یک راه حل تاریخی برای محدودیت های صنعت ژاپن پس از جنگ آغاز شد، اما منطق بنیادی آن همچنان در سازمان هایی معتبر است که می خواهند به جای پنهان کردن مشکلات، آنها را آشکار کنند؛ به جای درمان موقت، علت ریشه ای را هدف بگیرند؛ و به جای بهبود مقطعی، سازمانی ایجاد کنند که هر روز از روش دیروز خود بهتر عمل کند.

منابع 

1. Toyota Motor Corporation. Toyota Production System: A Production System Based on the Philosophy of Achieving the Complete Elimination of Waste in Pursuit of the Most Efficient Methods. منبع رسمی Toyota.
2. Toyota Motor Corporation. Toyota Production System – Virtual Plant Tour. منبع رسمی Toyota درباره Jidoka، Andon و حذف Muda، Mura و Muri.
3. Lean Enterprise Institute. Toyota Production System. Lexicon.
4. Lean Enterprise Institute. Lean Production. Lexicon.
5. Lean Enterprise Institute. A Brief History of Lean.
6. Ohno, T. (1988). Toyota Production System: Beyond Large-Scale Production. Productivity Press.
7. Womack, J. P., Jones, D. T., & Roos, D. (1990). The Machine That Changed the World. Free Press. نسخه و اطلاعات کتاب در Lean Enterprise Institute.
8. Womack, J. P., & Jones, D. T. (1996). Lean Thinking: Banish Waste and Create Wealth in Your Corporation. Simon & Schuster.
9. Liker, J. K. (2004). The Toyota Way: 14 Management Principles from the World's Greatest Manufacturer. McGraw-Hill.
10. Spear, S., & Bowen, H. K. (1999). Decoding the DNA of the Toyota Production System. Harvard Business Review, 77(5), 96–106.
11. Dieste, M., Panizzolo, R., & Garza-Reyes, J. A. (2021). A systematic literature review regarding the influence of lean manufacturing on firms' financial performance. Journal of Manufacturing Technology Management, 32(9), 101–121.
12. Exploring risks in lean production implementation: systematic literature review and classification framework. International Journal of Lean Six Sigma, 13(2), 474–501.
13. Soliman, M., & Saurin, T. A. (2017). Lean production in complex socio-technical systems: A systematic literature review. Journal of Manufacturing Systems, 45, 135–148.
14. Integration of Industry 4.0 into Lean production systems: A systematic literature review. Manufacturing Letters (2023).
15. Lean 4.0: A systematic literature review on the interaction between lean production and industry 4.0 pillars. Journal of Manufacturing Technology Management, 35(4), 821–847.