Chuẩn bị gì để đưa hệ thống mới vào vận hành?

Trước khi chốt ngày sử dụng, hãy xác định những công việc bắt buộc phải làm được trên hệ thống mới. Trong ví dụ nhận đơn, nhân viên phải tạo được đơn, người quản lý duyệt được và kho phải nhận đúng số lượng cần chuẩn bị. Việc từng màn hình mở bình thường chưa đủ nếu một đơn không đi được hết quá trình này.

Người phụ trách từng bộ phận cần xác nhận kết quả kiểm tra liên quan đến công việc của mình. Nhóm kỹ thuật xác nhận môi trường chạy, kết nối và khả năng theo dõi lỗi; người nghiệp vụ xác nhận số liệu và cách xử lý. Với các vấn đề chưa sửa, cần nêu rõ ảnh hưởng, cách xử lý tạm và người đồng ý cho tiếp tục. Không nên hiểu việc chưa ai phản đối là mọi bộ phận đã sẵn sàng.

Chẳng hạn, một nhãn hiển thị chưa đúng màu có thể được sửa sau nếu không gây hiểu nhầm. Nhưng lỗi gửi sai số lượng cho kho có thể khiến doanh nghiệp chưa thể chuyển sang dùng thật. Đây là ví dụ về cách cân nhắc ảnh hưởng, không phải mức chấp nhận chung cho mọi dự án. Điều quan trọng là người quyết định hiểu hậu quả của vấn đề còn lại.

Trước khi xác nhận sử dụng, doanh nghiệp nên để người trực tiếp làm việc thử các tình huống quan trọng và ghi lại kết quả mong đợi. Bài Nghiệm thu phần mềm: Doanh nghiệp cần kiểm tra gì? giúp bạn chuẩn bị bước kiểm tra này, để quyết định bắt đầu dựa trên công việc đã được xác nhận thay vì chỉ dựa vào báo cáo “đã kiểm thử”.

Sự sẵn sàng còn nằm ở người dùng: tài khoản đã đăng nhập được, quyền phù hợp với nhiệm vụ và thiết bị tại nơi làm việc sử dụng được. Nhân viên nên được thực hành một đơn mẫu và biết hỏi ai khi bị vướng. Hướng dẫn chỉ giới thiệu các nút trên màn hình sẽ khó giúp họ xử lý tình huống như khách đổi yêu cầu hoặc một đơn cần tạm dừng.

Lịch chuyển đổi cần trả lời được việc nào làm trước, ai thực hiện, ai xác nhận và khi nào được chuyển sang bước tiếp theo. Với doanh nghiệp trong ví dụ, kế hoạch có thể bắt đầu từ ngừng cập nhật đơn ở hệ thống cũ, lấy phần dữ liệu cuối, đưa sang hệ thống mới, đối chiếu rồi thông báo cho nhân viên bắt đầu. Đây là một trình tự minh họa; cách thực hiện phải được kiểm tra theo hệ thống thực tế.

Mỗi mốc cần có ý nghĩa rõ ràng với người làm việc. “Đã chuyển dữ liệu” là đội kỹ thuật đã nhập xong, hay người phụ trách đã kiểm tra số đơn và công nợ? “Cho phép sử dụng” là mở quyền đăng nhập, hay đã xác nhận đơn mới gửi đến kho đúng? Viết rõ điều kiện hoàn tất sẽ tránh việc một nhóm tưởng đã xong trong khi nhóm sau vẫn đang chờ.

Đặc biệt, phải xác định những giao dịch phát sinh trong lúc chuyển đổi sẽ được ghi ở đâu. Nếu đang lấy dữ liệu mà bán hàng vẫn nhập vào hệ thống cũ, phần phát sinh có thể chưa được đưa sang. Nếu cho nhập ở cả hai bên, cần cách nhận diện và đối chiếu để tránh tạo trùng. Bài Chuyển dữ liệu sang hệ thống mới cần chuẩn bị gì? giải thích cách chốt dữ liệu, kiểm tra phần bổ sung và xác nhận dữ liệu trước khi dùng.

Thời điểm chuyển nên theo nhịp công việc, không mặc định cuối tuần là phù hợp. Một doanh nghiệp bán lẻ có thể bận nhất vào cuối tuần; bộ phận kế toán có thể không thể gián đoạn vào kỳ chốt sổ. Đồng thời, người kiểm tra và bên hỗ trợ phải có mặt trong khoảng đã chọn. Lịch ít khách nhưng không có ai xác nhận kết quả vẫn có thể làm quá trình kéo dài.

Diễn tập cả quá trình, không chỉ thao tác kỹ thuật

Trước ngày chuyển thật, hãy thử kế hoạch trong môi trường phù hợp hoặc đi qua từng bước cùng các bên để tìm chỗ chưa rõ. Người phụ trách cần biết một bước mất bao lâu, phải chờ ai và thông báo qua đâu. Nếu lần thử cho thấy người xác nhận dữ liệu chỉ có mặt sau khi kho bắt đầu ca, cần đổi lịch hoặc phân công lại trước ngày sử dụng.

Nếu triển khai theo chi nhánh hoặc nhóm người dùng, hãy chọn nhóm đầu có công việc đủ đại diện và có thể hỗ trợ sát. Sau lần đầu, kiểm tra các khác biệt trước khi mở rộng: chi nhánh sau có thiết bị khác không, có cách duyệt riêng không, dữ liệu có dùng chung không? Chia đợt có thể giới hạn số người bị ảnh hưởng, nhưng cũng làm tăng việc phối hợp giữa hai cách làm trong thời gian chuyển tiếp.

Kế hoạch cần nói rõ khi nào phải dừng, ai quyết định và trong lúc đó doanh nghiệp tiếp tục công việc bằng cách nào. Với ví dụ nhận đơn, nếu kho không nhận được đơn vừa tạo hoặc số liệu cuối có sai lệch chưa giải thích được, người phụ trách phải biết có được cho nhân viên tiếp tục nhập hay không. Không nên để từng bộ phận tự chọn cách xử lý.

Cần phân biệt ba hướng: hoãn trước khi bắt đầu, tạm dừng để sửa trên hệ thống mới, hoặc quay lại cách làm đã chuẩn bị. Việc chọn hướng nào phụ thuộc vào loại lỗi, dữ liệu đã phát sinh và thời gian còn lại. Quay lại hệ thống cũ không phải lúc nào cũng đơn giản, nhất là sau khi đã có giao dịch mới.

Giả sử nhân viên đã tạo một số đơn trên phần mềm mới rồi mới phát hiện lỗi. Nếu mở lại hệ thống cũ mà chưa ghi nhận các đơn đó, kho có thể bỏ sót; nếu nhập lại mà không đối chiếu, có thể giao hàng hai lần. Vì vậy, phương án quay lại phải chỉ rõ dữ liệu mới được giữ, kiểm tra và đưa về đâu. Người kỹ thuật và người nghiệp vụ cần xác nhận cùng một cách xử lý.

Cũng phải dành thời gian để thực hiện phương án dự phòng. Nếu chỉ quyết định khi đã dùng hết khoảng chuyển đổi, doanh nghiệp có thể không còn đủ thời gian để khôi phục trước ca làm việc tiếp theo. Hãy xác định trước dấu hiệu cần báo động và mốc ra quyết định dựa trên thời gian đã thử, thay vì chờ đến khi lỗi trở nên nghiêm trọng.

Một bản sao lưu chỉ hỗ trợ phương án dự phòng khi người phụ trách có thể lấy lại đúng dữ liệu và đưa hệ thống trở về trạng thái sử dụng được. Bài Sao lưu và khôi phục dữ liệu khi có sự cố trình bày những điều cần xác nhận và cách thử khôi phục trước khi phải dùng đến bản sao trong tình huống thật.

Sau khi bắt đầu dùng, cần theo dõi công việc có thực sự chạy được hay không: đơn đã đến đúng bộ phận chưa, có đơn bị treo không, người dùng có phải ghi lại bằng tay không? Một màn hình không báo lỗi chưa cho biết toàn bộ quá trình đã ổn. Người nghiệp vụ nên kiểm tra những giao dịch quan trọng cùng đội vận hành, nhất là các bước nối giữa hai bộ phận.

Trong những ngày đầu, nên có một nơi tiếp nhận vướng mắc và người phân loại trước khi chuyển cho bên xử lý. Chẳng hạn, không nhìn thấy một đơn có thể do thiếu quyền, chưa chuyển dữ liệu hoặc chưa biết cách lọc. Nếu mọi trường hợp đều được báo là “lỗi phần mềm”, nhóm kỹ thuật sẽ mất thời gian tìm sai nguyên nhân. Hướng dẫn báo vấn đề nên yêu cầu thông tin đủ dùng như thao tác, mã đơn phù hợp để chia sẻ và thời điểm xảy ra, tránh gửi dữ liệu nhạy cảm vào nhóm trao đổi rộng.

Các vấn đề còn lại cần được theo dõi đến khi xử lý xong hoặc có phương án được chấp nhận. Nếu tạm ghi nhận đơn bằng tay, phải có người đối chiếu và cập nhật lại sau đó; nếu bỏ qua bước này, một cách xử lý tạm có thể trở thành nguồn dữ liệu bị thất lạc. Những lỗi thao tác lặp lại cũng là dấu hiệu cần sửa hướng dẫn hoặc cách bố trí công việc, thay vì chỉ giải đáp từng người.

Trước khi kết thúc hỗ trợ chuyển đổi, hãy xác nhận đội vận hành đã nhận được tài khoản, hướng dẫn, đầu mối liên hệ và danh sách vấn đề đang mở. Các bên cũng cần thống nhất ai theo dõi cảnh báo, ai cập nhật phần mềm và trường hợp nào nằm trong phạm vi hỗ trợ. Bài Bảo trì phần mềm gồm những gì? giúp làm rõ các công việc tiếp tục sau khi hệ thống đã được đưa vào sử dụng.

Không nên kết thúc giai đoạn hỗ trợ chỉ vì đã hết số ngày dự kiến. Cần xem những điều kiện đã thống nhất có đạt chưa, chẳng hạn các giao dịch quan trọng đã được kiểm tra, lỗi cản trở công việc đã được xử lý và đội vận hành biết tiếp nhận phần còn lại. Nếu chưa đạt, người phụ trách phải quyết định việc cần bổ sung và cách duy trì hỗ trợ.

Khi chuẩn bị triển khai cùng Fenix, doanh nghiệp có thể bắt đầu từ ba thông tin: công việc không thể gián đoạn, thời điểm dự kiến chuyển và người có quyền xác nhận ở từng bộ phận. Từ đó, hai bên cùng xây lịch chuyển đổi, điều kiện bắt đầu và cách xử lý khi có vấn đề phù hợp với thực tế vận hành.

Trao đổi nhu cầu với Fenix