Ban biên tập gợi ý vài bài học để mở đầu thảo luận.
1. Đừng mặc định hệ thống đúng Một trong những vấn đề cốt lõi được nêu trong vụ Horizon là giả định rằng dữ liệu máy tính đáng tin, nên gánh nặng chứng minh đổ lên người dùng — những người không có quyền truy cập vào nhật ký và mã nguồn. Với PM, bài học là: phản ánh "số liệu sai" từ người dùng phải được xử lý như dấu hiệu lỗi tiềm năng, không phải mặc định là lỗi người dùng.
2. Minh bạch về lỗi đã biết Khi đội phát triển biết hệ thống có lỗi ảnh hưởng tới số liệu, thông tin đó phải đến được với người ra quyết định — kể cả khi bất lợi cho tổ chức. Giá trị trung thực và trách nhiệm trong Bộ Quy tắc đạo đức PMI áp dụng trực tiếp ở đây.
3. Trách nhiệm không kết thúc ở go-live
- Theo dõi khiếu nại, sự cố, sai lệch số liệu sau triển khai như một chỉ số chất lượng.
- Kênh báo lỗi cho người dùng đầu cuối có phản hồi thật.
- Nhật ký kiểm toán (audit log) đủ để điều tra độc lập.
4. Cân bằng quyền lực giữa tổ chức và người dùng Hệ thống tác động đến sinh kế, danh dự của con người cần cơ chế khiếu nại, xem xét độc lập.
Câu hỏi tự kiểm tra cho dự án của bạn: nếu hệ thống tính sai cho một người dùng, họ mất bao lâu và cần bao nhiêu nỗ lực để chứng minh điều đó?
Mời các thành viên chia sẻ kinh nghiệm thực tế — đặc biệt với hệ thống tài chính, thuế, bảo hiểm, nhân sự.
Nguồn: