Mọi hệ thống nội bộ đều khởi đầu giống nhau: ba vai. Quản trị, quản lý, nhân viên. Sạch sẽ, dễ hiểu, vẽ lên một trang giấy là xong.
Mười tám tháng sau, bảng vai trò có mười bảy dòng. Trong đó bốn dòng tên gần như y nhau, hai dòng không ai nhớ tạo để làm gì, và một dòng tên là `nhanvien_2` mà không ai dám xoá.
Đây là hiện tượng lặp lại đủ để coi là quy luật. Và nó hiếm khi là lỗi của người thiết kế ban đầu.
Cái phình ra không phải quyền, mà là ngoại lệ
Ba vai đầu tiên luôn đúng — vào lúc vẽ chúng. Chúng vỡ khi thực tế gửi tới những trường hợp mà sơ đồ tổ chức không có chỗ chứa:
Kế toán cần xem đơn hàng nhưng không được sửa giá. Trưởng nhóm cần duyệt nghỉ phép cho nhóm mình nhưng không cho nhóm khác. Một bạn thực tập chỉ được nhập liệu ba tuần rồi thôi. Một nhà cung cấp bên ngoài cần xem đúng một báo cáo. Giám đốc muốn xem tất cả nhưng không muốn bị tính là người sửa.
Không yêu cầu nào trong số đó là vô lý. Từng cái đều là nghiệp vụ thật.
Và cách xử lý nhanh nhất — luôn luôn — là tạo thêm một vai. Việc đó mất mười phút và giải quyết xong vấn đề hôm nay.
Mười phút nhân với hai năm là bảng vai trò mười bảy dòng.
Ba cách người ta thường sửa, và cái giá của từng cách
Gộp lại. Xoá các vai gần giống, quy về vài vai chuẩn. Nghe hợp lý, nhưng mỗi lần gộp là một lần có người mất quyền họ đang dùng — và người đó sẽ biết vào lúc bất tiện nhất, thường là cuối tháng. Việc gộp thất bại không vì kỹ thuật mà vì không ai chịu được đợt phản ứng.
Chuyển sang gán quyền theo thao tác. Bỏ vai, gán từng quyền cụ thể: xem đơn, sửa giá, duyệt nghỉ. Mềm hơn nhiều, và đây là hướng đúng về lâu dài. Cái giá là bảng quyền từ mười bảy dòng thành hai trăm dòng, và không ai trong công ty còn trả lời được câu "bạn A hiện thấy được những gì". Mềm mà không ai hiểu thì cũng không an toàn.
Gán theo thuộc tính. Quyền suy ra từ dữ liệu: thuộc phòng nào, cấp bậc nào, phụ trách khu vực nào. Đây là cách duy nhất không phình theo thời gian. Nhưng nó chỉ chạy được nếu dữ liệu nhân sự sạch — và ở phần lớn doanh nghiệp vừa, dữ liệu nhân sự là thứ sạch sau cùng.
Không cách nào miễn phí. Điểm chung là: cả ba đều là quyết định tổ chức được thi hành bằng công cụ kỹ thuật, chứ không phải bài toán kỹ thuật thuần.
Chỗ đau thật: không ai trả lời được câu hỏi ngược
Câu hỏi mà mọi hệ thống phân quyền phải trả lời được, và phần lớn không trả lời được:
> "Ai đang xem được bảng lương?"
Hệ thống nào cũng trả lời tốt câu thuận — cho một người, họ có những quyền gì. Nhưng câu ngược — cho một tài nguyên, những ai chạm được — thì phải lần qua vai, nhóm, ngoại lệ, quyền tạm, và tài khoản kỹ thuật mà ai đó cấp hai năm trước.
Đây là câu hỏi duy nhất mà kiểm toán, khách hàng lớn, và cơ quan quản lý sẽ hỏi. Nó cũng là câu hỏi mà chủ doanh nghiệp hỏi đúng một lần: sau khi có sự cố.
Một hệ thống không trả lời được câu ngược thì trên giấy vẫn có phân quyền, còn trên thực tế thì không ai biết mình đang bảo vệ cái gì.
Một chi tiết nhỏ gây hậu quả lớn: quyền theo thời hạn
Gần như mọi hệ thống đều có chức năng cấp quyền. Rất ít hệ thống có chức năng thu quyền theo hạn.
Khác biệt nghe nhỏ nhưng hậu quả tích lũy. Một bạn thực tập được cấp quyền nhập liệu ba tuần; ba năm sau tài khoản vẫn còn quyền đó. Một nhà thầu ngoài được mở quyền xem báo cáo trong giai đoạn triển khai; dự án xong từ lâu mà quyền vẫn mở. Không ai cố tình để lại — chỉ là không có gì nhắc.
Cách xử lý đúng không phải nhớ kỹ hơn, mà là đổi mặc định: mọi quyền cấp ngoài vai chuẩn đều phải có ngày hết hạn, và hết hạn thì tự thu, muốn giữ thì phải gia hạn có người xác nhận. Khi đó việc rà soát không còn phụ thuộc vào ai đó chịu ngồi dọn.
Đây cũng là chỗ dễ làm nhất trong cả bài toán phân quyền, và thường là chỗ bị bỏ qua lâu nhất — vì nó không gây đau cho tới lúc có người rời công ty mà quyền vẫn ở lại.
Phần AI làm được, và phần nó làm hỏng nếu tin quá
Sinh mã cho một tầng phân quyền giờ là việc rất nhanh. Mô tả bằng lời, nhận về bảng dữ liệu, lớp kiểm tra, giao diện quản lý vai. Chất lượng thường dùng được.
Nhưng phần khó của phân quyền chưa bao giờ là viết mã. Nó là quyết định ai được thấy gì — và quyết định đó cần ba thứ máy không có:
- Biết thật sự ai làm gì. Sơ đồ tổ chức và công việc thực tế lệch nhau ở mọi công ty. Người nắm lệch đó là người ngồi trong công ty, không phải người đọc tài liệu về công ty.
- Biết ngoại lệ nào là tạm, ngoại lệ nào đã thành nếp. Một quyền cấp "tạm trong tuần này" mà ba năm sau vẫn còn thì nó không còn là tạm. Phân biệt hai loại đó cần trí nhớ tổ chức.
- Dám nói không. Phần lớn sự phình ra đến từ việc không ai muốn từ chối một yêu cầu hợp lý. Đó là vấn đề thẩm quyền, không phải vấn đề công cụ.
Điều AI đổi thật sự là: phần dựng không còn là hàng rào. Khi ai cũng dựng được tầng phân quyền trong một tuần, thứ phân biệt sản phẩm tốt với sản phẩm tạm bợ chuyển hẳn sang khả năng trả lời câu hỏi ngược, và khả năng giải thích cho người không làm kỹ thuật hiểu được hệ thống đang cho phép những gì.
Vì sao tên gọn có sức nặng trong nhóm khách này
Người đi tìm giải pháp phân quyền là quản trị viên hệ thống, trưởng nhóm kỹ thuật, người phụ trách bảo mật nội bộ. Nhóm này có một đặc điểm: họ đánh giá rất nhanh và rất khắt khe.
Họ không đọc trang giới thiệu. Họ mở tài liệu, xem mô hình dữ liệu, tìm xem có trả lời được câu hỏi ngược hay không, rồi quyết định trong vài phút.
Với nhóm khách như vậy, cái tên không thuyết phục được ai — nhưng nó quyết định có được mở ra xem hay không, và nó quyết định người ta có nhớ để quay lại hay không.
Một tên đúng thuật ngữ nghiệp vụ, hai chữ, gõ nhanh, không cần đánh vần khi nói qua điện thoại, trong một lĩnh vực mà người dùng là dân kỹ thuật — thứ đó có giá trị dài hạn hơn mọi ngân sách quảng cáo, vì nhóm khách này vốn không bấm vào quảng cáo.
AI đã làm cho việc dựng một sản phẩm quản trị truy cập tử tế thành chuyện vài tuần. Nó không làm ra thêm một cái tên nào. phanquyen.com là chính từ mà người trong ngành dùng hằng ngày — và trong một thị trường mà mọi thứ khác đã bị san bằng, đó là phần khó sao chép nhất còn lại.
Xem thông tin tên miền: phanquyen.com trên Tên Miền Đẳng Cấp
