Nghiên cứu mô hình kết hợp giữa cmmi level 5 và scrum, ứng dụng vào quy trình phát triển phần mềm tại công ty csc việt nam

ĐẠI HỌC QUỐC GIA TP HCM TRƯỜNG ĐẠI HỌC BÁCH KHOA NGUYỄN THỊ THANH THẢO NGHIÊN CỨU MƠ HÌNH KẾT HỢP GIỮA CMMI LEVEL VÀ SCRUM ỨNG DỤNG VÀO QUY TRÌNH PHÁT TRIỂN PHẦN MỀM TẠI CƠNG TY CSC VIỆT NAM Chuyên ngành: HỆ THỐNG THÔNG TIN QUẢN LÝ Mã số: 60 34 48 LUẬN VĂN THẠC SĨ TP HỒ CHÍ MINH, tháng 06 năm 2015 i CƠNG TRÌNH ĐƯỢC HỒN THÀNH TẠI TRƯỜNG ĐẠI HỌC BÁCH KHOA –ĐHQG -HCM Cán hướng dẫn khoa học: PGS.TS Đặng Trần Khánh Cán chấm nhận xét 1: (Ghi rõ họ, tên, học hàm, học vị chữ ký) Cán chấm nhận xét 2: (Ghi rõ họ, tên, học hàm, học vị chữ ký) Luận văn thạc sĩ bảo vệ Trường Đại học Bách Khoa, ĐHQG Tp HCM ngày tháng năm Thành phần Hội đồng đánh giá luận văn thạc sĩ gồm: (Ghi rõ họ, tên, học hàm, học vị Hội đồng chấm bảo vệ luận văn thạc sĩ) Xác nhận Chủ tịch Hội đồng đánh giá LV Trưởng Khoa quản lý chuyên ngành sau luận văn sửa chữa (nếu có) CHỦ TỊCH HỘI ĐỒNG TRƯỞNG KHOA………… ii ĐẠI HỌC QUỐC GIA TP.HCM TRƯỜNG ĐẠI HỌC BÁCH KHOA CỘNG HÒA XÃ HỘI CHỦ NGHĨA VIỆT NAM Độc lập - Tự - Hạnh phúc NHIỆM VỤ LUẬN VĂN THẠC SĨ Họ tên học viên: Nguyễn Thị Thanh Thảo MSHV: 13320804 Ngày, tháng, năm sinh: 27/03/1990 Nơi sinh: Khánh Hòa Chuyên ngành: Hệ thống thông tin quản lý Mã số: 603448 TÊN ĐỀ TÀI I Nghiên cứu mơ hình kết hợp CMMI Level Scrum Ứng dụng vào quy trình phát triển phần mềm Công ty CSC Việt Nam II - NHIỆM VỤ VÀ NỘI DUNG Tìm hiểu lý thuyết CMMI, AGILE với Scrum framework Phân tích điểm mạnh hạn chế hai mơ hình - Tìm hiểu cơng ty CSC Việt Nam, thơng tin dự án, lịch sử ứng dụng quy trình phát triển phần mềm cơng ty - Kết hợp ưu điểm từ hai mơ hình CMMI Scrum để định hướng xây dựng mơ hình kết hợp linh hoạt phù hợp với đặc trưng số dự án cơng ty Cụ thể hóa mơ hình thành quy trình chi tiết, triển khai áp dụng vào dự án công ty, đánh giá kết đạt III NGÀY GIAO NHIỆM VỤ : 19/01/2015 IV NGÀY HOÀN THÀNH NHIỆM VỤ: 14/06/2015 V CÁN BỘ HƯỚNG DẪN: PGS TS Đặng Trần Khánh Tp HCM, ngày tháng năm 20 CÁN BỘ HƯỚNG DẪN (Họ tên chữ ký) CHỦ NHIỆM BỘ MÔN ĐÀO TẠO (Họ tên chữ ký) iii TRƯỞNG KHOA (Họ tên chữ ký) LỜI CẢM ƠN Trước tiên em xin trân trọng cảm ơn quý thầy cô công tác trường ĐH Bách Khoa TP HCM tận tình hướng dẫn, giảng dạy suốt trình học tập, nghiên cứu trường Xin gửi lời cảm ơn chân thành đến thầy PGS.TS.Đặng Trần Khánh tận tình hướng dẫn em suốt trình từ xây dựng đề cương lúc hoàn tất luận văn Em xin chân thành cảm ơn anh chị công ty CSC VN, anh Ngọc Đỗ, anh Long Trương, anh Nhân Dương, anh Luật Nguyễn, chị Ánh Trương đồng nghiệp hỗ trợ em nhiều, tạo điều kiện thuận lợi để em vừa học tập làm việc Đặc biệt chia tài liệu, kinh nghiệm, với ý kiến đóng góp để giúp em hồn thành luận văn Trong trình thực gặp nhiều khó khăn, để có kết luận văn ngày hôm bên cạnh nổ lực cá nhân động viên, giúp đỡ lớn từ bạn bè, người thân Một lần em xin chân thành cảm ơn thầy cô, anh chị, bạn bè người thân động viên hỗ trợ em suốt thời gian qua TP Hồ Chí Minh, tháng 06 năm 2015 Nguyễn Thị Thanh Thảo TÓM TẮT Luận văn cung cấp quy trình phát triển phần mềm dựa kết hợp hai mô hình có sẵn CMMI Scrum Mơ hình thiết kế phù hợp với đặc trưng dự án công ty CSC VN, giúp công ty khắc phục vấn đề khó khăn mà dự án trước gặp phải Kết sau áp dụng vào hai release dự án tầm cỡ trung bình cơng ty cho thấy cải thiện tốt chất lượng công việc, dự án thực tiến độ chi phí thực thấp Khơng có lỗi nghiêm trọng phát sinh sau chuyển giao, tài liệu liệu thực dự án quản lý tốt Bên cạnh việc sử dụng mơ hình giúp nâng cao kỹ làm việc nhóm Trong q trình thực dự án, có trao đổi trực tiếp với khách hàng, nhận hài lòng đánh giá cao từ khách hàng ABSTRACT This paper provides a new software development process based on the combination between two existing processes: CMMI and Scrum The new process is designed suitably for specific projects of CSC VN Company It supports to resolve the existing issues of previous projects: scope management, requirement changes, risks management, under schedule After applied on two releases of a medium project, we found that the product quality, productivity are improved Not only is project released on time, but the cost is also reduced significantly There are not any serious errors after delivering to customer Documents and project data are managed and controlled fully and carefully Besides, employee’s skills have many improvements such as team work, self management, time management, communication skill, and so on During the developing phase, the communication between project team and customers is frequently It’s a chance to make customers satisfied and get good feedbacks from them LỜI CAM ĐOAN Em xin cam đoan kết nghiên cứu đề tài “Nghiên cứu mơ hình kết hợp CMMI Level Scrum Ứng dụng vào quy trình phát triển phần mềm cơng ty CSC Việt Nam” từ trình học tập nghiên cứu khoa học thân Các liệu, thông tin nghiên cứu tìm hiểu, khảo sát, lựa chọn thu thập có nguồn gốc khoa học rõ ràng, xác đáng tin cậy TP Hồ Chí Minh, tháng 06 năm 2015 Nguyễn Thị Thanh Thảo MỤC LỤC LỜI CẢM ƠN TÓM TẮT ABSTRACT LỜI CAM ĐOAN MỤC LỤC DANH MỤC CÁC TỪ VIẾT TẮT DANH MỤC HÌNH 14 DANH MỤC BẢNG 16 Chương 1: MỞ ĐẦU 17 1.1 Bối cảnh nghiên cứu 17 1.2 Lý thực đề tài 18 1.3 Mục tiêu nghiên cứu 18 1.4 Phạm vi nghiên cứu 19 1.4.1 Đối tượng nghiên cứu 19 1.4.2 Thời gian, không gian nghiên cứu 19 1.5 Phương pháp nghiên cứu 19 1.6 Bố cục luận văn 20 1.7 Kết chương 20 Chương 2: CƠ SỞ LÝ THUYẾT 21 2.1 Tổng quan CMMI 21 2.1.1 CMMI 21 2.1.2 Các loại mơ hình CMMI 24 2.1.3 Các thành phần CMMI 25 2.1.4 Các mức độ trưởng thành CMMI 26 2.1.5 Ưu điểm, hạn chế CMMI 30 2.2 Tổng quan Agile - Scrum 31 2.2.1 Định nghĩa, tuyên ngôn Agile 31 2.2.2 Giới thiệu Scrum framework 33 2.2.3 Các thành phần Scrum 34 2.2.4 Ưu điểm hạn chế Agile - Scrum 36 2.3 Kết chương 38 Chương 3: GIỚI THIỆU TỔNG QUAN VỀ CSC VN 39 3.1 Giới thiệu CSC 39 3.1.1 Giới thiệu công ty CSC Global 39 3.1.2 Tổng quan CSC VN 41 3.2 Lịch sử nghiên cứu ứng dụng chuẩn, quy trình vào chuỗi phát triển phần mềm CSC VN 47 3.3 Đặc trưng dự án CSC VN 48 3.4 Kết chương 54 Chương 4: XÂY DỰNG QUY TRÌNH KẾT HỢP 55 4.1 Cơ sở hình thành 55 4.2 Lý thuyết kết hợp CMMI Agile 57 4.2.1 Quản lý yêu cầu (Requirements Management - REQM) 57 4.2.2 Lập kế hoạch dự án (Project Planning) 61 4.2.3 Giám sát kiểm soát dự án (Project Monitoring and Control - PMC) 74 4.3 Hướng dẫn quy trình chi tiết cho kết hợp CMMI Scrum 81 4.4 Kết chương 109 Chương 5: ÁP DỤNG QUY TRÌNH VÀO DỰ ÁN FIRSTDOC USER INTERFACE - FDUI 110 5.1 Tổng quan dự án 110 5.2 Release 1: FDUI 7.1.0000 CONSUMER 117 5.2.1 Mục tiêu release 117 5.2.2 Số lượng Sprint FDUI 7.1.0000 Consumer 118 5.2.2 Kết nhận xét 121 5.3 Release 2: FDUI 7.1.0100 REVIEWER/APPROVER 124 5.3.1 Mục tiêu release 124 5.3.2 Kết nhận xét 128 5.4 Những dự án phù hợp với mơ hình 130 5.5 Những thuận lợi khó khăn áp dụng CSC VN 133 5.5.1 Thuận lợi 133 5.5.2 Khó khăn 134 Chương 6: KẾT LUẬN VÀ HƯỚNG PHÁT TRIỂN 136 6.1 Kết luận 136 6.2 Hướng phát triển đề tài 137 Trong nước (cùng văn phòng khác văn phòng) Khoảng cách Từ nhiều quốc gia khác Srum Master: địi hỏi có kinh nghiệm, kiến thức Kỹ năng, đặc điểm chuyên sâu Scrum Test Director, BA, SQA: phải có kiến thức CMMI CSC QMS Thành viên nhóm: Khơng cần phải có nhiều kinh nghiệm Scrum, đào tạo quy trình khoảng thời gian ngắn trước bắt đầu dự án Thay đổi lối tư từ mô hình trước Phải chấp nhận thay đổi Xác định mục tiêu sản phẩm làm phải đạt chất lượng tốt nhất, mang đến thỏa mãn khách hàng Quan trọng phải theo kịp phát triển kỹ thuật, cơng nghệ Có thể tự quản lý cơng việc Các thành viên giao tiếp với nhau: trực tiếp, Giao tiếp web conference (hội nghị web), call conference (hội nghị điện thoại) … Đảm bảo tính minh bạch, thơng suốt trình giao tiếp thành viên nhóm; PO với khách hàng Bảng 5.8: Đặc trưng dự án phù hợp với mơ hình 132 Tuy nhiên hạn chế thời gian thực tế dự án thực nhiều mơ hình khác nên khơng thể đo hiệu mơ hình mang lại so với việc áp dụng mơ hình cũ Thay vào đó, thành cơng mơ hình đánh giá từ cảm nhận người quản lý dự án nhóm thực dự án Bên cạnh từ kết số dự án hoàn thành trước áp dụng CMMI, Agile, so sánh số tham số ba mơ hình có kết bảng 5.9 Tiêu chí Đúng hạn chất lượng hài lòng khách hàng Dự án dùng CMMI số cao Dự án dùng Agile hầu hết cao Dự án dùng mơ hình kết hợp hầu hết cao hài lòng hài lòng hài lòng Số lượng lỗi q trình phát nhiều triển Số lượng lỗi sau nhiều chuyển giao phụ thuộc Phụ thuộc nhân khơng nhiều thường xun Vượt chi phí Bảng 5.9: Đánh giá kết mơ hình nhiều ít phụ thuộc 5.5 Những thuận lợi khó khăn áp dụng CSC VN 5.5.1 Thuận lợi CSC VN số cơng ty Việt Nam đạt chuẩn CMMI Level 5, khơng q khó khăn để vận dụng CMMI cho mơ hình Dự án CSC VN nhiều đa dạng, chủ yếu gia cơng, phù hợp để áp dụng Nếu với Agile, đòi hỏi dự án phải từ 5-10 người áp dụng hiệu quả, CMMI đòi hỏi dự án phải lớn, có tính ổn định u cầu lẫn phát triển Thì mơ hình kết hợp áp dụng linh hoạt cho hầu hết dự án Với đặc trưng dự án CSC 133 VN với 90% dự án công ty mức vừa nhỏ, số lượng nhân viên tham gia dự án từ 30 người chiếm 70% điều kiện phù hợp để sử dụng mơ hình Đáp ứng mong đợi khách hàng: nhìn thấy sản phẩm thời gian ngắn, thay đổi yêu cầu q trình thực dự án Sản phẩm sử dụng thời gian ngắn, không bị lỗi thời, thích nghi tốt với thay đổi nhanh chóng cơng nghệ đại Đạt tin tưởng khách hàng hiệu mà CMMI mang lại, quy trình thực chặc chẽ, tài liệu rõ ràng Quản lý tốt rủi ro q trình thực Nhưng chi phí quản lý lại giảm đáng kể so với dự án thực CMMI đơn Sản phẩm hoàn thành đảm bảo theo mong đợi khách hàng, khách hàng theo dõi, kiểm tra phản hồi xuyên suốt trình phát triển Thành viên tham gia dự án rèn luyện tư nhạnh bén hơn, động Kỹ quản lý công việc hiệu Tinh thần, kỹ làm việc nhóm nâng cao, đảm bảo tính cơng bằng, minh bạch việc đánh giá lực Nâng cao kỹ ngoại ngữ thành viên Việt Nam 5.5.2 Khó khăn Nếu thành viên nhóm lần đầu thực dự dự án theo mơ hình Scrum khơng khỏi bỡ ngỡ gặp khó khăn để thích nghi với thay đổi liên tục Vì khách hàng thay đổi yêu cầu liên tục nên nhiều thời gian tiền bạc Thực ước lượng công việc thông qua User Story Story Point có độ xác tương đối, địi hỏi phải thực quản lý rủi ro chặc chẽ đảm bảo tiến độ kế hoạch ban đầu 134 yêu cầu cần phải phân rã nhỏ, chi tiết tốt Vì User Story viết cho yêu cầu lớn khó khăn cho việc ướng lượng thời gian cách xác 135 Chương 6: KẾT LUẬN VÀ HƯỚNG PHÁT TRIỂN Tóm tắt chương  Chương cuối trình bày kết đạt luận văn, hạn chế hướng phát triển để tài tương lai 6.1 Kết luận Sau chương trình bày trên, luận văn thực tìm hiểu trạng ngành cơng nghệ phần mềm bối cảnh nay, vấn đề khó khăn cơng ty phần mềm nói chung CSC VN nói riêng gặp phải, từ đề xuất mơ hình dựa sựu kết hợp từ mơ hình CMMI Agile – Scrum để áp dụng vào dự án công ty Cụ thể kết luận văn làm được: Tìm hiểu lý thuyết hai mơ hình quy trình phát triển phần mềm CMMI Agile với Scrum framework Nội dung tìm hiểu bao gồm khái niệm, thành phần, ưu điểm hạn chế mơ hình Tìm hiểu đặc trưng dự án cơng ty CSC VN, q trình ứng dụng mơ hình CSC VN Nhận dạng vấn đề cịn tồn q trình thực dự án Từ đề xuất mơ hình kết hợp CMMI Scrum vào dự án CSC VN Xây dựng quy trình cụ thể, hướng dẫn chi tiết bước phù hợp với thực tế CSCVN Thử nghiệm mơ hình kết hợp dự án tại, đánh giá kết đạt sau áp dụng Trình bày thuận lợi khó khăn áp dụng mơ hình vào cơng ty Mơ hình đưa áp dụng linh hoạt vào dự án với đặc trưng khác bên 136 + Quy mơ dự án: linh hoạt khơng bắt buộc phải nhiều + Yêu cầu dự án: phù hợp cho dự án có yêu cầu rõ ràng, ổn định, dự án có yêu cầu thường xuyên thay đổi + Kỹ thuật: áp dụng cho tất dự án web, phần mềm loại dự án khác, có khơng có địi hỏi kỹ thuật cao Đồng thời giải vấn đề mà cơng ty gặp phải Quản lý phạm vi dự án: Các dự án áp dụng cho phép khách hàng thay đổi yêu cầu liên tục, việc quản lý phạm vi thách thức, cần thiết mà nhà quản lý dự án cần phải thực Tuy nhiên kết hợp với hướng dẫn cần thiết từ CMMI, hỗ trợ nhà quản lý việc phân tích, đánh giá ghi chép tài liệu cần thiết Từ hỗ trợ nhiều cho việc quản lý phạm vi quản lý rủi ro dự án Quản lý thay đổi yêu cầu: với quản lý phạm vi dự án, quản lý thay đổi yêu cầu hướng dẫn cụ thể mơ hình này, nhà quản lý dự án, khách hàng, nhóm phát triển phải nhận biết, thơng qua tính minh bạch, rõ ràng mơ hình Các thay đổi nhận dạng, phân tích đánh giá, có đồng ý, thống từ phía khách hàng trước mang vào thực Sự quan tâm, phối hợp từ phía khách hàng: mơ hình địi hỏi có làm việc chặc chẽ, mật thiết từ khách hàng đại diện khách hàng xuyên suốt từ đầu kết thúc dự án Sau giai đoạn hồn tất, cần phải có kiểm tra, đánh giá nhận xét từ phía khách hàng, trước tiếp tục cho giai đoạn Do hạn chế rủi ro từ việc thiếu phối hợp từ khách hàng 6.2 Hướng phát triển đề tài Mơ hình xây dựng có áp dụng vào dự án công ty Tuy nhiên mức độ áp dụng chưa thực toàn diện rộng rãi Cần áp dụng vào nhiều dự án nữa, thấy ưu điểm mà mơ hình mang lại Đồng thời thấy hạn chế cần 137 khắc phụ thêm mơ hình tại, để mang lại hiệu cao phù hợp với nhiều dự án khác Thực thử nghiệm mơ hình số dự án lớn để thấy kết so với việc áp dụng vào dự án vừa nhỏ Bên cạnh đó, ngồi Scrum, mơ hình cịn thể phát triển mở rộng cách kết hợp với nhiều framework khác Agile Extreme Programming, Adaptive Software Development (ASD), Dynamic System Development Method (DSDM), Feature Driven Development (FDD), Lean Software Development, Learn/ Kanban Có thể phù hợp với số kiểu dự án, giúp dự án thành công chất lượng tốt Sử dụng số công cụ hỗ trợ để định lượng hóa kết nghiên cứu, qua đảm bảo kết đánh giá nhiều phương diện khác đảm bảo độ khách quan Có thể sử dụng cho số công ty phát triển phần mềm khác Việt Nam 138 TÀI LIỆU THAM KHẢO [1] Website SEI, http://www.sei.cmu.edu/cmmi/ [2] Website CMMIFAQ, http://www.cmmifaq.info/ [3] Website Versionone, http://www.versionone.com/ [4] Website CSC, https://www.c3.csc.com/ [5] CSC Skillport, https://csc.skillport.com/ [6] Website the CMMI 1.3 Hypertext Models, http://chrguibert.free.fr/cmmi12/text/index.php [7] Neil Potter and Mary Sakry, 2009, Implementing Srum (Agile) and CMMI together [8] Malte Foegen, 2010, Scrum and CMMI – Does it fit together? [9] Jeff Sutherland, Carten Ruseng Jakobsen, Kent Johnson, 2007, Scrum and CMMI Level 5: The Magic Potion for Code Warriors [10] Jeff Sutherland, Carten Ruseng Jakobsen, 2009, Scrum and CMMI – Going from Good to Great – Are you ready – ready to be done – done? [11] Kim H Pries and Jon M Quigley, 2011, Scrum Project Management [12] Mark C Layton, 2012, Agile Project Management for Dummies [13] Sabine Canditt and Winfried Russwurm, 2008, The first CMMI – based Appraisal in an Agile Environment at Siemens AG [14] Ana Sofia C Marcal, Felipe S Furtado Soares, Arnaldo D Belchior, 2007, Mapping CMMI Project Management Process Areas to SCRUM Practices [15] Schwaber K., 2004, Agile Project Management With Scrum [16] Jay Douglass, 2010, Building the Case for CMMI Based Improvement [17] Barry Boehm, 2006, “A View of 20th and 21st Century Software Engineering” 139 PHỤ LỤC Các yếu tố so sánh Manual Testing Automated Testing để dự án cân nhắc nên sử dụng loại Tiêu chí Manual Testing Automated Testing Mất nhiều thời gian thực hiện, Mất nhiều thời gian cho lần thời gian thực không giảm chạy Giảm nhiều Thời gian nhiều chạy lại nhiều lần thời gian cho lần chạy lặp lại sau Vì thực Khơng linh động chạy tự Độ linh hoạt người, nên linh động xử động theo test script có sẵn lý tùy tình cụ thể Có thể Khơng phát lỗi phát nhiều lỗi trình chạy Phụ thuộc vào trạng thái, kỹ Được thực máy tính Phụ thuộc thuật, kinh nghiệm người nên độ xác cao, khơng test Dễ mắc số lỗi phụ thuộc vào yếu tố ngoại người gây (vd: nhập sai thông cảnh tin đầu vào…) Kết Có liền q trình chạy Phải đợi chạy xong - Phù hợp cho Test Cases - Phù hợp cho việc thực Ưu điểm thực số lần - Linh động q trình test, phát nhiều lỗi - Thích hợp kiểm tra sản 140 loạt kiểm tra liên tục lặp lại Regression test - Kiểm tra tương thích nhiều cấu hình khác Tiêu chí Manual Testing phẩm lần Automated Testing - Phù hợp cho trình - Giảm chi phí ngắn hạn simulation test (test giả lập), load test (test khả chịu tải), performance test (test hiệu suất) - Cùng lúc chạy nhiều máy, tiết kiệm thời gian - Giảm chi phí dài hạn - Tốn nhiều thời gian Nhược điểm - Dễ bị mắc lỗi người - Đầu tư ban đầu nhiều thực lãng phí - Nếu phải chạy lại nhiều lần test script dẫn đến nhàm - Không thể tự động hóa 100% - Được tạo từ Manual test chán, lãng phí script - Khơng phù hợp cho tính có thay đổi thường xun 141 Quy trình chung kiểm thử phần mềm Matrix theo dõi trình chạy manual integration testing 142 Sprint Retrospective Summary 143 Sprint Review meeting (Sprint 7) 144 145 LÝ LỊCH TRÍCH NGANG Họ tên: Nguyễn Thị Thanh Thảo Ngày, tháng, năm sinh: 27/03/1990 Địa liên lạc: Nơi sinh: Khánh Hòa 860/59 Xơ Viết Nghệ Tĩnh, Quận Bình Thạnh, TP Hồ Chí Minh QUÁ TRÌNH ĐÀO TẠO 2013 - 2015: Cao học chuyên ngành Hệ thống thông tin quản lý, Đại Học Bách Khoa TP Hồ Chí Minh 2008 - 2012: Cử nhân Hệ Thống Thông Tin Quản Lý, Đại học Kinh Tế Luật – ĐHQG TPHCM Q TRÌNH CƠNG TÁC 2013 - nay: Công ty CSC VN, Q.5, TP HCM 2012 - 2013: Công ty FPT Information System Global, Q Phú Nhuận, TP HCM 146 ... ĐOAN Em xin cam đoan kết nghiên cứu đề tài ? ?Nghiên cứu mơ hình kết hợp CMMI Level Scrum Ứng dụng vào quy trình phát triển phần mềm cơng ty CSC Việt Nam? ?? từ trình học tập nghiên cứu khoa học thân... 603448 TÊN ĐỀ TÀI I Nghiên cứu mơ hình kết hợp CMMI Level Scrum Ứng dụng vào quy trình phát triển phần mềm Công ty CSC Việt Nam II - NHIỆM VỤ VÀ NỘI DUNG Tìm hiểu lý thuyết CMMI, AGILE với Scrum... tiêu nghiên cứu Đề tài thực với mong muốn áp dụng hướng tiếp cận vào quy trình phát triển phần mềm cơng ty CSC VN, xây dựng quy trình hồn chỉnh dựa kết hợp CMMI SCRUM ứng dụng vào dự án cụ thể CSC