بازدید گمبا: کار را ببینید و بعد گام بعدی را انتخاب کنید

گمبا نام یک محل است، نه مخفف چند واژه

مؤسسهٔ Lean Enterprise Institute گمبا را محل واقعی انجام کار ارزش‌آفرین تعریف می‌کند. این محل می‌تواند خط تولید، میز اعزام یا تیم رسیدگی به درخواست مشتری باشد. Gemba را گاهی Genba هم می‌نویسند. در تلفظ انگلیسی /ˈɡem.bə/، حرف اول مثل «گ» فارسی و واکهٔ آخر کوتاه و خنثی است.

بازدید کمک می‌کند پیش از تصمیم دربارهٔ تغییر، کار فعلی را بشناسید. کایزن به بهبود مربوط است؛ بازدید می‌تواند به پیدا‌کردن و فهمیدن مسئله کمک کند. بررسی شش سیگما هم می‌تواند در کنار اندازه‌گیری، از همین مشاهدهٔ مستقیم استفاده کند. این‌ها فعالیت‌های مرتبط‌اند، نه نام‌های رقیب برای یک توالی اجباری.

کار را همراه کسانی که انجامش می‌دهند ببینید. صفی که علتش روشن نیست شاید منتظر نقشهٔ فنی، تصمیم مجاز یا سیگنال تأمین مجدد باشد. نگاه‌کردن به صف بدون پرسیدن می‌تواند تیم را دنبال مسئلهٔ اشتباه بفرستد.

بازدید را حول یک پرسش برنامه‌ریزی کنید

راهنماهای هفت‌مرحله‌ای برای آموزش مفیدند، اما همهٔ بازدیدهای گمبا نه هفت مرحلهٔ اجباری دارند و نه مدت یکسان. زمانی انتخاب کنید که برای دیدن بخش مورد نظر کافی باشد. اگر شرایط مهمی حاضر نیست، مشاهدهٔ بعدی را هماهنگ کنید. بازدید کوتاه نشان نمی‌دهد در تمام شیفت‌ها چه اتفاقی می‌افتد.

در این مثال فرضی، می‌پرسیم چرا یک درخواست آمادهٔ پشتیبانی نگهداری، پیش از تأیید منتظر می‌ماند. مرز از پذیرش درخواست شروع می‌شود و با تصمیم قابل استفاده پایان می‌یابد. مشاهده‌گر یک درخواست را همراه درخواست‌کننده و بازبین دنبال می‌کند؛ هدف یادگیری است، نه رتبه‌بندی افراد.

1. روی هدف توافق کنید

   به تیم بگویید کدام مسئلهٔ مشتری را بررسی می‌کنید و چه چیزهایی خارج از بازدید است.

2. کار واقعی را دنبال کنید

   عبور یک کار و اطلاعاتش از تحویل‌های مربوط را ببینید.

3. دربارهٔ تفاوت بپرسید

   انتظار را با اتفاق واقعی مقایسه کنید، بدون اینکه از قبل علت تعیین کنید.

4. سابقهٔ قابل بررسی نگه دارید

   زمان رخداد و نقل‌قول را از برداشت خودتان جدا ثبت کنید.

5. پیگیری را مشخص کنید

   بنویسید چه کسی شواهد ناقص را بررسی می‌کند و تیم چه زمانی برمی‌گردد.

برگهٔ مشاهده باید برای ابهام هم جا داشته باشد

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

در سابقهٔ فرضی زیر، صفحهٔ تأیید به‌تنهایی گفت‌وگو دربارهٔ نقشهٔ فنیِ ناقص را نشان نمی‌دهد. زمان‌ها محل تأخیر را مشخص می‌کنند. ثابت نمی‌کنند چرا نقشه موجود نبوده یا چرا نوبت بررسی بعدی دیر رسیده است.

پرسشی بپرسید که پاسخ آن را بتوان در کار نشان داد

«چرا این فرایند ناکارآمد است؟» قضاوت می‌خواهد. «پیش از شروع این بررسی به چه اطلاعاتی نیاز دارید؟» چیزی می‌خواهد که فرد بتواند نشان دهد. بعد بپرسید «آن اطلاعات از کجا می‌آید؟» یا «وقتی نیست چه اتفاقی می‌افتد؟»

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

از یک یافته، یک پیگیری بسازید؛ نه ده وعده

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

اگر شواهد از آزمایش حمایت کرد، کوچک‌ترین تغییر ایمن و راه برگشت را مشخص کنید. چرخهٔ PDCA پیش‌بینی و نتیجه را به هم وصل می‌کند. نقشهٔ جریان ارزش هم کمک می‌کند تغییر محلی از کل مسیر جدا نشود.

بعد از بازدید به محل کار برگردید

به تیم بگویید چه یاد گرفتید، چه چیزی هنوز روشن نیست و پرسش‌هایش به کجا رسید. اگر یادداشت‌ها فقط بایگانی شوند، افراد یاد می‌گیرند بازدید بعدی هم به جایی نمی‌رسد.

تغییر پیشنهادی را در شرایط معمول بررسی کنید؛ غیبت افراد، انواع دیگر درخواست و پرونده‌های حل‌نشده را هم ببینید. راهنمای بهبود مستمر این چرخهٔ گسترده‌تر را توضیح می‌دهد. فایل دریافت‌کردنی اینجا راهنمای ثبت است، نه فرم ارزیابی کارکنان یا ممیزی تأییدشدهٔ محل.