Nếu đội của bạn có 12 người, đang nhận dự án từ đối tác Nhật và ai cũng đã nghe về CMMI, câu hỏi đầu tiên thường không phải là có nên làm hay không, mà là nên bắt đầu từ chuẩn nào. Chúng tôi đã đi qua đúng câu hỏi này với nhiều đội dev vừa ở Hà Nội và TP.HCM. Bài viết này tổng hợp 10 chuẩn quy trình phần mềm đáng chú ý nhất trong Top 10 chuẩn quy trình phần mềm CMMI năm 2026, kèm tiêu chí chọn và những điểm bạn nên kiểm chứng lại trước khi cam kết với khách hàng.
Trả lời nhanh: nên bắt đầu từ đâu
Nói ngắn gọn, với phần lớn đội dưới 30 người, trục chính vẫn là CMMI kết hợp một chuẩn quản lý chất lượng như ISO 9001. Nếu đội có xử lý dữ liệu khách hàng, bạn nên bổ sung thêm chuẩn bảo mật. Phần còn lại trong danh sách là các chuẩn phát triển và kiểm thử, đóng vai trò hỗ trợ.
Chúng tôi chọn 10 chuẩn này dựa trên ba yếu tố: mức độ phổ biến trong outsourcing, khả năng áp dụng cho đội nhỏ và vừa, và chi phí triển khai thực tế. Có một lưu ý quan trọng: phiên bản và phạm vi áp dụng của một số chuẩn thay đổi theo thời gian. Mọi thông tin trong bài nên được đối chiếu với tài liệu chính thức trước khi đưa vào hợp đồng.
Tiêu chí chọn chuẩn, không chỉ dựa vào tên tuổi
CMMI nghe rất oai, nhưng nếu chỉ chọn theo độ nổi tiếng, đội rất dễ mua về một bộ tài liệu đồ sộ rồi không ai đọc. Vì vậy chúng tôi ưu tiên bốn tiêu chí. Thứ nhất là mức độ được công nhận trong ngành phần mềm và outsourcing, đặc biệt với khách hàng Nhật và châu Âu. Thứ hai là khả năng áp dụng cho đội dưới 20 người, chứ không riêng cho tập đoàn có phòng QA chuyên trách.
Tiêu chí thứ ba là chi phí và thời gian đạt được, tính cả công đào tạo nội bộ và thời gian nhân sự bị kéo ra khỏi dự án. Tiêu chí cuối là mức độ bổ trợ lẫn nhau: chuẩn nào đứng một mình được, chuẩn nào nên đi cùng một chuẩn khác. Chúng tôi từng thấy một đội chọn chuẩn chỉ vì khách hỏi, rồi phải làm lại gần hết khi nhận ra nó không khớp với cách họ làm việc.
Cần nói thật rằng không tồn tại bảng xếp hạng chính thức cho mọi thị trường. Danh sách này là đánh giá tham khảo dựa trên kinh nghiệm thực tế, không phải phán quyết tuyệt đối. Nếu khách hàng yêu cầu một chuẩn cụ thể, yêu cầu đó luôn được ưu tiên hơn bảng xếp hạng của chúng tôi.
Nhóm nền tảng: CMMI và các mô hình tương đương
CMMI (Capability Maturity Model Integration) là mô hình đo mức trưởng thành của quy trình phát triển, chia thành các cấp từ 1 đến 5. Hiểu đơn giản, cấp càng cao thì quy trình càng được đo đếm và lặp lại được, không còn cảnh dự án chỉ chạy được nhờ một người giỏi. Khi đội làm việc theo cách có thể lặp lại, chất lượng mới bắt đầu ổn định.
Phiên bản CMMI hiện hành đã được cập nhật so với các bản cũ, vì vậy bạn nên xác nhận phạm vi đánh giá với đơn vị tư vấn ngay từ đầu. Với đội vừa, cấp 2 và cấp 3 thường là mục tiêu thực tế hơn cả, còn cấp cao hơn cần đầu tư lớn và thời gian dài.
ISO/IEC 15504, hay còn gọi là SPICE, là một mô hình đánh giá quy trình có cấu trúc tương tự CMMI. Nếu khách hàng châu Âu yêu cầu SPICE, bạn có thể đối chiếu chéo giữa hai mô hình để tránh làm trùng việc. Phần lớn khu vực quy trình có thể dùng chung bằng chứng, chỉ khác cách trình bày.
Vậy ai nên bắt đầu từ đây? Đội chưa có quy trình nào, hoặc đang làm mỗi người một kiểu, nên xuất phát từ CMMI. Nó cho bạn bức tranh đầy đủ về những khu vực cần chuẩn hóa, từ quản lý yêu cầu đến đo lường và xác nhận chất lượng.
Chất lượng và bảo mật: hai chuẩn bổ trợ
ISO 9001 tập trung vào quản lý chất lượng tổng thể của tổ chức. Điểm mạnh của nó là dễ kết hợp với CMMI, vì nhiều hoạt động kiểm soát tài liệu và đánh giá nội bộ có thể dùng chung một hệ thống. Đội đã quen với ISO 9001 thường đi qua giai đoạn CMMI nhanh hơn đáng kể, bởi họ đã có sẵn thói quen lưu hồ sơ.
ISO/IEC 27001 đặt trọng tâm vào bảo mật thông tin. Nếu dự án đụng đến dữ liệu khách hàng nhạy cảm, chuẩn này gần như là điều kiện để khách lớn tin tưởng giao việc. Chi phí chứng nhận và thời gian audit khác nhau khá nhiều tùy đơn vị cấp chứng nhận, vì vậy hãy lấy báo giá từ ít nhất hai nơi trước khi quyết định.
Phương pháp phát triển: Agile, Scrum, Kanban và cách đo lường
Có một hiểu lầm mà chúng tôi gặp khá thường xuyên: nhiều đội nghĩ rằng làm Agile thì sẽ tự động đạt cấp CMMI. Thực tế không đơn giản như vậy. Agile giúp đội làm việc linh hoạt và phản hồi nhanh với thay đổi, nhưng CMMI đòi hỏi bằng chứng về tài liệu và đo lường. Thiếu hai thứ đó, đội vẫn là một đội Agile xuất sắc nhưng chưa đạt CMMI.
Chúng tôi từng theo dõi một đội 10 người ở TP.HCM chuyển từ Waterfall sang Scrum trong khoảng sáu tháng. Những sprint đầu, họ gần như không ghi lại gì ngoài các task trên bảng. Đến sprint thứ tư, họ bắt đầu lưu biên bản review và theo dõi velocity. Chính từ thời điểm đó, việc ánh xạ công việc hằng ngày sang các khu vực quy trình của CMMI mới trở nên khả thi.
Kanban phù hợp hơn với đội làm bảo trì hoặc hỗ trợ, nơi công việc đến liên tục và không có chu kỳ sprint rõ ràng. Ở đó, điều quan trọng là giới hạn số việc đang làm dở và theo dõi thời gian lưu chuyển của từng yêu cầu.
Đo lường và kiểm thử: quyết định bằng số liệu
Khu vực Measurement and Analysis trong CMMI yêu cầu đội thu thập số liệu và dùng chúng để ra quyết định, thay vì dựa vào cảm tính. Nghe có vẻ hiển nhiên, nhưng đây lại là khu vực nhiều đội bỏ qua nhất. Một bảng theo dõi lỗi đơn giản, được cập nhật đều đặn, thường có giá trị hơn một báo cáo đẹp nhưng chỉ làm một lần.
Về kiểm thử, ISTQB là chứng chỉ phổ biến cho đội QA, giúp chuẩn hóa thuật ngữ và phương pháp kiểm thử trong đội. Nó không thay thế được CMMI, nhưng bổ sung tốt cho khu vực kiểm thử và xác nhận chất lượng, nhất là khi đội có nhiều người mới. Nếu bạn muốn nền tảng về viết kiểm thử cho người mới, có thể đọc thêm học viết unit test cơ bản cho người mới học lập trình.
So sánh 10 chuẩn theo tiêu chí thực tế
Bảng dưới đây tóm tắt đánh giá tương đối của chúng tôi. Ô nào chưa đủ chắc chắn, chúng tôi ghi cần kiểm chứng để bạn không bị dẫn dắt bởi con số chưa được xác nhận.
| Chuẩn | Mục đích chính | Đối tượng phù hợp | Chi phí tương đối | Thời gian triển khai ước tính |
|---|---|---|---|---|
| CMMI | Đo và nâng cấp trưởng thành quy trình | Đội muốn chuẩn hóa từ đầu, làm outsourcing | Cao | Vài tháng đến hơn một năm, tùy cấp mục tiêu |
| ISO/IEC 15504 (SPICE) | Đánh giá quy trình theo kiểu châu Âu | Khách hàng châu Âu yêu cầu | Trung bình đến cao | Cần kiểm chứng |
| ISO 9001 | Quản lý chất lượng tổng thể | Đội vừa, cần nền tảng dễ kết hợp | Trung bình | Vài tháng |
| ISO/IEC 27001 | Bảo mật thông tin | Dự án có dữ liệu nhạy cảm | Trung bình đến cao | Cần kiểm chứng |
| Scrum | Phát triển theo sprint | Đội có yêu cầu thay đổi thường xuyên | Thấp | Vài tuần làm quen, vài tháng thành thạo |
| Kanban | Quản lý luồng công việc liên tục | Đội bảo trì, hỗ trợ | Thấp | Vài tuần |
| ISTQB | Chuẩn kiểm thử phần mềm | Đội QA | Thấp đến trung bình | Vài tháng đào tạo |
| Measurement and Analysis (CMMI) | Ra quyết định dựa trên số liệu | Đội muốn đo lường rõ ràng | Thấp | Cần kiểm chứng |
| ITIL | Quản lý dịch vụ CNTT | Đội vận hành, bảo trì hệ thống | Trung bình | Cần kiểm chứng |
| DevOps (các thực hành) | Tích hợp và triển khai liên tục | Đội muốn rút ngắn chu kỳ phát hành | Trung bình | Cần kiểm chứng |
Ví dụ triển khai cho một đội dev vừa
Hãy hình dung một đội 15 người vừa nhận dự án outsourcing từ đối tác Nhật, với yêu cầu có định hướng CMMI. Việc đầu tiên họ muốn làm là đăng ký cùng lúc cả mười chuẩn. Chúng tôi khuyên họ dừng lại trước khi đi tiếp.
Lộ trình hợp lý hơn là chọn hai đến ba chuẩn cốt lõi: CMMI làm trục, Scrum làm phương pháp vận hành hằng ngày, và Measurement and Analysis để có số liệu nền. Khi đội đã quen nhịp làm việc mới, mới nên bổ sung ISO 9001 hoặc ISO/IEC 27001 nếu khách hàng thật sự yêu cầu. Làm theo thứ tự này giúp đội không bị quá tải trong những tháng đầu.
Bài học quan trọng nhất là tài liệu hóa vừa đủ. Nếu việc nhỏ nào cũng phải viết ba trang biên bản, đội sẽ kiệt sức và bỏ cuộc giữa chừng. Hãy viết những gì đánh giá viên cần để hiểu quy trình, và tận dụng công cụ sẵn có như bảng theo dõi task hay wiki nội bộ để giảm thao tác thủ công.
Sai lầm thường gặp khi chọn chuẩn quy trình
Sai lầm đầu tiên là chạy theo số lượng chứng chỉ trên hồ sơ năng lực. Khách hàng giỏi sẽ hỏi sâu vào cách đội vận hành, và nếu đội không thật sự hiểu mình đang làm gì, chứng chỉ không cứu được hợp đồng. Chúng tôi từng gặp một đội có hai chứng chỉ nhưng không trả lời được câu hỏi về quy trình xử lý thay đổi yêu cầu.
Sai lầm thứ hai là áp dụng nguyên mẫu chuẩn mà không điều chỉnh theo quy mô. Một quy trình viết cho dự án hai trăm người sẽ khiến đội tám người chết ngộp trong thủ tục. Quy trình tốt là quy trình đội thực sự làm theo mỗi ngày.
Sai lầm thứ ba, cũng là điều hay bị bỏ qua nhất, là quên chi phí duy trì sau khi đạt chứng nhận. Chứng nhận thường có thời hạn và cần đánh giá lại định kỳ. Hãy đưa khoản này vào ngân sách ngay từ đầu, đừng coi là chi phí phát sinh.
Khi nào nên tìm đơn vị tư vấn triển khai
Nếu trong đội không ai nắm rõ khung chuẩn, hoặc đã thử tự làm mà quy trình không tiến triển sau vài tháng, đó là dấu hiệu nên cân nhắc hỗ trợ bên ngoài. Tự làm không sai, nhưng thường mất nhiều thời gian hơn dự tính.
Khi chọn đơn vị tư vấn, hãy ưu tiên ba điều: kinh nghiệm với đội có quy mô tương đương, minh bạch về lộ trình và chi phí, và có tham chiếu dự án cụ thể để bạn trực tiếp hỏi lại. Bạn có thể tham khảo thêm tại tư vấn triển khai CMMI và quy trình phần mềm, nhưng vẫn nên so sánh với ít nhất hai đơn vị khác trước khi ký. Nếu muốn tìm hiểu nền tảng chuyên môn trước, bạn có thể đọc CMMI Level 4 là gì và cách đạt được để hình dung rõ hơn các cấp trưởng thành. Với góc nhìn về quản lý kỹ thuật, bài nợ kỹ thuật là gì và cách quản lý cũng là phần đọc hữu ích khi đội bắt đầu chuẩn hóa quy trình.
Câu hỏi thường gặp
CMMI cấp 3 có đủ cho outsourcing sang Nhật không?
Với nhiều dự án outsourcing quy mô vừa, cấp 3 là mức mà khá nhiều khách Nhật chấp nhận. Tuy nhiên yêu cầu cụ thể khác nhau theo từng khách hàng, nên hãy hỏi trực tiếp họ trước khi đầu tư lớn.
Bao lâu thì một đội nhỏ đạt được một cấp CMMI?
Thời gian phụ thuộc vào trình độ xuất phát và cấp mục tiêu. Đội chưa có quy trình nào thường cần nhiều tháng để đạt cấp 2. Con số cụ thể nên được xác nhận với đơn vị đánh giá, vì mỗi đội một hoàn cảnh.
Nên bắt đầu từ chuẩn nào nếu đội chưa có quy trình?
Bắt đầu bằng CMMI để có bức tranh tổng thể, kết hợp Scrum để vận hành hằng ngày. Đừng cố làm mọi thứ cùng lúc, vì đội sẽ nhanh chóng quá tải.
Chi phí duy trì chứng nhận CMMI hằng năm gồm những gì?
Thường gồm chi phí đánh giá định kỳ, thời gian nhân sự chuẩn bị cho các đợt kiểm tra, và chi phí đào tạo bổ sung khi quy trình thay đổi. Mức cụ thể cần lấy báo giá thực tế từ đơn vị cung cấp.
Có thể áp dụng Agile và CMMI cùng lúc không?
Có, và đây là cách nhiều đội làm việc hiệu quả. Điều kiện là phải ghi lại bằng chứng về tài liệu và đo lường, như đã đề cập ở phần trên.