Mô hình phát triển phần mềm AI-Native MONA đang vận hành 2026

Mô hình phát triển phần mềm mà anh chị chọn quyết định giá tiền, tốc độ và tuổi thọ của phần mềm nhiều hơn bất kỳ dòng code nào. Từ 2025, AI viết code đã đủ giỏi để gánh phần tay chân của nghề này, và cách làm cũ bắt đầu gãy ở đúng chỗ khách chịu thiệt: trả tiền cho thời gian không cần tốn, dự án họp nhiều hơn làm. Bài này công khai mô hình phát triển phần mềm bằng AI đúng nghĩa AI-Native mà MONA đang vận hành thật sau 14.000+ dự án từ 2016, gồm 4 phương pháp có tên tuổi quốc tế. Không lý thuyết suông. 85% khách của tụi em làm xong lần đầu tiếp tục quay lại, phần lớn là nhờ cách làm chứ chẳng phải nhờ may. Cuối bài có bản whitepaper 14 trang để anh chị tải về, đối chiếu với bất kỳ đối tác nào đang báo giá cho mình.

Cách làm phần mềm kiểu cũ đang gãy ở 3 chỗ

PwC khảo sát 377 lãnh đạo công nghệ (CTO, CIO, giám đốc IT) từ tháng 5 đến tháng 6/2025 rồi phát hành nguyên một báo cáo về Agentic SDLC, với một kết luận không né được: AI đã vào từng khâu của vòng đời phần mềm, và công ty nào giữ nguyên quy trình cũ sẽ tụt lại. Tụi em đọc báo cáo đó xong thì thấy nó khớp từng chữ với cái đang diễn ra ở thị trường Việt Nam. Khách vẫn trả giá của năm 2020 cho một nghề đã đổi công cụ từ 2025. Gãy là gãy chỗ đó.

Gãy thứ nhất: khách trả tiền cho thời gian tay chân

Mô hình cũ tính giá theo giờ dev ngồi gõ. Nghe hợp lý, cho tới khi phần lớn khối lượng của một dự án, gồm code lặp, kiểm thử, viết tài liệu, nay AI làm nhanh gấp nhiều lần người. Đối tác chưa đổi quy trình thì phần chênh lệch đó vẫn nằm nguyên trong báo giá của anh chị, và anh chị không có cách nào nhìn thấy nó. Tụi em gọi thẳng tên: đó là tiền mua thời gian không cần tốn.

Gãy thứ hai: dự án họp nhiều hơn làm

Scrum, khung quản trị phổ biến nhất nghề này, sinh ra cho thời mọi thứ đều do người làm và đều tay nhau. Khi AI tăng tốc phần thực thi, tốc độ các đầu việc lệch nhau cực mạnh, nhịp sprint 2 tuần cùng chuỗi họp nghi thức thành nút thắt: việc xong trong 2 ngày vẫn nằm chờ hết sprint mới được giao. Và người ngồi chịu chỗ chờ đó chính là anh chị, chủ của dự án.

Gãy thứ ba: AI dùng sai chỗ còn nguy hơn không dùng

Đầu năm 2025, Andrej Karpathy, đồng sáng lập OpenAI, đặt ra chữ vibe coding cho kiểu nói ý tưởng rồi để AI viết code tới đâu hay tới đó. Nhanh thật, với bản nháp. Còn đem lối đó làm sản phẩm kinh doanh thì ra được thứ chạy ngay hôm nay nhưng không ai dám sửa, vì chẳng có spec nào ghi lại nó phải chạy thế nào. Tụi em nhận không ít ca khách mang phần mềm làm dở từ nơi khác đến nhờ vá: code vẫn chạy, nhưng không tài liệu, không đặc tả, dev cũ nghỉ việc là cả hệ thống thành hộp đen. AI giỏi tới đâu cũng vậy, quy trình không kiểm soát được nó thì sớm muộn cũng trả giá.

Mô hình 4 trụ MONA chọn: Kanban, SDD, AI-DLC, Agentic SDLC

Nghề phần mềm thế giới đã trả lời câu “vậy làm kiểu gì” bằng một loạt phương pháp mới, mỗi cái đều có tổ chức lớn đứng sau chuẩn hoá: Kanban từ hệ Toyota và Lean, Spec-Driven Development được GitHub và Microsoft đóng dấu, AI-DLC do AWS đặt tên năm 2025 và IBM chuẩn hoá định nghĩa, Agentic SDLC được PwC đưa hẳn vào báo cáo tư vấn. MONA không tự chế thuật ngữ cho sang. Tụi em chọn 4 thứ đã được kiểm chứng, ráp lại thành một quy trình phát triển phần mềm duy nhất và vận hành nó nghiêm túc mỗi ngày. 4 phương pháp, 1 nguyên tắc. Bản whitepaper PDF 5,4 MB cuối bài dành hẳn 1 trang trong tổng 14 trang để vẽ sơ đồ ráp nối này, anh chị tải về xem được ngay.

Cả 4 trụ đứng trên một nguyên tắc duy nhất, và nguyên tắc này đáng để anh chị nhớ hơn mọi thuật ngữ trong bài: con người ra đề, kiểm soát và chịu trách nhiệm, AI làm phần tay chân. Quyết định, chất lượng, trách nhiệm là 3 thứ AI không bao giờ được đụng vào. Còn lại, cái gì máy làm nhanh hơn thì để máy làm.

Kanban thay Scrum: quản theo dòng chảy, không quản theo cuộc họp

Kanban là khung quản trị công việc theo dòng chảy liên tục: mỗi đầu việc là một thẻ chạy qua các trạm, từ chờ, viết spec, AI thực thi, người kiểm, đến bàn giao. Không sprint, không chuỗi họp cố định. Việc nào xong là giao ngay, không phải xếp hàng chờ đủ 2 tuần. Ở MONA, mỗi trạm giới hạn số việc đang làm cùng lúc (dân trong nghề gọi là WIP limit) để không dồn tắc, và tụi em đo thời gian một thẻ đi hết vòng, gọi là cycle time, làm số quản lý nhìn hằng ngày thay cho cảm giác.

Vì sao phải thay Scrum? Vì khi AI tham gia, có việc xong trong 2 giờ, có việc cần người nghiền ngẫm 3 ngày, gom hết vào một nhịp sprint là bắt việc nhanh chờ việc chậm. Với anh chị, khác biệt nằm ở một chữ: thấy. Việc của anh chị đang ở trạm nào, ai đang giữ, kẹt chỗ nào, tất cả nằm trên board nhìn được, không phải chờ buổi báo cáo cuối tuần. Tiến độ là thứ nhìn được, không phải lời hứa. Anh chị làm thiết kế website hay viết phần mềm theo yêu cầu tại MONA đều được cấp quyền nhìn board này.

Spec-Driven Development: spec là tài sản, code là thứ sinh lại được

Đây là thay đổi lớn nhất của nghề phần mềm từ khi có AI. Spec-Driven Development (SDD) coi bản đặc tả, tức tài liệu mô tả chính xác phần mềm phải làm gì, là tài sản chính của dự án; code chỉ là thứ AI sinh ra được từ spec. Có spec chuẩn, AI sinh code, sinh kiểm thử, sinh tài liệu. Sinh sai thì sửa spec rồi sinh lại, không vá chồng vá. GitHub công bố các team dùng bộ Spec Kit nội bộ giảm cả chục lần số vòng đập đi viết lại so với kiểu ra lệnh tuỳ hứng, còn AWS ghi nhận ca khách hàng dùng Kiro rút một tính năng 40 giờ công xuống dưới 8 giờ khi viết spec trước.

Tại MONA, SDD đổi luôn vai của dev. Dev senior của tụi em dành thời gian vào đúng chỗ khó: hiểu nghiệp vụ của anh chị, viết spec chặt, duyệt từng dòng AI trả về. Phần gõ code lặp đi lặp lại, vốn ngốn nhiều giờ công nhất của mô hình cũ, chuyển cho AI. Người ra đề, AI làm bài. Bài sai thì người chấm bắt được, vì đề đã ghi rõ đáp án đúng trông thế nào.

Với anh chị, spec còn có một nghĩa nữa: hợp đồng kỹ thuật. Trước khi một dòng code nào chạy, anh chị duyệt bản spec viết bằng tiếng Việt dễ hiểu: phần mềm có gì, chạy thế nào, nghiệm thu ra sao. Giữa chừng đổi yêu cầu? Đổi spec, thấy ngay tốn thêm bao nhiêu tiền, bao nhiêu ngày, trước khi quyết. Hết cảnh “em tưởng anh muốn thế kia”. Lỗi chí mạng của nghề này là báo giá sai rồi giữa chừng đòi thêm; giá của MONA chốt từ spec đã duyệt nên tụi em commit được, và giữ đúng cam kết đó từ 2016 tới giờ.

AI-DLC: AI làm cộng sự ở mọi khâu, con người giữ quyền quyết

Nhiều nơi nói “có dùng AI” nhưng thực ra chỉ là dev bật công cụ gợi ý code. AI-DLC (AI-Driven Development Lifecycle) đi xa hơn hẳn: AI tham gia từ lúc dự án chưa có dòng code nào đến tận lúc vận hành. Ở MONA nó chạy thế này:

• Lên kế hoạch: từ đề bài của anh chị, AI dựng bản kế hoạch, kiến trúc đề xuất, danh sách tính năng và các câu hỏi cần làm rõ, trong vài giờ thay vì vài tuần. Tụi em gọi đây là phiên “mob elaboration”: đội dự án và anh chị ngồi duyệt một lượt, chốt rất nhanh.
• Viết code và kiểm thử: AI sinh code từ spec, tự viết kiểm thử, tự soát lỗi vòng đầu. Người chỉ nhận về những gì đã qua vòng máy.
• Tài liệu: thứ các đội dev hay “làm sau rồi quên” được AI sinh song song với code, luôn khớp bản mới nhất.
• Vận hành: AI trực log 24/7, tóm tắt sự cố thành báo cáo ngắn để người xử lý quyết định nhanh. Đây cũng là cách tụi em chăm websites khách trong dịch vụ quản trị website.

Một ví dụ tụi em kiểm được tận tay, vì nó vừa xảy ra: bản whitepaper 14 trang gắn cuối bài này được làm đúng bằng lối đó trong một buổi chiều ngày 19/08/2026. Người viết spec nội dung cho từng trang, AI dựng bản nháp thiết kế hoàn chỉnh, người soát lại bắt đúng 3 lỗi bố cục, sửa, rồi phát hành. Cũng khối lượng đó giao cho một designer làm tay theo kiểu cũ, tụi em từng đặt, thời gian tính bằng tuần.

Cần nói rõ một chỗ để anh chị không hiểu lầm: AI-DLC không có nghĩa máy quyết thay người. Mọi dòng code AI viết đều qua tay dev senior duyệt trước khi đến anh chị; bảo mật, chuẩn vận hành, quyết định kiến trúc vẫn là việc của người. AI làm nhanh, người bảo đảm đúng. Không có chuyện giao thẳng code máy chưa ai đọc.

Agentic SDLC: chế độ tăng tốc cho MVP và dự án nhỏ

Trụ thứ tư dành cho một tình huống rất cụ thể: anh chị cần thử một ý tưởng kinh doanh nhanh. Với MVP và dự án nhỏ, tụi em cho AI agent tự chạy liền mạch chuỗi lên kế hoạch, viết code, kiểm thử; con người đứng ở 2 cửa, cửa vào chốt đề bài và cửa ra nghiệm thu trước khi giao, tức người chỉ duyệt đúng 2 lần. Bỏ bớt các chặng duyệt giữa, vì ở quy mô nhỏ, tốc độ đáng giá hơn. Kết quả là bản MVP dùng được tính bằng ngày đến tuần thay vì tháng đến quý. Nhanh cỡ đó. Thử 3 hướng, giữ hướng chạy tốt nhất, tổng tiền vẫn nhỏ hơn làm 1 bản theo kiểu cũ.

Con chatbot Gấu Cười đang trực khung chat góc màn hình này và tổng đài 1900 636 648 là sản phẩm nội bộ tụi em nuôi đúng theo lối đó: đề bài chốt trước, AI gánh phần code lặp của từng bản nâng cấp, dev senior soát rồi mới đưa lên máy chủ. Nó trực 24/7, trả lời khách mỗi ngày, và mỗi lần nó ngu chỗ nào thì vòng sửa cũng đi qua đúng 2 cửa duyệt đó. Anh chị muốn có một con tương tự cho doanh nghiệp mình thì xem dịch vụ chatbot AI hoặc viết AI agent theo yêu cầu.

Và đây là chỗ tụi em nói ngược số đông đang hô “cho AI tự chạy hết đi”: không phải dự án nào cũng đáng cho AI tự chạy. Hệ thống lớn, dữ liệu nhạy cảm, dính đến tiền, tụi em cố tình đi chậm lại, quay về SDD cộng AI-DLC với các cửa kiểm soát dày. Biết khi nào KHÔNG cho AI tự chạy cũng là một năng lực, và là thứ anh chị đáng đòi hỏi ở bất kỳ đối tác nào.

Một dự án phát triển phần mềm bằng AI tại MONA chạy như thế nào

Ráp 4 trụ lại, một dự án của anh chị đi qua đúng 6 bước, chạy trên 1 board mà cả hai bên cùng nhìn. Không bước thừa.

1. Tiếp nhận và làm rõ: AI cùng đội MONA và anh chị chốt đề bài trong phiên mob elaboration.
2. Spec và chốt giá: bản đặc tả tiếng Việt, anh chị duyệt xong mới chạy, giá commit từ đây.
3. AI thực thi: code, kiểm thử, tài liệu sinh từ spec.
4. Người kiểm: dev senior duyệt từng phần, đúng nghiệp vụ, bảo mật, chuẩn vận hành.
5. Bàn giao theo dòng chảy: tính năng nào xong giao trước, tiến độ nhìn thấy trên board.
6. Vận hành và bảo trì: AI trực log, người xử lý, phần mềm sống khoẻ sau bàn giao.

Bàn giao xong, anh chị nhận phần mềm kèm spec và tài liệu đầy đủ, đội kỹ thuật nào đọc cũng tiếp quản được. Anh chị không bị phụ thuộc vào một dev “nắm hết bí mật”, rủi ro lớn nhất của phần mềm làm kiểu cũ. Mô hình này áp cho mọi thứ tụi em làm, từ website bán hàng, website doanh nghiệp, hệ thống LMS cho tới bộ AI agent và các gói chuyển đổi AI cho doanh nghiệp. Kho dự án đã bàn giao và khung logo khách hàng là bằng chứng sống, anh chị vào xem tận mắt được. Con số 85% khách tiếp tục đồng hành đến từ bước 6 nhiều hơn từ bước 3: phần mềm sống khoẻ sau bàn giao mới là thứ giữ chân người ta.

Còn một câu hỏi nhạy cảm mà tụi em muốn trả lời thẳng thay vì né: phát triển phần mềm bằng AI có làm giá rẻ đi không? Không hẳn, và ai hứa “rẻ gấp 10” thì anh chị nên cảnh giác. Cái mô hình này làm được là giá ĐÚNG hơn: phần tay chân rẻ đi rõ rệt, phần chất xám (hiểu nghiệp vụ, viết spec, chịu trách nhiệm) vẫn phải trả đúng giá của nó, và tổng thể anh chị nhận nhiều giá trị hơn trên cùng một số tiền, giao nhanh hơn hẳn. Rẻ nhất không bao giờ là mục tiêu của tụi em. Đúng giá và đúng cam kết mới là.

7 câu hỏi giúp anh chị soi mọi đối tác phần mềm

Dù anh chị có làm với MONA hay không, mang 7 câu này đi hỏi bất kỳ đối tác nào cũng lọc được rất nhanh bên có quy trình thật với bên chỉ nói cho hay:

1. Quy trình phát triển của bạn tên là gì, vận hành ra sao? Nói được thành tên, vẽ được thành sơ đồ, nghĩa là có quy trình thật.
2. Ai viết spec? Tôi có được duyệt spec trước khi code chạy không?
3. AI được dùng ở những khâu nào, và ai chịu trách nhiệm cho code AI viết ra?
4. Tôi đổi yêu cầu giữa chừng thì xử lý thế nào, chi phí phát sinh tính ra sao?
5. Tôi xem tiến độ ở đâu, board thật cập nhật hằng ngày hay báo cáo miệng cuối tuần?
6. Bàn giao gồm những gì? Có spec và tài liệu để một đội khác tiếp quản được không?
7. Báo giá này là commit, hay “tạm tính rồi tính tiếp”?

Câu hỏi thường gặp về mô hình phát triển phần mềm thời AI

Mô hình phát triển phần mềm là gì?

Là cách một đội dev tổ chức toàn bộ vòng đời phần mềm: nhận yêu cầu, thiết kế, viết code, kiểm thử, bàn giao, bảo trì. Mô hình quyết định tốc độ, giá và chất lượng nhiều hơn tay nghề của từng dev lẻ, vì nó là thứ bắt lỗi thay cho may rủi. Tại MONA, một dự án đi qua đúng 6 bước từ đề bài đến bảo trì.

Phát triển phần mềm bằng AI có an toàn không?

Có, nếu có kiểm soát. An toàn nghĩa là spec viết trước, mọi code AI sinh ra đều qua người duyệt, hệ thống nhạy cảm thì thêm cửa kiểm. Nguy hiểm khi làm kiểu vibe coding, để AI viết tuỳ hứng không spec, không người soát. Khác biệt nằm ở quy trình chứ chẳng nằm ở AI.

Spec-Driven Development khác gì cách làm truyền thống?

Truyền thống coi code là tài sản, tài liệu viết sau và thường bỏ quên. SDD đảo lại: bản đặc tả là tài sản chính, code do AI sinh từ spec và sinh lại được. Nhờ vậy đổi yêu cầu thấy ngay chi phí, bàn giao có tài liệu chuẩn, không lệ thuộc một dev nắm hết bí mật.

Dự án nhỏ, ngân sách ít có áp được mô hình này không?

Được, thậm chí hưởng lợi nhiều nhất: nhánh Agentic SDLC sinh ra cho đúng nhóm này, MVP tính bằng ngày đến tuần thay vì 3 tháng như lối cũ, chi phí thử một ý tưởng thấp hơn hẳn. Anh chị mô tả ý tưởng, tụi em trả spec sơ bộ kèm giá trước khi anh chị quyết.

MONA áp mô hình này cho dịch vụ nào?

Tất cả, từ 2016 tới nay là hơn 14.000 dự án: phần mềm theo yêu cầu, thiết kế website tích hợp AI, chatbot và AI agent, hệ thống e-learning, cả các sản phẩm nội dung dùng AI như làm video bằng AI. Riêng mảng SEO tụi em cũng chạy AI phần tay chân theo đúng tinh thần đó.