Quản trị quy trình: giữ tài liệu quy trình luôn cập nhật
Quản trị quy trình xác định người phụ trách, phê duyệt, phiên bản và lịch rà soát để tài liệu luôn phản ánh đúng thực tế. Tìm hiểu cách chúng tôi đưa từng yếu tố vào nền tảng.
Quản trị quy trình xác định ai phụ trách một quy trình, ai được sửa mô hình, phiên bản đã duyệt được lưu ở đâu và khi nào cần rà soát. Những quyết định này giúp tài liệu luôn khớp với cách công việc thực sự diễn ra, ngay cả sau khi dự án tạo ra tài liệu đã kết thúc.
Đó là định nghĩa chung và hoàn toàn chính xác. Trang này bổ sung điều mà nhiều bài viết về quản trị thường bỏ qua: mỗi quyết định được thực hiện ở đâu. Trong ProcessMind, việc phân công người phụ trách, phê duyệt, công bố phiên bản và quản lý hàng đợi rà soát đều là tính năng của nền tảng, không phải điều khoản trong một tài liệu chính sách.
Công việc thay đổi khi con người, hệ thống và trách nhiệm thay đổi. Sơ đồ chỉ ghi lại một thời điểm, còn kinh nghiệm thường nằm trong đầu mỗi người. Nếu không có người phụ trách và lịch rà soát rõ ràng, tài liệu sẽ dần không còn khớp với thực tế.
Quản trị quy trình nghĩa là gì?
Quản trị quy trình gồm các quyết định và vai trò giúp tài liệu luôn khớp với cách bạn vận hành quy trình. Việc này trả lời bốn câu hỏi thực tế:
- Người phụ trách: Ai là người cụ thể chịu trách nhiệm cho quy trình?
- Thay đổi: Ai được sửa mô hình và ai phê duyệt thay đổi?
- Công bố: Phiên bản đã duyệt được lưu ở đâu?
- Rà soát: Khi nào bạn kiểm tra xem mô hình còn phản ánh đúng công việc không?
Quản trị dự án tập trung vào việc bàn giao phạm vi đã thống nhất. Quản trị CNTT tập trung vào rủi ro công nghệ. Quản trị quy trình áp dụng cho chính các quy trình và tiếp tục sau khi dự án đưa chúng vào sử dụng kết thúc.
Nếu bạn trả lời được bốn câu hỏi này cho các quy trình quan trọng nhất, bạn đã có nền tảng quản trị thiết thực. Nếu không, các nhóm sẽ liên tục ghi lại cùng một quy trình, mỗi lần lại bắt đầu từ đầu. Kiến trúc quy trình tạo một nơi chung để tập hợp những nỗ lực đó.
Khung quản trị quy trình cần giải quyết bốn quyết định nào?
Dùng bảng này để chuẩn bị cho buổi họp quản trị đầu tiên. Với mỗi quy trình, hãy ghi lại quyết định, người chịu trách nhiệm và bằng chứng cho thấy quyết định đó đang được thực hiện.
| Quyết định | Nội dung cần thống nhất | Vấn đề được ngăn ngừa | Nơi thực hiện trong ProcessMind |
|---|---|---|---|
| Người phụ trách | Chỉ định một người chịu trách nhiệm cho quy trình. | Không ai nhận ra hoặc xử lý hiệu suất kém. | Thông tin người phụ trách gắn với quy trình và hiển thị trong danh mục |
| Thay đổi và phê duyệt | Xác định ai được sửa mô hình; chủ sở hữu quy trình phê duyệt. | Thay đổi diễn ra không chính thức, không có ghi nhận rõ ràng. | Yêu cầu rà soát được gửi cho người phụ trách, họ phê duyệt rồi công bố |
| Phiên bản chính thức | Chọn một nơi lưu mô hình đã duyệt. | Mọi người dùng các bản sao không thống nhất. | Một phiên bản được công bố, người xem có thể truy cập |
| Lịch rà soát | Rà soát sau những thay đổi liên quan và ít nhất mỗi năm với quy trình đang hoạt động. | Tài liệu âm thầm lỗi thời. | Ngày rà soát và hàng đợi Cần tôi rà soát |
Đặt ra quy tắc phù hợp với nhu cầu. Trong ProcessMind, chủ sở hữu quy trình cũng là người phê duyệt. Mỗi thay đổi vì thế có một quyết định rõ ràng và kết quả dễ theo dõi, thay vì phải qua một chuỗi chữ ký dài. Hãy giúp mọi người dễ tìm mô hình đã duyệt và chọn lịch rà soát phù hợp với tần suất thay đổi cũng như mức độ rủi ro của quy trình. Tìm hiểu từng bước về quản trị và công bố.
Cột thứ tư thường bị thiếu trong các khung quản trị. Một quyết định chỉ có trong tài liệu mới dừng ở mức mong muốn; quyết định được thực hiện ngay trên nền tảng sẽ trở thành quy tắc bắt buộc. Khi người phụ trách được ghi thành trường dữ liệu, việc rà soát nằm trong hàng đợi và người xem chỉ thấy phiên bản đã công bố, các quy tắc vẫn được duy trì ngay cả khi người viết chúng đã chuyển công tác.
Vì sao tài liệu quy trình bị lỗi thời?
Tài liệu thường bắt đầu lỗi thời từ một ngoại lệ tưởng như hợp lý. Một bước phê duyệt tạo ra hàng đợi tồn đọng, nên quản lý đồng ý bỏ qua bước đó trong một số trường hợp. Hàng đợi được giải quyết, nhưng không ai chính thức chấm dứt ngoại lệ. Cách làm mới dần trở thành thông lệ, trong khi mô hình vẫn giữ bước phê duyệt cũ.
Khi mọi người không còn tin tài liệu, họ cũng không kiểm tra nữa. Vì vậy, thay đổi tiếp theo càng khó nhận ra và khoảng cách giữa tài liệu với thực tế ngày càng lớn. Trên thực tế, ngoại lệ thường không được ghi lại, nên mọi người chỉ phát hiện ra khoảng cách này khi kiểm tra tuân thủ, chứ không phải lúc rà soát. Nguyên nhân cốt lõi là mô hình không phải hồ sơ chính thức, nên không có gì buộc mọi người đưa ra quyết định khi công việc thay đổi. Đưa mô hình lên nền tảng có cơ chế quản trị để mọi thay đổi được ghi nhận: có phiên bản, có người phụ trách phê duyệt, có trạng thái công bố và có ngày rà soát. Khi đó, quản trị không còn là lời nhắc mà trở thành một bước trong quy trình làm việc.
Chúng tôi thường thấy quản trị là yếu tố phân biệt giữa các nhóm cải tiến được quy trình và các nhóm thử cải tiến nhưng rồi lại quay về cách làm cũ. Các dự án process mining đình trệ hiếm khi do dữ liệu, mà thường vì không ai chịu trách nhiệm về kết quả. Vì thế, chúng tôi tích hợp sâu hoạt động quản trị vào nền tảng, thay vì ghi vào một chính sách không ai đọc.
Bạn cần những vai trò và trách nhiệm nào để quản trị quy trình?
Một mô hình quản trị quy trình thiết thực bắt đầu với ba vai trò. Trong tổ chức nhỏ, một người có thể đảm nhận nhiều vai trò, nhưng hãy phân định rõ trách nhiệm.
| Vai trò | Trách nhiệm chính |
|---|---|
| Chủ sở hữu quy trình | Chịu trách nhiệm cho quy trình, quyết định nội dung mô hình và phê duyệt thay đổi. |
| Kiến trúc sư quy trình | Duy trì danh mục quy trình, tiêu chuẩn, quy tắc đặt tên và cách mô hình hóa. |
| Người phê duyệt tuân thủ (chỉ khi có yêu cầu kiểm soát) | Cùng phê duyệt khi có yêu cầu kiểm soát cụ thể về pháp lý hoặc tài chính. |
Trách nhiệm của chủ sở hữu quy trình rất cụ thể: họ quyết định thay đổi được đề xuất có phản ánh đúng công việc không và có đủ thẩm quyền để quyết định đó được thực hiện. Đây cũng là phê duyệt chính thức. Chủ sở hữu không nhất thiết phải tự sửa mô hình hay cập nhật tài liệu. Trong ProcessMind, họ cũng không cần tự theo dõi tiến độ: yêu cầu rà soát được tạo trên quy trình, chủ sở hữu thấy yêu cầu trong hàng đợi và khi họ phê duyệt, phiên bản sẽ được công bố. Kiến trúc sư đảm bảo danh mục nhất quán. Chỉ thêm người phê duyệt tuân thủ khi yêu cầu kiểm soát đòi hỏi chữ ký thứ hai, nhờ đó trường hợp thông thường chỉ cần một người phê duyệt. Mô hình phân công người phụ trách chỉ hiệu quả khi các vai trò được phân biệt rõ, vì vậy hãy ghi lại thay vì mặc định.
Phân công trách nhiệm bằng ma trận RACI. Nếu đây là lần đầu thiết lập, hãy bắt đầu với mẫu RACI. Lưu thư viện vai trò ở một nơi để các nhóm dùng chung vai trò giữa nhiều mô hình, thay vì định nghĩa lại cho từng nhóm.
Cùng với các vai trò này, hãy lập lịch rà soát. Rà soát khi có thay đổi liên quan và theo lịch định kỳ với các quy trình đang hoạt động.
Bạn nên quản trị những quy trình nào trước?
Hãy bắt đầu với những quy trình quan trọng nhất, không phải tất cả quy trình trong tổ chức. Ưu tiên quy trình tạo doanh thu, chịu sự giám sát của cơ quan quản lý, có nhiều lần bàn giao hoặc thay đổi thường xuyên trong năm qua.
Hãy xác định rõ phạm vi. Một danh mục nhỏ có người phụ trách, phê duyệt và ngày rà soát cụ thể sẽ hữu ích hơn danh mục lớn với các trường người phụ trách không ai tin cậy. Đánh dấu những mô hình khác là tài liệu tham khảo cho đến khi bạn sẵn sàng quản trị chúng, rồi dùng danh mục quy trình để phân biệt hai nhóm. Quản trị tài liệu quy trình bắt đầu từ việc xác định ranh giới đó: quy trình nào được quản trị và quy trình nào chỉ được mô tả.
Hãy phân công người phụ trách trước khi chọn công cụ. Danh mục có thể sắp xếp các mô hình, nhưng không thể quyết định ai chịu trách nhiệm cho chúng. Tài liệu quy trình là nơi mô hình, người phụ trách và quy trình hướng dẫn được lưu trong cùng một hồ sơ.
Nên quản trị mô hình do AI tạo như thế nào?
Mô hình do AI tạo cần tuân theo cùng quy tắc về người phụ trách, phê duyệt, công bố và rà soát như mọi mô hình khác, nhưng phải áp dụng chặt chẽ hơn. Bản nháp do AI tạo chỉ mô tả một cách hợp lý về việc quy trình có thể vận hành ra sao, chứ không chứng minh quy trình trong tổ chức của bạn đang chạy như vậy.
Giữ mô hình do AI tạo ở trạng thái bản nháp cho đến khi chủ sở hữu quy trình được chỉ định rà soát và phê duyệt. Ghi lại nguồn tạo bản nháp, rồi để người phụ trách so sánh với mô hình hiện có. Sau khi được phê duyệt, hãy áp dụng lịch rà soát như với các tài liệu khác.
Quản trị mang lại lợi ích theo hai cách. Cùng một hồ sơ được quản trị mà mọi người đọc cũng có thể được trợ lý AI truy cập qua API (có trên mọi gói, tính phí theo mức sử dụng) và máy chủ MCP (gói Enterprise), với cùng quyền truy cập. Trợ lý trả lời dựa trên mô hình đã được phê duyệt và công bố sẽ lấy thông tin từ quy trình, chứ không phải từ bản sao được dán vào câu lệnh. Xem máy chủ MCP có thể cung cấp những gì.
ProcessMind hỗ trợ mô hình hóa với AI và lưu lịch sử phiên bản. Hãy giữ sản phẩm do AI tạo ở dạng bản nháp cho đến khi được rà soát, và xem việc công bố là một quyết định riêng. Tìm hiểu cách quản lý phiên bản trong tài liệu ProcessMind về quản lý phiên bản.
Năm dấu hiệu cho thấy tài liệu quy trình vẫn chính xác?
Quản trị đang phát huy tác dụng khi bạn có thể đưa ra bằng chứng cụ thể. Đây là năm cách kiểm tra chúng tôi sử dụng, mỗi cách đều dựa trên một tính năng có sẵn trong ProcessMind, không chỉ là điều mong muốn.
1. Bạn có thể nhanh chóng nêu tên người phụ trách một quy trình quan trọng. Nếu câu trả lời là cả phòng ban hoặc một cái tên phải tìm trong email cũ, thì trách nhiệm chưa được ghi nhận. Trong ProcessMind, thông tin người phụ trách gắn với chính quy trình và hiển thị trong danh mục, nên chỉ cần tìm một lần là có câu trả lời.
2. Mỗi thay đổi đều cho biết nội dung thay đổi và người phê duyệt. Nhớ rằng đã có thay đổi không thay thế được hồ sơ ghi nhận. Mỗi mô hình đều có lịch sử phiên bản, còn phê duyệt là thao tác có phân quyền, đưa quy trình qua các trạng thái bản nháp, đang rà soát, đã phê duyệt và đã công bố. Nhật ký kiểm tra lưu lại toàn bộ lịch sử.
3. Mọi người sử dụng phiên bản đã công bố. Nếu đồng nghiệp vẫn giữ các bản sao riêng, mô hình dùng chung chưa đáng tin cậy. ProcessMind công bố một phiên bản cho người xem trên nền tảng và trong Process Portal, nên chỉ có một câu trả lời cho câu hỏi phiên bản nào đang hiện hành.
4. Ngày rà soát luôn được cập nhật. Những lần rà soát quá hạn mà không ai thấy còn tệ hơn việc không đặt ngày. Hàng đợi Cần tôi rà soát trong danh mục liệt kê những việc đang chờ từng người phụ trách, nên mỗi lần rà soát đều có người cụ thể chịu trách nhiệm, thay vì chỉ là dự định.
5. Bạn có thể trả lời câu hỏi kiểm tra tuân thủ từ hồ sơ quy trình. Tập hợp lại bằng chứng từ nhiều thư mục rời rạc có thể mất hàng tuần. Trong ProcessMind, người phụ trách, phiên bản, phê duyệt và tài liệu đính kèm được lưu trong cùng một hồ sơ để bạn xuất và trình bày.
Các cách kiểm tra này chỉ có ý nghĩa khi phản ánh đúng công việc. Ngày rà soát đã hoàn tất không chứng minh có ai đọc mô hình. Vì thế mới cần phân công vai trò và có hàng đợi rà soát: chúng gắn một người và một thời điểm cụ thể với việc kiểm tra.
Nếu nền tảng đã là nơi lưu quy trình, bạn không cần công cụ mới cho bất kỳ cách kiểm tra nào trong năm cách trên. Đó là lý do thực tế để quản trị quy trình ngay trong nền tảng mô hình hóa thay vì ở một nơi khác: bằng chứng được tạo ra trong quá trình làm việc, chứ không phải thành báo cáo mà ai đó phải tổng hợp vào cuối quý.
Bạn nên tránh những sai lầm nào khi quản trị quy trình?
- Để việc phê duyệt trở thành điểm nghẽn. Nếu phê duyệt chậm hoặc không rõ ràng, mọi người có thể tìm cách né tránh. Hãy chỉ định một người phê duyệt rõ ràng cho mỗi thay đổi, đó là chủ sở hữu quy trình, và xác định cụ thể việc họ cần làm.
- Coi tài liệu chính sách là cơ chế quản trị. Tiêu chuẩn bằng văn bản chỉ ghi lại ý định; phân công người phụ trách, phê duyệt, công bố và rà soát mới biến ý định thành thực tế. Những thông lệ quản trị quy trình đứng vững khi áp dụng vào nhóm làm việc thực tế là những gì nền tảng thực thi, không phải những gì chỉ được mô tả trong bài thuyết trình.
- Đặt ra quy tắc nhưng không giao người phụ trách. Mỗi quy trình được quản trị cần có một người chịu trách nhiệm áp dụng quy tắc.
- Áp dụng cùng một mức độ rà soát cho mọi quy trình. Tập trung nguồn lực vào những quy trình có rủi ro, thay đổi hoặc tác động kinh doanh đáng kể.
Làm thế nào để đưa quản trị quy trình vào thực tế?
Hãy bắt đầu với một quy trình bạn đang phụ trách, rồi thực hiện bốn quyết định ngay trên mô hình đó trước khi viết chính sách.
-
Chỉ định người phụ trách
Chỉ định một người phụ trách quy trình, không giao cho cả phòng ban. Nếu hai người cùng phụ trách, sẽ không ai chịu trách nhiệm rõ ràng. -
Thống nhất ai sửa và ai phê duyệt
Tách người sửa mô hình khỏi người phê duyệt. Trong ProcessMind, người phê duyệt là chủ sở hữu quy trình, vì vậy chỉ thêm người phê duyệt tuân thủ khi có yêu cầu kiểm soát. -
Công bố một phiên bản
Chọn mô hình đã công bố làm câu trả lời duy nhất cho việc phiên bản nào đang hiện hành, rồi cung cấp phiên bản đó cho người xem thay vì gửi bản sao. -
Lên lịch rà soát
Thêm ngày rà soát và dùng hàng đợi rà soát để mỗi lần kiểm tra quá hạn đều có người phụ trách, thay vì chỉ trông chờ mọi người nhớ. -
Thực hiện lại năm cách kiểm tra
Một tháng sau, thực hiện lại năm cách kiểm tra ở trên. Nếu câu trả lời nào cần tìm lâu hơn một lần, hãy xử lý việc đó tiếp theo.
ProcessMind lưu thông tin người phụ trách, phê duyệt, lịch sử phiên bản và hồ sơ đã công bố ở cùng một nơi. Nhờ đó, nền tảng thực thi quy tắc quản trị thay vì chỉ nhắc đến trong tài liệu. Để phân công vai trò, hãy xem hướng dẫn về RACI và mẫu RACI. Nếu muốn biết điều gì xảy ra khi không ai chịu trách nhiệm về kết quả, hãy đọc vì sao các dự án process mining đình trệ.
Phân công người phụ trách và phê duyệt cho một quy trình
Quản trị chỉ đáng tin khi được áp dụng. Hãy chọn một quy trình bạn đang phụ trách và thực hiện bốn quyết định ngay trên mô hình của quy trình đó.
