Ngày phát hành trong phát triển ứng dụng: bản chất, các giai đoạn và chuẩn bị

Các ngày tốt nhất là Thứ Ba, Thứ Tư hoặc Thứ Năm. Thứ Hai có lưu lượng truy cập cao từ cuối tuần và Thứ Sáu có nguy cơ bước vào cuối tuần với bản phát hành có vấn đề. Tránh Thứ Sáu: nếu phát hiện sự cố sau khi triển khai, nhóm sẽ phải sửa nó vào cuối tuần hoặc đợi đến Thứ Hai.

Đọc lý do từ chối trong Resolution Center, sửa lỗi và tải lại bản dựng. Nguyên nhân thường gặp: liên kết hỏng, trường chưa điền, nội dung không có đăng ký (nếu được yêu cầu), ảnh chụp màn hình lỗi thời. Từ chối đánh giá App Store làm chậm quá trình phát hành 24-48 giờ, do đó lần tải bản dựng đầu tiên nên được thực hiện 3-5 ngày trước ngày phát hành dự kiến.

Đối với các bản phát hành lớn (thay đổi chính) — 1%. Đối với các bản vá — 5-10%. Giai đoạn đầu tiên nên đủ nhỏ để trong trường hợp xảy ra lỗi, tác động là tối thiểu, nhưng đủ lớn để thu được các số liệu có ý nghĩa thống kê. 1% đối với ứng dụng có 10 triệu người dùng là 100.000 người — đủ để phát hiện các vấn đề nghiêm trọng.

Tiệc phát hành (ăn mừng của nhóm) là tùy chọn nhưng có lợi cho tinh thần. Tốt hơn nên tổ chức sau khi triển khai 100% thành công, không phải tại thời điểm tải bản dựng lên. Ăn mừng phát hành có thể kết hợp với đánh giá sau phát hành để thảo luận về những gì đã tốt và những gì có thể cải thiện.

Trách nhiệm thuộc về người quản lý phát hành (thường là kỹ sư cao cấp hoặc trưởng nhóm kỹ thuật). Quyết định được đưa ra dựa trên dữ liệu từ bảng điều khiển phát hành, không dựa trên thời hạn. Người quản lý phát hành có thẩm quyền hoãn phát hành nếu các số liệu không vượt qua cổng go/no-go.