- Kế hoạch phát hành · Release Plan
- Kế hoạch xác định nhóm chức năng nào sẽ được đưa đến người dùng vào khoảng thời gian nào, thường gồm nhiều vòng lặp. Trong agile, kế hoạch phát hành dựa trên backlog đã ưu tiên và tốc độ thực tế của đội, được xem lại sau mỗi vòng lặp; trong hybrid, nó nối kế hoạch tổng thể với các Sprint.
- Tính năng thị trường tối thiểu · Minimum Marketable Feature (MMF)
- Tập chức năng nhỏ nhất, tự đứng được, mang lại giá trị rõ ràng mà người dùng/thị trường sẵn sàng sử dụng (hoặc trả tiền) khi phát hành. Khác với MVP — chủ yếu để kiểm chứng giả thuyết và học hỏi — MMF hướng tới giá trị kinh doanh ngay. Lập kế hoạch phát hành theo chuỗi MMF giúp sớm thu giá trị và tự tài trợ cho các phần sau.
- Sản phẩm khả dụng tối thiểu · Minimum Viable Product (MVP)
- Phiên bản sản phẩm có ít tính năng nhất nhưng đủ để đưa đến người dùng thật nhằm kiểm chứng giả thuyết giá trị và thu thập phản hồi với chi phí, thời gian thấp nhất.
- Chuyển giao liên tục và triển khai liên tục · Continuous Delivery vs Continuous Deployment
- Hai mức tự động hoá sau tích hợp liên tục. Chuyển giao liên tục (Continuous Delivery) bảo đảm mọi thay đổi qua được đường ống kiểm thử đều luôn ở trạng thái sẵn sàng phát hành, nhưng việc đưa lên môi trường thật vẫn do con người quyết định. Triển khai liên tục (Continuous Deployment) đi xa hơn: thay đổi nào qua hết các bước tự động sẽ tự lên môi trường thật, không cần phê duyệt thủ công. Cả hai đòi hỏi kiểm thử tự động tin cậy, lô thay đổi nhỏ và khả năng quay lui nhanh.
- Cờ tính năng · Feature Toggle (Feature Flag)
- Kỹ thuật bọc một tính năng trong điều kiện bật/tắt cấu hình được lúc chạy, nhờ đó mã có thể được triển khai lên môi trường thật mà tính năng chưa hiển thị với người dùng. Cờ tính năng tách "triển khai" (kỹ thuật) khỏi "phát hành" (quyết định kinh doanh), cho phép mở dần cho một nhóm người dùng, thử nghiệm A/B hoặc tắt nhanh khi có sự cố. Mỗi cờ là một khoản nợ kỹ thuật nhỏ: cần ghi lại người chịu trách nhiệm và gỡ bỏ khi tính năng đã ổn định.
- Phát hành theo nhu cầu · Release on Demand (SAFe)
- Khía cạnh cuối của đường ống chuyển giao liên tục trong SAFe: giá trị đã triển khai được đưa tới người dùng vào thời điểm kinh doanh chọn, toàn bộ hoặc từng phần, thay vì gắn cứng với lịch PI hay lịch kỹ thuật. Điều kiện là tách triển khai khỏi phát hành (ví dụ bằng cờ tính năng), có khả năng giám sát, khôi phục nhanh và đo phản hồi sau phát hành. Quyết định khi nào phát hành dựa trên thị trường, quy định và mức sẵn sàng của khách hàng.
- Đánh giá sau triển khai · Post-Implementation Review (PIR)
- Buổi đánh giá được tổ chức sau khi sản phẩm của dự án đã vận hành một thời gian (thường vài tháng) để xem lợi ích có đạt như tình huống kinh doanh kỳ vọng, vấn đề nào phát sinh trong vận hành và cần hành động gì thêm. Khác với buổi tổng kết bài học ngay khi kết thúc dự án.