Triển khai dự án
Thử triển khai trên nhóm nhỏ với điều kiện dừng rõ ràng
Thử triển khai cần lý do dừng bên cạnh kế hoạch mở rộng. Xác định nhóm tham gia, thời gian quan sát, dấu hiệu ảnh hưởng người dùng và thẩm quyền phục hồi trước khi cho nhóm nhỏ dùng hành vi mới.
Thử triển khai giới hạn người nhận thay đổi, nhưng chỉ giới hạn tiếp xúc chưa tạo ra đợt phát hành được kiểm soát tốt. Nhóm cần biết muốn học gì, dấu hiệu nào quan trọng và khi nào phải tạm dừng. Cần thống nhất rõ các điều kiện này với những người chịu trách nhiệm trước khi kết quả tạo áp lực phải tiếp tục. Coi mở rộng là quyết định riêng, không phải bước tự động sau lần ra mắt yên ắng.
Thiết kế đợt thử trả lời được một câu hỏi
Chọn nhóm có thể thực hiện quy trình dự kiến và nhận hỗ trợ. Ghi cách kiểm soát thành viên và cách bảo đảm người ngoài nhóm không bị ảnh hưởng. Nhóm nội bộ thuận tiện có thể không đại diện khác biệt ngôn ngữ, thiết bị hoặc quyền truy cập quan trọng với đối tượng rộng hơn.
Sổ tay SRE của Google định nghĩa canary là triển khai một phần trong thời gian giới hạn, rồi đánh giá để quyết định có tiếp tục triển khai không.[6] Thử với khách hàng có thể thêm đào tạo và phản hồi nên không hoàn toàn giống canary kỹ thuật. Khuyến nghị ở đây là học cách quyết định dựa trên đánh giá rõ, không cho rằng nhóm nhỏ chứng minh sản phẩm sẵn sàng cho mọi người.
Thống nhất điều kiện dừng và giữ nguyên quy mô
Nêu dấu hiệu ảnh hưởng người dùng, thời gian quan sát và người có quyền tạm dừng. Phân biệt điều kiện phải dừng để hạn chế hậu quả với điều kiện giữ nguyên quy mô khi chưa đủ bằng chứng. Không có hoạt động không phải bằng chứng thành công nếu người thử chưa thực hiện tác vụ.
Chuẩn bị các kiểm soát sau trước khi mở quyền truy cập.
- Nêu câu hỏi cần học và nhóm đủ điều kiện tham gia.
- Định nghĩa điều kiện dừng quan sát được gắn với hậu quả hoặc tính toàn vẹn dữ liệu.
- Xác định người được dừng truy cập và người thông báo cho nhóm thử.
- Thử bước phục hồi, gồm cách xử lý dữ liệu đã thay đổi.
- Nêu bằng chứng và mức sử dụng cần có trước khi mở rộng.
Ví dụ giả định: đổi lịch hẹn
Trong ví dụ giả định về cổng dịch vụ, khách hàng được chọn thử tự đổi lịch. Đợt thử dừng nếu khung giờ đã xác nhận bị đặt trùng hoặc lịch đã đổi biến mất khỏi hàng đợi nhân viên. Việc mở rộng bị giữ lại nếu quá ít người hoàn thành đổi lịch để đánh giá quy trình.
Nhóm chuẩn bị cách tắt lượt tự đổi mới và quy trình đối soát lịch đã sửa. Tắt tính năng không tự khôi phục lịch trước đó. Nhân viên hỗ trợ nhận hướng dẫn cho người tham gia và đầu mối chuyển cấp, để việc hạn chế ảnh hưởng không phụ thuộc tìm đúng lập trình viên ban đầu.
Chỉ mở rộng sau khi diễn giải bằng chứng
Đối chiếu các hành vi thực tế quan sát được với điều kiện thành công và dừng đã thống nhất trước đó. Ghi phần chưa bao phủ, chẳng hạn người dùng công nghệ hỗ trợ hoặc lịch hẹn đặc biệt phức tạp. Hỏi nhóm tiếp theo có rủi ro nào mà nhóm đầu chưa thể làm lộ.
Đợt thử làm phát sinh công việc hỗ trợ và giám sát, còn một số lỗi chỉ xuất hiện ở quy mô lớn. Đừng coi thử nhỏ thành công là bảo đảm. Kết thúc bằng quyết định rõ: mở rộng, sửa hoặc dừng. Trước lần phát hành tiếp theo, diễn tập một tình huống dừng và xác nhận người có thẩm quyền thực sự thực hiện được phục hồi.