BPR là gì? Tái cấu trúc quy trình kinh doanh và cách làm

Mục lục

1. BPR là gì?
2. BPR ra đời từ đâu?
3. Nguyên tắc cốt lõi của BPR là gì?
4. BPR khác Kaizen, BPM, Lean, Six Sigma và chuyển đổi số thế nào?
5. Quy trình thực hiện BPR gồm những bước nào?
6. Công nghệ nào hỗ trợ BPR?
7. Ví dụ BPR thực tế
8. Lợi ích, rủi ro và vì sao BPR hay thất bại?
9. Khi nào doanh nghiệp nên làm BPR?
10. Những hiểu lầm phổ biến về BPR
11. Câu hỏi thường gặp

BPR là gì?

BPR là viết tắt của Business Process Reengineering, dịch là tái cấu trúc quy trình kinh doanh, có nơi gọi là tái thiết kế quy trình. Doanh nghiệp xem lại một quy trình từ đầu đến cuối, bỏ các giả định cũ và thiết kế cách làm mới để đạt bước nhảy lớn về hiệu quả.

Ví dụ minh hoạ đời thường: một quán cà phê luôn có hàng dài. Khách gọi món ở quầy, thu ngân ghi giấy, chuyển cho người pha chế, pha xong thì gọi tên. Cải tiến thông thường là thêm một thu ngân. Cách nghĩ BPR là hỏi: vì sao phải ghi giấy và chuyển tay? Quán cho khách quét mã, đặt và trả tiền trên điện thoại, đơn hiện thẳng trên màn hình quầy pha chế. Bước “ghi và chuyển” biến mất, chứ không chỉ nhanh hơn.

Hammer và Champy định nghĩa reengineering là “suy nghĩ lại một cách cơ bản và thiết kế lại triệt để các quy trình kinh doanh để đạt cải thiện đột phá ở các thước đo hiệu quả quan trọng như chi phí, chất lượng, dịch vụ và tốc độ”. Bốn từ khoá cần nhớ:

• Cơ bản (fundamental): hỏi “vì sao làm việc này” trước khi hỏi “làm thế nào cho tốt”.
• Triệt để (radical): làm lại từ gốc, không chắp vá trên cái cũ.
• Đột phá (dramatic): nhắm tới thay đổi theo bội số, không phải vài phần trăm.
• Quy trình (process): đơn vị thay đổi là chuỗi hoạt động tạo giá trị cho khách hàng, không phải từng phòng ban.

Chữ “R” đôi khi được hiểu là Redesign (thiết kế lại). Hai cách gọi gần nghĩa và thường dùng thay nhau.

BPR ra đời từ đâu?

BPR xuất hiện đầu thập niên 1990, khi doanh nghiệp Mỹ đầu tư nhiều vào máy tính nhưng năng suất không tăng tương xứng.

• Tháng 7–8/1990: Michael Hammer, từng là phó giáo sư khoa học máy tính tại MIT, đăng bài “Reengineering Work: Don’t Automate, Obliterate” (Tái cấu trúc công việc: đừng tự động hoá, hãy xoá bỏ) trên Harvard Business Review. Thông điệp: thay vì “đúc” quy trình lỗi thời vào phần mềm, hãy xoá chúng và làm lại. Ông viết đã đến lúc “ngừng trải nhựa những lối mòn của đàn bò” (stop paving the cow paths).
• Mùa hè 1990: Thomas Davenport và James Short đăng bài “The New Industrial Engineering: Information Technology and Business Process Redesign” trên Sloan Management Review.
• Tháng 5/1993: Hammer và Champy xuất bản “Reengineering the Corporation: A Manifesto for Business Revolution” (HarperBusiness), lập luận rằng tổ chức công việc theo kiểu chia nhỏ nhiệm vụ của Adam Smith không còn phù hợp. Cùng năm, Davenport ra sách “Process Innovation”.
• Từ khoảng 1995–1996: trào lưu chững lại. Nhiều công ty lấy reengineering làm cái cớ cắt giảm nhân sự, khiến từ này gắn với sa thải.

Ngày nay ít ai dùng chữ “reengineering” làm khẩu hiệu, nhưng tư duy của nó nằm trong mọi dự án chuyển đổi số nghiêm túc: thiết kế lại cách làm trước, chọn công nghệ sau.

Nguyên tắc cốt lõi của BPR là gì?

Bài báo năm 1990 của Hammer nêu 7 nguyên tắc. Chúng vẫn là bộ câu hỏi tốt để soi bất kỳ quy trình nào.

1. Tổ chức quanh kết quả, không quanh nhiệm vụ. Một người hoặc một nhóm chịu trách nhiệm trọn kết quả, ví dụ một chuyên viên theo hồ sơ vay từ lúc nhận tới lúc giải ngân.
2. Người dùng đầu ra tự thực hiện quy trình. Phòng cần văn phòng phẩm tự đặt từ danh mục duyệt sẵn, không gửi phiếu qua phòng mua hàng.
3. Gộp việc xử lý thông tin vào công việc tạo ra thông tin. Ai tạo dữ liệu thì nhập và kiểm tra luôn.
4. Coi nguồn lực phân tán như thể tập trung. Các chi nhánh vẫn tự chủ nhưng tồn kho, mua hàng được nhìn và điều phối như một nhờ hệ thống dùng chung.
5. Kết nối các hoạt động song song ngay khi đang làm, thay vì đợi từng nhánh xong mới ghép và phát hiện vênh nhau.
6. Đặt điểm ra quyết định ở nơi làm việc, cài kiểm soát vào quy trình. Nhân viên tuyến đầu quyết trong ngưỡng; hệ thống chặn ngoài ngưỡng.
7. Thu thập thông tin một lần, ngay tại nguồn. Dữ liệu khách hàng nhập một lần, dùng chung, không gõ lại ở mỗi phòng.

BPR khác Kaizen, BPM, Lean, Six Sigma và chuyển đổi số thế nào?

Các khái niệm này hay bị dùng lẫn. Khác biệt nằm ở mức độ thay đổi, nhịp độ và trọng tâm.

Cách tiếp cận	Mức độ thay đổi	Nhịp độ	Trọng tâm	Rủi ro
BPR (tái cấu trúc quy trình)	Triệt để, làm lại từ đầu	Dự án lớn, theo đợt	Thiết kế lại quy trình xuyên phòng ban, thường đổi cả vai trò và hệ thống	Cao
Kaizen (cải tiến liên tục)	Nhỏ, từng bước	Hằng ngày	Mọi nhân viên góp cải tiến nhỏ trong quy trình hiện có	Thấp
BPM (quản lý quy trình kinh doanh)	Thường dần dần	Liên tục, cả vòng đời	Mô hình hoá, vận hành, đo lường, tối ưu quy trình như năng lực quản trị lâu dài	Thấp đến trung bình
Lean (tinh gọn)	Dần dần	Liên tục	Loại bỏ lãng phí, giữ hoạt động khách hàng sẵn sàng trả tiền	Thấp đến trung bình
Six Sigma	Dần dần, dựa trên số liệu	Theo dự án DMAIC	Giảm biến động và lỗi bằng thống kê	Trung bình
Chuyển đổi số	Rộng nhất, có thể đổi mô hình kinh doanh	Nhiều năm	Dùng công nghệ số để đổi cách tạo và trao giá trị; BPR là một công cụ bên trong	Cao

BPR và BPM: đối lập hay bổ sung?

Bổ sung. BPR là cú “phẫu thuật” thiết kế lại một quy trình. BPM là “chế độ chăm sóc” để quy trình mới được đo, theo dõi và cải tiến, tránh vài năm sau lại rối như cũ. Doanh nghiệp làm tốt thường dùng BPR cho vài quy trình cốt lõi đã hỏng nặng, còn BPM và Kaizen cho phần còn lại.

Vài mốc gốc để phân biệt

Kaizen tiếng Nhật nghĩa là “thay đổi để tốt hơn”, được Masaaki Imai phổ biến qua sách năm 1986. Lean bắt nguồn từ Hệ thống sản xuất Toyota; thuật ngữ “lean” do John Krafcik đặt năm 1988. Six Sigma do kỹ sư Bill Smith giới thiệu tại Motorola năm 1986. Ba phương pháp này tối ưu quy trình đang có; BPR hỏi liệu quy trình đó có nên tồn tại.

Ở tầng chiến lược, hãy làm rõ mô hình kinh doanh trước bằng Business Model Canvas, rồi mới chọn quy trình cần tái cấu trúc để phục vụ mô hình đó.

Quy trình thực hiện BPR gồm những bước nào?

Mỗi tài liệu chia bước một khác, nhưng cốt lõi giống nhau. Dưới đây là 7 bước tổng hợp.

Bước 1–2: Mục tiêu, quy trình và nhóm

Viết rõ vì sao phải đổi và đặt mục tiêu đo được, ví dụ “rút thời gian duyệt hồ sơ từ 10 ngày xuống 2 ngày”. Người bảo trợ phải là lãnh đạo đủ quyền với nhiều phòng ban, vì BPR luôn chạm vào “lãnh địa” của ai đó. Đừng tái cấu trúc mọi thứ cùng lúc: chọn một quy trình vừa quan trọng với khách hàng, vừa đang hỏng nặng, như từ đơn hàng tới thu tiền. Nhóm cần chủ quy trình, người làm thực tế ở từng khâu, người hiểu công nghệ và một người “ngoài cuộc” dám hỏi câu ngây ngô.

Bước 3: Hiểu hiện trạng (AS-IS) vừa đủ

Mục đích là hiểu vì sao quy trình chậm và lỗi, không phải vẽ từng nút bấm. Đo chỉ số nền: thời gian chu trình, thời gian chờ, số lần chuyển tay, số chữ ký, tỷ lệ làm lại. Có thể vẽ bằng BPMN (Business Process Model and Notation), chuẩn ký hiệu do tổ chức OMG duy trì, đã được công nhận là ISO 19510.

Bước 4–5: Thiết kế TO-BE, đổi con người và hệ thống

Bắt đầu từ câu hỏi khách hàng cần kết quả gì, nhanh tới đâu, rồi áp 7 nguyên tắc. Với mỗi bước cũ, hỏi: bỏ được không, gộp được không, đổi người làm được không, chạy song song được không? Thiết kế 2–3 phương án để so sánh. Quy trình mới thường cần vai trò, phân quyền, chỉ số đánh giá mới và đào tạo lại. Công nghệ được chọn để phục vụ thiết kế, không phải ngược lại.

Bước 6–7: Thí điểm, mở rộng và duy trì

Chạy ở phạm vi nhỏ, so với chỉ số nền, ghi lại các ngoại lệ hiếm mà lúc thiết kế không ai nghĩ tới. Đạt mục tiêu mới mở rộng, chính thức tắt quy trình cũ. Sau đó giao quy trình cho chủ quy trình quản lý liên tục, có bảng chỉ số và lịch rà soát; nếu không, các bước thừa sẽ dần “mọc” lại.

Công nghệ nào hỗ trợ BPR?

Hammer coi công nghệ thông tin là yếu tố cho phép thiết kế lại. Năm 1990 đó là cơ sở dữ liệu dùng chung; nay có thêm nhiều công cụ.

• Khai phá quy trình (process mining): phân tích nhật ký sự kiện (event log) từ ERP, CRM để vẽ lại quy trình thực tế, gồm cả nhánh ngoại lệ mà sơ đồ trên giấy bỏ sót. Lĩnh vực này hình thành quanh năm 1999 tại Đại học Công nghệ Eindhoven (Hà Lan), gắn với nhà khoa học Wil van der Aalst. Nhờ nó, bước AS-IS dựa trên dữ liệu thay vì lời kể.
• Tự động hoá quy trình bằng robot (RPA): robot phần mềm thao tác trên giao diện như nhân viên, hữu ích khi hệ thống cũ chưa kết nối được. Xem thêm giải pháp RPA. RPA nên chạy quy trình đã thiết kế lại, không chạy y nguyên quy trình cũ.
• Hệ thống hoạch định nguồn lực (ERP): đưa dữ liệu mua hàng, kho, bán hàng, tài chính về một nơi, hiện thực hoá nguyên tắc “thu thập một lần, tại nguồn”.
• Trí tuệ nhân tạo (AI): phân loại, trích xuất dữ liệu chứng từ, gợi ý quyết định, trả lời khách hàng. AI cho phép thiết kế lại những bước trước đây bắt buộc người làm, nhưng cần cơ chế kiểm soát khi AI sai.
• Nền tảng low-code: dựng nhanh luồng phê duyệt, biểu mẫu để thí điểm quy trình mới trước khi đầu tư lớn.

Với tài liệu giấy, bước nền là số hoá. Nhưng số hoá chỉ đổi giấy thành tệp; muốn đột phá vẫn phải đổi cách làm.

Ví dụ BPR thực tế

Ford: khâu thanh toán cho nhà cung cấp

Đây là ví dụ kinh điển trong bài báo năm 1990 của Hammer. Đầu thập niên 1980, bộ phận phải trả (accounts payable) của Ford tại Bắc Mỹ có hơn 500 người. Ban lãnh đạo định hợp lý hoá và lắp máy tính mới để giảm khoảng 20% nhân sự. Rồi họ nhìn sang Mazda và thấy bộ phận tương tự chỉ có 5 người. Kể cả khi điều chỉnh theo quy mô nhỏ hơn của Mazda, Ford tính ra bộ phận của mình vẫn lớn gấp năm lần mức cần thiết.

Theo Hammer, nhân sự khâu phải trả giảm 75%, chứ không phải 20% như kế hoạch. Câu hỏi đã đổi từ “làm sao đối chiếu hoá đơn nhanh hơn” sang “vì sao phải có hoá đơn để đối chiếu”.

Mutual Benefit Life: xử lý hồ sơ bảo hiểm

Cũng theo bài báo trên, ở công ty bảo hiểm Mỹ Mutual Benefit Life, một hồ sơ yêu cầu bảo hiểm có thể qua tới 30 bước, 5 phòng ban, 19 người, mất từ 5 đến 25 ngày. Công ty thay chuỗi chuyển tay bằng vai trò “người quản lý hồ sơ” (case manager), chịu trách nhiệm trọn hồ sơ từ lúc nhận tới khi phát hành hợp đồng, có máy trạm chạy hệ chuyên gia hỗ trợ. Kết quả: hồ sơ nhanh nhất xong trong 4 giờ, trung bình 2 đến 5 ngày; công ty bỏ được 100 vị trí ở văn phòng hiện trường; mỗi người quản lý hồ sơ xử lý hơn gấp đôi khối lượng hồ sơ mới.

Việt Nam: liên thông khai sinh, thường trú, bảo hiểm y tế

Khu vực công Việt Nam dùng chính cụm từ “tái cấu trúc quy trình” khi đưa thủ tục hành chính lên mạng. Ví dụ, Nghị định 63/2024/NĐ-CP ngày 10/06/2024 quy định liên thông điện tử hai nhóm thủ tục: đăng ký khai sinh, đăng ký thường trú, cấp thẻ bảo hiểm y tế cho trẻ em dưới 6 tuổi; và đăng ký khai tử, xoá đăng ký thường trú, giải quyết mai táng phí, tử tuất. Thay vì đi từng cơ quan với từng bộ hồ sơ, người dân nộp một lần trên Cổng dịch vụ công quốc gia hoặc ứng dụng VNeID, dữ liệu tự chuyển giữa các cơ quan. Đó là tinh thần BPR: tổ chức quanh kết quả người dân cần, thu thập thông tin một lần.

Ví dụ minh hoạ: duyệt đề nghị thanh toán

Đây là ví dụ minh hoạ, không phải trường hợp có thật. Một công ty phân phối duyệt thanh toán cho nhà cung cấp qua bốn chữ ký: trưởng phòng mua hàng, kế toán trưởng, giám đốc tài chính, tổng giám đốc; mỗi bàn chờ một đến hai ngày. Cải tiến thông thường là chuyển sang ký điện tử: nhanh hơn nhưng vẫn bốn tầng. Cách nghĩ BPR: khoản nào có đơn đặt hàng đã duyệt và phiếu nhập kho khớp thì hệ thống tự duyệt; chỉ khoản vượt ngưỡng hoặc lệch thông tin mới tới người có thẩm quyền. Kiểm soát nằm trong quy tắc, không nằm trong chồng chữ ký.

Lợi ích, rủi ro và vì sao BPR hay thất bại?

Lợi ích khi làm đúng

• Rút ngắn thời gian chu trình nhờ bỏ bước chờ và chuyển tay.
• Giảm chi phí vận hành do bớt đối chiếu, nhập lại, sửa lỗi.
• Khách hàng hài lòng hơn: một đầu mối, ít giấy tờ, phản hồi nhanh.
• Trách nhiệm rõ ràng và nền tảng tốt cho tự động hoá, đo lường.

Rủi ro

• Gián đoạn vận hành khi chuyển đổi, nhất là quy trình chạm khách hàng và dòng tiền.
• Chi phí lớn, khó dự đoán: hệ thống mới, đào tạo, thời gian của nhân sự giỏi nhất.
• Phản kháng nội bộ từ người mất quyền phê duyệt hoặc lo mất việc.
• Kết quả bất định. Chính Hammer viết rằng reengineering không thể lên kế hoạch tỉ mỉ rồi làm từng bước thận trọng; đó là lựa chọn “được ăn cả” với kết quả không chắc chắn.

Những lý do thất bại thường gặp

1. Lãnh đạo không đủ cam kết, giao dự án cho phòng CNTT hay một nhóm không đủ quyền.
2. Biến BPR thành đợt cắt giảm nhân sự. Khi nhân viên tin mục tiêu là sa thải, họ sẽ không góp ý thật.
3. Chỉ vẽ lại sơ đồ, không đổi vai trò, chỉ số đánh giá, phân quyền, nên mọi người vẫn làm theo thói quen cũ.
4. Mua phần mềm trước, thiết kế sau, rồi uốn quy trình theo tính năng có sẵn.
5. Phạm vi quá rộng và bỏ qua thí điểm, đào tạo, truyền thông.

Khi nào doanh nghiệp nên làm BPR?

BPR là liều thuốc mạnh, chỉ nên dùng khi cải tiến nhỏ không còn đủ. Tín hiệu nên cân nhắc:

• Khách hàng phàn nàn kéo dài về cùng một điểm dù đã cải tiến nhiều lần.
• Đối thủ làm cùng việc nhanh hơn hoặc rẻ hơn theo bội số.
• Một hồ sơ qua nhiều phòng ban, nhiều chữ ký; thời gian chờ chiếm phần lớn thời gian xử lý.
• Dữ liệu phải nhập lại ở nhiều hệ thống, đối chiếu thủ công là việc thường ngày.
• Sắp thay hệ thống lõi như ERP, hoặc sáp nhập: thời điểm tốt để thiết kế lại thay vì chuyển nguyên cách cũ sang hệ thống mới.

Chưa nên làm khi quy trình chỉ có vài điểm nghẽn cục bộ (Lean, Kaizen rẻ và an toàn hơn), khi lãnh đạo chưa thống nhất, doanh nghiệp đang khủng hoảng dòng tiền, hoặc chưa có dữ liệu nền để đo trước và sau.

Với quy trình không cốt lõi như nhập liệu, tổng đài, kế toán phải trả, doanh nghiệp còn có thể thuê ngoài theo mô hình BPO (thuê ngoài quy trình kinh doanh). Dù vậy, nên thiết kế lại trước khi thuê ngoài, nếu không bạn chỉ chuyển sự rối rắm sang người khác.

Những hiểu lầm phổ biến về BPR

1. “BPR là cắt giảm nhân sự.” Giảm người có thể là hệ quả, nhưng mục tiêu là kết quả cho khách hàng.
2. “BPR là mua phần mềm mới.” Ford không thắng nhờ máy tính mà nhờ bỏ được nhu cầu đối chiếu hoá đơn.
3. “BPR là vẽ lại sơ đồ tổ chức.” Đổi sơ đồ không làm hồ sơ chạy nhanh hơn. BPR bắt đầu từ quy trình, cơ cấu đi theo.
4. “BPR đã lỗi thời.” Cái tên ít dùng, nhưng tư duy thiết kế lại trước khi số hoá vẫn là lõi của chuyển đổi số và ứng dụng AI.
5. “Làm BPR một lần là xong.” Không có quản lý liên tục theo sau, quy trình mới sẽ dần phình ra như cũ.

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

BPR là viết tắt của từ gì?

BPR là viết tắt của Business Process Reengineering, tức tái cấu trúc quy trình kinh doanh. Một số tài liệu dùng Business Process Redesign (thiết kế lại quy trình kinh doanh) với nghĩa gần tương đương.

Ai đưa ra khái niệm BPR?

Michael Hammer, cựu giảng viên khoa học máy tính của MIT, qua bài báo trên Harvard Business Review năm 1990, rồi phổ biến rộng qua cuốn sách năm 1993 viết cùng James Champy. Cùng năm 1990, Thomas Davenport và James Short cũng công bố ý tưởng tương tự.

BPR và BPM khác nhau thế nào?

BPR là dự án thay đổi triệt để một quy trình, làm theo đợt. BPM là quản lý quy trình liên tục: mô hình hoá, vận hành, đo lường, tối ưu. BPR tạo quy trình mới, BPM giữ nó tốt lâu dài.

BPR và Kaizen khác nhau ra sao?

Kaizen cải tiến từng chút trong quy trình đang có, rủi ro thấp, ai cũng tham gia. BPR hỏi liệu quy trình có nên tồn tại và thiết kế lại từ đầu, rủi ro cao hơn nhưng tiềm năng lớn hơn.

Doanh nghiệp nhỏ có làm BPR được không?

Được, thường còn dễ hơn vì ít tầng quản lý và ít hệ thống cũ. Chọn một quy trình gây đau nhất như báo giá, giao hàng hay thu tiền, thiết kế lại trên giấy cùng người làm trực tiếp, thử vài tuần rồi mới đầu tư công cụ.

Một dự án BPR mất bao lâu?

Không có con số chung. Thời gian phụ thuộc phạm vi, số phòng ban liên quan và mức thay đổi hệ thống. Quy trình nội bộ hẹp có thể thí điểm trong vài tuần đến vài tháng; quy trình gắn với thay ERP thường lâu hơn nhiều.

Nên làm BPR trước hay chuyển đổi số trước?

Nên thiết kế lại quy trình trước hoặc song song, rồi mới chọn công nghệ. Số hoá một quy trình chưa được xem lại thường chỉ tạo ra phiên bản điện tử của cùng những bước thừa.