Khảo sát hệ thống cũ trước khi quyết định thay thế

Ứng dụng cũ có thể gây khó chịu nhưng vẫn âm thầm hỗ trợ tệp xuất, tác vụ định kỳ và ngoại lệ mà danh sách tính năng hiện tại không mô tả. Khảo sát thay thế phải giải thích tổ chức phụ thuộc vào điều gì, không chỉ màn hình hiển thị gì. Nếu không, sản phẩm trông đơn giản hơn có thể làm mất năng lực vận hành mà ai đó vẫn cần.

Theo công việc ra ngoài ứng dụng nhìn thấy

Theo nhiệm vụ quan trọng từ tác nhân khởi đầu đến kết quả nghiệp vụ cuối. Bao gồm tệp, thư điện tử, kiểm tra tay và báo cáo phía sau. Hỏi ai nhận ra khi một bước lỗi và ai biết cách khôi phục. Tìm cách làm bù cho hành vi hệ thống còn thiếu hoặc không ổn định.

Hướng dẫn khám phá của GOV.UK đưa công nghệ cũ và quy trình hiện có vào nhóm ràng buộc cần hiểu.[1] Ghi mỗi phụ thuộc cùng người phụ trách vận hành và hệ quả nếu bị gián đoạn. Không cho rằng hành vi chưa có tài liệu là không cần chỉ vì không ai đưa vào yêu cầu thay thế ban đầu.

Kiểm tra ý nghĩa dữ liệu và hành vi kết nối

Xác định bản ghi chính thức, mã định danh, định nghĩa trạng thái và quy tắc phía sau trường tính toán. So sánh bản ghi đại diện với cách vận hành thực tế. Trường tên đã đóng có thể nghĩa là hoàn tất, hủy hoặc chỉ bị bỏ khỏi hàng đợi. Giải quyết khác biệt trước thiết kế chuyển dữ liệu.

Hướng dẫn công nghệ của GOV.UK khuyến nghị hiểu hệ thống và nguồn dữ liệu hiện có, đồng thời kiểm tra kết nối hoạt động đúng kỳ vọng.[7] Dùng khảo sát có kiểm soát để xác minh giả định quan trọng. Ưu tiên chỉ đọc khi có thể và xin phép riêng cho mọi kiểm tra làm thay đổi hệ thống vận hành.

Ví dụ giả định: thay công cụ đặt thuê

Một doanh nghiệp cho thuê thiết bị giả định cân nhắc thay công cụ đặt thuê. Nhân viên cho biết tệp xuất còn báo cho xưởng món nào cần kiểm tra trước lượt thuê tiếp. Tệp này không có trong bảng so sánh tính năng đề xuất.

Nhóm lập bản đồ trường dữ liệu, người nhận và hệ quả khi thiếu lượt xuất. Sau đó nhóm quyết định hệ thống thay thế phải tạm giữ tệp xuất hay hỗ trợ một cách bàn giao khác đã thống nhất. Ví dụ không giả định chỉ chuyển bản ghi đặt thuê là hoàn tất chuyển đổi.

Danh sách kiểm tra sẵn sàng thay thế

Dùng bằng chứng để xác định ranh giới thay thế đầu tiên. Giữ phát hiện ảnh hưởng tính liên tục nghiệp vụ hiển thị rõ với cả bên mua và nhóm triển khai.

• Liệt kê nhiệm vụ quan trọng, tệp xuất ẩn, việc định kỳ và cách khôi phục tay.
• Nêu người sở hữu và bên nhận của mỗi kết nối quan trọng.
• Kiểm tra bản ghi đại diện để tìm nghĩa mơ hồ và quan hệ còn thiếu.
• Định nghĩa việc vẫn phải vận hành khi đưa hệ thống thay vào.
• Xác định bằng chứng nghiệm thu, nhu cầu đối soát và điều kiện dừng chuyển đổi.

So sánh thay thế với can thiệp hẹp hơn

Danh mục phụ thuộc không bao giờ hoàn toàn đầy đủ. Ưu tiên điều có thể dừng công việc quan trọng hoặc làm sai quyết định, đồng thời ghi giới hạn tin cậy. Không yêu cầu bản sao dữ liệu vận hành không giới hạn chỉ để nghiên cứu thuận tiện hơn.

Thay thế vẫn có thể đúng, nhưng thay đổi hẹp hơn đôi khi giải quyết vấn đề trước mắt với ít việc chuyển đổi hơn. So sánh cải thiện quy trình, đổi kết nối, thay một phần và thay toàn bộ. Chọn theo ranh giới vận hành đã kiểm chứng, không theo tuổi hay vẻ ngoài của phần mềm cũ.