Có một câu hỏi tôi hay đặt ra với lãnh đạo doanh nghiệp nhỏ trước khi họ ký bất kỳ hợp đồng phần mềm nào: nếu hôm nay người phụ trách bảng giá ngừng làm việc, bao lâu thì cả công ty biết? Phần lớn im lặng vài giây, rồi nói một câu khá giống nhau: "Chắc cũng hơi rối". Cái "hơi rối" đó chính là thứ đáng bàn hơn mọi danh sách tính năng. Chuyển đổi số không thất bại vì thiếu công cụ. Nó thất bại vì công cụ được mua về để xử lý những chỗ không phải chỗ đau nhất. Và chỗ đau nhất thường nằm gọn trong một người, một file, hoặc một thao tác.
Điểm nghẽn vận hành là gì và vì sao nó nguy hiểm hơn thiếu phần mềm
Điểm nghẽn vận hành đơn lẻ là một mắt xích cụ thể mà nếu bị gián đoạn, toàn bộ chuỗi phía sau dừng lại. Nó không phải "quy trình còn thủ công", cũng không phải "chưa có hệ thống". Nó hẹp hơn nhiều: một người duy nhất biết cách làm, một file duy nhất chứa dữ liệu gốc, một thao tác duy nhất mà mọi việc khác phải chờ. Ba đặc điểm nhận diện: nó có tên cụ thể, nó nằm ở một chỗ, và khi nó tắc thì có người phải ngồi chờ.
Vì sao nó nguy hiểm hơn thiếu phần mềm? Vì thiếu phần mềm gây chậm, còn điểm nghẽn gây dừng. Chậm thì còn xoay được bằng tăng ca, gọi thêm người. Dừng thì không. Một doanh nghiệp có thể sống chung với việc nhập liệu tay thêm vài tháng, nhưng không sống nổi một tuần nếu người duy nhất biết đối soát công nợ nghỉ ốm đúng lúc chốt kỳ.
Có một điểm tinh tế: phần mềm mua về thường không xóa được điểm nghẽn, thậm chí còn làm nó rõ hơn. Nếu người đó vẫn là người duy nhất nắm logic, thì giờ họ là người duy nhất nắm cả phần mềm. Bạn đã trả tiền để chuyển rủi ro từ một file Excel sang một tài khoản admin. Rủi ro hẹp lại, nhưng vẫn nguyên đó.
Cần nói rõ một giới hạn: vẽ bản đồ rủi ro không làm doanh nghiệp tự động hóa. Nó chỉ giúp bạn tiêu tiền và tiêu thời gian đúng thứ tự. Bản đồ không thay bạn ra quyết định, nó chỉ làm quyết định bớt mù.
Ba loại điểm nghẽn: con người, dữ liệu, thao tác
Khi tôi cùng các đội vận hành rà lại quy trình, gần như mọi điểm nghẽn đều rơi vào ba nhóm. Phân loại quan trọng vì mỗi nhóm cần cách xử lý khác nhau, và xử lý sai nhóm là cách nhanh nhất để đốt ngân sách vô ích.
Điểm nghẽn con người
Đây là trường hợp một người giữ vai trò không ai thay được. Không phải vì họ giỏi nhất, mà vì kiến thức nằm trong đầu họ và chưa từng được viết ra. Ví dụ quen thuộc: kế toán trưởng là người duy nhất biết cách xử lý các khoản chênh lệch nhỏ với nhà cung cấp; quản lý kho là người duy nhất nhớ vị trí thực tế của từng lô hàng lệch so với sổ. Dấu hiệu nhận biết rất đơn giản: khi họ vắng, có người nhắn tin hỏi "cái này làm sao anh ơi".
Cách xử lý nhóm này thường không phải mua công cụ, mà là viết ra. Một tài liệu một trang mô tả các bước và các ngoại lệ đã giảm rủi ro đáng kể, trước khi bàn đến bất kỳ hệ thống nào.
Điểm nghẽn dữ liệu
Một file là nguồn sự thật duy nhất, và nó nằm trên máy một người. Bảng giá, danh mục khách hàng, file công nợ, bảng lương nháp, file theo dõi giao hàng. Không ai khác mở được, hoặc mở được nhưng không chắc bản nào mới nhất. Loại này nguy hiểm ở chỗ nó âm thầm: mọi thứ vẫn chạy cho đến khi file hỏng, bị ghi đè, hoặc người giữ file đi công tác.
Điểm cần chú ý: vấn đề không phải file đó "thủ công", mà là nó đơn bản và đơn chủ. Chuyển file lên đám mây mà vẫn một người quản lý quyền truy cập thì bản chất chưa đổi.
Điểm nghẽn thao tác
Một bước mà mọi thứ phải đi qua, và bước đó chỉ làm được theo một cách. Ví dụ: đơn hàng chỉ được duyệt khi có chữ ký tay của một người; hàng chỉ được xuất kho sau khi một thao tác đối chiếu thủ công hoàn tất; hóa đơn chỉ được phát hành sau khi ai đó mở phần mềm kế toán và nhập lại từ đầu. Đây là nhóm dễ bị nhầm nhất với "thiếu phần mềm", vì nhìn bề ngoài nó giống một bước cần tự động hóa. Nhưng trước khi tự động hóa, cần hỏi: bước này có thật sự cần tồn tại, hay nó chỉ tồn tại vì chưa ai từng đặt câu hỏi?
Lưu ý: Một điểm nghẽn có thể thuộc hai nhóm cùng lúc. Người giữ file vừa là nghẽn con người vừa là nghẽn dữ liệu. Cứ ghi cả hai, đừng cố chọn một.
Cách vẽ bản đồ rủi ro 1 trang trong một buổi
Phần này là phần bạn có thể làm ngay. Chuẩn bị: một tờ A4 hoặc một bảng trắng, bút, và khoảng 90 phút không bị cắt ngang. Không cần phần mềm, không cần máy chiếu. Nếu làm nhóm, giữ ở mức 3 đến 5 người, ưu tiên người trực tiếp làm việc trong quy trình chứ không chỉ người quản lý.
Bước 1: Chọn một chuỗi, không chọn cả công ty
Chọn một chuỗi tạo ra tiền hoặc tạo ra rủi ro rõ rệt, ví dụ chuỗi từ lúc nhận đơn đến lúc thu tiền, hoặc chuỗi từ lúc nhập hàng đến lúc xuất kho. Vẽ cả công ty trong một buổi là bảo đảm cho một bản đồ nửa vời. Chọn một chuỗi và làm cho xong.
Bước 2: Viết các bước theo trình tự, mỗi bước một dòng
Viết bằng động từ và người làm, không viết tên phòng ban. "Kế toán nhập đơn vào file công nợ" tốt hơn "xử lý đơn hàng". Mục tiêu là 8 đến 15 dòng. Nếu vượt quá 20 dòng, bạn đang gộp nhiều chuỗi vào một; hãy tách ra.
Bước 3: Với mỗi bước, hỏi ba câu
Ai làm bước này? Dữ liệu đầu vào nằm ở đâu? Nếu người này vắng mặt hôm nay, bước này có chạy được không? Câu trả lời thứ ba là câu quan trọng nhất. Đánh dấu đỏ những bước mà câu trả lời là "không".
Bước 4: Ghi mức độ gián đoạn, không ghi xác suất
Đừng cố tính phần trăm. Chỉ chia ba mức: dừng hẳn, chậm nghiêm trọng, hoặc xoay được. Việc chia ba mức này nhanh hơn nhiều so với việc tranh luận về con số, và đủ để ra quyết định.
Bước 5: Đếm số người phụ thuộc vào một mắt xích
Với mỗi điểm đỏ, ghi con số: có bao nhiêu người đang chờ bước này để làm việc tiếp. Con số này biến cảm giác thành thứ so sánh được. Một điểm nghẽn làm 8 người chờ khác hẳn một điểm nghẽn làm 1 người chờ.
Đọc bản đồ: chọn nơi xử lý trước
Bản đồ xong sẽ trông khá bừa bộn, và đó là dấu hiệu tốt: bạn đã thấy những thứ trước đây chỉ là cảm giác. Giờ đến phần đọc. Đừng xếp hạng theo mức độ khó sửa. Xếp theo hai trục: mức gián đoạn và số người bị ảnh hưởng.
| NhómĐặc điểmHướng xử lý | ||
| Ưu tiên 1 | Dừng hẳn, nhiều người chờ | Xử lý ngay trong tuần, thường bằng cách viết ra và tách quyền |
| Ưu tiên 2 | Dừng hẳn, ít người chờ | Đưa vào kế hoạch tháng, gắn với một công cụ cụ thể |
| Ưu tiên 3 | Chậm nghiêm trọng | Theo dõi, chỉ xử lý khi đã xong nhóm trên |
| Bỏ qua tạm | Xoay được | Ghi lại, không đụng tới trong quý này |
Một cái bẫy hay gặp: chọn điểm nghẽn dễ sửa nhất vì nó cho cảm giác tiến bộ. Sửa xong một việc nhỏ không làm chuỗi của bạn an toàn hơn. Ưu tiên phải theo mức thiệt hại, không theo mức dễ chịu.
Cũng nên đọc theo chiều ngược: điểm nghẽn nào nằm gần cuối chuỗi nhất? Điểm càng gần đầu ra thì thiệt hại càng trực tiếp, vì nó chặn đúng lúc tiền hoặc hàng phải rời đi.
Biến bản đồ thành lộ trình hành động nhỏ, làm được ngay
Bản đồ không có giá trị cho đến khi nó tạo ra một việc ai đó làm được trong tuần này. Chuyển từ bản đồ sang hành động theo ba lớp, từ nhẹ đến nặng.
Lớp 1, làm trong tuần: với mỗi điểm ưu tiên 1, viết một tài liệu một trang mô tả các bước và ngoại lệ, chỉ định một người thứ hai có thể làm thay, và cho người đó thực hành một lần khi người chính còn ở đó. Chi phí gần bằng không, và nó xử lý được phần lớn rủi ro con người.
Lớp 2, làm trong tháng: với điểm nghẽn dữ liệu, tách quyền truy cập khỏi một cá nhân. Xác định ai cần đọc, ai cần sửa, và bảo đảm ít nhất hai người có quyền cần thiết. Ở lớp này, câu hỏi đúng không phải "dùng công cụ nào" mà là "dữ liệu này do ai sở hữu và ai được kế thừa quyền".
Lớp 3, làm trong quý: chỉ khi hai lớp trên đã chạy, mới bàn đến công cụ cho những thao tác thật sự cần tự động hóa. Lúc này bạn có một lợi thế rõ rệt: bạn biết mình đang mua công cụ để giải quyết điểm nghẽn nào, và đo được thành công bằng việc điểm đó có còn chặn chuỗi hay không.
Với doanh nghiệp nhỏ, tôi thường khuyên giữ bản đồ ở dạng giấy hoặc một trang số duy nhất, cập nhật mỗi quý. Nó không cần đẹp. Nó cần đúng và cần được mở ra xem lại. Tại DoanhSo, chúng tôi hay bắt đầu buổi đồng hành bằng chính tờ bản đồ này, vì nó cho thấy ngay nên đi bước nào trước thay vì đi theo danh sách phần mềm ai đó đưa.
Một lưu ý cuối: bản đồ rủi ro không xóa được rủi ro. Nó chỉ đưa rủi ro ra chỗ sáng, nơi bạn có thể quyết định chấp nhận hay xử lý. Có những điểm nghẽn bạn sẽ chọn sống chung, và đó là quyết định hợp lý nếu bạn biết mình đang chấp nhận cái gì. Điều tệ nhất là chấp nhận rủi ro mà không biết. Nếu hôm nay bạn chỉ làm được một việc, hãy lấy một tờ giấy, viết 10 bước của chuỗi quan trọng nhất, và khoanh đỏ những bước không chạy được khi người phụ trách vắng mặt. Một buổi như vậy thường cho bạn nhiều thông tin hơn một buổi xem demo phần mềm.
