Mở đầu — vì sao bài này quan trọng
Có một sự thật mà bất kỳ ai làm phân tích quy trình lâu năm cũng đều thấm thía: quy trình ghi trong tài liệu (documented process) và quy trình diễn ra ngoài đời (actual process) gần như không bao giờ giống nhau. Tài liệu nói "đơn hàng được duyệt trong 1 ngày", nhưng thực tế nhân viên gom đơn lại đến chiều thứ Sáu mới xử lý một lượt. Sơ đồ vẽ "kế toán kiểm tra hóa đơn rồi mới thanh toán", nhưng thực tế khi sếp giục thì kế toán chuyển tiền trước, kiểm tra sau.
Khoảng cách này không phải vì nhân viên "làm sai". Nó tồn tại vì con người luôn tự tìm ra đường tắt (workaround) để công việc chạy được trong điều kiện thực tế — thiếu người, hệ thống chậm, khách giục, quy định cứng nhắc. Nếu bạn đi cải tiến quy trình mà chỉ dựa vào tài liệu, bạn đang sửa một thứ không tồn tại. Mọi giải pháp đẹp đẽ trên giấy sẽ vỡ vụn khi va chạm với thực tế.
Process Discovery — khám phá quy trình — chính là kỹ năng giúp bạn nhìn thấy quy trình "thật". Đây là bước đứng ngay sau khi bạn xác định được vòng đời BPM và trước khi bạn vẽ As-Is map. Bài học này tập trung vào hai phương pháp khám phá dựa trên con người: phỏng vấn (interview) và quan sát (observation) — hai công cụ rẻ tiền, không cần phần mềm đắt đỏ, nhưng nếu làm đúng sẽ cho bạn bức tranh chân thực nhất về cách công việc thực sự vận hành.
Khái niệm cốt lõi
Documented process vs Actual process
Hãy ghi nhớ ba "phiên bản" của một quy trình mà bạn sẽ liên tục gặp:
- Documented process — quy trình được viết trong SOP, quy chế, sơ đồ. Đây là "lý thuyết".
- Perceived process — quy trình mà quản lý tưởng nó đang chạy. Sếp thường mô tả quy trình lý tưởng hóa, không phải thực tế dưới sàn.
- Actual process — quy trình thực sự diễn ra mỗi ngày, với đầy đủ ngoại lệ, đường tắt, và những "luật ngầm".
Ba phương pháp khám phá quy trình
Trong thực hành, có ba nhóm phương pháp khám phá chính. Bài học này đi sâu vào hai phương pháp dựa trên con người; phương pháp thứ ba chỉ giới thiệu ngắn vì nó là chủ đề của một bài riêng sau này.
1. Interview (Phỏng vấn) — Bạn ngồi xuống nói chuyện trực tiếp với người làm việc. Phỏng vấn cho bạn hiểu tại sao công việc được làm theo cách đó — logic, lý do, ngoại lệ, nỗi đau. Ưu điểm là nhanh, linh hoạt, đào sâu được. Nhược điểm là chủ quan: người ta kể cho bạn nghe điều họ nghĩ họ làm, không phải điều họ thực sự làm.
2. Observation (Quan sát) — Bạn đến tận nơi, đứng nhìn người ta làm việc thật. Quan sát phơi bày những thứ không ai nói ra trong phỏng vấn: thao tác bị bỏ sót, đường tắt vô thức, thời gian chờ đợi thật sự. Ưu điểm là khách quan, thấy được sự thật trần trụi. Nhược điểm là tốn thời gian, và có hiệu ứng Hawthorne — người ta làm "đẹp" hơn khi biết bị quan sát.
3. Process Mining (Khai thác dữ liệu log) — Phân tích dấu vết số mà hệ thống để lại (event log) để dựng lại quy trình một cách tự động và khách quan. Đây là chủ đề chuyên sâu sẽ được học ở bài sau; ở đây bạn chỉ cần biết nó là phương pháp thứ ba, mạnh khi quy trình đã được số hóa.
Điểm mấu chốt: không phương pháp nào dùng một mình là đủ. Phỏng vấn cho bạn cái "tại sao", quan sát cho bạn cái "thực sự là gì". Người làm nghề giỏi luôn phối hợp (triangulation — tam giác hóa) cả ba để kiểm chứng chéo.
Phỏng vấn đúng cách
Phỏng vấn không phải là buổi tán gẫu. Có vài nguyên tắc:
- Phỏng vấn đúng người. Đừng chỉ hỏi trưởng phòng. Sếp biết quy trình nên chạy thế nào; nhân viên trực tiếp mới biết nó thực sự chạy thế nào. Hãy phỏng vấn cả hai cấp.
- Hỏi câu mở, không hỏi câu đóng. Thay vì "Anh có kiểm tra hóa đơn không?" (chỉ nhận được "có"), hãy hỏi "Anh hãy kể cho tôi nghe, từ lúc nhận hóa đơn đến lúc thanh toán xong, anh làm những gì?"
- Đào ngoại lệ. Câu hỏi vàng là: "Khi nào thì việc này không chạy theo cách bình thường?" Ngoại lệ chính là nơi quy trình thật sự lộ ra.
- Hỏi về happy path lẫn unhappy path. Happy path là luồng suôn sẻ; unhappy path là khi có lỗi, khiếu nại, hàng hết, khách đổi ý.
Quan sát đúng cách
Quan sát có hai biến thể:
- Passive observation — bạn đứng ngoài, ghi chép, không can thiệp. Phù hợp khi muốn thấy nhịp làm việc tự nhiên.
- Walkthrough / job shadowing — bạn đi theo một người suốt ca làm, để họ vừa làm vừa giải thích. Đây là cách mạnh nhất để bắt cả thao tác lẫn lý do.
Tình huống thực tế
Ví dụ 1 — Công ty TMĐT "ShopGiao" và đơn hàng "duyệt trong 4 giờ"
Một công ty thương mại điện tử giả định ở TP.HCM, gọi là ShopGiao, có SOP ghi rõ: "Đơn hàng giá trị trên 5 triệu phải được trưởng nhóm duyệt, thời gian duyệt tối đa 4 giờ." Ban giám đốc tin rằng quy trình chạy đúng như vậy.
Khi nhóm phân tích phỏng vấn trưởng nhóm vận hành, anh khẳng định: "Tôi duyệt ngay khi có thông báo, chưa bao giờ quá 4 giờ." Nhưng khi nhóm chuyển sang quan sát thực tế trong ba ngày, sự thật khác hẳn. Trưởng nhóm chỉ mở màn hình duyệt hai lần mỗi ngày — 10h sáng và 16h chiều — vì cả ngày anh bận xử lý khiếu nại. Một đơn đặt lúc 10h05 phải chờ đến 16h mới được duyệt, tức gần 6 giờ, không phải 4.
Quan trọng hơn, quan sát còn lộ ra một workaround không có trong tài liệu: với khách quen, nhân viên kho đóng gói và giao trước, rồi mới xin duyệt sau cho hợp lệ giấy tờ. Tức là bước "duyệt" trên thực tế nhiều khi diễn ra sau bước "giao hàng".
Bài học: Phỏng vấn cho ra một quy trình đẹp; quan sát cho ra quy trình thật. Nếu ShopGiao chỉ dựa vào phỏng vấn, họ sẽ đi tối ưu một bước "duyệt 4 giờ" vốn không tồn tại, trong khi rủi ro thật (giao trước duyệt sau) bị bỏ qua hoàn toàn.
Ví dụ 2 — Phòng khám "An Khang" và hồ sơ bệnh nhân chạy lòng vòng
Một phòng khám đa khoa giả định ở Đà Nẵng muốn giảm thời gian chờ của bệnh nhân. Quản lý mô tả quy trình "lý thuyết": tiếp đón → khám → xét nghiệm → trả kết quả → kê đơn → thanh toán. Nghe rất gọn.
Nhóm phân tích thực hiện job shadowing — đi theo đúng một bệnh nhân từ lúc bước vào đến lúc ra về, ghi lại từng mốc thời gian. Kết quả: tổng thời gian tại phòng khám là 97 phút, nhưng thời gian thực sự được phục vụ (touch time) chỉ khoảng 23 phút. Phần còn lại là chờ. Đáng chú ý, tờ phiếu giấy của bệnh nhân phải đi qua tay bảy người và bị mang ngược lại quầy tiếp đón ba lần vì thiếu chữ ký hoặc thiếu thông tin bảo hiểm.
Khi phỏng vấn y tá để hiểu tại sao, nhóm phát hiện nguyên nhân: phần mềm phòng khám không cho phép sửa thông tin bảo hiểm sau khi đã tạo phiếu, nên mỗi lần sai là phải quay về quầy đầu tiên làm lại — một đường tắt thủ công sinh ra từ giới hạn của hệ thống.
Bài học: Quan sát cho con số khách quan (97 phút, 7 lần chuyển tay, 3 lần quay lại). Phỏng vấn giải thích nguyên nhân gốc (giới hạn phần mềm). Hai phương pháp ghép lại mới vẽ được bức tranh đủ để cải tiến — chứ một mình con số hay một mình lời kể đều không đủ.
Ví dụ 3 — Hiệu ứng Hawthorne tại nhà máy may
Một nhà máy may ở Bình Dương cho nhóm phân tích vào quan sát công đoạn kiểm hàng (QC). Ngày đầu tiên, mọi công nhân kiểm rất kỹ, đúng quy trình từng bước — năng suất nhìn "đẹp như mơ". Nhưng người phân tích tinh ý nhận ra một điều bất thường: tổ trưởng đã thông báo trước cho cả tổ rằng "hôm nay có người xuống xem".
Sang ngày thứ ba, khi sự hiện diện của nhóm đã trở nên quen thuộc và không còn ai để ý, nhịp làm việc thật mới lộ ra: ở giờ cao điểm cuối ca, công nhân bỏ qua bước kiểm đường may phụ để kịp sản lượng, đúng cái workaround mà không bản SOP nào ghi.
Bài học: Đây là hiệu ứng Hawthorne — người ta thay đổi hành vi khi biết bị quan sát. Để giảm nó, hãy quan sát đủ lâu để mọi người "quên" sự hiện diện của bạn, không báo trước quá kỹ, và đặc biệt chú ý các thời điểm áp lực cao (cuối ca, cuối tháng, mùa cao điểm) vì đó là lúc workaround xuất hiện nhiều nhất.
Hướng dẫn từng bước
Đây là quy trình thực hành để bạn tự chạy một dự án Process Discovery bằng interview và observation:
Bước 1 — Xác định phạm vi (scope). Chọn rõ điểm bắt đầu và điểm kết thúc của quy trình cần khám phá. Ví dụ: "Từ lúc khách đặt đơn đến lúc giao hàng thành công." Đừng tham lam ôm cả công ty.
Bước 2 — Lập bản đồ các bên liên quan (stakeholder map). Liệt kê mọi vai trò chạm vào quy trình: ai bắt đầu, ai xử lý, ai duyệt, ai nhận kết quả. Đảm bảo có cả cấp quản lý lẫn nhân viên thừa hành.
Bước 3 — Chuẩn bị bộ câu hỏi phỏng vấn. Soạn trước các câu hỏi mở theo trình tự: tổng quan → từng bước cụ thể → đầu vào/đầu ra của mỗi bước → ngoại lệ → nỗi đau. Luôn dành chỗ cho câu "Khi nào việc này không chạy bình thường?"
Bước 4 — Tiến hành phỏng vấn. Phỏng vấn 1:1, ghi âm nếu được phép. Lắng nghe nhiều hơn nói. Tóm tắt lại cho người phỏng vấn xác nhận: "Vậy ý anh là, sau khi nhận đơn thì anh sẽ... đúng không?"
Bước 5 — Quan sát thực địa. Sau phỏng vấn, xuống tận nơi. Dùng job shadowing đi theo một "đối tượng" (một đơn hàng, một bệnh nhân, một hồ sơ) suốt vòng đời của nó. Ghi mốc thời gian từng bước, số lần chuyển tay, số lần làm lại.
Bước 6 — Đối chiếu chéo (triangulation). Đặt cạnh nhau những gì người ta nói (phỏng vấn) và những gì bạn thấy (quan sát). Mỗi điểm vênh là một phát hiện quý — đó chính là khoảng cách giữa documented và actual process.
Bước 7 — Tổng hợp và xác nhận lại. Viết ra mô tả quy trình thực tế, rồi mang lại cho người trong cuộc đọc duyệt (validation). Câu hỏi cần hỏi: "Tôi mô tả thế này có đúng với cách các anh chị thực sự làm không?"
Lỗi thường gặp & mẹo
Lỗi 1 — Chỉ phỏng vấn quản lý. Đây là sai lầm phổ biến nhất. Quản lý mô tả quy trình lý tưởng. Mẹo: luôn phỏng vấn ít nhất một nhân viên trực tiếp cho mỗi bước.
Lỗi 2 — Tin 100% vào lời kể. Con người không cố tình nói dối, nhưng họ kể phiên bản đã được "làm đẹp" trong đầu. Mẹo: luôn kiểm chứng lời kể bằng quan sát ít nhất một lần.
Lỗi 3 — Quan sát quá ngắn. Đến một buổi rồi về thì chỉ thấy được happy path và bị Hawthorne đánh lừa. Mẹo: quan sát nhiều buổi, gồm cả giờ cao điểm và lúc có sự cố.
Lỗi 4 — Hỏi câu đóng. "Anh có làm X không?" chỉ nhận lại "có/không" vô giá trị. Mẹo: dùng câu mở bắt đầu bằng "Hãy kể cho tôi...", "Điều gì xảy ra khi...".
Lỗi 5 — Bỏ qua ngoại lệ. Phân tích chỉ tập trung happy path sẽ bỏ lỡ chính nơi quy trình "vỡ". Mẹo: dành riêng thời gian đào unhappy path — khiếu nại, lỗi, hàng hết, khách đổi ý.
Lỗi 6 — Áp đặt phán xét. Khi thấy workaround, đừng vội nói "các bạn làm sai". Mẹo: hỏi "tại sao lại làm thế này?" — đường tắt luôn có lý do hợp lý đằng sau, và lý do đó chính là vấn đề gốc cần giải quyết.
Một mẹo tổng quát: hãy đi với tâm thế của một nhà nhân học (anthropologist), không phải thanh tra. Bạn ở đó để hiểu, không phải để bắt lỗi. Khi nhân viên cảm thấy an toàn, họ mới kể cho bạn nghe sự thật.
Bài tập thực hành
Bài tập 1 — Khám phá một quy trình quen thuộc. Chọn một quy trình bạn biết rõ trong công ty hoặc cuộc sống (ví dụ: quy trình xin nghỉ phép, quy trình order đồ ăn ở căng tin). Viết ra hai cột: cột "quy trình ghi trong tài liệu/quy định" và cột "quy trình thực tế diễn ra". Tìm ít nhất ba điểm khác biệt.
Bài tập 2 — Soạn bộ câu hỏi phỏng vấn. Với một quy trình tự chọn, soạn 8 câu hỏi mở để khám phá nó. Bắt buộc phải có ít nhất 2 câu đào ngoại lệ và 1 câu hỏi về nỗi đau của người làm.
Bài tập 3 — Quan sát và bấm giờ. Chọn một quy trình bạn có thể quan sát thật (mua hàng ở siêu thị, gửi xe, làm thủ tục ngân hàng). Đi theo một "đối tượng" và ghi lại: tổng thời gian, thời gian thực sự được phục vụ (touch time), thời gian chờ, và số lần đối tượng bị chuyển qua lại. Tính tỷ lệ touch time / tổng thời gian.
Bài tập 4 — Phát hiện Hawthorne. Nghĩ về một lần bạn từng làm việc "đẹp hơn bình thường" vì biết có người quan sát. Viết một đoạn ngắn mô tả: bạn đã thay đổi hành vi gì, và một người phân tích nên làm gì để bắt được hành vi thật của bạn.
Tóm tắt
Process Discovery là kỹ năng nhìn xuyên qua quy trình "trên giấy" để thấy quy trình "thật". Ba điều cốt lõi cần khắc ghi:
- Tồn tại khoảng cách lớn giữa documented process và actual process. Cải tiến mà chỉ dựa vào tài liệu là sửa một thứ không có thật.
- Interview và Observation bổ sung cho nhau. Phỏng vấn cho bạn cái "tại sao" (logic, lý do, ngoại lệ); quan sát cho bạn cái "thực sự là gì" (con số, thời gian chờ, workaround). Process mining là phương pháp thứ ba, khách quan và tự động, sẽ học sâu ở bài sau.
- Luôn tam giác hóa (triangulation). Đối chiếu lời kể với hành vi thực; mỗi điểm vênh là một phát hiện quý. Cẩn thận với hiệu ứng Hawthorne, đào sâu ngoại lệ, và đi với tâm thế thấu hiểu chứ không bắt lỗi.