Ứng dụng offboarding nhân viên: đóng các khoảng trống quyền truy cập an toàn

Vì sao nhiệm vụ offboarding dễ bị bỏ sót

Ngày làm việc cuối cùng của một nhân viên có thể để lại nhiều vấn đề hơn một chiếc bàn trống. Nếu nhân viên cũ vẫn truy cập được email, payroll, cơ sở dữ liệu khách hàng hoặc ổ đĩa dùng chung, thông tin riêng tư của công ty và khách hàng có thể vẫn bị lộ. Việc bỏ sót thao tác thu hồi cũng khiến công ty khó xác định ai đã thay đổi một hồ sơ sau khi nhân viên rời đi.

Offboarding kém hiệu quả hiếm khi xuất phát từ ý định xấu. HR, IT, quản lý và bộ phận tài chính thường xử lý những phần khác nhau của quy trình. Việc bàn giao diễn ra qua email, tin nhắn chat và bảng tính mà không ai cùng xem xét.

Quản lý có thể báo cho IT rằng thứ Sáu là ngày cuối của nhân viên nhưng quên nhắc đến một công cụ chuyên môn. HR có thể đã hoàn tất buổi phỏng vấn nghỉ việc trong khi IT vẫn chờ số sê-ri của laptop. Nhiệm vụ sau đó nằm trong hộp thư mà không có người phụ trách hay thời hạn rõ ràng.

Ứng dụng offboarding nhân viên đưa toàn bộ công việc vào một hồ sơ chung. Hồ sơ nên hiển thị ngày làm việc cuối cùng, các tài khoản cần xử lý, thiết bị đã cấp, người phụ trách nhiệm vụ và trạng thái của từng bước. HR xác nhận thông tin việc làm, quản lý xác định các công cụ và công việc cần bàn giao, còn IT thu hồi quyền truy cập và ghi lại kết quả.

Một chế độ xem chung nên nhanh chóng trả lời được vài câu hỏi thực tế:

• Những nhiệm vụ nào phải hoàn tất trước ngày làm việc cuối cùng?
• Ai phụ trách phần thu hồi quyền truy cập còn lại?
• Nhân viên đã trả laptop, thẻ ra vào và điện thoại chưa?
• Những phê duyệt nào vẫn còn thiếu?

Việc xác định rõ người phụ trách quan trọng hơn một checklist dài. Giao «thu hồi quyền truy cập CRM» cho IT là quá chung chung. Giao nhiệm vụ đó cho một quản trị viên cụ thể, kèm thời hạn và yêu cầu ghi chú hoàn tất, sẽ tạo ra hồ sơ mà người khác có thể kiểm tra.

Hãy giữ cả những nhiệm vụ đã hoàn tất ở chế độ hiển thị. Nếu quản lý hỏi quyền truy cập đã bị ngắt lúc 5 giờ chiều thứ Sáu hay chưa, HR và IT nên tìm thấy câu trả lời ở cùng một nơi thay vì lục lại các chuỗi email cũ. Hồ sơ chung giảm việc phải đôn đốc vào phút chót và tạo nhật ký kiểm tra khi có câu hỏi phát sinh.

Xác định ai cần sử dụng ứng dụng

Ứng dụng offboarding nhân viên hoạt động tốt nhất khi mọi người nhìn thấy phần việc mình phụ trách. HR bắt đầu hồ sơ và xác nhận ngày làm việc cuối cùng. Quản lý xử lý công việc bàn giao trong nhóm. IT thu hồi tài khoản và ghi nhận việc thu thiết bị. Một nhóm nhỏ có thể phê duyệt hồ sơ đã hoàn tất.

Giao mỗi nhiệm vụ cho một người cụ thể. «IT» là quá rộng. Nếu không ai biết ai phải vô hiệu hóa tài khoản payroll, tài khoản đó có thể vẫn mở sau khi nhân viên rời đi. Giao nhiệm vụ cho một người hoặc một vai trò có người thay thế rõ ràng.

Một cấu hình thực tế gồm nhân viên HR tạo hồ sơ offboarding và duy trì thông tin việc làm, quản lý phân công công việc bàn giao, nhân viên IT thu hồi quyền truy cập hệ thống và cập nhật trạng thái tài sản, cùng nhân viên tài chính hoặc vận hành kiểm tra thẻ, chi phí và tài sản công ty. Sau đó, người phê duyệt của HR và IT có thể xác nhận công việc trong phạm vi của mình.

Giữ hồ sơ HR tách khỏi hồ sơ IT. HR có thể cần lý do nghỉ việc riêng tư, thông tin liên hệ cá nhân hoặc thông tin phúc lợi. IT thường chỉ cần ngày cuối, quản lý, thiết bị đã cấp và danh sách tài khoản. Nhân viên IT không cần xem ghi chú HR nhạy cảm để đóng nhiệm vụ hoàn trả laptop.

Thiết lập quyền dựa trên quyết định thực tế, không chỉ dựa vào chức danh. HR có thể chỉnh sửa thông tin nhân viên và xem ghi chú riêng tư. Quản lý có thể xem nhiệm vụ của nhân viên trực tiếp, thêm ghi chú bàn giao và đánh dấu phần việc của mình là hoàn tất. IT có thể xem nhiệm vụ về thiết bị và thu hồi quyền truy cập nhưng không mở được các trường chỉ dành cho HR. Người phê duyệt có thể xem tiến độ và phê duyệt mà không thay đổi hồ sơ đã hoàn tất.

Ví dụ, quản lý có thể xác nhận một nhân viên kinh doanh sắp nghỉ đã chuyển giao các tài khoản đang hoạt động, trong khi kỹ thuật viên IT ghi nhận một chiếc MacBook đã được trả lại cùng tình trạng của thiết bị. Cả hai cập nhật xuất hiện trong cùng checklist offboarding, nhưng không ai nhìn thấy thông tin ngoài vai trò của mình.

Koder.ai có thể biến kế hoạch vai trò thành các màn hình và quyền hạn thông qua chat. Tuy vậy, hãy viết quy tắc quyền hạn trước. Ranh giới rõ ràng giúp giảm nguy cơ lộ dữ liệu ngoài ý muốn và khiến công việc quá hạn dễ được phát hiện hơn.

Lập bản đồ quy trình trước khi xây dựng

Xây dựng ứng dụng xoay quanh những việc mọi người thực sự cần hoàn tất. Bắt đầu bằng một hồ sơ cho mỗi nhân viên sắp rời đi. Đưa vào họ tên, chức danh, phòng ban, quản lý, địa điểm làm việc, ngày làm việc cuối cùng và email cá nhân cho các liên hệ không nhạy cảm.

Ngày làm việc cuối cùng nên quyết định thời hạn. Việc trả laptop có thể cần diễn ra trong ngày cuối, trong khi payroll có thể cần kiểm tra thông tin ngân hàng hoặc ngày nghỉ sớm hơn vài ngày. Đặt thời hạn đủ sớm để từng người phụ trách có thể hành động.

Giao mỗi nhiệm vụ cho một người

Không giao nhiệm vụ cho một phòng ban mà không chỉ rõ người thực hiện. «IT» không cho biết ai sẽ thu hồi một tài khoản. Mỗi hạng mục cần có người phụ trách cụ thể, thời hạn và kết quả rõ ràng. Quản lý có thể xác nhận công việc bàn giao, IT thu hồi quyền truy cập, HR hoàn tất hồ sơ việc làm và tài chính kiểm tra khoản thanh toán cuối.

Hãy tập trung quy trình đầu tiên vào những việc ngăn chặn rủi ro thực tế:

• Thu hồi quyền truy cập email, ổ đĩa dùng chung, ứng dụng doanh nghiệp và tài khoản công ty.
• Thu laptop, điện thoại, thẻ ra vào, chìa khóa và các thiết bị đã cấp khác.
• Xác nhận các bước payroll cuối, thay đổi phúc lợi và tài liệu HR bắt buộc.
• Chuyển tệp, ghi chú khách hàng và công việc đang thực hiện cho đúng đồng nghiệp.
• Ghi nhận phê duyệt của quản lý, IT và HR trước khi đóng hồ sơ.

Xác định bằng chứng cho các công việc nhạy cảm

Một ô đánh dấu hoàn tất là đủ cho một số nhiệm vụ, nhưng công việc nhạy cảm cần thêm bối cảnh. IT có thể ghi «Đã tạm ngưng tài khoản Google Workspace lúc 3:15 chiều» và thêm số ticket.

Yêu cầu đính kèm khi nhiệm vụ cần bằng chứng. Biên nhận thiết bị có chữ ký, ảnh laptop bị hỏng hoặc biểu mẫu nghỉ việc đã hoàn tất giúp HR có hồ sơ để tìm lại sau này. Với việc theo dõi hoàn trả thiết bị, hãy ghi tên thiết bị, mã tài sản, tình trạng, ngày trả và người tiếp nhận.

Đặt quy tắc cho các trường hợp ngoại lệ. Nếu nhân viên tạm thời giữ điện thoại, người phụ trách phải chọn trạng thái ngoại lệ, giải thích lý do và nhập ngày trả mới. Giữ nhiệm vụ mở cho đến khi có người xử lý xong. Nếu không, một thỏa thuận thiện chí có thể biến thành khoảng trống không được theo dõi về quyền truy cập hoặc thiết bị.

Xây dựng quy trình từng bước

Bắt đầu mỗi lần nhân viên nghỉ việc bằng một hồ sơ offboarding. Một biểu mẫu ngắn có thể thu thập tên, phòng ban, quản lý, ngày làm việc cuối cùng, địa điểm và vai trò của người đó. Biểu mẫu cũng nên hỏi họ có giữ thiết bị công ty hoặc sử dụng tài khoản dùng chung hay không. Ứng dụng có thể dùng thông tin này để tạo các nhiệm vụ phù hợp, thay vì yêu cầu HR thêm từng hạng mục bằng tay.

Dùng ngày làm việc cuối cùng làm thời hạn cho từng nhiệm vụ và đặt ngày nhắc sớm hơn. Nhân viên nghỉ vào thứ Sáu có thể nhận lời nhắc đầu tiên vào thứ Hai và lời nhắc thứ hai vào thứ Tư. Người phụ trách sẽ thấy việc cần làm mà không phải tìm trong các chuỗi email.

Tạo nhiệm vụ theo trách nhiệm

Giao việc thu hồi quyền truy cập cho nhân viên IT cụ thể, không gửi vào hộp thư chung. Mỗi nhiệm vụ cần nêu rõ hệ thống, chẳng hạn payroll, email, cơ sở dữ liệu khách hàng hoặc ổ đĩa dùng chung. IT có thể đánh dấu hoàn tất và thêm ghi chú nếu quyền truy cập phải được duy trì cho đến khi bàn giao xong.

Nhiệm vụ thiết bị cần người phụ trách khác. Nhân viên hoặc quản lý có thể xác nhận việc trả laptop, điện thoại, thẻ ra vào hoặc token bảo mật. Với nhân viên làm việc từ xa, giao cho quản lý sắp xếp việc vận chuyển và xác nhận đã nhận hàng. Nhờ vậy, việc theo dõi hoàn trả thiết bị nằm trong cùng hồ sơ với việc thu hồi quyền truy cập của nhân viên.

Ứng dụng có thể tự động tạo nhiệm vụ cho từng tài khoản gắn với vai trò, mọi thiết bị đã cấp, công việc bàn giao của quản lý, giấy tờ HR và lời nhắc cho người phụ trách hồ sơ khi vẫn còn việc mở.

Hiển thị rõ các phê duyệt

Tạo nhiệm vụ phê duyệt riêng cho HR và quản lý. Một hạng mục đã hoàn tất nên cho biết ai phê duyệt và phê duyệt lúc nào, thay vì trạng thái mơ hồ như «đã xong». Nếu ai đó từ chối hồ sơ, họ cần giải thích lý do và trả nhiệm vụ về cho người phụ trách.

Tránh một nút lớn duy nhất có tên «Hoàn tất offboarding». Chỉ cho phép đóng hồ sơ sau khi các nhiệm vụ bắt buộc và phê duyệt của HR, IT đã hoàn tất. Chế độ xem tiến độ rõ ràng giúp mọi người dễ thấy việc còn lại vào buổi sáng cuối cùng.

Ghi nhận thiết bị được hoàn trả rõ ràng

Một hồ sơ thiết bị ngắn giúp tránh tranh chấp về sau. Thêm mọi tài sản công ty mà nhân viên đang giữ: laptop, điện thoại, màn hình, thẻ ra vào, sạc, token bảo mật và phần cứng chuyên dụng. Nhân viên, quản lý và đồng đội IT nên cùng nhìn thấy một danh sách, thay vì dựa vào bảng tính chỉ một người có thể chỉnh sửa.

Tạo một mục hoàn trả riêng cho từng thiết bị. Ghi tên tài sản, số sê-ri hoặc mã tài sản, người trả, ngày trả và người nhận. Một mục laptop có thể ghi: «MacBook Pro, mã tài sản KDR-1842, trả ngày 14 tháng 6, IT đã nhận». Nhờ vậy, việc đối chiếu thiết bị với kho tài sản công ty sẽ dễ hơn.

Dùng lựa chọn tình trạng đơn giản: tốt, hư hỏng hoặc thất lạc. Yêu cầu người nhận thêm ghi chú ngắn cho thiết bị hư hỏng hoặc thất lạc. «Màn hình nứt gần góc dưới» hữu ích hơn «cần sửa». Đính kèm ảnh khi ứng dụng hỗ trợ để IT có hồ sơ trước khi kiểm tra hoặc sửa thiết bị.

Giữ biểu mẫu đủ nhanh để hoàn tất tại bàn làm việc hoặc khu vực tiếp tân. Quá nhiều trường sẽ khiến mọi người trì hoãn, còn chi tiết có thể biến mất sau ngày làm việc cuối cùng. Một mục thực tế gồm loại thiết bị và mã tài sản, ngày trả, thành viên tiếp nhận, tình trạng, ghi chú ngắn, ảnh hư hỏng và trạng thái như đã trả, thất lạc hoặc đang chờ trả.

Đừng đóng checklist offboarding chỉ vì phần lớn thiết bị đã được trả. Giữ các mục thất lạc và cần xem xét hư hỏng ở trạng thái mở sau khi nhân viên rời đi. Giao từng mục cho một người cụ thể, thường là nhân viên IT hoặc vận hành nơi làm việc, đồng thời hiển thị hành động tiếp theo và thời hạn.

Với nhân viên làm việc từ xa, ghi ngày tạo nhãn vận chuyển, mã theo dõi và ngày dự kiến nhận hàng. Chỉ đánh dấu laptop là đã trả sau khi đội ngũ tiếp nhận xác nhận giao hàng và kiểm tra tài sản. Một kiện hàng đã gửi không có nghĩa là thiết bị đã được nhận an toàn.

Thu hồi quyền truy cập hệ thống với trách nhiệm rõ ràng

Việc thu hồi quyền truy cập dễ thất bại khi nhiệm vụ chỉ ghi «vô hiệu hóa tài khoản» mà không nêu tài khoản nào, ai phụ trách hay thời hạn. Ứng dụng offboarding nhân viên nên biến yêu cầu chung đó thành các hồ sơ được giao riêng.

Nhóm quyền truy cập theo nơi quản lý. IT thường quản lý email và tài khoản định danh. Tài chính, vận hành kinh doanh hoặc quản trị viên phòng ban có thể quản lý các ứng dụng doanh nghiệp. Thiết bị cần nhiệm vụ riêng, còn thẻ tòa nhà, chìa khóa và quyền đỗ xe thường thuộc về cơ sở vật chất hoặc HR.

Với mỗi hạng mục, hãy nêu tài khoản hoặc loại quyền truy cập, giao cho một người thu hồi hoặc vô hiệu hóa, đặt ngày hoàn tất trước ngày làm việc cuối cùng, ghi thời điểm hoàn tất và cách xác nhận, đồng thời giữ mục đó mở cho đến khi người được giao xác nhận đã thực hiện.

Xác nhận cần mô tả điều đã xảy ra. «Đã xóa khỏi Salesforce lúc 14:15, đã kiểm tra danh sách người dùng» là thông tin hữu ích. «Đã xong» thì không. Với điện thoại công ty, người phụ trách có thể ghi rằng họ đã xóa hồ sơ công việc, thu hồi quyền truy cập di động và xác nhận thiết bị không còn kết nối.

Đánh dấu những việc còn mở khi ngày cuối đến gần. Một nhiệm vụ đến hạn vào ngày mai cần sự chú ý của quản lý và HR, không thể nằm im ở cuối checklist. Dùng nhãn rõ ràng như đến hạn hôm nay, quá hạn và đang chờ đội khác.

Một số thao tác thu hồi cần thực hiện theo trình tự. IT có thể vô hiệu hóa email và đăng nhập một lần ngay lập tức, trong khi payroll vẫn giữ quyền truy cập hạn chế cho đến khi hoàn tất khoản thanh toán cuối. Ghi lại ngoại lệ, người phê duyệt và thời điểm dự kiến thu hồi. HR và IT sẽ cùng có một hồ sơ rõ ràng thay vì những email không chắc chắn.

Đừng giao cả nhóm quyền truy cập cho «IT». Hãy giao cho Priya ở bộ phận IT, kèm ngày và bằng chứng. Nếu Priya vắng mặt, đội ngũ có thể chuyển nhiệm vụ trước khi một nhân viên cũ vô tình tiếp tục có quyền truy cập.

Thu thập phê duyệt mà không phải đuổi theo email

Chuỗi email là một hồ sơ kém hiệu quả cho việc nhân viên nghỉ việc. Một người trả lời «đã xong», người khác bỏ lỡ tin nhắn, còn HR vẫn không thể biết IT đã thu hồi mọi tài khoản chưa. Đưa các phê duyệt vào ứng dụng offboarding nhân viên.

Gán trạng thái đơn giản cho mọi nhiệm vụ. Dùng «Đang thực hiện» khi người phụ trách đang xử lý. Dùng «Bị chặn» khi họ cần thông tin hoặc hành động từ người khác, chẳng hạn quản lý cần xác nhận nhân viên đã dùng những thư mục dùng chung nào. Nhiệm vụ bị chặn nên có ghi chú ngắn và tên người cần phản hồi.

Giao phê duyệt cho đúng người

Phê duyệt cần gắn với trách nhiệm thực tế. Quản lý xác nhận công việc bàn giao và tài sản của nhóm. IT xác nhận việc đóng tài khoản và xử lý thiết bị. HR xác nhận hồ sơ việc làm, tài liệu cuối cùng và các bước chính sách bắt buộc.

Giữ yêu cầu cụ thể. «Phê duyệt của quản lý» là quá mơ hồ. «Xác nhận các tài khoản khách hàng đã có người phụ trách mới» cho quản lý biết họ đang phê duyệt điều gì. Ứng dụng nên hiển thị người phụ trách từng phê duyệt, thời hạn và trạng thái.

Với công việc đã hoàn tất, lưu họ tên và vai trò của người phê duyệt, ngày giờ hoàn tất, ghi chú hoặc ngoại lệ, hồ sơ đính kèm và trạng thái trước, sau khi phê duyệt. Lịch sử này hữu ích khi nhân viên cũ báo rằng họ vẫn còn quyền truy cập hoặc HR cần xem lại một trường hợp nghỉ việc.

Rà soát hồ sơ trước khi đóng

Trước khi HR đóng hồ sơ, hãy hiển thị bản tóm tắt cuối cùng trên một màn hình. Bao gồm nhiệm vụ đã hoàn tất, nhiệm vụ bị chặn, công việc quá hạn, thiết bị đã trả và các mục quyền truy cập IT đã xác nhận. Nếu còn thiếu phê duyệt bắt buộc, giữ hồ sơ mở và nêu rõ người chịu trách nhiệm.

Quản lý có thể phê duyệt việc bàn giao vào thứ Ba trong khi IT đánh dấu nhiệm vụ trả laptop là bị chặn vì thiếu sạc. HR có thể đóng hồ sơ việc làm, nhưng hồ sơ offboarding nên vẫn hiển thị cho đến khi IT xử lý xong nhiệm vụ thiết bị. Cách này giữ cho hồ sơ chính xác mà không làm chậm những việc không liên quan.

Ví dụ đơn giản vào ngày làm việc cuối

Ngày làm việc cuối của Maya là thứ Sáu. Quản lý bắt đầu hồ sơ trên ứng dụng offboarding nhân viên vào thứ Hai và giao nhiệm vụ với người phụ trách cùng thời hạn rõ ràng. Maya làm việc đến 3 giờ chiều, vì vậy đội ngũ đặt 12 giờ trưa làm hạn chót cho những việc có thể ảnh hưởng đến một buổi nghỉ việc an toàn.

Lúc 11:15 sáng, quản lý nhận laptop, sạc, thẻ bảo mật và điện thoại công ty của Maya. Trên ứng dụng, quản lý ghi lại từng thiết bị, thêm số sê-ri của laptop và ghi chú rằng màn hình điện thoại bị xước. Ghi chú nêu rõ thiết bị cần được kiểm tra trước khi công ty cấp lại cho người khác. Maya và quản lý cùng xác nhận việc bàn giao.

IT nhận các nhiệm vụ được giao cùng lúc. Một thành viên thu hồi quyền truy cập của Maya vào email, chat công ty, cơ sở dữ liệu khách hàng và không gian làm việc của dự án. Một người khác xác nhận Maya không còn quyền quản trị tài khoản payroll. Mỗi người ghi lại thời điểm hoàn tất và thêm phê duyệt.

HR kiểm tra hồ sơ nghỉ việc, thông tin thanh toán cuối, thông báo phúc lợi và địa chỉ liên hệ cho các biểu mẫu thuế sau này. HR đánh dấu tài liệu là hoàn tất sau một lần rà soát ngắn.

Lúc 12:20, ứng dụng vẫn hiển thị một mục đang mở: Maya còn quyền truy cập vào tài khoản lên lịch mạng xã hội. IT không biết tài khoản này vì quản lý marketing là người sở hữu. Quản lý giao nhiệm vụ cho trưởng nhóm marketing, người đã thu hồi quyền của Maya trước cuộc họp cuối cùng.

Đến 2:30 chiều, checklist cho thấy mọi nhiệm vụ đã hoàn tất. Đội ngũ có hồ sơ theo ngày về thiết bị đã trả, tài khoản đã thu hồi và phê duyệt của HR, IT. Hồ sơ cho biết ai đã xác nhận từng hành động và vào lúc nào.

Những sai lầm để lại khoảng trống quyền truy cập

Ứng dụng offboarding nhân viên chỉ hiệu quả khi mọi nhiệm vụ có một người cụ thể phụ trách. «IT» hoặc «HR» là quá mơ hồ. Nếu Maya phụ trách thu hồi email còn Leon phụ trách thu laptop, ứng dụng sẽ cho biết ai phải hành động và khi nào. Nhãn chung khiến mọi người nghĩ người khác đã xử lý.

Đừng đánh dấu hoàn tất việc thu hồi quyền truy cập chỉ vì đã vô hiệu hóa tài khoản công ty chính. Nhân viên cũ có thể vẫn truy cập payroll, công cụ hỗ trợ, dashboard đám mây, mật khẩu dùng chung, không gian chat hoặc tài khoản cá nhân được kết nối với phần mềm công ty. Tạo một mục riêng, người phụ trách riêng và hồ sơ hoàn tất riêng cho từng tài khoản. Khi đó, quản lý có thể kiểm tra danh sách có phù hợp với vai trò thực tế của nhân viên hay không.

Hồ sơ thiết bị cần nhiều hơn ghi chú «đã trả laptop». Bình luận tự do khác nhau quá nhiều để hỗ trợ việc bàn giao công bằng hoặc rà soát sau này. Ghi mã tài sản, ngày trả, người nhận và tình trạng. Thêm ảnh nếu thiết bị có hư hỏng nhìn thấy được. Ghi chú nên giải thích vấn đề, không nên thay thế toàn bộ hồ sơ.

Giữ công việc bị chặn ở chế độ hiển thị. Nhân viên sắp nghỉ có thể đang gửi điện thoại công ty qua đơn vị vận chuyển, hoặc IT có thể cần phê duyệt trước khi thu hồi quyền truy cập hệ thống khách hàng. Nếu ai đó vẫn đóng hồ sơ, mục chưa hoàn tất sẽ biến mất khỏi sự chú ý hằng ngày.

Đặt trạng thái hồ sơ là «bị chặn» hoặc «cần xem xét» cho đến khi người phụ trách xử lý vấn đề. Hiển thị lý do nhiệm vụ dừng lại, người có thể gỡ chặn và ngày rà soát tiếp theo.

Các lỗi phổ biến gồm giao nhiệm vụ cho phòng ban thay vì một người, xem một tài khoản như toàn bộ tài khoản, chỉ ghi tình trạng thiết bị trong phần bình luận và đóng checklist offboarding khi vẫn còn nhiệm vụ chưa hoàn tất.

Phê duyệt cuối của quản lý nên xác nhận công việc đã hoàn tất, không thay thế cho việc thực hiện công việc. Giữ nhiệm vụ bị chặn ở trạng thái mở và hiển thị chúng trước khi HR đóng hồ sơ nhân viên.

Kiểm tra nhanh trước ngày làm việc cuối

Thực hiện rà soát cuối cùng một hoặc hai ngày làm việc trước khi nhân viên rời đi. Nhờ vậy, quản lý, đội IT và đầu mối HR có thời gian xử lý laptop bị thiếu, tài khoản payroll còn hoạt động hoặc phê duyệt chưa có.

Bắt đầu bằng việc kiểm tra người phụ trách. Mỗi hạng mục cần một người cụ thể và thời hạn. Nếu quản lý phải thu chìa khóa tòa nhà, hãy đặt tên quản lý bên cạnh nhiệm vụ đó thay vì giao cho một phòng ban.

Dùng danh sách rà soát ngắn:

• Xác nhận mỗi nhiệm vụ có người phụ trách, thời hạn và trạng thái rõ ràng.
• Kiểm tra hồ sơ IT của từng thao tác truy cập, gồm tên hệ thống, hành động đã thực hiện và thời điểm hoàn tất.
• Đối chiếu thiết bị đã trả với số sê-ri và thêm ghi chú tình trạng cho thiết bị hư hỏng hoặc thất lạc.
• Xác nhận phê duyệt của quản lý, HR và IT có dấu thời gian.
• Giữ hồ sơ mở khi vẫn còn vấn đề cần xử lý, kể cả sau ngày làm việc cuối.

Hồ sơ IT cần nhiều hơn một ô đã đánh dấu. «Đã thu hồi quyền truy cập» không cho HR biết IT đã vô hiệu hóa tài khoản, đổi mật khẩu dùng chung, chuyển tệp hay xóa quyền quản trị. Ghi chú như «Đã tạm ngưng tài khoản Google Workspace lúc 3:14 chiều; đã chuyển quyền sở hữu thư mục dự án cho Priya Shah» cung cấp thông tin mà người rà soát tiếp theo có thể kiểm tra.

Với việc theo dõi hoàn trả thiết bị, hãy đối chiếu tài sản trong danh sách với thiết bị thực tế. Ghi số sê-ri, sạc, phụ kiện và tình trạng. Nếu nhân viên trả laptop có màn hình nứt, hãy ghi rõ và đính kèm hồ sơ bàn giao nội bộ mà công ty đang sử dụng. Đừng hoàn tất nhiệm vụ chỉ vì laptop đã đến văn phòng.

Xem các mục chưa được xử lý là vấn đề đang mở, không phải chú thích nhỏ. Nếu tài khoản cổng thông tin của nhà cung cấp vẫn hoạt động vì IT không có quyền quản trị, hãy giao nhiệm vụ tiếp theo cho một người cụ thể và đặt thời hạn. Đóng hồ sơ sau khi người đó ghi nhận kết quả. Một vấn đề mở rõ ràng an toàn hơn một checklist bị đánh dấu hoàn tất sai.

Bắt đầu với phiên bản đầu tiên thực tế

Bắt đầu với loại nghỉ việc mà đội ngũ thường gặp nhất, chẳng hạn nhân viên toàn thời gian tại văn phòng tự nguyện nghỉ việc. Xây dựng một mẫu bao quát các việc HR, quản lý và IT phải hoàn tất trước ngày làm việc cuối. Một ứng dụng offboarding nhỏ nhưng hoạt động tốt hữu ích hơn một thư viện lớn gồm các mẫu chưa được thử nghiệm.

Hãy tập trung mẫu đầu tiên vào trách nhiệm. HR xác nhận ngày cuối và giấy tờ nghỉ việc. Quản lý ghi nhận công việc chuyển giao kiến thức và kiểm tra tài sản công ty. IT thu hồi tài khoản, thu thiết bị và ghi lại các ngoại lệ cần xử lý tiếp.

Chỉ đưa vào thông tin mọi người cần để hành động:

• Tên nhân viên, phòng ban, quản lý và ngày làm việc cuối cùng.
• Người phụ trách và thời hạn cho từng hạng mục.
• Danh sách thiết bị, tình trạng, số sê-ri và trạng thái hoàn trả.
• Nhiệm vụ thu hồi quyền truy cập đối với những hệ thống nhân viên thực sự sử dụng.
• Trường phê duyệt kèm ngày và ghi chú ngắn.

Thử mẫu trên một hoặc hai trường hợp nghỉ việc thực tế trước khi yêu cầu mọi phòng ban sử dụng. Hỏi HR biểu mẫu đã thu thập đúng hồ sơ chưa, hỏi IT các nhiệm vụ thu hồi quyền truy cập có đến đủ sớm không và hỏi quản lý danh sách nhiệm vụ có phù hợp với công việc hằng ngày không. Theo dõi những nhiệm vụ mọi người bỏ qua, tạo trùng hoặc hiểu sai.

Sau đó điều chỉnh người phụ trách và lời nhắc. Nếu quản lý thường đợi đến ngày cuối mới xác nhận việc trả laptop, hãy gửi lời nhắc sớm hơn hai ngày làm việc. Nếu IT cần quản lý xác nhận trước khi thu hồi tài khoản chuyên dụng, hãy hiển thị sự phụ thuộc đó thay vì dựa vào một tin nhắn trong hộp thư.

Koder.ai có thể giúp đội ngũ tạo ứng dụng offboarding web hoặc mobile phù hợp thông qua quy trình xây dựng bằng chat. Mô tả các trường, vai trò, bước phê duyệt và quy tắc nhắc nhở cần thiết, sau đó hoàn thiện ứng dụng sau những trường hợp đầu tiên. Đội ngũ cũng có thể xuất mã nguồn và tiếp tục phát triển bên ngoài nền tảng.

Phiên bản đầu tiên không cần bao quát mọi ngoại lệ trong chính sách. Nó cần hiển thị từng nhiệm vụ đang mở, nêu người chịu trách nhiệm và giữ hồ sơ theo ngày khi người đó hoàn tất. Đây là nền tảng thực tế để sau này xử lý nhà thầu, hoàn trả từ xa, rà soát quyền truy cập đặc biệt và các trường hợp khác.