Kỹ sư QLTT Ghi chú ôn thi
← Về danh sách
Quản trị & Chiến lược
#ISP#BPR#정보전략계획#프로세스혁신#131회#127회
Cập nhật lần cuối · 2026-09-24

So sánh ISP và BPR và cách sử dụng bổ trợ lẫn nhau

1. Tổng quan

A. Định nghĩa

ISP (Information Strategic Planning, lập kế hoạch chiến lược thông tin) là hoạt động xây dựng mục tiêu, nhiệm vụ và kế hoạch thực hiện thông tin hóa của tổ chức sao cho phù hợp với chiến lược kinh doanh, còn BPR (Business Process Reengineering, tái thiết kế quy trình nghiệp vụ) là kỹ thuật đổi mới quản trị theo đuổi cải tiến đột phá (dramatic) về chi phí, chất lượng, dịch vụ và tốc độ bằng cách tái thiết kế căn bản quy trình nghiệp vụ.

Chìa khóa để hiểu đúng hai kỹ thuật nằm ở chỗ 'điểm xuất phát và đối tượng khác nhau'. BPR là khái niệm do Michael Hammer (M. Hammer) và James Champy (J. Champy) đề xướng đầu thập niên 1990, xuất phát từ góc nhìn nghiệp vụ: "làm thế nào để đổi mới căn bản cách chúng ta làm việc (quy trình)". Chủ đề cốt lõi không phải 'cải tiến từng bước' mà là 'suy nghĩ lại từ tờ giấy trắng (fundamental rethinking)'. Không chỉ làm cho thủ tục hiện có nhanh hơn một chút, mà đặt câu hỏi từ gốc: "có thể loại bỏ hẳn công việc này không, có thể làm theo cách hoàn toàn mới không".

Ngược lại, ISP xuất phát từ góc nhìn thông tin hóa: "xây dựng và vận hành hệ thống thông tin hỗ trợ nghiệp vụ đó như thế nào", để vẽ nên bản thiết kế tổng thể (master plan) thông tin hóa của toàn tổ chức. ISP chuyển chiến lược kinh doanh thành chiến lược thông tin hóa, rồi rút ra kiến trúc nghiệp vụ, dữ liệu, ứng dụng, công nghệ cần thiết cùng lộ trình thực hiện. Vì thế, theo trình tự logic, việc tái thiết kế quy trình tương lai (To-Be) bằng BPR trước rồi lập kế hoạch thông tin hóa hỗ trợ bằng ISP là tự nhiên. Nếu đảo trình tự, giữ nguyên quy trình cũ mà chỉ thông tin hóa, kết quả chỉ dừng ở 'tin học hóa nghiệp vụ lạc hậu (paving the cow paths)' và hiệu quả đầu tư giảm một nửa.

B. Bối cảnh ra đời và sự cần thiết

Xem xét bối cảnh thời đại ra đời của hai kỹ thuật sẽ làm rõ hơn bản chất của chúng. BPR ra đời đầu thập niên 1990 từ ý thức khủng hoảng rằng trong bối cảnh toàn cầu hóa và cạnh tranh gay gắt, chỉ cải tiến từng bước (như TQM) thì khó tồn tại; còn ISP được định hình như phản ứng trước thực tế đầu tư thông tin hóa bùng nổ nhưng các hệ thống riêng lẻ mọc lên tràn lan khiến lãng phí gia tăng. Cái trước đáp lại 'khủng hoảng nghiệp vụ', cái sau đáp lại 'sự hỗn loạn của thông tin hóa'.

BPR và ISP ra đời riêng rẽ nhưng cuối cùng buộc phải liên kết là có lý do. Trong thập niên 1990, các doanh nghiệp đầu tư khổng lồ vào công nghệ thông tin nhưng năng suất không tăng — hiện tượng 'nghịch lý năng suất (productivity paradox)'. Phần lớn nguyên nhân là tuy đưa công nghệ mới vào, nhưng các thủ tục nghiệp vụ mà công nghệ đó hỗ trợ vẫn giữ nguyên như hàng chục năm trước. BPR trả lời vấn đề này: "trước khi đưa công nghệ vào, hãy thay đổi căn bản quy trình trước".

Mặt khác, đầu tư thông tin hóa càng lớn thì giới hạn của cách xây dựng các hệ thống riêng lẻ một cách rời rạc càng lộ rõ. Vấn đề silo trở nên trầm trọng: hệ thống mà mỗi phòng ban tự xây không liên thông với nhau, dữ liệu trùng lặp và bất nhất. ISP trả lời: "trước khi xây từng hệ thống, hãy vẽ bản phác thảo thông tin hóa ở cấp toàn doanh nghiệp". Rốt cuộc, hai kỹ thuật giải quyết hai vấn đề khác nhau là 'đổi mới căn bản nghiệp vụ' và 'căn chỉnh thông tin hóa toàn doanh nghiệp', nhưng trong dự án thực tế phải thiết kế đồng thời nghiệp vụ tương lai và hệ thống thông tin hỗ trợ nó, nên liên kết là tất yếu.

C. Khác biệt về bản chất của hai kỹ thuật

Tóm lại, BPR xử lý 'làm gì và làm như thế nào (nghiệp vụ)', còn ISP xử lý 'hỗ trợ công việc đó bằng gì (hệ thống thông tin)'. Nếu sản phẩm đầu ra của BPR là luồng nghiệp vụ đã cải tiến (quy trình To-Be), thì sản phẩm đầu ra của ISP là master plan thông tin hóa và kiến trúc. Khác biệt về bản chất này tạo ra toàn bộ các khác biệt tiếp theo về quy trình, phạm vi và kết quả.

Nói cách khác, BPR đặt trọng tâm vào 'thay đổi (đổi mới)', ISP đặt trọng tâm vào 'căn chỉnh (thiết kế)'. Khác biệt về điểm nhấn này khiến hai kỹ thuật trở thành quan hệ bổ trợ chứ không xung đột. Hình mẫu lý tưởng là vòng tuần hoàn tích cực: hệ thống thông tin hỗ trợ nghiệp vụ đã đổi mới, và hệ thống thông tin được căn chỉnh lại làm cho đổi mới nghiệp vụ trở nên bền vững.

2. So sánh quy trình thực hiện

Trước hết, hãy nhìn tổng quan luồng tiến hành của hai kỹ thuật và điểm giao nhau. Dưới đây là sơ đồ cấu trúc tổng thể đặt quy trình BPR và ISP cạnh nhau, thể hiện mối nối kết quả của BPR trở thành đầu vào của ISP.

flowchart LR
  subgraph BPR["BPR (tái thiết kế quy trình nghiệp vụ)"]
    B1["Phân tích hiện trạng<br/>(As-Is)"] --> B2["Tái thiết kế căn bản<br/>(To-Be)"] --> B3["Thực hiện, ổn định<br/>(quản lý thay đổi)"]
  end
  subgraph ISP["ISP (lập kế hoạch chiến lược thông tin)"]
    I1["Phân tích môi trường, hiện trạng"] --> I2["Thiết kế mô hình mục tiêu<br/>(nghiệp vụ, dữ liệu, ứng dụng, công nghệ)"] --> I3["Lập kế hoạch thực hiện<br/>(lộ trình, đầu tư)"]
  end
  B2 -->|Quy trình To-Be = đầu vào ISP| I1
  style ISP fill:#e8f0fe,stroke:#2f6fed,stroke-width:2px

BPR phân tích quy trình hiện tại để chẩn đoán điểm nghẽn và lãng phí, thiết kế quy trình tương lai lý tưởng từ góc nhìn giá trị khách hàng, rồi đưa vào ổn định trong tổ chức. Điểm mấu chốt là không bị ràng buộc bởi As-Is. Nếu phân tích hiện trạng quá chi tiết, dễ bị giam trong khuôn khổ đó và chỉ dừng ở 'cải tiến', nên BPR chỉ dùng As-Is ở mức tối thiểu để chẩn đoán vấn đề và dồn trọng tâm vào thiết kế To-Be.

ISP phân tích chiến lược kinh doanh và môi trường bên trong/bên ngoài (xu hướng thị trường, công nghệ, mức độ hệ thống thông tin hiện tại) để thiết kế mô hình mục tiêu thông tin hóa, rồi lập lộ trình thực hiện theo giai đoạn và kế hoạch đầu tư. Cả hai kỹ thuật cùng chia sẻ khung lớn 'phân tích As-Is → thiết kế To-Be → thực hiện', nhưng khác biệt quyết định là To-Be của BPR là 'luồng nghiệp vụ' còn To-Be của ISP là 'cấu trúc hệ thống thông tin (kiến trúc)'. Chính vì khác biệt này mà To-Be của BPR trở thành đầu vào tự nhiên của ISP.

Ở đây, một điểm tinh tế trong thực tế là 'độ sâu phân tích As-Is' phải được xử lý khác nhau ở hai kỹ thuật. Với BPR, càng lưu lại lâu ở As-Is thì tư duy càng bị giam trong khuôn khổ cũ, khó tái thiết kế cấp tiến, nên phân tích hiện trạng được tiết chế ở mức tối thiểu cần cho chẩn đoán vấn đề. Ngược lại, ISP phải nắm khá chi tiết trạng thái hệ thống thông tin và dữ liệu hiện tại mới tính được lộ trình thực hiện và quy mô đầu tư chính xác, nên tỷ trọng phân tích As-Is tương đối lớn. Cùng là 'phân tích As-Is', nhưng ở BPR là 'phân tích để thoát ra', còn ở ISP là 'phân tích để kế thừa'.

Phân loại ISP BPR
Trọng tâm Chiến lược thông tin hóa, bản thiết kế hệ thống Đổi mới căn bản quy trình nghiệp vụ
Góc nhìn Góc nhìn CNTT, hệ thống thông tin Góc nhìn nghiệp vụ, giá trị khách hàng
Phạm vi Hệ thống thông tin toàn doanh nghiệp Toàn bộ nghiệp vụ, tổ chức, chức danh công việc
Quy trình Phân tích môi trường → mô hình mục tiêu → kế hoạch thực hiện Phân tích hiện trạng → tái thiết kế căn bản → thực hiện
Sản phẩm đầu ra chính Master plan thông tin hóa, kiến trúc, lộ trình Quy trình To-Be đã cải tiến, thiết kế tổ chức
Bản chất Tập trung lập kế hoạch (căn chỉnh, thiết kế) Tập trung đổi mới căn bản (tái thiết kế mang tính phá vỡ)
Biên độ cải tiến Căn chỉnh có hệ thống, từng bước Hướng tới cải tiến đột phá (dramatic)

3. Thành phần và nguyên lý cốt lõi của từng kỹ thuật

A. Nguyên lý và kỹ thuật cốt lõi của BPR

Nếu chỉ hiểu BPR qua bảng, ranh giới với 'cải tiến quy trình' sẽ bị mờ đi. Bản sắc của BPR nằm ở bốn từ khóa — căn bản (fundamental), cấp tiến (radical), đột phá (dramatic), quy trình (process). 'Căn bản' là hoài nghi các quy tắc và giả định vốn được coi là hiển nhiên; 'cấp tiến' là thiết kế lại từ gốc rễ chứ không sửa sang bề mặt; 'đột phá' nghĩa là hướng tới tăng hiệu quả gấp nhiều lần chứ không phải 10~20%; còn 'quy trình' nghĩa là lấy luồng công việc tạo ra giá trị khách hàng làm đơn vị, chứ không phải phòng ban hay chức năng.

Về kỹ thuật thực hành, người ta dùng các cách như hợp nhất thủ tục bị chia nhỏ thành nhiều bước thành một, chuyển xử lý tuần tự sang song song, trao quyền quyết định cho người thực hiện (empowerment) để giảm bước phê duyệt, và dùng công nghệ thông tin để loại bỏ di chuyển vật lý và trung gian. Ví dụ, quy trình đặt hàng-sản xuất-giao hàng vốn bị đứt đoạn theo phòng ban và mất nhiều ngày được tái thiết kế thành một quy trình tích hợp với một người phụ trách (case manager), rút ngắn đáng kể thời gian xử lý.

Kiểu thất bại điển hình của BPR là khi tuyên bố 'đổi mới' nhưng thực tế không động đến tổ chức và quyền hạn hiện có mà chỉ sửa sang thủ tục chút ít. Tái thiết kế căn bản tất yếu đi kèm thay đổi tổ chức, chức danh và hệ thống đánh giá, nên sự bảo trợ của lãnh đạo cấp cao và quản lý thay đổi (sẽ xem phía sau) quyết định thành bại.

Ở đây, điều quan trọng là công nghệ thông tin không chỉ là công cụ hỗ trợ đơn thuần mà vận hành như 'động lực (enabler)' của tái thiết kế. Ví dụ, cơ sở dữ liệu dùng chung phá vỡ giả định 'thông tin chỉ có thể ở một nơi', cho phép nhiều phòng ban đồng thời sử dụng cùng thông tin; công nghệ truyền thông và workflow phá vỡ giả định 'phải có chuyên gia mới xử lý được', giúp nhân viên thông thường cũng thực hiện được nghiệp vụ chuyên môn. Tưởng tượng lại quy trình dựa trên những khả năng mới mà công nghệ mở ra chính là tinh túy của BPR, và chính tại điểm này BPR tự nhiên ăn khớp với ISP và thông tin hóa.

B. Sản phẩm đầu ra và kiến trúc của ISP

Sản phẩm đầu ra của ISP được tổng hợp thành kiến trúc bốn tầng. Kiến trúc nghiệp vụ (business) quy định cấu trúc nghiệp vụ tổ chức thực hiện, kiến trúc dữ liệu quy định thông tin cần quản lý và quan hệ giữa chúng, kiến trúc ứng dụng (application) quy định chức năng hệ thống hỗ trợ nghiệp vụ, và kiến trúc công nghệ quy định hạ tầng và chuẩn vận hành chúng. Bốn tầng này phải khớp nhau, và căn cứ phải chảy từ tầng trên (nghiệp vụ) xuống tầng dưới (công nghệ).

Giá trị của ISP nằm ở việc bảo đảm tính nhất quán toàn doanh nghiệp, vượt ra ngoài kế hoạch xây dựng từng hệ thống. ISP đặt các yêu cầu rải rác theo phòng ban vào trong mô hình mục tiêu toàn doanh nghiệp, gộp chúng thành lộ trình thực hiện chứa thứ tự ưu tiên, đầu tư và tiến độ, từ đó xác định 'xây gì, khi nào, theo thứ tự nào'. Các sản phẩm đầu ra này đóng vai trò đường cơ sở (baseline) cho các dự án thông tin hóa riêng lẻ sau đó.

Quyết định thứ tự ưu tiên là sản phẩm đầu ra đặc biệt quan trọng trong ISP. Nguồn lực có hạn nên không thể triển khai mọi nhiệm vụ cùng lúc, và phải đánh giá từng nhiệm vụ thông tin hóa theo các trục như 'mức đóng góp kinh doanh (hiệu quả)' và 'tính dễ hiện thực, tính cấp bách' để bố trí theo giai đoạn. Trong quá trình này, xác định thứ tự thực hiện có xét quan hệ phụ thuộc trước-sau (ví dụ: phải chuẩn hóa dữ liệu trước thì mới phân tích tích hợp được). Nếu thứ tự ưu tiên được định ra không có căn cứ, nhiệm vụ của phòng ban có quyền lực chính trị mạnh sẽ được đưa lên trước, làm tổn hại tối ưu toàn cục, nên thiết lập tiêu chí đánh giá khách quan là một trong những yếu tố thành công then chốt của ISP.

ISP thường được kết hợp với EA (Enterprise Architecture, kiến trúc doanh nghiệp). Nếu ISP là hoạt động mang tính dự án lập kế hoạch thông tin hóa tại một thời điểm, thì EA là khung thường trực quản lý liên tục các tầng nghiệp vụ–thông tin–ứng dụng–công nghệ. Duy trì và cập nhật mô hình mục tiêu do ISP vẽ ra bằng EA sẽ giúp kế hoạch không kết thúc như tài liệu một lần mà trở thành công cụ sống để quản lý tính nhất quán của tổ chức.

C. Yếu tố thành công và thất bại chung của hai kỹ thuật

BPR và ISP có đối tượng khác nhau, nhưng vì cùng là dự án thay đổi lớn nên các yếu tố thành công/thất bại trùng nhau đáng kể. Yếu tố thành công chung thứ nhất là căn chỉnh với chiến lược kinh doanh. Dù là tái thiết kế quy trình hay kế hoạch thông tin hóa, nếu căn cứ không được rút ra từ mục tiêu kinh doanh thì sẽ mất phương hướng. Thứ hai là sự tham gia của bộ phận nghiệp vụ. Người thực sự làm việc và người sử dụng thông tin phải tham gia sâu vào thiết kế thì mới có To-Be khả thi. Thứ ba là chỉ số hiệu quả rõ ràng (KPI): phải đo được trước và sau cải tiến bằng các con số như chi phí, thời gian, chất lượng thì hiệu quả đổi mới mới được chứng minh và đầu tư tiếp theo mới được biện minh.

Yếu tố thất bại chung cũng rõ ràng. Phổ biến nhất là 'tê liệt vì phân tích (analysis paralysis)' — phân tích As-Is quá chi tiết đến mức không chuyển sang thiết kế To-Be được. Tiếp theo là 'đứt gãy giữa kế hoạch và thực thi', khi đã làm ra tài liệu xuất sắc nhưng không dẫn tới dự án tiếp theo hay thay đổi tổ chức. Điển hình là master plan của ISP nằm trong ngăn kéo, hoặc phương án tái thiết kế của BPR bị kháng cự của tổ chức chặn lại không thực hiện được. Các yếu tố thất bại này phải được phòng ngừa bằng quản lý thay đổi và quản trị sẽ xem ở phần sau.

4. Phương án sử dụng bổ trợ lẫn nhau

BPR và ISP không phải quan hệ cạnh tranh mà cần đến nhau. Cách hiệu quả nhất là lấy quy trình To-Be rút ra từ BPR làm đầu vào của ISP, và căn chỉnh nó theo cấu trúc tầng của EA. Dưới đây là sơ đồ kiến trúc chi tiết cho thấy hai kỹ thuật ăn khớp với nhau thế nào trên các tầng EA.

flowchart TB
  ST["Chiến lược kinh doanh<br/>(tầm nhìn, mục tiêu)"] --> BPR2["BPR: thiết kế quy trình To-Be"]
  BPR2 --> BA["Kiến trúc nghiệp vụ<br/>(phản ánh quy trình To-Be)"]
  subgraph EA["Tầng EA (ISP điền vào, EA duy trì)"]
    BA --> DA["Kiến trúc dữ liệu"]
    DA --> AA["Kiến trúc ứng dụng"]
    AA --> TA["Kiến trúc công nghệ"]
  end
  TA --> RM["ISP: lộ trình thực hiện, kế hoạch đầu tư"]
  RM --> IMP["Thực thi các dự án thông tin hóa riêng lẻ"]
  style EA fill:#e8f0fe,stroke:#2f6fed,stroke-width:2px

Đi theo luồng: xuất phát từ chiến lược kinh doanh, BPR định nghĩa hình ảnh nghiệp vụ tương lai, quy trình To-Be đó trở thành kiến trúc nghiệp vụ và được cụ thể hóa thành kiến trúc dữ liệu, ứng dụng, công nghệ, cuối cùng được tổng hợp thành lộ trình thực hiện và kế hoạch đầu tư của ISP rồi thực thi thành các dự án riêng lẻ. Làm như vậy, đầu tư thông tin hóa được căn chỉnh theo hướng hỗ trợ đổi mới nghiệp vụ thực tế, tránh được sai lầm tin học hóa nghiệp vụ lạc hậu.

Ba cách liên kết tiêu biểu được tóm tắt như sau. Thứ nhất, liên kết tuần tự (BPR → ISP) là cách chính thống: đổi mới quy trình trước rồi phản ánh yêu cầu đó vào kế hoạch thông tin hóa. Thứ hai, thực hiện tích hợp (BPR/ISP song song) là cách tiến hành đồng thời hai hoạt động trong một dự án khi ràng buộc thời gian lớn hoặc nghiệp vụ và thông tin hóa đan xen chặt chẽ; phản hồi qua lại nhanh nhưng độ phức tạp quản lý cao. Thứ ba, căn chỉnh thường trực dựa trên EA là cách duy trì liên tục tính nhất quán giữa các tầng, vượt qua dự án một lần.

Sai lầm thường gặp khi thực hiện liên kết là vẽ To-Be của BPR chỉ như 'lý tưởng' rồi đến ISP mới muộn màng đối mặt với ràng buộc hiện thực. Ví dụ, nếu quy trình giả định xử lý tích hợp thời gian thực nhưng kiến trúc dữ liệu và công nghệ không hỗ trợ được, phương án tái thiết kế sẽ không vận hành trong thực tế. Vì vậy, tổ chức trưởng thành xem xét khả năng thông tin hóa ngay từ giai đoạn BPR, và đặt phản hồi hai chiều đưa các ràng buộc kỹ thuật xác nhận ở giai đoạn ISP trở lại thiết kế quy trình. Ngay cả liên kết tuần tự cũng không hoàn toàn một chiều; điều chỉnh lặp lại tại điểm giao mới là cách làm chuẩn trong thực tế.

Phương án sử dụng Nội dung Tình huống phù hợp
Liên kết tuần tự BPR → ISP Phản ánh quy trình To-Be vào yêu cầu và mô hình mục tiêu của ISP Khi đổi mới quy trình rõ ràng đi trước
Thực hiện tích hợp BPR/ISP Tiến hành đồng thời đổi mới quy trình và kế hoạch thông tin hóa Khi áp lực tiến độ lớn, mức gắn kết nghiệp vụ-thông tin hóa cao
Căn chỉnh dựa trên EA Duy trì thường xuyên tính nhất quán các tầng nghiệp vụ–thông tin–ứng dụng–công nghệ Khi cần quản trị thông tin hóa quy mô lớn, liên tục

Dù chọn cách nào, thành bại của liên kết phụ thuộc vào 'khả năng truy vết yêu cầu (traceability)'. Phải truy vết được đến cùng mỗi quy trình To-Be do BPR định nghĩa dẫn đến yêu cầu dữ liệu, chức năng, hệ thống nào, và chúng được hiện thực bằng hạng mục kiến trúc ứng dụng, công nghệ và nhiệm vụ thực hiện nào của ISP. Nếu mất khả năng truy vết, khi dự án thông tin hóa tiến triển sẽ xa dần ý đồ đổi mới nghiệp vụ ban đầu, dễ quay về silo 'công nghệ một đằng, nghiệp vụ một nẻo'. Mô hình tầng của EA và ma trận yêu cầu là công cụ thực dụng bảo đảm khả năng truy vết này.

5. So sánh và tình huống thực tế

Khác biệt giữa hai kỹ thuật dẫn tới thành quả thực tế khác nhau thế nào được xác nhận qua các tình huống. Việc tái thiết kế quy trình mua hàng-thanh toán của Ford, được trích dẫn như tình huống kinh điển của BPR, được biết là đã tái thiết kế căn bản thủ tục xoay quanh đối chiếu hóa đơn (invoice) thành cách đối chiếu tự động dựa trên cơ sở dữ liệu, cắt giảm mạnh nhân lực liên quan (số liệu cụ thể khác nhau tùy tài liệu, nên an toàn hơn khi khái quát là tình huống 'cắt giảm mạnh nhân lực quy mô hàng trăm người'). Cốt lõi là sự chuyển đổi tư duy 'xử lý không cần hóa đơn (invoiceless)': chính việc loại bỏ bản thân thủ tục chứ không phải rút ngắn thủ tục đã tạo ra thành quả đột phá.

Ngược lại, mô thức thất bại của các dự án chỉ đẩy thông tin hóa lên trước mà không đổi mới quy trình cũng rất phổ biến. Nhiều thất bại khi triển khai hoạch định nguồn lực doanh nghiệp (ERP) thuộc loại này. Khi triển khai ERP chứa quy trình chuẩn mà lại cấy nguyên thủ tục nghiệp vụ kém hiệu quả hiện có vào bằng tùy biến (customizing), chi phí tăng mạnh còn hiệu quả thấp. Trong trường hợp này, tổ chức đã chuẩn hóa, đơn giản hóa nghiệp vụ bằng BPR và căn chỉnh bản thiết kế hệ thống bằng ISP trước khi triển khai ERP đạt thành quả cao hơn nhiều. Tức là, ngã rẽ thành bại không nằm ở 'thời điểm đưa công nghệ vào' mà ở 'có thay đổi quy trình trước hay không'.

Nguyên tắc thường được trích dẫn khi triển khai ERP là 'chấp nhận Best Practice'. Nghĩa là tiếp nhận tối đa nguyên trạng các quy trình chuẩn đã được kiểm chứng có sẵn trong gói phần mềm, và thay đổi nghiệp vụ của tổ chức cho phù hợp. Bản thân nguyên tắc này thực chất là một dạng BPR, và để giảm thiểu tùy biến thì BPR tái thiết kế nghiệp vụ cho phù hợp chuẩn và ISP xác định phạm vi hệ thống phải đi trước khi triển khai. Ngược lại, nếu sửa gói phần mềm quá mức để giữ các thủ tục lạc hậu của tổ chức, chi phí bảo trì phình to như quả cầu tuyết và việc nâng cấp phiên bản về sau cũng khó khăn. Điều này cũng chứng minh nguyên tắc 'đổi mới quy trình phải đi trước thông tin hóa'.

Đây cũng là lý do khu vực công (như tại Hàn Quốc) bắt buộc hoặc khuyến nghị thực hiện ISP trước các dự án thông tin hóa. Dự án càng được rót ngân sách lớn thì càng phải xác định mô hình mục tiêu toàn doanh nghiệp và lộ trình thực hiện trước khi xây từng hệ thống, để ngăn đầu tư trùng lặp và thất bại liên kết.

Điều mà các tình huống cùng gợi ý là nguyên tắc 'công nghệ thông tin là phương tiện chứ không phải mục đích'. Trong tình huống Ford, thứ tạo ra thành quả không phải bản thân công nghệ mới nhất mà là tư duy bãi bỏ quy tắc cũ 'đối chiếu hóa đơn'; trong các tình huống ERP thất bại, thứ gây vấn đề không phải thiếu công nghệ mà là quán tính chuyển nguyên quy trình cũ sang. Tức là, BPR hỏi 'sẽ loại bỏ cái gì', ISP xác định 'sẽ hỗ trợ bằng gì', và chỉ khi thực thi theo đúng thứ tự đó thì đầu tư mới chuyển thành thành quả. Ngược lại, nếu bỏ qua thứ tự này, nghịch lý năng suất sẽ tái diễn: đầu tư công nghệ tăng nhưng thành quả không theo kịp.

6. Chuyên sâu: thay đổi trong thời đại DX và định hướng ra đề dự kiến

Gần đây, hai kỹ thuật đang tiến hóa khi kết hợp với chiến lược chuyển đổi số (DX). Nếu BPR trước đây tập trung vào hiệu quả nội bộ (chi phí, tốc độ), thì đổi mới quy trình ngày nay đồng thời nhắm tới trải nghiệm khách hàng (CX), ra quyết định dựa trên dữ liệu và nền tảng hóa. Tự động hóa quy trình cũng mở rộng vượt khỏi việc con người thay đổi thủ tục, hướng tới tự động hóa cả phán đoán bằng RPA (tự động hóa quy trình bằng robot) và trí tuệ nhân tạo. Theo đó, gần đây kỹ thuật khai phá quy trình (process mining) để phát hiện và phân tích quy trình đã nâng cao đáng kể độ chính xác của chẩn đoán As-Is, hỗ trợ khoa học hóa BPR.

ISP cũng đang vượt khỏi dạng 'kế hoạch thông tin hóa 5 năm' truyền thống, mở rộng thành lập chiến lược số (ISP/DX) với tiền đề là đám mây, dữ liệu và trí tuệ nhân tạo, và có xu hướng tích hợp với EA và chiến lược áp dụng đám mây. Chu kỳ lập kế hoạch cũng chuyển từ tài liệu dài và nặng sang lộ trình linh hoạt (agile) được cập nhật lặp lại. Trong thời đại đám mây, chiến lược tìm nguồn cung ứng (sourcing) 'tự xây dựng cái gì và dùng dịch vụ cho cái gì' nổi lên như quyết định cốt lõi của ISP, và khi dữ liệu trở thành tài sản chiến lược, tỷ trọng của kiến trúc dữ liệu và quản trị dữ liệu cũng tăng lên.

Từ góc độ ra đề, các dạng câu hỏi lặp lại là: ① so sánh khái niệm, quy trình, sản phẩm đầu ra của ISP và BPR, ② phương án bổ trợ (liên kết) và căn cứ của thứ tự, ③ liên kết với EA và DX. Trong bài làm, phải vượt khỏi liệt kê hạng mục đơn thuần, giải thích đến 'vì sao BPR phải đi trước ISP' và 'đánh đổi giữa thực hiện tích hợp và thực hiện tuần tự là gì' thì mới tạo được khả năng phân loại. Các chủ đề liên kết/tương tự gồm EA/TOGAF, ERP, chuyển đổi số, process mining và quản lý thay đổi (change management).

Về chiến lược cấu trúc bài làm, luồng hiệu quả là: ở phần tổng quan đối chiếu rõ khác biệt góc nhìn của hai kỹ thuật (nghiệp vụ vs hệ thống thông tin), giữa phần thân bố trí bảng so sánh quy trình/sản phẩm đầu ra và sơ đồ khái niệm kiến trúc liên kết, rồi ở phần sau trình bày 'căn cứ thứ tự đi trước' và 'đánh đổi'. Đặc biệt, đưa ra triển vọng tích hợp với DX và EA ở phần kết luận có thể thể hiện đồng thời tính cập nhật và chiều sâu nhận thức.

7. Các điểm cần cân nhắc và hàm ý

  1. Nguyên tắc đổi mới quy trình đi trước thông tin hóa: Để thông tin hóa không cố định hóa nghiệp vụ lạc hậu, phải định nghĩa quy trình tương lai bằng BPR trước rồi vẽ bản thiết kế hệ thống thông tin bằng ISP thì hiệu quả đầu tư mới tối đa. Nếu không giữ thứ tự sẽ rơi vào thất bại điển hình 'tin học hóa nghiệp vụ lạc hậu'.
  2. Sự bảo trợ của lãnh đạo cấp cao và quản lý thay đổi: BPR kéo theo thay đổi căn bản về tổ chức, quyền hạn, chức danh nên kháng cự lớn. Không có sự bảo trợ mạnh mẽ từ trên xuống (top-down) và quản lý thay đổi có hệ thống (truyền thông, đào tạo, chỉnh đốn hệ thống đánh giá), phương án tái thiết kế chỉ nằm trên giấy. ISP cũng đòi hỏi điều phối ưu tiên toàn doanh nghiệp nên cần sự hậu thuẫn của quản trị.
  3. Chọn cách liên kết dựa trên đánh đổi: Liên kết tuần tự ổn định nhưng tốn thời gian, thực hiện tích hợp nhanh nhưng độ phức tạp quản lý và rủi ro lớn. Phải cân nhắc tính cấp bách, mức trưởng thành của tổ chức và mức gắn kết giữa nghiệp vụ và thông tin hóa để chọn cách thức.
  4. Quản lý tính nhất quán liên tục thông qua EA: Không để ISP/BPR kết thúc như dự án một lần mà dùng EA duy trì thường xuyên tính nhất quán giữa các tầng nghiệp vụ–thông tin–ứng dụng–công nghệ, để kế hoạch sống động theo thay đổi môi trường. Master plan một lần bắt đầu lỗi thời ngay sau khi lập.
  5. Triển vọng kết hợp với DX, dữ liệu, AI: Tương lai, đổi mới quy trình sẽ mở rộng theo hướng khoa học hóa chẩn đoán bằng process mining, tự động hóa cả phán đoán bằng RPA và trí tuệ nhân tạo, và bao trùm cả trải nghiệm khách hàng lẫn chiến lược nền tảng. Kỹ sư chuyên nghiệp (Professional Engineer) phải có khả năng tích hợp ISP/BPR như các thành phần của chiến lược chuyển đổi số chứ không phải các kỹ thuật riêng lẻ.
  6. Hệ thống đo lường thành quả và cải tiến liên tục: Đổi mới không kết thúc sau một dự án. Phải đo trước và sau tái thiết kế bằng các chỉ số như chi phí, thời gian xử lý, tỷ lệ lỗi, mức hài lòng khách hàng để chứng minh hiệu quả, và có hệ thống quản lý đưa kết quả đó quay lại chu kỳ cải tiến tiếp theo. Đổi mới không đo lường không chứng minh được thành quả và mất động lực đầu tư tiếp theo.

Tài liệu tham khảo

Tóm tắt một câu: BPR là kỹ thuật tái thiết kế căn bản quy trình nghiệp vụ từ tờ giấy trắng, còn ISP là kỹ thuật xây dựng chiến lược và kiến trúc thông tin hóa toàn doanh nghiệp để hỗ trợ nó; cách sử dụng bổ trợ — rút ra quy trình To-Be bằng BPR trước làm đầu vào cho ISP và căn chỉnh các tầng nghiệp vụ–thông tin–công nghệ bằng EA — giúp ngăn 'tin học hóa nghiệp vụ lạc hậu' và tối đa hóa hiệu quả đầu tư thông tin hóa.