Vì sao việc phát hành (shipping) lại khó
- Nhiều người lầm tưởng rằng “phát hành” là việc dễ, nhưng trạng thái mặc định thường là phát hành bị trì hoãn, bị hủy, hoặc phát sinh vấn đề do mức độ hoàn thiện thấp.
- Không phải cứ viết xong toàn bộ mã hoặc xử lý xong tất cả ticket Jira là sẽ tự động được phát hành. Để phát hành, cần có ai đó đảm nhận vai trò dẫn dắt.
- Việc phát hành phải là ưu tiên số một. Nếu tập trung quá mức vào trải nghiệm người dùng (UX), việc phát hành ngược lại có thể bị chậm.
- Để phát hành dự án thành công, cần có một lãnh đạo kỹ thuật hoặc DRI (Directly Responsible Individual). Những đội có kỹ sư đảm nhận vai trò này thường có xác suất thành công cao hơn.
“Phát hành” là gì?
- Nhiều kỹ sư nghĩ rằng “phát hành” đơn thuần là triển khai mã hoặc bật tính năng, nhưng ở các công ty công nghệ lớn, khái niệm này được định nghĩa khác.
- Một sản phẩm chỉ được xem là đã phát hành khi những người quan trọng trong công ty tin rằng nó “đã được phát hành”. Nếu VP hoặc CEO chưa hài lòng thì dù mã đã được triển khai, nó vẫn chưa thực sự được “phát hành”.
- Nếu dự án đạt thành công lớn với người dùng hoặc tạo ra doanh thu thì đó là đã phát hành; nhưng ngay cả khi phản hồi từ người dùng không tốt, chỉ cần ban lãnh đạo hài lòng thì vẫn được xem là đã phát hành.
Tầm quan trọng của giao tiếp
- Cần nắm thật rõ mục tiêu của dự án là gì. Tùy theo mục tiêu mà cách làm việc và chiến lược giao tiếp sẽ thay đổi.
- Ban lãnh đạo của công ty hầu như không biết các chi tiết kỹ thuật của dự án. Vì vậy, để duy trì niềm tin, cần có ước lượng chính xác, xử lý vấn đề tốt và cập nhật phù hợp.
- Cách duy trì niềm tin:
- Sẽ có lợi nếu trước đây đã từng có kinh nghiệm phát hành thành công.
- Cần thể hiện thái độ tự tin.
- Cần giao tiếp chuyên nghiệp và ngắn gọn như mission control của NASA.
- Cần chủ động cung cấp thông tin qua các thread cập nhật hằng ngày hoặc hằng tuần.
Xử lý sự cố triển khai production
- Phần lớn vấn đề phát sinh từ những chi tiết không lường trước. Ví dụ như vấn đề kích thước block của Memcached, sai lệch trong dự báo lưu lượng truy cập, hoặc các vấn đề liên quan đến dữ liệu người dùng nhạy cảm.
- Để giải quyết vấn đề nhanh chóng, cần có hiểu biết kỹ thuật sâu về hệ thống.
- Cần phản ứng nhanh với các vấn đề đã được dự đoán trước, đồng thời có thể giải thích rõ liệu vấn đề đó có nghiêm trọng hay không.
Có thể phát hành ngay bây giờ không?
- Điều quan trọng là phải tự hỏi liệu có thể phát hành ngay lúc này hay không. Nếu chưa thể, cần nghĩ xem phải thay đổi điều gì thì mới làm được.
- Cần tận dụng feature flag và môi trường staging để có thể nhận phản hồi sớm nhất có thể.
- Ngay trước thời điểm phát hành, nên giảm bớt công việc kỹ thuật và chuẩn bị để có thể phản ứng nhanh khi có sự cố xảy ra.
Tóm tắt
- Công việc phát hành rất khó và phải được xem là ưu tiên hàng đầu.
- Ý nghĩa của việc phát hành không chỉ là triển khai, mà là làm cho đội ngũ lãnh đạo hài lòng.
- Giành được niềm tin của đội ngũ lãnh đạo là chìa khóa cho một lần phát hành thành công.
- Một kế hoạch dự phòng để dự đoán và ứng phó với vấn đề là rất quan trọng.
- Ngay trước khi phát hành, cần giảm bớt công việc phát triển để có thể tập trung vào xử lý sự cố.
- Luôn phải đặt câu hỏi: “Có thể phát hành ngay bây giờ không?”
- Hãy bỏ nỗi sợ và giữ vững dũng khí.
2 bình luận
Ý kiến Hacker News
Tôi đã trích một ý kiến ấn tượng.
“Một số người chỉ muốn xây dựng lãnh địa kỹ thuật cho riêng mình, hoặc muốn được những người ở bất kỳ tầng lớp nào phía trên mình khen ngợi. Đó là cách mà "cuộc chơi" vận hành. Việc chơi trò chơi này cuối cùng sẽ dẫn đến cái chết của tổ chức, và đó cũng chính là lý do ngay từ đầu chúng ta có vòng đời doanh nghiệp. Rốt cuộc, những người như vậy làm hỏng tổ chức từ bên trong, đồng thời đẩy những người có chính kiến thực sự hoặc những người được tối ưu để thực sự hoàn thành công việc ra ngoài.”
“Cách để thắng trò chơi là đừng tham gia chơi nó”