Tích hợp trưởng mô hình thành năng lực ( CMMI ) là một định giá chương trình và đào tạo cải tiến trình độ. Được quản lý bởi Viện CMMI , một công ty con của ISACA , nó được phát triển tại Đại học Carnegie Mellon(CMU). Nó được yêu cầu bởi nhiều hợp đồng của phủ Hoa Kỳ, đặc biệt là trong phần mềm phát triển . CMU tuyên bố CMMI có thể được sử dụng để hướng dẫn cải tiến quy trình trong một dự án, bộ phận hoặc toàn bộ chức năng. CMMI xác định trưởng cấp độ thành sau cho các quy trình: Ban đầu, Được quản lý, Xác định, Được quản lý theo định lượng và Tối ưu hóa.Phiên bản 2.0 được xuất bản vào năm 2018 (Phiên bản 1.3 được xuất bản vào năm 2010, và là mô hình tham chiếu cho thông tin còn lại trong bài viết này wiki). CMMI được CMU đăng ký tại Văn phòng Sáng chế và Nhãn hiệu Hoa Kỳ. [1]
Tổng quan
Đặc điểm của các cấp độ. [2]
Ban đầu CMMI giải quyết ba lĩnh vực quan tâm:
- Sản phẩm và dịch vụ phát triển – CMMI for Development (CMMI-DEV),
- Thiết lập, dịch vụ quản lý, – CMMI cho Dịch vụ (CMMI-SVC) và
- Mua lại sản phẩm và dịch vụ – CMMI để mua lại (CMMI-ACQ).
Trong phiên bản 2.0, ba khu vực này (trước đây có một mô hình riêng, mỗi khu vực) được hợp nhất thành một mô hình duy nhất.
CMMI được phát triển bởi một nhóm từ công nghiệp, phủ chính và Phần mềm kỹ thuật viện (SEI) tại CMU. CMMI Model cung cấp hướng dẫn để phát triển hoặc cải tiến các quy trình đáp ứng các mục tiêu kinh doanh của tổ chức. CMMI mô hình cũng có thể được sử dụng như một khổ để đánh giá quá trình hoàn thiện của tổ chức. [2] Đến tháng 1 năm 2013, CMMI toàn bộ được chuyển từ SEI sang Viện CMMI, một tổ chức mới được thành lập tại Carnegie Mellon. [3]
Lịch sử
CMMI được phát triển bởi dự án CMMI nhằm mục đích cải thiện khả năng sử dụng của các mô hình trưởng thành bằng cách tích hợp nhiều mô hình khác nhau vào một khổ. Project bao gồm các thành viên của công ty, lớp phủ chính và Viện Kỹ thuật Phần mềm Carnegie Mellon (SEI). Các nhà tài trợ chính bao gồm Văn phòng Bộ trưởng Quốc phòng ( OSD ) và Hiệp hội Công nghiệp Quốc phòng .
CMMI là kế thừa của mô hình phát triển năng lực (CMM) hoặc phần mềm CMM. CMM được phát triển từ năm 1987 đến năm 1997. Năm 2002, phiên bản 1.1 được phát hành, phiên bản 1.2 tiếp theo vào tháng 8 năm 2006 và phiên bản 1.3 vào tháng 11 năm 2010. Một số thay đổi lớn trong CMMI V1 .3 [4] is support for the fast software development , [5] cải tiến đối với các hoạt động có độ chín cao [6] và liên kết của đại diện (theo giai đoạn và liên tục). [7]
Theo Viện Kỹ thuật Phần mềm (SEI, 2008), CMMI help “tích hợp các chức năng riêng biệt theo hệ thống truyền thông, thiết lập các mục tiêu và ưu tiên cải tiến quy trình, cung cấp hướng dẫn cho các chất quy định lượng và cung cấp một điểm chiếu để đánh giá các hiện tại. ” [số 8]
Vào tháng 3 năm 2016, Viện CMMI đã được ISACA mua lại .
CMMI chủ đề
Đại diện
Trong CMMI phiên bản 1.3 tồn tại ở hai dạng: liên tục và theo giai đoạn. [2] Fptshop.com.vn liên tục được thiết kế để cho phép người dùng tập trung vào các công cụ có thể được coi là quan trọng đối với các mục tiêu kinh doanh của tổ chức hoặc những quá trình mà tổ chức được ấn định ro cao rủi ro mức độ. Biểu diễn theo giai đoạn được thiết kế để cung cấp một tiêu chuẩn cải tiến dây và có thể sử dụng cơ sở để so sánh với trưởng thành của các dự án và tổ chức khác nhau. Biểu diễn theo giai đoạn cũng cấp cho việc chuyển đổi dễ dàng từ SW-CMM sang CMMI. [2]
Trong phiên bản 2.0, đại diện phân tách ở trên đã bị hủy bỏ và hiện chỉ có một mô hình cố định.
[9]
Mô hình khung (v1.3)
Tùy thuộc vào các lĩnh vực quan tâm (mua lại, dịch vụ, phát triển) được sử dụng, các lĩnh vực mà nó chứa đựng sẽ khác nhau. [10] Các lĩnh vực là những lĩnh vực sẽ được quy trình của tổ chức bao trùm. Bảng dưới đây liệt kê danh sách bảy lĩnh vực quy định CMMI cốt lõi hiện diện cho tất cả các lĩnh vực CMMI quan tâm trong phiên bản 1.3.
| Viết tắt | Quy trình khu vực | Thể loại | Main Level to |
|---|---|---|---|
| XE HƠI | Phân tích và giải quyết nhân quả | Ủng hộ | 5 |
| CM | Cấu hình quản lý | Ủng hộ | 2 |
| DAR | Phân tích và giải quyết định | Ủng hộ | 3 |
| IPM | Tích hợp dự án quản lý | Project Management | 3 |
| MA | Đo lường và phân tích | Ủng hộ | 2 |
| OPD | Tổ chức định nghĩa | Manager | 3 |
| OPF | Tổ chức trọng tâm quy trình | Manager | 3 |
| OPM | Tổ chức hiệu suất quản lý | Manager | 5 |
| OPP | Chức năng quy tắc hiệu suất | Manager | 4 |
| OT | Đào tạo tổ chức | Manager | 3 |
| PMC | Giám sát và Kiểm soát dự án | Project Management | 2 |
| PP | Lập dự án | Project Management | 2 |
| PPQA | Bảo đảm chất lượng sản phẩm và quy trình | Ủng hộ | 2 |
| QPM | Lượng dự án quản lý | Project Management | 4 |
| REQM | Yêu cầu quản lý | Project Management | 2 |
| RSKM | Ro rủi ro quản lý | Project Management | 3 |
| SAM | Nhà cung cấp thỏa thuận quản lý | Ủng hộ | 2 |
Hạn chế mức độ cho các dịch vụ
Các lĩnh vực dưới đây và mức độ trưởng thành của chúng được liệt kê cho CMMI mô hình cho dịch vụ:
Trưởng cấp độ thành 2 – Được quản lý
- CM – Cấu hình quản lý
- MA – Đo lường và Phân tích
- PPQA – Quy trình và Bảo đảm chất lượng
- REQM – Yêu cầu quản lý
- SAM – Nhà cung cấp thỏa thuận quản lý
- SD – Dịch vụ cung cấp
- WMC – Giám sát và Kiểm soát công việc
- WP – plan plan
Trưởng cấp độ thành 3 – Định nghĩa
- CAM – Năng lực quản lý và sử dụng
- DAR – Phân tích và giải quyết định
- IRP – Giải quyết và Phòng sự cố
- IWM – Tích hợp công việc quản lý
- OPD – Định nghĩa tổ chức quy tắc
- OPF – Trọng tâm Quy trình Tổ chức …
- OT – Đào tạo về tổ chức
- RSKM – Ro Management
- SCON – Liên tục dịch vụ
- SSD – Dịch vụ hệ thống phát triển
- SST – Chuyển đổi dịch vụ hệ thống
- STSM – Chiến lược dịch vụ quản lý
Trưởng cấp thành 4 – Được quản lý định lượng
- OPP – Tổ chức quy tắc hiệu suất
- QWM – Định lượng công việc quản lý
Trưởng cấp độ thành 5 – Tối ưu hóa
- CAR – Phân tích và giải quyết nhân quả.
- OPM – Quản lý hiệu suất Tổ chức.
Mô hình (v1.3)
Các phương pháp hay nhất của CMMI được xuất bản trong các tài liệu được gọi là mô hình, mỗi chủ đề tài liệu được cập nhật đến một lĩnh vực quan tâm khác nhau. Phiên bản 1.3 cung cấp các mô hình cho ba lĩnh vực quan tâm: phát triển, mua lại và dịch vụ.
- CMMI for Development ( CMMI-DEV ), v1.3 được phát hành vào tháng 11 năm 2010. Nó giải quyết các công việc phát triển sản phẩm và dịch vụ.
- CMMI for Acquisition ( CMMI-ACQ ), v1.3 được phát hành vào tháng 11 năm 2010. Nó đề cập đến các chuỗi quản lý cung cấp ứng dụng, mua lại và cho thuê bên ngoài trong phủ chính và công nghiệp.
- CMMI cho Dịch vụ ( CMMI-SVC ), v1.3 được phát hành vào tháng 11 năm 2010. Nó đề cập đến hướng dẫn cung cấp dịch vụ trong một tổ chức và cho bên ngoài hàng hóa.
Mô hình (v2.0)
Trong phiên bản 2.0 DEV, ACQ và SVC đã được hợp nhất thành một mô hình duy nhất trong mỗi khu vực quy trình có thể có một công cụ tham chiếu có thể đến một hoặc nhiều trong ba khía cạnh. Cố gắng theo kịp ngành học, mô hình cũng có ràng buộc tham chiếu đến các khía cạnh nhanh nhẹn trong một số lĩnh vực.
Một số chính khác biệt giữa các mô hình v1.3 và v2.0 được đưa ra dưới đây; This is not a full list.
- “Khu vực Quy trình” đã được thay thế bằng “Khu vực Thực hành (PA)”. Thứ hai được sắp xếp theo cấp độ, không phải là “Mục tiêu có thể”.
- Mỗi khu bảo vệ bao gồm một phần “lõi lõi” [tức là chung mô tả và không có thuật ngữ] và “ngữ cảnh thể” [tức là mô tả từ điểm quan trọng của phần Agile / Scrum, phát triển, dịch vụ, vv].
- Vì tất cả các thông tin bắt buộc phải tuân theo, phần “Dự kiến” đã bị xóa.
- “Chung thực hành” đã được đưa vào một lĩnh vực mới được gọi là “Cơ sở hạ tầng thực hiện và quản lý”, trong khi “Thực hiện công cụ thể” đã bị loại bỏ.
- Click vào an toàn để thực hiện PA và những điều này được thực hiện liên tục cho đến khi chúng trở thành một “thói quen”.
- Tất cả các trưởng cấp độ đều thành tập trung vào từ khóa “hiệu suất”.
- Hai and year PA option from the item “An Toàn” và “Bảo mật” đã được đưa vào.
- PCMM các khu vực đã được hợp nhất.
Thẩm định
Một tổ chức không thể được chứng nhận trong CMMI; That into that, an the Organization was verify . Tùy thuộc vào định dạng định dạng, tổ chức có thể được đánh giá mức độ trưởng thành (1–5) hoặc hồ sơ thành tích năng lực.
Nhiều tổ chức được tìm thấy giá trị trong tiến trình đo lường của họ bằng cách đánh giá tiến trình. The normal verify is the process as a or many reason after:
- Để xác định mức độ tốt của các tổ chức quy trình so với các phương pháp hay nhất của CMMI và xác định các lĩnh vực có thể cải tiến
- To message to client and house supply external to level of the best of the process of the groups so với các phương pháp hay nhất của CMMI
- To đáp lại đồng yêu cầu của một hoặc nhiều khách hàng
Đánh giá các tổ chức sử dụng CMMI mô hình [11] phải tuân theo các yêu cầu được xác định trong tài liệu Yêu cầu đánh giá đối với CMMI (ARC). Có ba loại đánh giá, A, B và C, tập trung vào việc xác định các cơ hội cải tiến và so sánh các quy trình của tổ chức với các phương pháp hay nhất của CMMI. This number is, verify the type A is the main precision and is verify the only only can can to the sort of the level level. Thẩm định nhóm sử dụng CMMI mô hình và phương pháp đánh giá tuân theo ARC để định hướng đánh giá của họ về tổ chức và báo cáo kết luận của họ. Sau đó, kết quả đánh giá có thể được sử dụng (ví dụ, bởi một nhóm quá trình) để thiết lập kế hoạch cải tiến cho tổ chức.
Các tiêu chuẩn CMMI Thẩm định Method for too trình cải thiện (SCAMPI) as a phương pháp thẩm định đáp ứng all requests ARC. [12] SCAMPI thẩm định kết quả có thể được công bố (nếu tổ chức được thẩm định chấp thuận) trên trang web CMMI của SEI: SCAMPI kết quả thẩm định đã được công bố . SCAMPI cũng hỗ trợ việc thực hiện ISO / IEC 15504 , còn được gọi là SPICE (Phần mềm cải tiến quy trình và xác định khả năng), đánh giá, vv
This is next to the end of the EPG and PATs are trainings in CMMI, đánh giá không chính thức (SCAMPI C) được thực hiện và các lĩnh vực quy định được ưu tiên cải tiến. Các phương pháp tiếp cận hiện đại hơn, liên quan đến việc triển khai các trường tuân thủ CMMI có sẵn trên thị trường, có thể giảm đáng kể thời gian để đạt được sự tuân thủ. SEI đã duy trì số liệu thống kê về “thời gian để tăng” cho các tổ chức áp dụng CMM phần mềm trước đó cũng như CMMI. [13] Những thống kê này chỉ ra rằng, kể từ năm 1987, thời gian trung bình để chuyển từ Cấp độ 1 lên Cấp độ 2 là 23 tháng, và từ Cấp độ 2 lên Cấp độ 3 là thêm 20 tháng.Từ khi phát hành CMMI, thời gian trung bình để chuyển từ Cấp độ 1 lên Cấp độ 2 là 5 tháng, với chuyển động trung bình lên Cấp độ 3 là 21 tháng nữa. This system number are updated and export 6 months in a leader of profile.
Phương pháp luận về phần mềm quy định của Phần mềm Kỹ thuật (SEI) và việc sử dụng CMMI mô hình có thể được sử dụng để nâng cấp độ trưởng thành. Một sản phẩm mới được gọi là Phương pháp Cải tiến Tăng tốc [14] (AIM) kết hợp sử dụng CMMI và TSP. [15]
Bảo mật
To decanto lo ngại về người dùng bảo mật, không có chính thức bảo mật hai hướng dẫn. Xem xét Trường hợp nội dung Bảo mật trong CMMI cho Dịch vụ có một lĩnh vực quy trình, Quản lý Bảo mật. [16] Bảo mật theo thiết kế với CMMI for Development, Phiên bản 1.3 cócác khu vực quy định sau:
- OPSD – The Standard of the Organization for an toàn phát triển
- SMP – An toàn quản lý trong dự án
- SRTS – Yêu cầu bảo mật và giải pháp kỹ thuật
- SVV – Xác minh và Xác thực bảo mật
Mặc dù họ không ảnh hưởng đến mức độ trưởng thành hoặc năng lực, các lĩnh vực quá trình này có thể được báo cáo trong thẩm định kết quả. [17]
Ứng dụng
SEI do an dat nen an for know 60 tổ chức đo lường sự gia tăng hiệu suất trong các hạng mục chi phí, lịch trình, năng lượng, chất lượng và sự hài lòng của khách hàng. [18] Mức tăng trung bình về hiệu suất thay đổi giữa 14% (sự hài lòng của khách hàng) và 62% (suất). However, mô hình CMMI chủ yếu mentioned those quy trình nào should be done and do not too much for how to our be done. This results are not secure that CMMI áp dụng công việc sẽ tăng hiệu suất trong mọi tổ chức. Một công ty nhỏ với ít nguồn có thể ít được hưởng lợi từ CMMI; this view mode is support by profile too major to (page 10).Trong số nhỏ tổ chức (<25 nhân viên), 70,5% được đánh giá ở cấp độ 2: Được quản lý, trong khi 52,8% tổ chức có 1.001–2.000 nhân viên được đánh giá ở cấp độ cao nhất (5: Tối ưu hóa).
Turner & Jain (2002) cho rằng mặc dù rõ ràng là có sự khác biệt lớn giữa CMMI và phát triển phần mềm nhanh , nhưng cả hai cách tiếp cận đều có nhiều điểm chung. Họ tin rằng không có cách nào là ‘đúng đắn’ để phát triển phần mềm, nhưng có những đoạn trong dự án mà một trong hai cách sẽ phù hợp hơn. Chúng ta hãy xuất ra đề tài, kết hợp các đoạn khác nhau của các phương pháp thành một phương pháp lai mới. Sutherland and cộng sự. (2007) định nghĩa sự kết hợp giữa Scrum và CMMI mang lại ứng dụng thích hợp và khả năng dự đoán cao hơn với một trong hai. [19] David J. Anderson (2005) đưa ra lời khuyên về cách diễn xuất CMMI theo cách nhanh nhẹn. [20]
CMMI Lộ trình, [21] is a direct direct directories to the items to select và triển khai các lĩnh vực liên kết từ CMMI-DEV mô hình, có thể cung cấp hướng dẫn và tập trung cho CMMI áp dụng hiệu quả. Có một số CMMI lộ trình cho liên tục đại diện, mỗi lộ trình đều có một tiến trình cải tiến mục tiêu. Các ví dụ là Lộ trình dự án CMMI, [22] Lộ trình và sản phẩm CMMI [23] và Lộ trình đo lường và CMMI quy trình. [24] Các chương trình này kết hợp các điểm mạnh của tất cả các biểu thức định dạng theo giai đoạn và liên tục.
Sự kết hợp của kỹ thuật quản lý dự án quản lý giá trị kiếm được (EVM) với CMMI đã được mô tả ( Solomon, 2002 ). To end of use CMMI analog, Lập trình bảo mật ( XP ), một phần mềm kỹ thuật phương pháp, đã được đánh giá với CMM / CMMI (Nawrocki và cộng sự, 2002). Ví dụ, phương pháp quản lý yêu cầu XP, dựa trên giao tiếp bằng miệng, được đánh giá là không tuân theo CMMI.
CMMI có thể được đánh giá bằng hai cách tiếp cận khác nhau: theo giai đoạn và liên tục. Cách tiếp cận theo giai đoạn tái thẩm định kết quả là một trong trưởng cấp độ năm . Liên kết tiếp cận mang lại một trong bốn năng lực. Sự khác biệt trong cách tiếp cận này chỉ được cảm nhận trong quá trình thẩm định; the best works is the same same to the results of the same process process.
Reference Document
- ^ “Hệ thống tìm kiếm Hiệu điện tử (TESS)” . tmsearch.uspto.gov . Truy cập ngày 21 tháng 12 năm 2016 .
- ^ Move to:a b c d Sally Godfrey (2008) [software.gsfc.nasa.gov/docs/What%20is%20CMMI.ppt CMMI là gì?]. Bài thuyết trình của NASA. Truy cập ngày 8 tháng 12 năm 2008.
- ^ “Viện CMMI – Nhà” .
- ^ “CMMI V1.3: Tính tổng” . Ben Linders . Ngày 10 tháng 1 năm 2011.
- ^ “CMMI V1.3: Agile” . Ben Linders . 20 tháng 11 năm 2010.
- ^ “CMMI V1.3 đã phát hành: High Maturity Clarified” . Ben Linders . Ngày 2 tháng 11 năm 2010.
- ^ “CMMI V1.3: Triển khai CMMI” . Ben Linders . Ngày 16 tháng 11 năm 2010.
- ^ Tổng quan về CMMI . Phần mềm Kỹ thuật Viện. Truy cập ngày 16 tháng 2 năm 2011.
- ^ https: //www.cmmiins Girl.com/cmmi/model-viewer/appendices/a
- ^ “CMMI V1.3 vùng xử lý” . Ben Linders .
- ^ Để biết kết quả kiểm tra CMMI được công bố mới nhất, hãy xem trang Web SEI Lưu trữ ngày 6 tháng 2 năm 2007 tạiWayback Machine .
- ^ “Phương pháp đánh giá CMMI tiêu chuẩn để cải tiến quy trình (SCAMPISM) A, Phiên bản 1.2: Phương pháp định nghĩa tài liệu” . CMU / SEI-2006-HB-002 . Phần mềm Kỹ thuật Viện. Năm 2006 . Truy cập ngày 23 tháng 9 năm 2006 .
- ^ “Hồ sơ trưởng thành quy trình” . Truy cập ngày 16 tháng 2năm 2011 .
- ^ “SEI viện kỹ thuật số” . resource.sei.cmu.edu .
- ^ “Tổng quan về TSP” . resource.sei.cmu.edu .
- ^ Eileer Forrester và Kieran Doyle. Xem xét Trường hợp Nội dung Bảo mật trong CMMI cho Dịch vụ (tháng 10 năm 2010)
- ^ Siemens AG Corporate Technology. Bảo mật theo thiết kế với CMMI for Development, Phiên bản 1.3 , (tháng 5 năm 2013)
- ^ “Kết quả CMMI hiệu suất của CMMI” . Truy cập ngày 23 tháng 9 năm 2006 .
- ^http://jeffsutherland.com/scrum/SutherlandScrumCMMIHICSSPID498889.pdf
- ^ Anderson, DJ (ngày 20 tháng 7 năm 2005). “Kéo dài nhanh nhẹn để phù hợp với CMMI độ 3 – câu chuyện tạo MSF để cải tiến trình CMMI / spl reg / tại tập đoàn Microsoft”. Hội nghị Phát triển Agile (ADC’05) . trang 193–201. doi : 10.1109 / ADC.2005.42 . ISBN 0-7695-2487-7. S2CID 5675994 – qua IEEE Xplore.
- ^ “CMMI Lộ trình” . resource.sei.cmu.edu .
- ^ “CMMI V1.3: CMMI Lộ trình dự án” . Ben Linders . Ngày 7 tháng 12 năm 2010.
- ^ “CMMI V1.3: Các lộ trình sản xuất và CMMI sản phẩm” . Ben Linders . Ngày 14 tháng 12 năm 2010.
- ^ “CMMI V1.3: Lộ trình đo lường và CMMI xử lý” . Ben Linders . 28 tháng 12 năm 2010.
nguồn
- SEI report
- “CMMI để phát triển, phiên bản 1.3” . CMMI-DEV (Phiên bản 1.3, tháng 11 năm 2010) . Viện Phần mềm Kỹ thuật Đại học Carnegie Mellon. Năm 2010.
- “CMMI to buy again, version 1.3” (PDF) . CMMI-ACQ (Phiên bản 1.3, tháng 11 năm 2010) . Viện Phần mềm Kỹ thuật Đại học Carnegie Mellon. Năm 2010.
- “CMMI cho Dịch vụ, Phiên bản 1.3” . CMMI-SVC (Phiên bản 1.3, tháng 11 năm 2010) . Viện Phần mềm Kỹ thuật Đại học Carnegie Mellon. Năm 2010.
- “Hồ sơ trưởng thành quá trình (Bản phát hành hiện tại và quá trình)” . CMMI cho kết quả phát triển SCAMPI Class A Thẩm . Phần mềm Kỹ thuật Viện.
- “Yêu cầu thẩm định đối với CMMI, Phiên bản 1.2 (ARC, V1.2)” (PDF) . Viện Phần mềm Kỹ thuật Đại học Carnegie Mellon. Năm 2006 . Truy cập ngày 16 tháng 2 năm 2011 .
- “Phương pháp đánh giá CMMI Chuẩn để cải tiến quy trình (SCAMPI) A Version 1.2: Tài liệu Định nghĩa Phương pháp” (doc) . Viện Phần mềm Kỹ thuật Đại học Carnegie Mellon. Năm 2006.
- CMMI Guidebook Acquirer Team (2007). “Hiểu và tận dụng Nỗ lực CMMI của Nhà cung cấp: Sách hướng dẫn cho Người mua” . CMU / SEI-2007-TR-004 . Phần mềm Kỹ thuật Viện.
- Trang web SEI
- “Trung tâm CMMI Thông tin Phiên bản 1.3” . Phần mềm Kỹ thuật Viện. 2011.
- “SEI đối tác list” . Phần mềm Kỹ thuật Viện . Truy cập ngày 28 tháng 10 năm 2006 .
- “Chính thức thông báo về Tối ưu hóa là CMMI-L3 và được công bố trên trang web của SEI” . Phần mềm Kỹ thuật Viện. Bản gốc lưu trữ ngày 25 tháng 7 năm 2011 . Truy cập ngày 15 tháng 3 năm 2011 .
- SCAMPI thẩm định kết quả . SEI list hoàn chỉnh về SCAMPI thẩm định kết quả đã được công bố.
