Nghiên cứu áp dụng mô hình CMMI tại các doanh nghiệp phần mềm vừa và nhỏ

Luận văn thạc sĩ nghiên cứu nghiên cứu hướng áp dụng mô hình cmmi ở các doanh nghiệp phần mềm vừa và nhỏ, đánh giá hiện trạng, phân tích vấn đề, đề xuất biện pháp hoàn thiện trong

• Tác giả: Hà Mạnh Tuyến
• Người hướng dẫn: PGS.TS Nguyễn Ngọc Bình
• Trường học: Đại học Quốc gia Hà Nội
• Chuyên ngành: Công nghệ thông tin
• Đề tài: Áp Dụng Mô Hình CMMI Cho Doanh Nghiệp Phần Mềm Vừa Và Nhỏ
• Loại tài liệu: luận văn thạc sĩ
• Năm xuất bản: 2014
• Địa điểm: Hà Nội

Mục lục chi tiết

• LỜI CẢM ƠN
• LỜI CAM ĐOAN
• MỤC LỤC
• DANH MỤC CÁC BẢNG
• DANH MỤC HÌNH VẼ, ĐỒ THỊ
• DANH MỤC CÁC KÝ HIỆU VÀ CHỮ VIẾT TẮT
• 1. CHƯƠNG 1: GIỚI THIỆU TỔNG QUAN
• 1.1. Tổng quan về cải tiến quy trình phần mềm
• 1.2. Quy trình phát triển phần mềm
• 1.3. Cải tiến quy trình phần mềm
• 1.4. Doanh nghiệp có quy mô vừa và nhỏ
• 1.5. Vấn đề cải tiến quy trình phần mềm tại các doanh nghiệp vừa và nhỏ
• 1.6. Một số chu trình phát triển phần mềm cơ bản
• 1.6.1. Mô hình thác nước
• 1.6.2. Mô hình V
• 1.6.3. Mô hình bản mẫu
• 1.6.4. Mô hình xoắn ốc
• 1.7. Giới thiệu tổng quan về CMM/CMMI
• 1.8. Mô hình trưởng thành năng lực
• 1.9. Mô hình trưởng thành năng lực tích hợp
• 1.10. Hướng tiếp cận liên tục và mức năng lực quy trình
• 1.11. Hướng tiếp cận theo tầng và mức trưởng thành
• 1.12. Mối quan hệ giữa mức năng lực và mức trưởng thành
• 1.13. So sánh mô hình CMMI với ISO 9001
• 1.14. Phương pháp đánh giá SCAMPI
• 1.15. Tình hình áp dụng CMMI tại Việt Nam và nước ngoài
• 1.16. Một số mô hình cải tiến quy trình được đề xuất áp dụng đối với doanh nghiệp vừa và nhỏ trên thế giới
• 2. CHƯƠNG 2: KINH NGHIỆM ÁP DỤNG CMM/CMMI TẠI VIỆT NAM VÀ NƯỚC NGOÀI
• 2.1. Kinh nghiệm áp dụng tại một số công ty tại Việt Nam
• 2.2. Kinh nghiệm áp dụng tại FPT SOFTWARE (FSOFT)
• 2.3. Kinh nghiệm áp dụng tại công ty PSV
• 2.4. Kinh nghiệm cải tiến quy trình tại CMC SOFT
• 2.5. Kinh nghiệm áp dụng tại một số công ty nước ngoài
• 2.6. Kinh nghiệm áp dụng CMMI tại công ty công nghệ KoreaStore
• 2.7. Kinh nghiệm áp dụng CMMI tại RTI
• 3. CHƯƠNG 3: ĐỀ XUẤT HƯỚNG ÁP DỤNG MÔ HÌNH CMMI CHO DOANH NGHIỆP TẠI VIỆT NAM
• 3.1. Xác định vùng quy trình "Cốt lõi"
• 3.2. Xây dựng mô hình áp dụng
• 3.3. Lập kế hoạch
• 3.4. Định nghĩa quy trình
• 4. CHƯƠNG 4: TRIỂN KHAI ÁP DỤNG VÀ ĐÁNH GIÁ
• 4.1. Lập kế hoạch
• 4.2. Định nghĩa quy trình
• 4.3. Đánh giá kết quả triển khai CMMI tại EVNIT
• TÀI LIỆU THAM KHẢO

Tóm tắt

I. Tổng quan về mô hình CMMI

Mô hình CMMI (Capability Maturity Model Integration) là một khung quản lý quy trình được thiết kế để cải tiến quy trình phát triển phần mềm. Mô hình này giúp các doanh nghiệp phần mềm vừa và nhỏ xác định và cải tiến quy trình của họ, từ đó nâng cao chất lượng sản phẩm và hiệu quả công việc. CMMI bao gồm các cấp độ trưởng thành, từ cấp độ 1 (khởi đầu) đến cấp độ 5 (tối ưu hóa), mỗi cấp độ yêu cầu các tiêu chí và quy trình khác nhau. Việc áp dụng CMMI không chỉ giúp doanh nghiệp cải tiến quy trình mà còn tạo ra một môi trường làm việc chuyên nghiệp, giảm thiểu lỗi và tối ưu hóa chi phí. Theo một nghiên cứu, các doanh nghiệp áp dụng CMMI có thể giảm thời gian xử lý lỗi và tăng cường chất lượng sản phẩm. Điều này đặc biệt quan trọng đối với các doanh nghiệp phần mềm vừa và nhỏ, nơi mà nguồn lực và tài chính thường bị hạn chế.

1.1. Mô hình trưởng thành năng lực

Mô hình trưởng thành năng lực trong CMMI được chia thành năm cấp độ, mỗi cấp độ phản ánh mức độ trưởng thành của quy trình trong tổ chức. Cấp độ 1 là cấp độ khởi đầu, nơi quy trình chưa được định hình rõ ràng. Cấp độ 2 yêu cầu các quy trình cơ bản được thiết lập, trong khi cấp độ 3 yêu cầu quy trình được chuẩn hóa và tài liệu hóa. Cấp độ 4 và 5 tập trung vào việc đo lường và tối ưu hóa quy trình. Việc hiểu rõ các cấp độ này giúp doanh nghiệp xác định vị trí hiện tại của mình và lập kế hoạch cho các bước cải tiến tiếp theo. CMMI không chỉ là một công cụ đánh giá mà còn là một hướng dẫn cho việc cải tiến quy trình, giúp doanh nghiệp phát triển bền vững và nâng cao năng lực cạnh tranh.

II. Lợi ích của việc áp dụng CMMI

Việc áp dụng mô hình CMMI mang lại nhiều lợi ích cho doanh nghiệp phần mềm vừa và nhỏ. Đầu tiên, CMMI giúp cải thiện chất lượng sản phẩm thông qua việc thiết lập các quy trình rõ ràng và có hệ thống. Điều này dẫn đến việc giảm thiểu lỗi và tăng cường sự hài lòng của khách hàng. Thứ hai, CMMI cung cấp một khung để đo lường hiệu suất quy trình, từ đó giúp doanh nghiệp nhận diện các điểm yếu và cơ hội cải tiến. Hơn nữa, việc có chứng chỉ CMMI có thể nâng cao uy tín của doanh nghiệp trên thị trường, tạo ra lợi thế cạnh tranh. Cuối cùng, CMMI khuyến khích văn hóa cải tiến liên tục trong tổ chức, giúp nhân viên nhận thức được tầm quan trọng của việc cải tiến quy trình và chất lượng sản phẩm.

2.1. Cải tiến quy trình và chất lượng sản phẩm

Cải tiến quy trình là một trong những mục tiêu chính của việc áp dụng CMMI. Các doanh nghiệp phần mềm vừa và nhỏ thường gặp khó khăn trong việc duy trì chất lượng sản phẩm do thiếu quy trình rõ ràng. CMMI cung cấp một khung để thiết lập và cải tiến quy trình, từ đó giúp doanh nghiệp nâng cao chất lượng sản phẩm. Việc áp dụng các quy trình chuẩn hóa giúp giảm thiểu sai sót và tăng cường hiệu quả làm việc. Theo một nghiên cứu, các doanh nghiệp áp dụng CMMI đã ghi nhận sự cải thiện đáng kể trong chất lượng sản phẩm và sự hài lòng của khách hàng. Điều này chứng tỏ rằng việc cải tiến quy trình không chỉ là một yêu cầu mà còn là một yếu tố quyết định đến sự thành công của doanh nghiệp.

III. Thách thức trong việc áp dụng CMMI

Mặc dù có nhiều lợi ích, việc áp dụng CMMI cũng gặp phải không ít thách thức, đặc biệt đối với các doanh nghiệp phần mềm vừa và nhỏ. Một trong những thách thức lớn nhất là thiếu nguồn lực và kinh phí để triển khai các quy trình cải tiến. Nhiều doanh nghiệp không có đủ nhân lực hoặc tài chính để thực hiện các yêu cầu của CMMI, dẫn đến việc áp dụng không hiệu quả. Bên cạnh đó, sự thiếu hụt về kiến thức và kinh nghiệm trong việc triển khai CMMI cũng là một rào cản lớn. Nhiều doanh nghiệp không biết bắt đầu từ đâu hoặc không có hướng dẫn cụ thể, dẫn đến việc áp dụng không đạt được kết quả như mong đợi. Cuối cùng, sự kháng cự từ phía nhân viên cũng có thể cản trở quá trình cải tiến quy trình.

3.1. Thiếu nguồn lực và kinh phí

Thiếu nguồn lực và kinh phí là một trong những thách thức lớn nhất mà các doanh nghiệp phần mềm vừa và nhỏ phải đối mặt khi áp dụng CMMI. Nhiều doanh nghiệp không có đủ ngân sách để đầu tư vào việc cải tiến quy trình, dẫn đến việc không thể thực hiện các yêu cầu của CMMI. Điều này đặc biệt đúng đối với các doanh nghiệp nhỏ, nơi mà nguồn lực tài chính thường bị hạn chế. Việc thiếu nhân lực có kinh nghiệm trong việc triển khai CMMI cũng làm tăng thêm khó khăn. Do đó, các doanh nghiệp cần tìm kiếm các giải pháp hỗ trợ, như hợp tác với các tổ chức tư vấn hoặc tham gia các khóa đào tạo để nâng cao năng lực cho nhân viên.

Nội dung chính

Tổng quan nghiên cứu

Ngành công nghiệp phần mềm Việt Nam đã có sự phát triển nhanh chóng với khoảng 1.500 doanh nghiệp phần mềm và gần 79.000 lao động tính đến năm 2011. Tuy nhiên, phần lớn các doanh nghiệp này là doanh nghiệp vừa và nhỏ, chiếm tới 96% tổng số doanh nghiệp theo Hiệp hội Doanh nghiệp Vừa và Nhỏ Việt Nam (VINASME). Những doanh nghiệp này thường gặp nhiều thách thức như quy mô nhỏ, nguồn nhân lực hạn chế, chất lượng sản phẩm chưa cao và năng lực tiếp thị còn yếu. Việc cải tiến quy trình phát triển phần mềm trở thành một nhu cầu cấp thiết nhằm nâng cao năng lực cạnh tranh và chất lượng sản phẩm.

Mô hình CMMI (Capability Maturity Model Integration) được xem là một trong những công cụ hiệu quả giúp các doanh nghiệp phần mềm cải tiến quy trình phát triển, nâng cao chất lượng sản phẩm và tối ưu hóa chi phí. Trên thế giới, CMMI đã được áp dụng rộng rãi và chứng minh hiệu quả trong việc tạo môi trường làm việc chuyên nghiệp, giảm lỗi và rút ngắn thời gian xử lý lỗi. Tại Việt Nam, mặc dù số lượng doanh nghiệp áp dụng CMMI còn hạn chế, đặc biệt là các doanh nghiệp vừa và nhỏ, nhưng xu hướng này đang tăng lên rõ rệt với 31 doanh nghiệp đạt chứng chỉ CMMI tính đến năm 2014.

Mục tiêu nghiên cứu của luận văn là đề xuất hướng áp dụng mô hình CMMI-DEV v1.3 phù hợp với các doanh nghiệp phần mềm vừa và nhỏ tại Việt Nam, đồng thời triển khai thí điểm tại Trung tâm Công nghệ thông tin – Chi nhánh Tập đoàn Điện lực Việt Nam. Nghiên cứu tập trung vào việc xác định các vùng quy trình "cốt lõi" phù hợp, xây dựng mô hình áp dụng và đánh giá kết quả triển khai nhằm nâng cao hiệu quả cải tiến quy trình phát triển phần mềm trong bối cảnh nguồn lực hạn chế.

Phạm vi nghiên cứu bao gồm các doanh nghiệp phần mềm vừa và nhỏ tại Việt Nam, với dữ liệu thu thập từ các mô hình cải tiến quy trình trên thế giới, kinh nghiệm áp dụng CMMI tại Việt Nam và nước ngoài, cùng với khảo sát thực tế tại đơn vị thí điểm trong giai đoạn 2013-2014. Ý nghĩa nghiên cứu được thể hiện qua việc cung cấp một hướng tiếp cận khả thi, tiết kiệm chi phí và phù hợp với đặc thù doanh nghiệp Việt Nam, góp phần nâng cao năng lực cạnh tranh và chất lượng sản phẩm phần mềm.

Cơ sở lý thuyết và phương pháp nghiên cứu

Khung lý thuyết áp dụng

Luận văn dựa trên hai lý thuyết và mô hình chính:

1. Mô hình trưởng thành năng lực tích hợp (CMMI-DEV v1.3): Đây là mô hình cải tiến quy trình phát triển phần mềm được Viện Công nghệ Phần mềm Mỹ (SEI) phát triển, bao gồm 22 vùng quy trình thuộc các nhóm Quản lý dự án, Quản lý quy trình, Kỹ thuật và Hỗ trợ. Mô hình có hai hướng tiếp cận: theo tầng (Staged Representation) và liên tục (Continuous Representation), với 5 cấp độ trưởng thành từ 1 đến 5. Mục tiêu của CMMI là giúp tổ chức cải tiến quy trình phát triển phần mềm một cách hệ thống, nâng cao chất lượng và hiệu quả.

2. Các mô hình cải tiến quy trình cho doanh nghiệp vừa và nhỏ trên thế giới: Nghiên cứu tổng hợp các mô hình như EPA (Anh), ADEPT (Ai-len), MPS.BR (Bra-xin), SPISO (Thụy Điển), CMM Fast-Track (Hồng Kông), SPIMO (gia công phần mềm) để xác định các vùng quy trình cốt lõi phù hợp với doanh nghiệp vừa và nhỏ. Các mô hình này đều dựa trên các vùng quy trình của CMMI nhưng được tinh giản và điều chỉnh phù hợp với nguồn lực hạn chế.

Các khái niệm chính được sử dụng trong nghiên cứu bao gồm: vùng quy trình (Process Area), mức năng lực (Capability Level), mức trưởng thành (Maturity Level), mục tiêu chung (Generic Goals), mục tiêu cụ thể (Specific Goals), quy tắc thực tiễn chung (Generic Practices), quy tắc thực tiễn cụ thể (Specific Practices).

Phương pháp nghiên cứu

Nguồn dữ liệu chính được thu thập từ:

• Tài liệu mô hình CMMI-DEV v1.3 và các tài liệu hướng dẫn của SEI.
• Báo cáo, thống kê về tình hình áp dụng CMMI tại Việt Nam và quốc tế.
• Các mô hình cải tiến quy trình dành cho doanh nghiệp vừa và nhỏ trên thế giới.
• Kinh nghiệm thực tiễn áp dụng CMMI tại các doanh nghiệp phần mềm lớn và vừa ở Việt Nam (FPT Software, PSV, CMC Software) và một số công ty nước ngoài (KoreaStore, RTI).
• Khảo sát thực nghiệm tại Trung tâm Công nghệ thông tin – Chi nhánh Tập đoàn Điện lực Việt Nam.

Phương pháp phân tích bao gồm:

• Phân tích định tính các vùng quy trình trong các mô hình cải tiến để xác định vùng quy trình "cốt lõi".
• Phân tích mối quan hệ giữa các vùng quy trình để xây dựng mô hình áp dụng phù hợp.
• Phân tích số liệu thống kê về số lượng chứng chỉ CMMI và mức độ áp dụng tại Việt Nam và quốc tế.
• Triển khai thí điểm mô hình đề xuất và đánh giá kết quả qua các chỉ số về tuân thủ quy trình, chất lượng sản phẩm và hiệu quả quản lý dự án.

Cỡ mẫu nghiên cứu thực nghiệm tại đơn vị thí điểm gồm các dự án phần mềm với quy mô vừa và nhỏ, được lựa chọn theo phương pháp chọn mẫu thuận tiện nhằm đảm bảo tính khả thi và đại diện cho nhóm doanh nghiệp mục tiêu. Thời gian nghiên cứu kéo dài từ năm 2013 đến 2014, bao gồm các giai đoạn khảo sát, xây dựng mô hình, triển khai thí điểm và đánh giá.

Kết quả nghiên cứu và thảo luận

Những phát hiện chính

1. Xác định vùng quy trình "cốt lõi" cho doanh nghiệp vừa và nhỏ: Qua phân tích 6 mô hình cải tiến quy trình trên thế giới, 4 vùng quy trình được sử dụng phổ biến nhất là Quản lý cấu hình (CM), Quản lý yêu cầu (REQM), Lập kế hoạch dự án (PP) và Đào tạo (OT). Các vùng này xuất hiện từ 5 đến 6 lần trong các mô hình, cho thấy tính thiết yếu trong cải tiến quy trình cho doanh nghiệp vừa và nhỏ.

2. Mối quan hệ giữa các vùng quy trình "cốt lõi" và các vùng quy trình khác: Phân tích mối liên hệ cho thấy các vùng quy trình như Phát triển yêu cầu (RD), Giải pháp kỹ thuật (TS), Tích hợp sản phẩm (PI), Kiểm tra (VER), Xác nhận (VAL) có liên quan mật thiết đến các vùng quy trình "cốt lõi". Điều này cho phép xây dựng mô hình áp dụng theo nhóm, triển khai từng bước phù hợp với nguồn lực doanh nghiệp.

3. Kinh nghiệm áp dụng CMMI tại Việt Nam và quốc tế: Các doanh nghiệp lớn như FPT Software, PSV, CMC Software đã thành công trong việc áp dụng CMMI cấp độ 3 đến 5, với các yếu tố then chốt gồm cam kết lãnh đạo, chuẩn bị nguồn lực, đào tạo nhân sự, sử dụng công cụ hỗ trợ và xây dựng bộ phận quản lý quy trình chuyên trách. Tại Việt Nam, số lượng chứng chỉ CMMI tăng đều qua các năm, đạt 31 doanh nghiệp tính đến 2014, đứng thứ hai khu vực Đông Nam Á.

4. Hiệu quả triển khai mô hình CMMI-VSME thí điểm tại Trung tâm Công nghệ thông tin – EVNIT: Việc áp dụng mô hình theo nhóm vùng quy trình giúp doanh nghiệp vừa và nhỏ có thể cải tiến quy trình một cách bài bản, tiết kiệm chi phí và phù hợp với năng lực hiện có. Qua đánh giá nội bộ, tỷ lệ tuân thủ quy trình đạt trên 80%, giảm lỗi phát sinh trong quá trình phát triển phần mềm khoảng 25%, và thời gian xử lý lỗi giảm 15% so với trước khi áp dụng.

Thảo luận kết quả

Nguyên nhân thành công của mô hình CMMI-VSME là do sự lựa chọn vùng quy trình phù hợp với đặc thù và nguồn lực của doanh nghiệp vừa và nhỏ, tránh áp dụng toàn bộ mô hình CMMI phức tạp và tốn kém. Việc phân nhóm vùng quy trình theo trình tự triển khai giúp doanh nghiệp tập trung nguồn lực, giảm thiểu rủi ro và tăng khả năng chấp nhận thay đổi.

So sánh với các nghiên cứu trước đây, kết quả phù hợp với báo cáo của các doanh nghiệp lớn tại Việt Nam và quốc tế, đồng thời bổ sung hướng tiếp cận thực tiễn cho doanh nghiệp vừa và nhỏ. Việc áp dụng mô hình CMMI-VSME không chỉ nâng cao chất lượng sản phẩm mà còn cải thiện văn hóa làm việc và năng lực quản lý dự án.

Dữ liệu có thể được trình bày qua biểu đồ thể hiện tỷ lệ tuân thủ quy trình theo từng vùng quy trình, biểu đồ so sánh số lỗi phát sinh và thời gian xử lý lỗi trước và sau khi áp dụng mô hình, cũng như bảng tổng hợp các chỉ số hiệu quả quản lý dự án.

Đề xuất và khuyến nghị

1. Xây dựng bộ phận quản lý và cải tiến quy trình chuyên trách: Doanh nghiệp cần thành lập bộ phận SEPG (Software Engineering Process Group) và các đội QA, QC để đảm bảo việc xây dựng, triển khai và giám sát quy trình được thực hiện bài bản. Thời gian thực hiện: 3-6 tháng; Chủ thể: Ban lãnh đạo doanh nghiệp.

2. Triển khai áp dụng mô hình CMMI-VSME theo nhóm vùng quy trình: Áp dụng theo trình tự nhóm 1 (PP, REQM, OT), nhóm 2 (RD, TS, PI), nhóm 3 (VER, VAL, CM) để phù hợp với nguồn lực và khả năng tiếp nhận của doanh nghiệp. Thời gian thực hiện: 12-18 tháng; Chủ thể: Bộ phận SEPG phối hợp với các dự án.

3. Tăng cường đào tạo và nâng cao nhận thức về cải tiến quy trình: Tổ chức các khóa đào tạo, hội thảo nhằm nâng cao nhận thức và kỹ năng cho nhân viên về CMMI và quy trình phát triển phần mềm. Thời gian thực hiện: liên tục; Chủ thể: Bộ phận đào tạo và SEPG.

4. Sử dụng công cụ hỗ trợ quản lý dự án và kiểm soát chất lượng: Áp dụng các công cụ quản lý lỗi, quản lý cấu hình, theo dõi tiến độ dự án để tăng hiệu quả kiểm soát và giảm thiểu sai sót. Thời gian thực hiện: 6-12 tháng; Chủ thể: Bộ phận CNTT và SEPG.

5. Thực hiện đánh giá nội bộ và cải tiến liên tục: Định kỳ tổ chức đánh giá tuân thủ quy trình, thu thập phản hồi và điều chỉnh quy trình phù hợp với thực tế hoạt động. Thời gian thực hiện: hàng quý; Chủ thể: Bộ phận SEPG và Ban lãnh đạo.

Đối tượng nên tham khảo luận văn

1. Doanh nghiệp phần mềm vừa và nhỏ tại Việt Nam: Nhóm đối tượng chính có thể áp dụng mô hình CMMI-VSME để cải tiến quy trình phát triển phần mềm, nâng cao chất lượng sản phẩm và năng lực cạnh tranh.

2. Các nhà quản lý dự án và lãnh đạo doanh nghiệp CNTT: Tham khảo để xây dựng chiến lược cải tiến quy trình, tổ chức bộ máy quản lý chất lượng và hoạch định nguồn lực phù hợp.

3. Chuyên gia tư vấn và đào tạo về quản lý chất lượng phần mềm: Sử dụng luận văn làm tài liệu tham khảo để tư vấn, thiết kế chương trình đào tạo và hỗ trợ doanh nghiệp áp dụng CMMI hiệu quả.

4. Các nhà nghiên cứu trong lĩnh vực kỹ thuật phần mềm và quản lý dự án: Tham khảo các phương pháp nghiên cứu, mô hình áp dụng và kết quả thực nghiệm để phát triển nghiên cứu sâu hơn về cải tiến quy trình phần mềm cho doanh nghiệp vừa và nhỏ.

Câu hỏi thường gặp

1. CMMI là gì và tại sao doanh nghiệp phần mềm nên áp dụng?
   CMMI là mô hình trưởng thành năng lực tích hợp giúp doanh nghiệp cải tiến quy trình phát triển phần mềm, nâng cao chất lượng sản phẩm và hiệu quả quản lý dự án. Áp dụng CMMI giúp giảm lỗi, tối ưu chi phí và tăng sự hài lòng của khách hàng.

2. Doanh nghiệp vừa và nhỏ có thể áp dụng toàn bộ mô hình CMMI không?
   Không nên áp dụng toàn bộ do mô hình phức tạp và tốn kém. Nghiên cứu đề xuất mô hình CMMI-VSME với các vùng quy trình "cốt lõi" phù hợp, giúp doanh nghiệp vừa và nhỏ triển khai hiệu quả, tiết kiệm chi phí.

3. Các vùng quy trình "cốt lõi" trong mô hình CMMI-VSME gồm những gì?
   Bao gồm Quản lý cấu hình (CM), Quản lý yêu cầu (REQM), Lập kế hoạch dự án (PP) và Đào tạo (OT). Đây là các vùng quy trình thiết yếu giúp doanh nghiệp xây dựng nền tảng quản lý và cải tiến quy trình.

4. Làm thế nào để doanh nghiệp vừa và nhỏ bắt đầu triển khai CMMI?
   Bắt đầu bằng việc thành lập bộ phận chuyên trách quản lý quy trình, đánh giá hiện trạng, xây dựng kế hoạch chi tiết, đào tạo nhân sự và triển khai theo nhóm vùng quy trình theo trình tự ưu tiên.

5. Có những khó khăn nào khi áp dụng CMMI tại doanh nghiệp vừa và nhỏ?
   Khó khăn chính gồm nguồn lực hạn chế, chi phí đầu tư cao, thiếu kinh nghiệm và kỹ năng, cũng như sự thay đổi văn hóa và nhận thức trong tổ chức. Việc áp dụng mô hình phù hợp và có sự hỗ trợ từ lãnh đạo là yếu tố then chốt để vượt qua khó khăn.

Kết luận

• Đã xác định được các vùng quy trình "cốt lõi" phù hợp cho doanh nghiệp phần mềm vừa và nhỏ tại Việt Nam gồm CM, REQM, PP và OT.
• Đề xuất mô hình CMMI-VSME với kiến trúc triển khai theo nhóm vùng quy trình giúp doanh nghiệp áp dụng hiệu quả, tiết kiệm chi phí và phù hợp với nguồn lực.
• Kinh nghiệm áp dụng CMMI tại các doanh nghiệp lớn trong và ngoài nước cho thấy vai trò quan trọng của cam kết lãnh đạo, đào tạo nhân sự và sử dụng công cụ hỗ trợ.
• Triển khai thí điểm tại Trung tâm Công nghệ thông tin – EVNIT cho kết quả tích cực với tỷ lệ tuân thủ quy trình trên 80%, giảm lỗi phát sinh và rút ngắn thời gian xử lý lỗi.
• Đề xuất các bước tiếp theo gồm mở rộng triển khai mô hình CMMI-VSME tại các doanh nghiệp vừa và nhỏ khác, đào tạo nâng cao và xây dựng hệ thống đánh giá nội bộ định kỳ.

Các doanh nghiệp phần mềm vừa và nhỏ nên bắt đầu xây dựng bộ phận quản lý quy trình và áp dụng mô hình CMMI-VSME để nâng cao năng lực cạnh tranh và chất lượng sản phẩm trong bối cảnh thị trường ngày càng khắt khe.

Trích đoạn nội dung tài liệu

phần mở đầu cho vùng quy trình, thường gồm phạm vi của vùng quy trình và tầm quan trọng của nó. Các vùng quy trình liên quan (Related Process Areas): phần này sẽ liệt kê các tham chiếu đến các vùng quy trình có liên quan khác. Trong mô hình CMMI không có sơ đồ biểu diễn về sự liên quan của các vùng quy trình.Dựa trên các thông tin mô tả các vùng quy trình liên quan của mỗi vùng quy trình để tổng hợp và thể sự liên quan đó qua các con số được tổng hợp trongBảng 1.2, qua số liệu tổng hợp nhận cho thấy vùng quy trình tích hợp sản phẩm (PI) có tham chiếu đến vùng quy trình khác nhiều nhất.2:Mối liên quan giữa các vùng quy trình trong CMMI Mục tiêu chung (Generic Goals, GG):các mục tiêu cần đạt được phát biểu z 12 chung và có liên quan đến nhiều vùng quy trình khác, được gọi là mục tiêu chung. Danh sách các mục tiêu chung được nêu ra tại Bảng 1.

Mục tiêu cụ thể (Specific Goals, SG): các mục tiêu cần đạt được phát biểu riêng cho một vùng quy trình duy nhất, được gọi là mục tiêu cụ thể hay chuyên biệt. Quy tắc thực tiễn chung (Generic Practices, GP):các quy tắc thực tiễnđược phát biểu chung cho nhiều vùng quy trình, nó được gọi là quy tắc thực tiễn chung. Quy tắc thực tiễncụ thể (Specific Practices, SP):các quy tắc thực tiễn được phát biểu cho riêng một vùng quy trình nào đó, được gọi là quy tắc thực tiễn cụ thể hay chuyên biệt. Ví dụ về các mục tiêu cụ thể và quy tắc thực tiễn cụ thể của vùng quy trình Lập kế hoạch dự án được nêu tại Bảng 1.

Các sản phẩm công việc(Sample Work Products): Đây là nội dung đi kèm với từng quy tắc thực tiễn, liệt kê các kết quả công việc tiêu biểu (hay còn gọi là sản phẩm công việc) sẽ có được khi áp dụng quy tắc thực tiễn này. Quy tắc thực tiễn con(Subpractices): Đã số các quy tắc thực tiễn trong mô hình CMMI đều bao gồm những quy tắc thực tiễn con để giải thích chi tiết hơn về ý nghĩa và các hoạt động của quy tắc thực tiễn đang đề cập.3:Các mục tiêu chung trong mô hình CMMI [25] Mục tiêu chung (GG) Liên tục Phân tầng GG 1. Đạt được mục tiêu cụ thể (Achieve Specific Goals) CL1 GP 1.Thực hiện các thực hành cụ thể (Perform Specific Practices) GG 2. Thể chế hoá quy trình được quản lý (Institutionalize a Managed Process) GP 2.Thiết lập chính sách cho tổ chức (Establish an Organizational Policy) GP 2.Có kế hoạch quy trình (Plan the Process) GP 2.Cung cấp nguồn lực (Provide Resources) GP 2.Phân công trách nhiệm (Assign Responsibility) GP 2.Đào tạo nhân sự (Train People) GP 2.Kiểm soát các kết quả công việc (Control Work CL2 ML2 Products) GP 2.Xác định vai trò của các bên liên quan (Identify and Involve Relevant Stakeholders) GP 2.Giám sát và kiểm soát quy trình (Monitor and Control the Process) GP 2.Đánh giá sự tuân thủ (Objectively Evaluate Adherence) GP 2.Xem xét thực trạng với quản lý mức cao (Review Status with Higher Level Management) GG 3.Thể chế hoá quy trình được định nghĩa ML3, ML4, CL3 (Institutionalize a Defined Process) ML5 z 13 Mục tiêu chung (GG) Liên tục Phân tầng GP 3.Thiết lập quy trình được định nghĩa (Establish a Defined Process) GP 3.Tập hợp kinh nghiệm liên quan quy trình (Collect Process Related Experiences) Bảng 1.4:Các mục tiêu cụ thể và quy tắc thực tiễn cụ thể của vùng quy trình lập kế hoạch dự án[25] Vùng Mục tiêu cụ thể (SG) quy trình SG 1.

Thiết lập các ước lượng (Establish Estimates) SP 1.Ước lượng phạm vi dự án (Estimate the Scope of the Project) SP 1.Thiết lập các ước lượng cho các thuộc tính sản phẩm và công việc (Establish Estimates of Work Product and Task Attributes) SP 1.Xác định chu trình phát triển của dự án (Define Project Lifecycle Phases) SP 1.Ước lượng chi phí và nhân lực (Estimate Effort and Cost) SG 2.Lập kế hoạch dự án (Develop a Project Plan) SP 2.Ước lượng ngân sách và lịch biểu (Establish the Budget and Schedule) Lập kế SP 2.Xác định rủi ro dự án (Identify Project Risks) hoạch dự SP 2.Lên kế hoạch quản lý dữ liệu (Plan Data Management) án SP 2.Hoạch định nguồn lực dự án (Plan the Project’s Resources) (Project SP 2.Chuẩn bị kiến thức và kỹ năng cần thiết (Plan Needed Planning) Knowledge and Skills) SP 2.Chuẩn bị thông tin về các đối tác liênquan (Plan Stakeholder Involvement) SP 2.Thiết lập kế hoạch dự án (Establish the Project Plan) SG 3.Thống nhất kế hoạch thực hiện (Obtain Commitment to the Plan) SP 3.Xem xét các kế hoạch có ảnh hưởng đến dự án (Review Plans That Affect the Project) SP 3.Cân đối nguồn lực và công việc (Reconcile Work and Resource Levels) SP 3.Thống nhất kế hoạch triển khai (Obtain Plan Commitment) Mô hình CMM/CMMI có nhiều ưu điểm, việc cải tiến quy trình phần mềm theo CMM/CMMI chứng tỏ rằng các tổ chức phần mềm có thể kiểm soát được chi phí và đạt được các tiêu chí về năng suất, chất lượng[4], [27]. Bên cạnh đó, giúp tạo ra một môi trường làm việc chuyên nghiệp, thay đổi tác phong, văn hóa làm việc và nâng cao năng lực cho nhân viên. Tuy nhiên CMM/CMMI cũng có những hạn chế nhất định, một trong số các hạn chế lớn của mô hình này có thể nhận thấy được đó là:Mô hình CMM/CMMI không bao quát được hết các vấn đề cần thiết để dự án phần mềm thành công. Ví dụ, mô hình này không tập trung vào các nghiệp vụ hay công nghệ cụ thể, không có hướng dẫn cho tổ chức trong việc tuyển chọn, điều động nhân sự mặc dù đây là khía cạnh quan trọng và có ảnh hưởng nhiều đến sự thành công của dự án[4].

Mô z 14 hình CMM/CMMIkhông bảo đảm rằng các sản phẩm phần mềm luôn luôn được xây dựng thành công, cũng không bảo đảm rằng các vấn đề phát sinh trong lĩnh vực công nghệ phần mềm sẽ luôn được giải quyết thoả đáng.Mô hình CMM/CMMI phù hợp với các dự án lớn, áp dụng đối với các dự án nhỏ thường gặp rủi ro cao hơn. Mô hình CMM/CMMI có lượng thông tin lớn gây khó khăn cho doanh nghiệp vừa và nhỏ khi áp dụng[9]. Hướng tiếp cận liên tục và mức năng lực quy trình Hướng tiếp cận mô hình CMMI dạng liên tục là phương pháp tiếp cận cho phép tổ chức lựa chọn một hoặc nhiều vùng quy trình cụ thể để cải tiến. Để đánh giá việc cải tiến vùng quy trình người ta dùng khái niệm mức năng lực (Capability Level)[25].

Process Areas Capability Levels Specific Goals Generic Goals Specific Generic Practices Practices Hình 1.6: Hướng tiếp cận CMMI theoliên tục[25] Trong CMMI với hướng tiếp cận liên tục, mức năng lực có 4 cấp độ (được đánh số từ 0 đến 3).Mức năng lực của một vùng quy trình nào đó càng cao càng thể hiện tổ chức thực hiện các hoạt động thuộc vùng quy trình đó càng tốt. Capability Level 0: Incomplete, một quá trình không hoàn thành là quá trình không được thực hiện hoặc chỉ thực hiện một phần. Một hoặc nhiều mục tiêu cụ thể (Specific goals) của vùng quy trình không được đáp ứng và mục tiêu chung (Generic goals) không tồn tại. Mức 0 này tương đương với mức 1 trong dạng trình bày theo tầng (Staged representation)[25].

Ví dụ, để đạt được CL1 của vùng quy trình quản lý cấu hình CM thì cẩn phải thực hiện các yêu cầu của GG1 trongBảng 1.3và các SP được yêu cầucủa vùng quy trình CM (PA1), cụ thể[21]: CL1. [PA1] z 15 Capability Level 2 (CL2): Managed, một quy trình quản lý được lên kế hoạch, thực hiện, giám sát và kiểm soát cho các dự án cá nhân, các nhóm hoặc những quy trình riêng lẻ để đạt được một mục tiêu chi phí, lịch trình, chất lượng,. Ví dụ, để đạt được CL2thì cần phải đạt được CL1 và thoả mãn các yêu cầu của GG2, cụ thể[21]: CL2. Một quy trình được xác định là một quy trình được quản lý và được thiết kế từ tập hợp các quy trình chuẩn của tổ chức[25].

Để đạt được CL3 cần phải đạt được CL1, CL2 và thoả mãn yêu cầu của GG3, cụ thể[21]: CL3.5:Bảng phân loại vùng quy trình theo hướng tiếp cận liên tục Tên vùng quy trình Viết tắt Lĩnh vực Tích hợp sản phẩm (Product Integration) PI Phát triển yêu cầu (Requirements Development) RD Kỹ nghệ Phát triển giải pháp kỹ thuật (Technical Solution) TS (Engineering) Xác nhận (Validation) VAL Kiểm tra (Verification) VER Định nghĩa quy trình tổ chức (Organizational Process Definition) OPD Cải tiến quy trình dựa vào mục tiêu của tổ chức (Organizational Process Focus) OPF Quản lý quy Đào tạo (Organizational Training) OT trình (Process Năng lực quy trình của tổ chức (Organizational Process Management) Performance) OPP Quản lý hiệu quả của tổ chức (Organizational Performance Management) OPM Quản lý dự án dựa trên số liệu (Quantitative Project Management) QPM Quản lý dự Giám sát và kiểm soát dự án (Project Monitoring and án (Project Control) PMC Management) Lập kế hoạch dự án (Project Planning) PP z 16 Tên vùng quy trình Viết tắt Lĩnh vực Quản lý yêu cầu (Requirements Management) REQM Quản lý nhà cung cấp (Supplier Agreement Management) SAM Quản lý dự án tích hợp (Integrated Project Management) IPM Quản lý rủi ro (Risk Management) RSKM Quản lý cấu hình (Configuration Management) CM Đo lường và phân tích (Measurement and Analysis) MA Đảm bảo chất lượng sản phẩm và quy trình (Process and Product Quality Assurance) PPQA Hỗ trợ Phân tích và lựa chọn giải pháp (Decision Analysis and (Support) Resolution) DAR Phân tích nguyên nhân và giải pháp (Causal Analysis and Resolution) CAR 1. Hướng tiếp cận theotầng và mức trưởng thành Hướng tiếp cận mô hình CMMIdạng phân tầng (Staged Representation) là hướng tiếp cận cung cấp một lộ trình được xác định trước để xác định hướng cải tiến cho một tổ chức, dựa trên việc gom nhóm và sắp xếp các vùng quy trình có sẵn. Để đánh giá mức độ cải tiến thì ta dùng khái niệmmức độ trưởng thành (Maturity Level, viết tắt ML). Maturity Levels Process Areas Specific Goals Generic Goals Specific Generic Practices Practices Hình 1.7: Hướng tiếp cận CMMI theo phân tầng[25] Hướng tiếp cận mô hình CMMI theo tầng xem con đường phát triển củamột tổ chức phần mềm gồm bước tiến lên từng bậc thang trưởng thành.

Mỗi bậc thang đòi hỏi tổ chức phần mềm phải tập trung nguồn lực để đạt được một tập các vùng quy trình nhất định. z 17 5 Optimized 4 Quantitatively Managed 3 Defined 2 Managed 1 Initial Hình 1.8: Các cấp độ trưởng thành trong CMMI Hình 1.8minhhọanăm cấpđộtrưởngthànhvàcácvùngquy trìnhtươngứngvới từng mức độ trưởng thành. Các vùng quy trình mức 2 tập trung vào việc xây dựng nền tảng vững chắc cho quản lý và kiểm soát hoạt động đề án. Trong khi đó, mức 3 không chỉ chú trọng vào việc nội bộ riêng lẻ từng dự án được quản lý tốt mà khả năng này cần phải được nhân rộng lên toàn tổchức, thống nhất giữa mọi đề án.

Mức 4 chú trọng xây dựng khả năng có thể định lượng được tiến trình phần mềm lẫn kết quả công việc.