Làm phần mềm theo yêu cầu: quy trình từ ý tưởng đến vận hành và cách kiểm soát chi phí

Làm phần mềm riêng thường được quyết định bằng một bản báo giá, nhưng chi phí thật nằm ở phạm vi, cách ký hợp đồng và những khoản phải trả sau ngày bàn giao.

Bài viết cho chủ doanh nghiệp và quản lý đang cân nhắc thuê làm phần mềm. Nguồn gồm Scrum Guide 2020, tài liệu của DORA, nghiên cứu McKinsey cùng Đại học Oxford (2012), bài phản biện báo cáo CHAOS, ISO/IEC 25010, OWASP ASVS và một số điều luật Việt Nam, đối chiếu đến ngày 21/10/2026.

Bài trả lời khi nào không nên làm riêng, quy trình, cách kiểm soát chi phí và tổng chi phí 3 năm. Click Star có dịch vụ phần mềm theo yêu cầu, nên bài có lợi ích liên quan và nhận định được tách riêng.

Điểm chính

• Làm riêng chỉ đáng khi phần mềm có sẵn, cấu hình hoặc no-code không theo kịp quy trình đặc thù.
• Quy trình gồm 6 giai đoạn: khám phá và đặc tả, nguyên mẫu, MVP kèm vòng lặp, kiểm thử và nghiệm thu, triển khai, vận hành và bảo trì, mỗi giai đoạn kết thúc bằng một điểm duyệt.
• Theo McKinsey và Đại học Oxford (2012), dự án CNTT lớn (trên 15 triệu USD) vượt ngân sách trung bình 45%. Đó là dự án lớn và số liệu cũ, không áp thẳng cho dự án nhỏ.
• Báo cáo CHAOS của Standish bị phê bình: theo Eveleens và Verhoef (2010), định nghĩa "thành công" chỉ đo độ chính xác ước tính.
• Chi phí được kiểm soát bằng phạm vi có ưu tiên, ước tính theo khoảng kèm giả định, mốc thanh toán gắn nghiệm thu và quy trình xử lý thay đổi.
• Hãy tính tổng chi phí 3 năm (TCO) bằng công thức và hỏi luật sư về quyền sở hữu mã nguồn trước khi ký.

Khi nào không nên làm phần mềm riêng

Chưa nên làm riêng khi một công cụ có sẵn, sau khi cấu hình, đáp ứng phần lớn quy trình và phần còn lại chỉnh quy trình cho khớp được. Thang dưới đây là khung tham khảo của Click Star, đi từ nhanh và rẻ đến tùy biến sâu.

• Dùng nguyên bản phần mềm có sẵn: chi phí là phí thuê bao, đổi lại phải theo quy trình của nhà cung cấp.
• Cấu hình phần mềm có sẵn: hợp khi khác biệt nằm ở trường dữ liệu, quy tắc duyệt và báo cáo.
• No-code hoặc low-code: hợp với ứng dụng nội bộ đơn giản; hỏi trước giới hạn phân quyền và khả năng xuất dữ liệu.
• Tích hợp công cụ qua API: hợp khi vấn đề là dữ liệu rời rạc chứ không thiếu chức năng.
• Làm riêng: hợp khi quy trình tạo lợi thế cạnh tranh, cần phân quyền và truy vết cao, hoặc công sức làm vòng ngoài hệ thống đã lớn.

Tín hiệu chưa nên làm riêng: chưa viết được quy trình hiện tại ra giấy, hoặc mục tiêu chỉ là "có phần mềm" thay vì một chỉ số kinh doanh.

Click Star đã có bài riêng về Next.js hay WordPress, vibe coding và API.

Quy trình 6 giai đoạn từ ý tưởng đến vận hành

Mỗi giai đoạn nên để lại một thứ duyệt được. Khung do Click Star tổng hợp từ Scrum Guide 2020 và tài liệu DORA, không phải chuẩn bắt buộc, và vẫn cần đủ khi đội dùng AI viết mã.

1. Khám phá và đặc tả yêu cầu

Đầu ra là tài liệu phạm vi: mục tiêu đo được, người dùng, quy trình hiện tại, tính năng có thứ tự ưu tiên và phần ngoài phạm vi. Theo Scrum Guide 2020, Product Backlog là danh sách có thứ tự và liên tục thay đổi.

Đừng quên yêu cầu phi chức năng. ISO/IEC 25010:2023 (11/2023) là mô hình chất lượng sản phẩm với 9 đặc tính, và trang ISO nói có thể dùng để xác định tiêu chí nghiệm thu. OWASP ASVS 5.0.0 (30/5/2025) nêu mục đích dùng khi mua sắm: ghi yêu cầu kiểm chứng bảo mật vào hợp đồng.

2. Nguyên mẫu

Nguyên mẫu là bản bấm thử được, chưa có logic thật, để người dùng thấy luồng làm việc trước khi viết mã. Suy luận của Click Star, không phải số đo: sửa luồng trên nguyên mẫu rẻ hơn sửa sau khi lập trình.

3. Bản chạy tối thiểu (MVP) và vòng lặp

Theo DORA (Working in small batches, cập nhật 8/12/2025), MVP là bản có vừa đủ tính năng để học từ người dùng; làm theo lô nhỏ rút ngắn thời gian có phản hồi. Hãy làm trọn một quy trình quan trọng nhất thay vì làm rộng mà nông.

Scrum Guide 2020 đặt mỗi Sprint tối đa 1 tháng, và Sprint Review là buổi làm việc để đội cùng các bên liên quan quyết định bước tiếp.

4. Kiểm thử và nghiệm thu

Nghiệm thu là so sản phẩm với tiêu chí viết từ giai đoạn 1. Scrum Guide nói hạng mục không đạt Definition of Done thì không được phát hành mà quay lại backlog. Kiểm thử gồm chức năng, hiệu năng, phân quyền, bảo mật và dữ liệu, có người dùng thật tham gia.

5. Triển khai

Triển khai gồm chuyển dữ liệu cũ kèm đối chiếu số lượng, đào tạo, kế hoạch quay lui và phát hành theo lô nhỏ. DORA (cập nhật 5/1/2026) nêu 5 chỉ số phát hành; doanh nghiệp có thể hỏi nhà cung cấp tỷ lệ bản phát hành phải xử lý gấp và thời gian khôi phục khi lỗi.

6. Vận hành và bảo trì

Gồm giám sát, vá bảo mật, cập nhật thư viện, sao lưu có thử khôi phục và hỗ trợ. Click Star đã có bài riêng về sao lưu và khôi phục dữ liệu.

Bằng chứng về vượt ngân sách và giới hạn của nó

Theo McKinsey cùng Đại học Oxford (10/2012), hơn 5.400 dự án CNTT lớn (giá khởi điểm trên 15 triệu USD) vượt ngân sách trung bình 45%, vượt thời gian 7% và mang lại ít hơn 56% giá trị dự kiến.

Trang gốc không mở được bằng công cụ, nên số liệu đọc qua kết quả tìm kiếm và bài CIO.de (thứ cấp). Đây là dự án lớn, dữ liệu 2012, không có số cho Việt Nam.

Flyvbjerg và Budzier (Harvard Business Review, 9/2011) phân tích 1.471 dự án CNTT: vượt ngân sách trung bình 27%, nhưng cứ 6 dự án có 1 dự án vượt trung bình 200% và vượt tiến độ gần 70%. Rủi ro nằm ở phần đuôi, nên nghiệm thu từng chặng giúp phát hiện dự án lệch sớm.

Báo cáo CHAOS của Standish (1994) nêu 16% dự án thành công, 53% "challenged", 31% thất bại. Eveleens và Verhoef (IEEE Software, 1-2/2010) dùng 5.457 dự báo của 1.211 dự án thực, kết luận định nghĩa ấy chỉ đo độ chính xác ước tính chi phí, thời gian và tính năng.

Ở một tổ chức có dự báo khá chính xác, định nghĩa này vẫn chỉ cho 35% "thành công". Ở tổ chức khác, ép theo nó khiến quản lý xin thừa ngân sách; một nửa số dự án lệch từ 233% trở lên. Giới hạn: bài năm 2010, dữ liệu 2 tổ chức lớn ẩn danh; báo cáo CHAOS gần đây trả phí, chưa đọc.

Kiểm soát chi phí: phạm vi, ưu tiên và ước tính theo khoảng

Kiểm soát chi phí bắt đầu từ phạm vi, không phải từ đơn giá. Các khung dưới đây do Click Star đề xuất.

• Phạm vi theo 3 nhóm: bắt buộc để chạy, nên có, để sau. MVP chỉ gồm nhóm đầu, mỗi hạng mục có tiêu chí hoàn thành viết sẵn.
• Ước tính theo khoảng: mỗi hạng mục có mức thấp, mức cao và giả định đi kèm, ví dụ "dữ liệu cũ đã được dọn".
• Khi giả định sai, ước tính được cập nhật qua quy trình thay đổi.

Bài của Eveleens và Verhoef dùng "hình nón bất định" của Boehm, nơi dự báo dần hội tụ về giá trị thực khi dự án tiến triển. Báo giá cố định chỉ đáng tin khi phạm vi đã đặc tả đủ chi tiết; nếu chưa, hãy trả phí giai đoạn khám phá riêng.

Ba mô hình hợp đồng và mốc thanh toán

Không mô hình nào tốt hơn tuyệt đối; lựa chọn phụ thuộc phạm vi rõ đến đâu. Ưu nhược dưới đây là khung của Click Star.

• Trọn gói: ngân sách dự đoán được, nhưng mỗi thay đổi dễ thành tranh chấp; chỉ hợp khi phạm vi đã rõ.
• Theo thời gian và vật liệu: linh hoạt, nhưng ngân sách không chắc nếu thiếu trần và cần doanh nghiệp theo sát.
• Hỗn hợp: kết hợp hai mô hình trên, nhưng hợp đồng phức tạp hơn.

Theo hãng luật Browne Jacobson (25/2/2022, nguồn thứ cấp, bối cảnh khu vực công Anh), các biến thể gồm thời gian và vật liệu có trần theo chặng, chia sẻ chênh lệch so với chi phí mục tiêu, và giá cố định theo chặng.

Mốc thanh toán và tiêu chí hoàn thành. Mốc nên gắn với nghiệm thu từng chặng, không gắn với ngày tháng, và nêu sản phẩm bàn giao, tiêu chí hoàn thành, người ký và số ngày duyệt. Nên giữ một phần thanh toán cuối đến hết bảo hành.

Quản lý thay đổi. Theo Scrum Guide 2020, phạm vi có thể được làm rõ và thương lượng lại với Product Owner khi biết thêm, miễn chất lượng không giảm. Mỗi thay đổi cần phiếu ghi nội dung, lý do, ảnh hưởng thời gian và chi phí, người duyệt.

Tài liệu và bàn giao. Gồm kho mã nguồn có lịch sử, tài liệu kiến trúc, mô hình dữ liệu, mô tả API, hướng dẫn vận hành và quyền tài khoản hạ tầng.

Quyền sở hữu mã nguồn và sở hữu trí tuệ

Click Star không tư vấn pháp lý; hãy hỏi luật sư trước khi ký. Dưới đây là điều đọc được trong văn bản hợp nhất 07/VBHN-VPQH (25/6/2019) của Luật Sở hữu trí tuệ số 50/2005/QH11, bản chép trên caselaw.vn (21/10/2026). Luật đã sửa đổi nhiều lần, cần đối chiếu bản hợp nhất mới nhất.

• Điều 22: chương trình máy tính được bảo hộ như tác phẩm văn học, dù ở dạng mã nguồn hay mã máy.
• Điều 39 khoản 2: bên giao kết hợp đồng với tác giả sáng tạo tác phẩm là chủ sở hữu quyền tài sản và quyền công bố, trừ khi có thỏa thuận khác.
• Điều 45 và 46: chuyển nhượng là chuyển quyền sở hữu và phải lập thành văn bản. Điều 47: chuyển quyền sử dụng chỉ là cho phép dùng có thời hạn.

Điều 39 áp dụng ra sao khi thuê một công ty là câu hỏi cho luật sư. Điều khoản nên làm rõ: chuyển nhượng hay cấp phép, độc quyền hay không, thời điểm chuyển giao, giao kèm mã nguồn, giấy phép mã nguồn mở và bên thứ ba, quyền thuê đơn vị khác bảo trì, quyền sở hữu dữ liệu.

Luật Công nghiệp công nghệ số số 71/2025/QH15 (14/6/2025, hiệu lực 1/1/2026, qua bản chép LuatVietnam) định nghĩa sản phẩm phần mềm ở Điều 13 và xếp sản xuất sản phẩm phần mềm vào ngành nghề đặc biệt ưu đãi đầu tư ở Điều 28. Click Star không thấy điều nào quy định mẫu hợp đồng thuê làm phần mềm.

Chi phí sau bàn giao và tổng chi phí 3 năm

Bài không nêu giá vì giá khác nhau theo nhà cung cấp; hãy lấy từ trang giá chính thức và ghi ngày.

Công thức là khung của Click Star, không phải số đo. TCO 3 năm = A + F + cộng dồn từng năm của (B + C + D + E):

• A: chi phí xây ban đầu, gồm khảo sát, thiết kế, phát triển, nghiệm thu, triển khai.
• B: hạ tầng, tên miền và dịch vụ bên thứ ba mỗi năm.
• C: bảo trì và hỗ trợ mỗi năm.
• D: bảo mật mỗi năm, gồm vá lỗi và rà soát.
• E: nâng cấp và tính năng mới mỗi năm.
• F: thời gian nhân sự nội bộ và chi phí chuyển đổi nếu đổi nhà cung cấp.

TCO mua = phí thuê bao cộng cấu hình, tích hợp, đào tạo và công sức làm vòng ngoài, tính cùng 3 năm.

Đánh giá của Click Star. Rủi ro lớn nhất của dự án nhỏ thường là phạm vi chưa rõ và nghiệm thu thiếu tiêu chí, không phải lập trình. Click Star làm dịch vụ phần mềm theo yêu cầu nên bài đặt phương án có sẵn lên trước; trang dịch vụ của Click Star (21/10/2026) nêu buổi trao đổi đầu tiên có thể kết luận chưa cần làm riêng.

Lộ trình 4 tuần trước khi ký hợp đồng

• Tuần 1: viết quy trình hiện tại và mục tiêu đo được; thử 2 đến 3 sản phẩm có sẵn.
• Tuần 2: viết phạm vi 3 nhóm ưu tiên, yêu cầu phi chức năng; chọn người nghiệm thu.
• Tuần 3: xin báo giá theo khoảng từ ít nhất 2 đơn vị, so cùng phạm vi và tính TCO 3 năm.
• Tuần 4: soạn hợp đồng với mốc thanh toán, tiêu chí hoàn thành, thay đổi, bàn giao, sở hữu; gửi luật sư.

Những sai lầm thường gặp

1. Chọn theo báo giá thấp nhất mà không so cùng phạm vi và giả định.
2. Ký giá cố định khi phạm vi chưa đặc tả.
3. Làm riêng trước khi thử phương án có sẵn.
4. Làm đủ mọi tính năng thay vì một MVP trọn một quy trình.
5. Thanh toán theo ngày tháng, nghiệm thu không có tiêu chí viết sẵn.
6. Không ghi rõ quyền sở hữu mã nguồn và giấy phép thành phần bên thứ ba.
7. Chỉ tính chi phí xây, bỏ qua bảo trì, bảo mật và thời gian đội nội bộ.

Điều chưa biết

Click Star không có số đo chi phí, thời lượng hay tỷ lệ vượt ngân sách của dự án vừa và nhỏ ở Việt Nam, và bài không nêu giá hay thời lượng "chuẩn" vì không có nguồn mở được. Chưa có nguồn về tỷ lệ chi phí bảo trì hay mức dự phòng hợp lý.

Chưa đọc: báo cáo CHAOS gần đây, danh sách 9 đặc tính của ISO/IEC 25010 (trả phí), báo cáo DORA 2025 toàn văn, Nghị định 353/2025/NĐ-CP. Luật được đọc qua bản chép, có thể chưa phản ánh hết sửa đổi.