Các loại release trong phát triển phần mềm

Trong quá trình phát triển phần mềm có nhiều bước chi tiết để hoàn thành 1 dự án, ở đây tôi sẽ nói tổng quan quá trình đó và tên gọi từng sự kiện.

Lưu ý: Tuỳ vào quy mô công ty, quy mô dự án, độ khó dự án, mô hình quản lý dự án thì các sự kiện có thể sẽ được chia nhỏ hơn.
Và bài viết này tập trung cho quá trình phát triển phần mềm với mô hình kinh doanh outsource, vì làm sản phẩm cho chính công ty thì stakeholder sẽ khác.

Release Alpha

Event này cho khách hàng mường tượng ra phần mềm trông như thế nào.

Đặc điểm chung:

1. Có thể được release sau 1 tháng 2 tháng từ khi bắt tay thiết lập môi trường phát triển.
2. Thường event này sẽ release chức năng core của phần mềm (chưa cần hoàn hảo).
3. Phần mềm có thể bị crash nhưng chấp nhận được.
4. Có thể có các bản release alpha 1, alpha 2, alpha 3…
5. Thường release nội bộ giữa công ty phát triển phần mềm với công ty khách (vì là outsrc mà)

Release Beta

Event này thường là các chức năng đã được 99% rồi, và ít bug, có thể release cho công ty thứ 3 tham gia test. Khách hàng có thể dùng sương sương giống như concept hoặc thiết kế đưa ra ban đầu.

Đặc điểm chung:

1. Full function – các chức năng chính đã xong và chỉ còn lại râu ria.
2. Ít bug (vẫn còn tầm 10 – 15 cái chẳng hạn)
3. Có thể test globally

Release RC (Release Candidate)

Giai đoạn này là đã test hòm hòm và gần như bug là zero, không may lắm thì mới có 1 bug. Và đây cũng là phiên bản rất ổn để release chính thức đến người dùng cuối.

Ví dụ: đầu tuần release RC và trong tuần đó đội tester không phát hiện thêm bug nào nữa thì phiên bản release đó có thể làm bản production luôn.

Release Production

Về phía ngoại bộ:

Bản được publish lên store hoặc lên homepage cho bất kì ai download.

Đây chính là bản RC được đưa lên. Bản này rất ổn định và có thể kết thúc dự án tại đây theo như giao ước với khách hàng trước đó.

Về phía nội bộ:

Kết thúc dự án và báo cáo nội bộ, review lại quá trình làm dự án này xem cái gì tốt, cái gì chưa được để cải thiện trong dự án tới.

Nói chung mọi công đoạn cũng là tương đối, tuỳ vào tình hình dự án và độ cấp thiết thì chúng ta sẽ có sự linh hoạt mà hành động.

@dotrinh

Các bài viết không xem thì tiếc:

• Vòng đời phát triển phần mềm – SDLC
• LƯU Ý KHI ĐƯA APP LÊN APP STORE & TESTFLIGHT TỪ ĐÔ TRỊNH | dotrinh.com
• Làm sao đánh giá một dự án phần mềm thành công?
• Làm việc và học tập 1 cách thông minh hơn – năng suất hơn – chill hơn với ChatGPT
• Cảm hứng làm sản phẩm
• Các loại hợp đồng B2B tại công ty Nhật
• CÁC CÁCH ĐƯA 1 ỨNG DỤNG LÊN APP STORE | DOTRINH.COM
• Cách đưa app iOS lên Apple Store từ Xcode
• Đơn vị báo giá cho thị trường Nhật – 人月, 人日, 人時
• Thiết kế web có khó không? Thiết kế web là làm gì?
• Ghi chú các bản release ứng dụng Tepra LITE Android và iOS | dotrinh.com
• 25 năm internet Việt Nam và ảnh hưởng đến chúng ta
• 7 lời khuyên của Sam Altman để thành công
• FRAMEWORK GIÚP BẠN BẮT ĐẦU MỌI THỨ HIỆU QUẢ NHẤT
• BÁO GIÁ THIẾT KẾ WEBSITE BÁN KHOÁ HỌC ONLINE