IT Releases
Bản phát hành, triển khai và thay đổi
Sản phẩm và ứng dụng, phiên bản và bản phát hành, kế hoạch và lịch phát hành, cải tiến, lỗi, công việc phát hành và thay đổi, môi trường và triển khai, hoàn tác, ghi chú phát hành và theo dõi sau triển khai. Hoạt động độc lập.
IT Releases: làm được gì và hoạt động thế nào
Sản phẩm và ứng dụng, phiên bản và bản phát hành, kế hoạch và lịch phát hành, cải tiến, lỗi, công việc phát hành và thay đổi, môi trường và triển khai, hoàn tác, ghi chú phát hành và theo dõi sau triển khai. Hoạt động độc lập. Cùng với IT Service Desk, trong bản phát hành sẽ thấy nó gây ra bao nhiêu sự cố và mức độ nghiêm trọng ra sao, còn trong sự cố — bản phát hành nào đã gây ra nó. Cùng với IT SLA — bao nhiêu vi phạm thời hạn liên quan đến bản phát hành.
Cách làm việc — từng bước
- 1
Tạo sản phẩm và môi trường: ví dụ «Cửa hàng trực tuyến» và «Test», «Pre-prod», «Prod»
- 2
Tạo bản phát hành với phiên bản, mức rủi ro và ngày dự kiến, thêm cải tiến và lỗi từ backlog
- 3
Dẫn bản phát hành qua các trạng thái và ghi nhận triển khai lên từng môi trường kèm kết quả
- 4
Sau khi lên prod, theo dõi trong thẻ xem bản phát hành gây ra bao nhiêu sự cố
- 5
Nếu có gì không ổn — hoàn tác bản phát hành kèm lý do và đóng nó khi mọi thứ đã ổn định
Bạn có thể làm gì
- Sản phẩm có dịch vụ và người phụ trách riêng, môi trường phát triển, kiểm thử, pre-prod và prod
- Bản phát hành có phiên bản, tên, mức rủi ro, ngày dự kiến và ghi chú phát hành
- Trạng thái bản phát hành: đã lên kế hoạch, đang thực hiện, kiểm thử, sẵn sàng, đã triển khai, lỗi, đã hoàn tác, đã đóng — chỉ cho phép chuyển bước hợp lệ
- Triển khai lên môi trường với kết quả «thành công» hoặc «lỗi» kèm bình luận
- Hoàn tác bản phát hành với lý do bắt buộc
- Thành phần bản phát hành: cải tiến (FTR), lỗi (BUG), công việc phát hành (RT) và thay đổi (CHG) với số riêng
- Backlog: các công việc chưa vào bản phát hành nào, có lọc theo loại
- Người thực hiện công việc nhận thông báo về việc được giao
- Lịch phát hành theo tháng
- Trong thẻ bản phát hành — bao nhiêu sự cố khi vận hành và sau triển khai, bao nhiêu đang mở và mức độ nghiêm trọng
- Bất kỳ bản ghi công việc nào — sự cố, lỗi — đều có thể liên kết với bản phát hành
Trông như thế nào
Cửa sổ thật của ứng dụng với ví dụ một công ty giả định. Nhấn vào ảnh để phóng to.
Liên kết với những ứng dụng nào
- IT Service Desk: việc lên prod được ghi nhận theo dịch vụ của sản phẩm, sự cố mới của dịch vụ đó tự liên kết với bản phát hành, còn trong thẻ bản phát hành xuất hiện tab «Yêu cầu»
- IT Service Desk: khi có từ ba sự cố trở lên sau triển khai, trợ lý đề nghị tạo vấn đề «Có thể hồi quy»
- IT SLA: trong thẻ bản phát hành — tab vi phạm thời hạn do bản phát hành này gây ra
- Cả ba ứng dụng IT hoạt động trong một môi trường với cột bên chung chứa các mục
Những gì chưa được kết nối
Chúng tôi nói thẳng những gì chỉ hoạt động với nhà cung cấp bên ngoài hoặc vẫn đang trong kế hoạch:
- Kho mã nguồn và CI/CD chưa được kết nối: việc triển khai được đánh dấu thủ công trong ứng dụng, bản thân ứng dụng không triển khai gì cả
Cần kết nối riêng cho công ty của bạn — hãy kể về nhiệm vụ.
Dùng thử IT Releases trong công ty của bạn
Kết nối công ty — ứng dụng được bật trong cửa hàng ứng dụng chỉ trong một phút. Nếu còn thiếu tính năng nào, đội ngũ CODE44 có thể hoàn thiện miễn phí theo nhu cầu của bạn.