Tháng 10/2018, Google công bố Project Strobe: một lỗi trong API của Google+ có thể cho ứng dụng truy cập các trường hồ sơ không công khai của tối đa khoảng 500.000 tài khoản, trong khi 90% phiên truy cập chỉ kéo dài dưới 5 giây. Google chọn đóng bản dành cho người dùng cá nhân. Phân tích dưới góc nhìn đóng dự án: khi nào dừng, cách thông báo và rút lại các cam kết kỹ thuật.
Hàng trăm ứng dụng có thể dùng API; đóng sản phẩm đồng nghĩa phải thông báo, cho thời gian chuyển đổi và tắt API theo giai đoạn. Đây là bản đồ bên liên quan mở rộng (Identify Stakeholders): người dùng cuối, nhà phát triển, khách hàng doanh nghiệp, cơ quan quản lý, và nhân viên nội bộ.
Nhật ký chỉ giữ hai tuần nên không thể khẳng định ai bị ảnh hưởng. Với kế hoạch quản lý rủi ro, chính sách lưu nhật ký là một biện pháp ứng phó: nó quyết định bạn có thể trả lời câu hỏi "chuyện gì đã xảy ra" tốt đến đâu khi sự cố xảy ra.
Đóng một sản phẩm đang chạy gồm nhiều đầu việc ít thấy: xuất dữ liệu cho người dùng, xoá hoặc lưu trữ dữ liệu theo quy định, thu hồi hợp đồng và tài khoản dịch vụ, chuyển giao tri thức, giải tán nhóm. Nếu không có danh mục kiểm tra, các việc này dễ bị sót vì nhóm đã chuyển sang dự án khác.
Chia thành các đợt: ngừng nhận người dùng mới, cho phép xuất dữ liệu, tắt API theo mốc báo trước, xoá dữ liệu theo chính sách. Mỗi mốc đi kèm tiêu chí hoàn tất:
Người dùng đã nhận thông báo đủ sớm, công cụ xuất dữ liệu hoạt động, API đã tắt đúng hạn và không còn lưu lượng bất thường.
Còn một số ứng dụng bên thứ ba chưa chuyển đổi hoặc dữ liệu chưa xoá hết; có người phụ trách và hạn xử lý đã thống nhất.
Phát hiện thêm lỗi bảo mật hoặc yêu cầu pháp lý chưa xử lý; phải xem lại lịch và đường cơ sở trước khi tuyên bố hoàn tất.
Kế hoạch quản lý rủi ro cần quy định thời gian lưu nhật ký tương xứng với mức nhạy cảm của dữ liệu, và quy trình xét ngưỡng thông báo có sự tham gia của pháp chế, bảo mật, truyền thông. Tránh để quyết định thông báo rơi vào một nhóm riêng lẻ.
Khi xuất hiện thông tin mới (ví dụ lỗi thứ hai), thay đổi lịch phải qua kiểm soát thay đổi tích hợp, cập nhật cho mọi bên liên quan và các nhóm vận hành, thay vì để mỗi nhóm tự điều chỉnh.
Lưu số liệu sử dụng, quyết định, sự cố, chi phí đóng cửa vào kho bài học của tổ chức để các sản phẩm khác có thể đánh giá sớm hơn thay vì duy trì sản phẩm mà không ai dùng.
Đóng một sản phẩm cũng là một dự án: cần lập luận kinh doanh, bản đồ bên liên quan, kế hoạch từng giai đoạn và kiểm soát thay đổi. Khi dữ liệu người dùng liên quan, nhật ký và quy trình ra quyết định thông báo là một phần của quản trị rủi ro ngay từ lúc vận hành, không phải việc để nghĩ đến sau sự cố.
Bạn chọn phương án nào?