GEMBA LÀ GÌ? VÌ SAO CONSULTANT KHÔNG THỂ CHỈ NGỒI TRONG PHÒNG HỌP ĐỂ TÌM VẤN ĐỀ?

9 giờ sáng, Consultant bước vào phòng họp. Trên bàn là hàng chục báo cáo KPI, sơ đồ quy trình và file Excel được các phòng ban chuẩn bị từ trước. Quản lý sản xuất nói vấn đề nằm ở nhân sự. Nhân sự cho rằng quy trình chưa rõ. Sales lại khẳng định nguyên nhân đến từ Operations phản ứng quá chậm.

Mỗi người đều có dữ liệu. Mỗi người đều có lý lẽ.

Nhưng chỉ vài giờ sau, khi Consultant xuống khu vực làm việc thực tế, một bức tranh hoàn toàn khác xuất hiện: nhân viên phải nhập cùng một thông tin ba lần, hàng chờ giữa hai công đoạn ngày càng dài, một bước phê duyệt tưởng chỉ mất 10 phút thực tế thường mất gần nửa ngày và nhiều thao tác trong SOP không còn giống với cách công việc đang diễn ra.

Đó chính là lý do Gemba trở thành một nguyên tắc quan trọng trong Lean và trong hoạt động tư vấn vận hành.

Gemba là gì? Gemba là từ tiếng Nhật có nghĩa là “nơi thực tế” – actual place, trong Lean thường được hiểu là nơi công việc tạo ra giá trị thực sự diễn ra. Gemba có thể là sàn nhà máy, khu vực phục vụ khách hàng, kho hàng, văn phòng xử lý hồ sơ hay bất kỳ nơi nào dòng công việc đang thực sự vận hành. Lean Enterprise Institute định nghĩa Gemba theo đúng tinh thần này và xem Gemba Walk là cách quan sát trực tiếp hiện trạng trước khi hành động.

Với Consultant, điều đó dẫn đến một nguyên tắc rất đơn giản:

Đừng chỉ nghe vấn đề được kể lại. Hãy đi đến nơi vấn đề thực sự xảy ra.

1. Gemba là gì và vì sao dữ liệu trong phòng họp chưa bao giờ là toàn bộ sự thật?

Trong doanh nghiệp, phần lớn quyết định quản lý được đưa ra dựa trên những dữ liệu đã được tổng hợp.

Dashboard cho thấy tỷ lệ giao hàng trễ.

Báo cáo cho thấy năng suất giảm.

Excel cho thấy thời gian xử lý trung bình là 30 phút.

Biên bản họp cho biết nhân sự đã tuân thủ quy trình.

Những dữ liệu này cần thiết, nhưng chúng chỉ cho Consultant biết kết quả đã xảy ra. Chúng không phải lúc nào cũng cho biết công việc đã thực sự diễn ra như thế nào.

Đây chính là khoảng trống mà Gemba giúp lấp đầy.

1.1. “Quy trình trên giấy” và “quy trình thực tế” có thể rất khác nhau

Một SOP có thể quy định:

Nhận yêu cầu → kiểm tra → phê duyệt → xử lý → hoàn tất

Nhưng khi xuống Gemba, Consultant có thể nhìn thấy:

Nhận yêu cầu → thiếu thông tin → gọi lại khách hàng → chờ → nhập Excel → nhập ERP → gửi email xin phê duyệt → chờ quản lý → sửa dữ liệu → nhập lại → xử lý → kiểm tra lại

Khoảng cách giữa hai quy trình chính là nơi lãng phí thường ẩn náu.

Nếu chỉ nhìn SOP, Consultant có thể kết luận quy trình khá đơn giản.

Nếu quan sát thực tế, Consultant mới thấy được:

thời gian chờ,

bàn giao,

công việc làm lại,

dữ liệu nhập trùng,

tắc nghẽn,

ngoại lệ,

và những “đường vòng” mà nhân viên phải tự tạo ra để hoàn thành công việc.

Đó là lý do trong Lean, Gemba không đồng nghĩa với việc đi tham quan hiện trường.

Gemba là quan sát có mục đích để hiểu hiện trạng thực tế.

1.2. Gemba và Genchi Genbutsu khác nhau như thế nào?

Hai khái niệm này thường được sử dụng gần nhau nhưng không hoàn toàn giống nhau.

Gemba là nơi thực tế nơi công việc diễn ra.

Genchi Genbutsu là hành động đi đến nguồn để tự mình xác nhận sự thật bằng quan sát trực tiếp, thay vì chỉ phụ thuộc vào báo cáo hoặc thông tin từ người khác. Lean Enterprise Institute diễn giải sự khác biệt ngắn gọn: một bên là địa điểm, một bên là hành động “go and see”.

Với Consultant, tư duy này đặc biệt quan trọng.

Không phải vì báo cáo sai.

Mà vì báo cáo luôn là một phiên bản đã được tổng hợp của thực tế.

Consultant cần quay về nguồn để kiểm chứng.

2. Vì sao Consultant không thể chỉ phỏng vấn lãnh đạo để chẩn đoán doanh nghiệp?

Một dự án tư vấn thường bắt đầu bằng cuộc họp với CEO, COO hoặc trưởng bộ phận.

Đây là bước cần thiết để hiểu mục tiêu, bối cảnh và những vấn đề lãnh đạo đang nhìn thấy.

Nhưng nếu toàn bộ chẩn đoán chỉ dựa trên những cuộc họp này, Consultant rất dễ rơi vào một chiếc bẫy: nhìn doanh nghiệp qua nhận thức của người quản lý thay vì nhìn công việc đang thực sự diễn ra.

Lãnh đạo có thể nói:

“Nhân viên xử lý quá chậm.”

Nhưng Gemba cho thấy nhân viên phải chờ ba cấp phê duyệt.

Quản lý có thể nói:

“Nhân viên không tuân thủ SOP.”

Nhưng hiện trường cho thấy SOP không còn phù hợp với hệ thống mới.

Sales có thể nói:

“Kho giao hàng chậm.”

Nhưng Gemba cho thấy thông tin đơn hàng được chuyển sang kho quá muộn.

Operations có thể nói:

“Hệ thống ERP không tốt.”

Nhưng quan sát thực tế lại cho thấy vấn đề nằm ở cách nhân viên nhập dữ liệu không thống nhất.

Nếu Consultant chấp nhận ngay cách mô tả ban đầu, giải pháp rất dễ bị lệch.

2.1. Gemba giúp phân biệt triệu chứng và nguyên nhân

Một trong những nhiệm vụ quan trọng nhất của Consultant là không nhầm triệu chứng với nguyên nhân gốc.

Ví dụ:

Triệu chứng: khách hàng chờ lâu.

Nếu chỉ hỏi quản lý, câu trả lời có thể là:

“Thiếu nhân sự.”

Nhưng khi xuống Gemba, Consultant phát hiện một nhân viên dành gần một nửa thời gian để:

tìm hồ sơ,

hỏi lại thông tin,

chờ phê duyệt,

và nhập dữ liệu lặp lại.

Vấn đề lúc này không còn đơn giản là thiếu người.

Nếu tuyển thêm nhân viên mà quy trình không thay đổi, doanh nghiệp chỉ đang đưa thêm người vào một hệ thống kém hiệu quả.

Gemba giúp Consultant nhìn thấy điều mà dashboard khó thể hiện: công việc đang bị cản trở ở đâu và tại sao.

2.2. Quan sát con người nhưng không biến Gemba thành “đi bắt lỗi”

Đây là điểm rất quan trọng.

Gemba không phải là việc lãnh đạo hoặc Consultant bước xuống hiện trường để tìm xem “ai làm sai”.

Tinh thần Lean thường được tóm gọn bằng ba hành động:

Go See → Ask Why → Show Respect

Tức là:

Đi xem thực tế → hỏi để hiểu nguyên nhân → tôn trọng người đang thực hiện công việc.

John Shook của Lean Enterprise Institute nhấn mạnh rằng quan sát Gemba phải đi cùng sự tôn trọng đối với những người trực tiếp tạo ra giá trị, đồng thời nhìn công việc qua ba yếu tố Purpose – Process – People.

Nếu Consultant xuống hiện trường với thái độ kiểm tra và phán xét, nhân viên sẽ nhanh chóng phòng thủ.

Khi đó, Consultant không còn nhìn thấy quy trình thật nữa.

Họ chỉ nhìn thấy phiên bản quy trình mà mọi người muốn Consultant nhìn thấy.

3. Consultant nên thực hiện Gemba Walk như thế nào để tìm đúng vấn đề?

Một Gemba Walk hiệu quả không phải là đi vòng quanh nhà máy trong 30 phút rồi chụp vài bức ảnh.

Consultant phải bước vào Gemba với một câu hỏi hoặc phạm vi cần tìm hiểu.

Có thể sử dụng flow đơn giản:

[Xác định vấn đề] → [Đi Gemba] → [Quan sát dòng công việc] → [Hỏi để hiểu] → [Thu thập bằng chứng] → [Xác nhận giả thuyết]

3.1. Bước 1: Đi theo dòng công việc, không đi theo sơ đồ tổ chức

Một trong những cách quan sát hiệu quả nhất là đi theo dòng giá trị.

Ví dụ doanh nghiệp gặp vấn đề giao hàng chậm, Consultant có thể đi theo một đơn hàng:

Khách hàng đặt hàng → Sales → Kế hoạch → Procurement → Sản xuất → Quality → Kho → Logistics → Khách hàng

Trong quá trình đó, cần quan sát:

Công việc chờ ở đâu?

Thông tin bị mất ở đâu?

Có bao nhiêu lần bàn giao?

Có bước nào phải làm lại?

Điểm nào cần phê duyệt?

Tồn kho/WIP xuất hiện ở đâu?

Có bước nào không tạo giá trị?

Lean Enterprise Institute cũng khuyến nghị một Gemba Walk có thể đi theo một dòng sản phẩm hoặc quy trình hướng khách hàng xuyên qua các chức năng thay vì chỉ quan sát từng bộ phận riêng lẻ.

Đây là điểm rất quan trọng với Consultant.

Khách hàng không trải nghiệm sơ đồ tổ chức. Khách hàng trải nghiệm dòng giá trị.

3.2. Bước 2: Quan sát trước, đặt câu hỏi sau

Consultant thường có chuyên môn và kinh nghiệm nên rất dễ nhìn thấy một hiện tượng rồi lập tức kết luận.

Nhưng Gemba yêu cầu kỷ luật quan sát.

Thay vì hỏi:

“Tại sao anh không làm theo SOP?”

hãy hỏi:

“Anh có thể cho tôi xem công việc này thường được thực hiện như thế nào không?”

Thay vì:

“Bước này rõ ràng đang gây lãng phí đúng không?”

hãy hỏi:

“Điều gì xảy ra sau khi anh hoàn thành bước này?”

“Anh thường phải chờ bao lâu?”

“Khi có ngoại lệ thì anh xử lý thế nào?”

“Thông tin nào anh cần nhưng thường không có?”

“Vấn đề nào khiến công việc này khó nhất?”

Những câu hỏi mở giúp Consultant hiểu logic thực tế của hệ thống thay vì ép người được hỏi xác nhận giả thuyết của mình.

3.3. Bước 3: Mang bằng chứng từ Gemba trở lại bàn phân tích

Gemba không thay thế dữ liệu.

Ngược lại, Gemba và dữ liệu phải bổ sung cho nhau.

Ví dụ dashboard cho thấy Lead Time trung bình là 4 ngày.

Gemba cho thấy phần lớn thời gian thực sự không nằm ở thao tác xử lý mà nằm ở ba khoảng chờ giữa các bộ phận.

Consultant lúc này có thể quay lại dữ liệu và kiểm tra:

Thời gian chờ chiếm bao nhiêu?

Bottleneck nào xảy ra thường xuyên nhất?

Có khác biệt theo ca, sản phẩm hoặc nhóm khách hàng không?

Tác động tài chính là bao nhiêu?

Cách làm đúng không phải:

Chỉ tin dữ liệu.

Cũng không phải:

Chỉ tin những gì mắt thấy.

Mà là:

Dữ liệu chỉ ra nơi cần nhìn → Gemba giúp hiểu điều gì đang xảy ra → dữ liệu kiểm chứng mức độ của vấn đề.

Đó là cách Consultant chuyển từ quan sát sang chẩn đoán có bằng chứng.

4. Gemba là năng lực nền tảng của Consultant OPEX, không chỉ là một công cụ Lean

Gemba thường được nhắc đến trong Lean Manufacturing, nhưng giá trị của nó rộng hơn nhà máy rất nhiều.

Trong bệnh viện, Gemba có thể là nơi bệnh nhân đăng ký, phòng khám hoặc khu vực điều trị.

Trong ngân hàng, đó có thể là quy trình xử lý hồ sơ tín dụng.

Trong logistics, đó là kho, điểm phân loại hoặc quá trình giao nhận.

Trong F&B, đó là bếp, quầy phục vụ và hành trình khách hàng.

Trong doanh nghiệp dịch vụ, Gemba có thể đơn giản là nơi nhân viên thực hiện một workflow trên hệ thống.

Điểm chung là:

Consultant phải đến nơi giá trị được tạo ra và vấn đề thực sự xảy ra.

Đây cũng là lý do Gemba được đưa vào chương trình CEC – Certified Excellent Consultant Associate của John&Partners.

Trong nội dung CEC Associate, phần Lean nền tảng bao gồm quan sát tại hiện trường (Gemba – mô phỏng) và thu thập bằng chứng, kết hợp với nhận diện lãng phí, dòng chảy, Cycle Time, Lead Time và Bottleneck. Chương trình cũng đưa kỹ thuật phỏng vấn/Gemba: hỏi mở – hỏi đào sâu – xác nhận vào giai đoạn tiếp cận và chẩn đoán của vòng đời tư vấn.

Điều này phản ánh một năng lực quan trọng của Consultant:

Không chẩn đoán doanh nghiệp chỉ bằng PowerPoint và Excel.

PowerPoint giúp trình bày.

Excel giúp phân tích.

Dashboard giúp nhận diện xu hướng.

Nhưng Gemba giúp Consultant nhìn thấy công việc thật, dòng chảy thật và vấn đề thật.

Một Consultant có thể biết rất nhiều framework nhưng nếu chưa từng quan sát cách công việc thực sự diễn ra, họ rất dễ đề xuất một giải pháp đẹp trên slide nhưng khó triển khai ở hiện trường.

Ngược lại, khi Consultant biết kết hợp:

Gemba + Process Map + dữ liệu + phỏng vấn + Root Cause Analysis

thì bức tranh chẩn đoán trở nên đáng tin cậy hơn rất nhiều.

Kết luận

Gemba không chỉ là việc “đi xuống hiện trường”. Đây là cách Consultant kiểm chứng thực tế trước khi kết luận và đề xuất giải pháp.

Một phòng họp có thể cho Consultant biết doanh nghiệp nghĩ rằng vấn đề nằm ở đâu. Nhưng Gemba giúp nhìn thấy công việc thực sự đang diễn ra như thế nào.

Với Consultant OPEX, nguyên tắc cần nhớ rất đơn giản:

Go See → Ask Why → Show Respect → Thu thập bằng chứng → Sau đó mới đề xuất giải pháp.

Câu hỏi thường gặp

Gemba là gì?
Gemba là từ tiếng Nhật chỉ “nơi thực tế”, trong Lean thường được hiểu là nơi công việc tạo ra giá trị thực sự diễn ra.

Gemba Walk là gì?
Gemba Walk là hoạt động trực tiếp quan sát và đặt câu hỏi tại nơi công việc diễn ra để hiểu hiện trạng trước khi hành động.

Gemba có chỉ áp dụng trong nhà máy không?
Không. Gemba có thể tồn tại trong sản xuất, dịch vụ, bệnh viện, ngân hàng, logistics, F&B hoặc bất kỳ môi trường nào có dòng công việc tạo giá trị.

Consultant nên làm gì khi đi Gemba?
Nên quan sát dòng công việc, đặt câu hỏi mở, thu thập bằng chứng, xác nhận dữ liệu và tìm hiểu nguyên nhân thay vì tập trung bắt lỗi nhân viên.

Gemba có được học trong CEC Associate không?
Có. Nội dung CEC Associate của John&Partners có phần quan sát Gemba, thu thập bằng chứng và kỹ thuật phỏng vấn/Gemba phục vụ quá trình chẩn đoán tư vấn.

Muốn phát triển khả năng nhìn vấn đề tại hiện trường và chẩn đoán doanh nghiệp có phương pháp? Tìm hiểu chương trình CEC Associate tại John&Partners.