Mở đầu — vì sao bài này quan trọng
Ở hai bài đầu tiên, bạn đã học cách vẽ ra một quy trình: nhận diện các bước, mô tả luồng công việc bằng sơ đồ, và làm quen với ngôn ký hiệu BPMN để biểu diễn nó một cách chuẩn mực. Nhưng vẽ được quy trình mới chỉ là chụp lại hiện trạng. Câu hỏi quan trọng hơn — câu hỏi mà mọi doanh nghiệp thực sự trả tiền để có lời giải — là: "Quy trình này có thể tốt hơn không, và tốt hơn bằng cách nào?"
Đó chính là chủ đề của bài học hôm nay: Process Optimization — tối ưu hóa quy trình.
Hãy nhớ một sự thật phũ phàng: gần như mọi quy trình bạn gặp trong thực tế đều chứa lãng phí. Một đơn hàng đi qua bảy phòng ban, mỗi phòng "ngâm" nửa ngày để chờ duyệt. Một hồ sơ vay vốn phải nhập liệu lại ba lần ở ba hệ thống khác nhau. Một khách hàng gọi điện năm lần mới được giải quyết khiếu nại. Những điều này không phải vì nhân viên lười — mà vì quy trình được thiết kế (hoặc tự hình thành) một cách kém hiệu quả qua thời gian.
Tối ưu hóa quy trình là kỹ năng biến một Business Process Analyst từ "người vẽ sơ đồ" thành "người tạo ra giá trị đo đếm được". Khi bạn cắt cycle time của một quy trình từ 5 ngày xuống 2 ngày, hay giảm 30% thao tác thừa, đó là con số mà ban lãnh đạo nhìn thấy ngay trên báo cáo tài chính. Trong bài này, chúng ta sẽ tập trung vào nền tảng phương pháp luận mạnh nhất để làm việc đó: tư duy Lean (Tinh gọn) và năm nguyên tắc cốt lõi của nó.
Khái niệm cốt lõi
Tối ưu hóa là gì — và không là gì
Trước hết, cần phân biệt rõ. Tối ưu hóa quy trình không phải là "làm việc nhanh hơn" hay "ép nhân viên chạy nhiều hơn". Đó là quan niệm sai lầm phổ biến nhất. Tối ưu hóa thật sự là loại bỏ những gì không tạo ra giá trị, để cùng một lượng công sức tạo ra nhiều giá trị hơn cho khách hàng.
Nói cách khác, thay vì hỏi "làm sao để mọi người làm việc chăm hơn?", người tối ưu hóa hỏi "tại sao bước này lại tồn tại?". Rất thường xuyên, câu trả lời là: nó không cần tồn tại.
Tư duy Lean và khái niệm "lãng phí" (Muda)
Tư duy Lean ra đời từ Hệ thống sản xuất Toyota (Toyota Production System) tại Nhật Bản. Trung tâm của nó là khái niệm Muda — lãng phí, tức bất kỳ hoạt động nào tiêu tốn nguồn lực nhưng không tạo ra giá trị mà khách hàng sẵn lòng trả tiền.
Lean phân loại lãng phí thành 8 dạng (thường nhớ qua chữ "DOWNTIME"):
- Defects — Lỗi/sai sót phải làm lại
- Overproduction — Sản xuất/xử lý dư thừa
- Waiting — Chờ đợi (giữa các bước)
- Non-utilized talent — Lãng phí năng lực con người
- Transportation — Vận chuyển không cần thiết
- Inventory — Tồn kho/hồ sơ tồn đọng
- Motion — Thao tác thừa
- Extra-processing — Xử lý thừa, bước không cần thiết
Năm nguyên tắc Lean
Đây là khung xương sống của toàn bộ bài học. Lean được vận hành qua 5 nguyên tắc tuần tự:
1. Xác định Giá trị (Identify Value). Giá trị được định nghĩa từ góc nhìn của khách hàng cuối, không phải từ góc nhìn nội bộ. Câu hỏi cốt lõi: "Khách hàng thực sự trả tiền cho điều gì?" Một khách hàng vay vốn trả tiền cho việc được giải ngân nhanh và đúng, chứ không trả tiền cho 6 lượt ký nháy nội bộ của ngân hàng. Mọi bước trong quy trình đều phải được soi dưới ánh sáng này.
2. Lập bản đồ Dòng giá trị (Map the Value Stream). Vẽ ra toàn bộ các bước cần thiết để tạo ra và giao giá trị đó — từ đầu đến cuối. Khi lập bản đồ, ta phân loại mỗi bước thành ba nhóm: - Value-Added (VA) — bước trực tiếp tạo giá trị khách hàng trả tiền. - Non-Value-Added but Necessary (NVA cần thiết) — không tạo giá trị nhưng buộc phải có (ví dụ: kiểm tra tuân thủ pháp lý). - Non-Value-Added (NVA thuần) — lãng phí thuần túy, cần loại bỏ.
Trong hầu hết quy trình thực tế, bạn sẽ kinh ngạc khi thấy 80–95% thời gian là chờ đợi và xử lý thừa, chỉ 5–20% thực sự tạo giá trị.
3. Tạo Dòng chảy (Create Flow). Sau khi loại bỏ lãng phí, sắp xếp các bước còn lại sao cho công việc chảy liên tục, không gián đoạn, không ùn ứ giữa các phòng ban. Mục tiêu là xóa các "hàng chờ" (queue) và các điểm bàn giao (handoff) thừa thãi — vì mỗi lần bàn giao là một lần rủi ro chậm trễ và mất thông tin.
4. Thiết lập Lực kéo (Establish Pull). Thay vì "đẩy" công việc theo lịch định sẵn (push), hãy để nhu cầu thực tế của khách hàng "kéo" công việc qua hệ thống. Chỉ làm khi có nhu cầu thực, tránh tạo ra tồn đọng và sản xuất dư thừa.
5. Theo đuổi Sự hoàn hảo (Seek Perfection). Tối ưu hóa không phải dự án một lần rồi xong. Đó là vòng lặp liên tục — luôn quay lại tìm lãng phí mới phát sinh. (Chủ đề cải tiến liên tục sẽ được đào sâu ở các bài sau; ở đây bạn chỉ cần hiểu rằng tối ưu là một thói quen, không phải một sự kiện.)
Hai chỉ số bạn phải đo
Để biết tối ưu có hiệu quả không, hãy nắm hai con số nền tảng:
- Cycle Time (thời gian chu kỳ) — tổng thời gian từ lúc bắt đầu đến lúc hoàn thành một đơn vị công việc, bao gồm cả thời gian chờ.
- Process Cycle Efficiency (PCE) — tỷ lệ giữa thời gian tạo giá trị thật và tổng cycle time. Công thức:
PCE = (Thời gian Value-Added) / (Tổng Cycle Time).
Tình huống thực tế
Ví dụ 1 — Ngân hàng số tại Việt Nam: quy trình mở thẻ tín dụng
Hãy hình dung một ngân hàng tầm trung tại TP.HCM, gọi là "VietCredit Bank" (giả định). Quy trình phê duyệt thẻ tín dụng của họ mất trung bình 9 ngày làm việc, khiến tỷ lệ khách bỏ cuộc giữa chừng lên tới 35%.
Khi nhóm BPA lập bản đồ dòng giá trị, họ phát hiện: trong 9 ngày đó, thời gian thực sự xử lý hồ sơ chỉ khoảng 4 giờ. Toàn bộ phần còn lại là chờ đợi — hồ sơ nằm trong hàng chờ của 5 phòng ban khác nhau, mỗi nơi "ngâm" 1–2 ngày. PCE chỉ vỏn vẹn khoảng 2%.
Áp dụng Lean:
- Identify Value: Khách hàng trả tiền cho việc có thẻ nhanh, không quan tâm hồ sơ qua bao nhiêu phòng.
- Map Value Stream: Trong 11 bước, có 4 bước là kiểm tra trùng lặp (cùng một thông tin xác minh ba lần ở ba phòng).
- Create Flow: Gộp ba lần xác minh thành một, để bộ phận thẩm định tự động qua hệ thống chấm điểm tín dụng.
- Establish Pull: Thay vì xử lý hồ sơ theo lô mỗi cuối ngày, chuyển sang xử lý liên tục khi hồ sơ đến.
Bài học: Phần lớn thời gian trong một quy trình là chờ đợi, không phải làm việc. Tấn công vào thời gian chờ thường mang lại kết quả lớn hơn nhiều so với việc bắt nhân viên làm nhanh hơn.
Ví dụ 2 — Chuỗi F&B: quy trình nhập nguyên liệu
Một chuỗi cà phê có 40 cửa hàng tại Hà Nội và Đà Nẵng gặp vấn đề: nguyên liệu hoặc thiếu (gây cháy món) hoặc thừa (gây hỏng, lãng phí). Bộ phận vận hành chạy theo mô hình push: kho trung tâm tự ước lượng và đẩy hàng xuống từng cửa hàng theo lịch cố định mỗi tuần.
Áp dụng nguyên tắc Pull: Nhóm cải tiến chuyển sang để nhu cầu thực tế kéo hàng. Mỗi cửa hàng đặt một ngưỡng tồn tối thiểu; khi tồn kho chạm ngưỡng (dữ liệu từ hệ thống POS), một yêu cầu bổ sung tự động được kích hoạt. Kho chỉ giao đúng lượng cần, đúng lúc cần.
Kết quả: Lãng phí nguyên liệu hỏng (dạng Inventory và Defects) giảm 28%; số lần cháy món giảm 60%. Vốn lưu động bị "kẹt" trong tồn kho giảm đáng kể.
Bài học: Cơ chế Pull không chỉ dành cho nhà máy. Bất cứ nơi nào có tồn đọng — hồ sơ, hàng hóa, hay cả công việc tồn trong inbox — nguyên tắc "chỉ làm khi có nhu cầu thực" đều phát huy tác dụng.
Ví dụ 3 — Bài học gốc từ Toyota: tại sao Lean hiệu quả
Để hiểu sức mạnh của tư duy này, hãy nhìn về cội nguồn. Vào thập niên 1950, Toyota không có tiền để chất đống tồn kho như các hãng xe Mỹ. Chính sự khan hiếm đó buộc họ phát minh ra cách làm việc tinh gọn: chỉ sản xuất khi có đơn hàng kéo (Just-In-Time), và trao quyền cho mọi công nhân được dừng cả dây chuyền (kéo dây Andon) khi phát hiện lỗi — để sửa ngay tại gốc thay vì để lỗi trôi xuống cuối chuyền.
Triết lý ngầm ở đây cực kỳ quan trọng: lỗi rẻ nhất là lỗi được phát hiện sớm nhất. Một sai sót bị bắt ở bước đầu tốn vài phút sửa; cũng sai sót đó lọt đến tay khách hàng có thể tốn hàng triệu đồng và cả uy tín.
Bài học: Lean không phải một bộ công cụ kỹ thuật, mà là một tư duy: tôn trọng giá trị khách hàng, ghét cay ghét đắng lãng phí, và xây dựng quy trình để lỗi không có chỗ ẩn nấp.
Hướng dẫn từng bước
Đây là quy trình thực hành để tối ưu hóa một quy trình bất kỳ. Bạn có thể áp dụng ngay vào công việc của mình.
Bước 1 — Chọn quy trình và xác định giá trị. Chọn một quy trình cụ thể, có ranh giới rõ ràng (ví dụ: "xử lý đơn hoàn tiền"). Viết ra một câu: "Khách hàng của quy trình này thực sự trả tiền/mong muốn điều gì?" Đây là kim chỉ nam cho mọi quyết định sau đó.
Bước 2 — Lập bản đồ dòng giá trị As-Is. Đi thực địa (đừng ngồi tưởng tượng). Theo dấu một đơn vị công việc thật từ đầu đến cuối. Ghi lại từng bước, ai làm, mất bao lâu xử lý, và mất bao lâu chờ trước mỗi bước.
Bước 3 — Phân loại mỗi bước. Gắn nhãn cho từng bước: VA / NVA-cần-thiết / NVA-thuần. Hãy thành thật và "tàn nhẫn" — phần lớn các bước "vì xưa nay vẫn thế" thường là NVA thuần.
Bước 4 — Tính cycle time và PCE hiện tại. Cộng tổng thời gian xử lý (VA) và tổng cycle time. Tính PCE = VA / Cycle Time. Con số thấp đến mức nào thường gây sốc — và đó chính là động lực để thay đổi.
Bước 5 — Tấn công lãng phí theo thứ tự ưu tiên. Bắt đầu từ thời gian chờ và bước trùng lặp (thường là quả ngọt dễ hái nhất). Với mỗi NVA, hỏi: Loại bỏ được không? Nếu không, gộp được không? Nếu không, đơn giản hóa được không? Nếu không, tự động hóa được không? (Quy tắc ECRS: Eliminate – Combine – Rearrange – Simplify.)
Bước 6 — Thiết kế Flow và Pull. Sắp xếp lại các bước còn lại để chảy liên tục. Tìm những điểm có thể chuyển từ xử lý theo lô sang xử lý liên tục, từ push sang pull.
Bước 7 — Đặt mục tiêu đo được và kiểm chứng. Đặt mục tiêu cụ thể ("giảm cycle time 40%"). Triển khai thử nghiệm quy mô nhỏ, đo lại, so sánh trước/sau. Đừng tin cảm giác — hãy tin con số.
Lỗi thường gặp & mẹo
Lỗi 1 — Tối ưu cục bộ mà bỏ quên tổng thể. Bạn làm phòng A nhanh gấp đôi, nhưng phòng A chỉ đẩy hồ sơ ùn lại trước phòng B. Tổng cycle time không đổi. Luôn tối ưu toàn dòng giá trị, không phải từng đảo riêng lẻ.
Lỗi 2 — Nhầm "bận rộn" với "hiệu quả". Một nhân viên xử lý 100 hồ sơ/ngày trông rất năng suất — nhưng nếu 40 hồ sơ đó là làm lại do lỗi từ bước trước, thì đó là lãng phí được ngụy trang thành năng suất.
Lỗi 3 — Tự động hóa một quy trình tồi. Tự động hóa một quy trình đầy lãng phí chỉ khiến bạn tạo ra lãng phí nhanh hơn. Luôn loại bỏ lãng phí trước, tự động hóa sau. Đây là sai lầm tốn kém bậc nhất.
Lỗi 4 — Ngồi phòng họp vẽ quy trình tưởng tượng. Bản đồ vẽ trên giấy thường khác xa thực tế. Hãy "Gemba" — đi đến nơi công việc thực sự diễn ra để quan sát.
Mẹo: Khi bí, hãy hỏi "Tại sao?" năm lần liên tiếp (kỹ thuật 5 Whys) cho mỗi điểm nghẽn — bạn sẽ thường tìm ra nguyên nhân gốc rễ ẩn sau triệu chứng bề mặt.
Mẹo: Bắt đầu từ quy trình có khối lượng lớn và lặp đi lặp lại — nơi 1% cải thiện cũng nhân lên thành con số khổng lồ.
Bài tập thực hành
- Chọn một quy trình quen thuộc trong công việc hoặc đời sống của bạn (ví dụ: quy trình xin nghỉ phép, đặt hàng online, hoặc xử lý một khiếu nại). Lập bản đồ As-Is với ít nhất 6 bước, ghi rõ thời gian xử lý và thời gian chờ cho mỗi bước.
- Phân loại VA / NVA-cần-thiết / NVA-thuần cho từng bước. Tính cycle time tổng và PCE. PCE của bạn là bao nhiêu phần trăm?
- Áp dụng ECRS: Với mỗi bước NVA, đề xuất loại bỏ, gộp, sắp xếp lại hoặc đơn giản hóa. Vẽ lại quy trình To-Be (mục tiêu) và ước tính cycle time mới.
- Câu hỏi tư duy: Trong quy trình bạn chọn, có điểm nào đang chạy theo cơ chế push mà có thể chuyển sang pull không? Nếu có, mô tả cách triển khai.
- Tự đánh giá: Bạn đã giảm được bao nhiêu phần trăm cycle time chỉ bằng cách loại bỏ lãng phí (không thêm nguồn lực)?
Tóm tắt
Tối ưu hóa quy trình không phải là bắt người ta làm nhanh hơn — mà là loại bỏ những gì không tạo giá trị để cùng một công sức tạo ra nhiều giá trị hơn cho khách hàng. Tư duy Lean cung cấp cho bạn la bàn để làm điều đó qua năm nguyên tắc: xác định giá trị từ góc nhìn khách hàng, lập bản đồ dòng giá trị, tạo dòng chảy, thiết lập lực kéo, và theo đuổi sự hoàn hảo liên tục.
Hãy ghi nhớ ba điều cốt lõi: (1) Phần lớn thời gian trong mọi quy trình là chờ đợi, nên hãy tấn công thời gian chờ trước tiên. (2) Đo lường bằng con số thật — cycle time và PCE — đừng tin cảm giác. (3) Loại bỏ lãng phí trước, tự động hóa sau; không bao giờ tự động hóa một quy trình tồi.
Như các ví dụ từ ngân hàng Việt Nam, chuỗi F&B đến Toyota đã cho thấy: kết quả lớn nhất thường đến không phải từ việc thêm nguồn lực, mà từ việc nhìn quy trình bằng con mắt "ghét lãng phí". Ở bài tiếp theo, chúng ta sẽ đặt kỹ năng này vào một bức tranh lớn hơn — vòng đời quản lý quy trình (BPM lifecycle) 6 giai đoạn — để hiểu tối ưu hóa nằm ở đâu trong toàn bộ hành trình quản trị quy trình của một tổ chức.