CMMI - Hướng dẫn nhanh

Cải tiến quy trình là cải tiến liên tục. Chúng ta không bao giờ có thể đạt đến sự hoàn hảo. Trong hướng dẫn này, chúng ta sẽ tìm hiểu CMM là một mô hình liên tục phát triển và cải tiến, nơi luôn tập trung vào việc làm tốt hơn. Tầm với của chúng ta phải luôn vượt quá khả năng của chúng ta.

CMM là gì?

• CMM là viết tắt của Cnăng lực Msự trưởng thành Model.

• Tập trung vào các yếu tố của thực hành và quy trình thiết yếu từ các khối kiến ​​thức khác nhau.

• Mô tả những cách thức kinh doanh thông thường, hiệu quả, đã được chứng minh (mà bạn nên làm) - không phải là một cách tiếp cận mới triệt để.

• CMM là một phương pháp để đánh giá và đo lường sự trưởng thành trong quá trình phát triển phần mềm của một tổ chức.

• CMM đo lường mức độ trưởng thành của quá trình phát triển phần mềm trên thang điểm từ 1 đến 5.

• CMM v1.0 được phát triển bởi Viện Kỹ thuật Phần mềm (SEI) tại Đại học Carnegie Mellon ở Pittsburgh, Hoa Kỳ.

• Ban đầu CMM được phát triển để phát triển và bảo trì phần mềm nhưng sau đó nó được phát triển để -

  • Kỹ thuật hệ thống

  • Tìm nguồn cung ứng

  • Phát triển sản phẩm và quy trình tích hợp

  • Người CMM

  • Mua lại phần mềm

Ví dụ về CMM

• People CMM - Phát triển, động viên và giữ chân nhân tài của dự án.

• CMM phần mềm - Nâng cao khả năng phát triển và bảo trì tập trung vào phần mềm.

Maturity là gì?

Các định nghĩa khác nhau nhưng các quy trình trưởng thành thường được cho là -

• Well-defined,

• Repeatable,

• Measured,

• Analyzed,

• Cải thiện và

• Effective.

Quá trình trưởng thành kém nhưng cũng tệ như không có sự trưởng thành nào cả!

CMM giúp giải quyết vấn đề trưởng thành bằng cách xác định một tập hợp các thực hành và cung cấp một khuôn khổ chung để cải thiện chúng. Trọng tâm của CMM là xác định các khu vực quy trình chính và các thực hành mẫu mực có thể bao gồm một quy trình phần mềm có kỷ luật.

Tổ chức chưa trưởng thành và trưởng thành

Một tổ chức chưa trưởng thành sẽ có các đặc điểm sau:

• Quy trình được ứng biến trong dự án

• Các quy trình được phê duyệt bị bỏ qua

• Phản ứng, không chủ động

• Ngân sách và lịch trình không thực tế

• Chất lượng hy sinh cho lịch trình

• Không có thước đo khách quan về chất lượng

Ngược lại, các đặc điểm của một tổ chức trưởng thành như sau:

• Giao tiếp và phối hợp giữa các nhóm

• Hoàn thành công việc theo kế hoạch

• Thực hành phù hợp với quy trình

• Các quy trình được cập nhật khi cần thiết

• Các vai trò / trách nhiệm được xác định rõ ràng

• Ban quản lý chính thức cam kết

CMMI là gì?

Dự án Tích hợp CMM được thành lập để giải quyết vấn đề sử dụng nhiều CMM. Nhiệm vụ của nhóm sản phẩm CMMI là kết hợp baSource Modelsthành một khuôn khổ cải tiến duy nhất cho các tổ chức theo đuổi cải tiến quy trình trên toàn doanh nghiệp. Ba Mô hình Nguồn này là -

• Mô hình trưởng thành khả năng cho phần mềm (SW-CMM) - v2.0 Draft C.

• Tiêu chuẩn tạm thời của Liên minh Công nghiệp Điện tử (EIA / IS) - 731 Kỹ thuật Hệ thống.

• Mô hình trưởng thành về năng lực phát triển sản phẩm tích hợp (IPD-CMM) v0.98.

CMM Integration

• Xây dựng một tập hợp ban đầu của các mô hình tích hợp.

• Cải thiện các phương pháp hay nhất từ ​​các mô hình nguồn dựa trên các bài học kinh nghiệm.

• Thiết lập một khuôn khổ để cho phép tích hợp các mô hình trong tương lai.

Sự khác biệt giữa CMM và CMMI

CMM là một mô hình tham chiếu của các thực hành đã trưởng thành trong một chuyên ngành cụ thể như CMM Kỹ thuật Hệ thống, CMM Phần mềm, CMM Con người, CMM Mua lại Phần mềm, v.v., nhưng chúng rất khó để tích hợp khi cần thiết.

CMMI là sự kế thừa của CMM và được phát triển như một bộ hướng dẫn hoàn thiện hơn và được xây dựng kết hợp các thành phần tốt nhất của các nguyên tắc riêng lẻ của CMM (CMM phần mềm, People CMM, v.v.). Nó có thể được áp dụng cho sản xuất sản phẩm, quản lý con người, phát triển phần mềm, v.v.

CMM mô tả riêng về kỹ thuật phần mềm trong khi CMM Integrated mô tả cả kỹ thuật phần mềm và hệ thống. CMMI cũng kết hợp quá trình tích hợp và phát triển sản phẩm và nguồn cung ứng của nhà cung cấp.

CMMI và Mục tiêu Kinh doanh

Mục tiêu của CMMI rất rõ ràng. Chúng như sau:

• Produce quality products or services- Khái niệm cải tiến quy trình trong các mô hình CMMI phát triển dựa trên mô hình chất lượng Deming, Juran và Crosby: Sản phẩm chất lượng là kết quả của quy trình chất lượng. CMMI tập trung mạnh vào các hoạt động liên quan đến chất lượng bao gồm quản lý yêu cầu, đảm bảo chất lượng, xác minh và xác nhận.

• Create value for the stockholders- Các tổ chức trưởng thành có nhiều khả năng đưa ra các ước tính chi phí và doanh thu tốt hơn so với các tổ chức chưa trưởng thành hơn và sau đó thực hiện phù hợp với các ước tính đó. CMMI hỗ trợ các sản phẩm chất lượng, lịch trình dự đoán và đo lường hiệu quả để hỗ trợ ban quản lý đưa ra các dự báo chính xác và có thể bảo vệ được. Quá trình trưởng thành này có thể đề phòng các vấn đề về hiệu suất dự án có thể làm suy yếu giá trị của tổ chức trong mắt các nhà đầu tư.

• Enhance customer satisfaction- Đáp ứng các mục tiêu về chi phí và tiến độ với các sản phẩm chất lượng cao được xác nhận phù hợp với nhu cầu của khách hàng là một công thức tốt để làm hài lòng khách hàng. CMMI giải quyết tất cả các thành phần này thông qua việc nhấn mạnh vào lập kế hoạch, giám sát và đo lường, và khả năng dự đoán được cải thiện đi kèm với các quy trình có khả năng hơn.

• Increase market share- Thị phần là kết quả của nhiều yếu tố, bao gồm chất lượng sản phẩm và dịch vụ, tên gọi, giá cả và hình ảnh. Khách hàng thích giao dịch với các nhà cung cấp có danh tiếng về việc đáp ứng các cam kết của họ.

• Gain an industry-wide recognition for excellence- Cách tốt nhất để phát triển danh tiếng về sự xuất sắc là luôn thực hiện tốt các dự án, cung cấp các sản phẩm và dịch vụ chất lượng trong phạm vi chi phí và tiến độ. Có các quy trình phù hợp với các yêu cầu CMMI có thể nâng cao danh tiếng đó.

Tích hợp CMM là một mô hình tích hợp một số lĩnh vực / khối kiến ​​thức. Hiện tại, có bốn kiến ​​thức sẵn có cho bạn khi chọn mô hình CMMI.

Kỹ thuật hệ thống

Kỹ thuật hệ thống bao gồm việc phát triển các hệ thống hoàn chỉnh, có thể bao gồm hoặc không bao gồm phần mềm. Các kỹ sư hệ thống tập trung vào việc chuyển đổi nhu cầu, kỳ vọng và ràng buộc của khách hàng thành các giải pháp sản phẩm và hỗ trợ các giải pháp sản phẩm này trong toàn bộ vòng đời của sản phẩm.

Kỹ thuật phần mềm

Kỹ thuật phần mềm bao gồm sự phát triển của hệ thống phần mềm. Kỹ sư phần mềm tập trung vào việc áp dụng các phương pháp tiếp cận có hệ thống, kỷ luật và có thể định lượng được để phát triển, vận hành và bảo trì phần mềm.

Phát triển sản phẩm và quy trình tích hợp

Phát triển Quy trình và Sản phẩm Tích hợp (IPPD) là một cách tiếp cận có hệ thống nhằm đạt được sự hợp tác kịp thời của các bên liên quan trong suốt vòng đời của sản phẩm để đáp ứng tốt hơn nhu cầu, mong đợi và yêu cầu của khách hàng. Các quy trình hỗ trợ cách tiếp cận IPPD được tích hợp với các quy trình khác trong tổ chức.

Nếu một dự án hoặc tổ chức chọn IPPD, thì dự án hoặc tổ chức đó thực hiện các phương pháp hay nhất của IPPD đồng thời với các phương pháp hay nhất khác được sử dụng để sản xuất sản phẩm (ví dụ: những phương pháp liên quan đến kỹ thuật hệ thống). Nghĩa là, nếu một tổ chức hoặc dự án muốn sử dụng IPPD, thì tổ chức hoặc dự án đó phải chọn một hoặc nhiều nguyên tắc ngoài IPPD.

Tìm nguồn cung ứng

Khi các nỗ lực làm việc trở nên phức tạp hơn, người quản lý dự án có thể sử dụng các nhà cung cấp để thực hiện các chức năng hoặc bổ sung các sửa đổi cho các sản phẩm mà dự án cần cụ thể. Khi những hoạt động đó là quan trọng, dự án được hưởng lợi từ việc phân tích nguồn nâng cao và từ việc giám sát hoạt động của nhà cung cấp trước khi giao sản phẩm. Trong những trường hợp này, kỷ luật tìm nguồn cung ứng bao gồm việc mua lại sản phẩm từ các nhà cung cấp.

Tương tự như các phương pháp hay nhất của IPPD, các phương pháp hay nhất về tìm nguồn cung ứng phải được lựa chọn cùng với các phương pháp hay nhất được sử dụng để sản xuất sản phẩm.

Lựa chọn kỷ luật CMMI

Lựa chọn một ngành học có thể là một bước khó khăn và phụ thuộc vào những gì một tổ chức muốn cải thiện.

• Nếu bạn đang cải thiện các quy trình kỹ thuật hệ thống của mình, chẳng hạn như Quản lý cấu hình, Đo lường và Phân tích, Trọng tâm Quy trình Tổ chức, Giám sát và Kiểm soát Dự án, Đảm bảo Chất lượng Quy trình và Sản phẩm, Quản lý Rủi ro, Quản lý Thỏa thuận Nhà cung cấp, v.v., thì bạn nên chọn Kỹ thuật Hệ thống (SE) kỷ luật. Sự khuếch đại kỷ luật cho kỹ thuật hệ thống nhận được sự chú trọng đặc biệt.

• Nếu bạn đang cải thiện quy trình phát triển sản phẩm và quy trình tích hợp của mình như Nhóm tích hợp, Môi trường tổ chức để tích hợp, thì bạn nên chọn IPPD. Việc tăng cường kỷ luật cho IPPD được chú trọng đặc biệt.

• Nếu bạn đang cải thiện các quy trình lựa chọn nguồn của mình như Quản lý nhà cung cấp tích hợp thì bạn nên chọn Tìm nguồn cung ứng nhà cung cấp (SS). Việc tăng cường kỷ luật cho việc tìm nguồn cung ứng của nhà cung cấp nhận được sự chú trọng đặc biệt.

• Nếu bạn đang cải thiện nhiều lĩnh vực, thì bạn cần phải làm việc trên tất cả các lĩnh vực liên quan đến các lĩnh vực đó và chú ý đến tất cả các bộ khuếch đại của các lĩnh vực đó.

Chúng ta sẽ thảo luận về các lĩnh vực khác nhau liên quan đến việc triển khai CMMI trong các chương tiếp theo.

CMMI được cấu trúc như sau:

• Mức độ trưởng thành (biểu diễn theo giai đoạn) hoặc Mức khả năng (biểu diễn liên tục)
• Khu vực quy trình
• Mục tiêu: Chung và Cụ thể
• Các tính năng chung
• Thực tiễn: Chung và Cụ thể

Chương này sẽ thảo luận về hai biểu diễn CMMI và phần còn lại của các chủ đề sẽ được đề cập trong các chương tiếp theo.

Sự đại diện cho phép tổ chức theo đuổi các mục tiêu cải tiến khác nhau. Một tổ chức có thể đi theo một trong hai con đường cải tiến sau đây.

Trình bày theo giai đoạn

Biểu diễn theo giai đoạn là cách tiếp cận được sử dụng trong CMM phần mềm. Đây là một cách tiếp cận sử dụng các tập hợp các lĩnh vực quy trình được xác định trước để xác định lộ trình cải tiến cho một tổ chức. Lộ trình cải tiến này được mô tả bởi một thành phần mô hình được gọi là Mức trưởng thành. Mức độ trưởng thành là một bình nguyên tiến hóa được xác định rõ để đạt được các quy trình tổ chức được cải thiện.

Biểu diễn theo giai đoạn CMMI

• Cung cấp một chuỗi cải tiến đã được kiểm chứng, mỗi cải tiến đóng vai trò là nền tảng cho phần tiếp theo.

• Cho phép so sánh giữa các tổ chức và giữa các tổ chức bằng cách sử dụng các cấp độ trưởng thành.

• Cung cấp khả năng di chuyển dễ dàng từ SW-CMM sang CMMI.

• Cung cấp một xếp hạng duy nhất tóm tắt kết quả thẩm định và cho phép so sánh giữa các tổ chức.

Do đó, Đại diện theo giai đoạn cung cấp một lộ trình được xác định trước để cải tiến tổ chức dựa trên việc phân nhóm và sắp xếp các quy trình đã được chứng minh và các mối quan hệ tổ chức liên quan. Bạn không thể chuyển hướng khỏi trình tự các bước.

Cấu trúc giai đoạn CMMI

Hình ảnh sau đây minh họa Cấu trúc mô hình theo giai đoạn CMMI.

Đại diện liên tục

Biểu diễn liên tục là cách tiếp cận được sử dụng trong SECM và IPD-CMM. Cách tiếp cận này cho phép một tổ chức chọn một khu vực quy trình cụ thể và thực hiện các cải tiến dựa trên nó. Biểu diễn liên tục sử dụng Mức năng lực để mô tả đặc điểm cải tiến liên quan đến một khu vực quy trình riêng lẻ.

Đại diện liên tục CMMI

• Cho phép bạn chọn thứ tự cải tiến đáp ứng tốt nhất các mục tiêu kinh doanh của tổ chức bạn và giảm thiểu các lĩnh vực rủi ro của tổ chức bạn.

• Cho phép so sánh giữa và giữa các tổ chức trên cơ sở từng khu vực theo quy trình.

• Cung cấp khả năng di chuyển dễ dàng từ EIA 731 (và các mô hình khác có biểu diễn liên tục) sang CMMI.

Do đó, Đại diện liên tục cung cấp sự linh hoạt cho các tổ chức để lựa chọn các quá trình cải tiến, cũng như số lượng cải tiến cần thiết.

Cấu trúc liên tục CMMI

Hình ảnh sau đây minh họa Cấu trúc Mô hình Liên tục CMMI.

Biểu diễn liên tục so với theo giai đoạn

Đại diện liên tục	Trình bày theo giai đoạn
Các khu vực quy trình được tổ chức theo danh mục khu vực quy trình.	Các khu vực quy trình được tổ chức theo mức độ trưởng thành.
Sự cải thiện được đo lường bằng cách sử dụng các mức năng lực. Mức năng lực đo lường sự trưởng thành của một quá trình cụ thể trong một tổ chức; nó nằm trong khoảng từ 0 đến 5.	Sự cải thiện được đo lường bằng cách sử dụng mức độ trưởng thành. Mức độ trưởng thành đo lường mức độ trưởng thành của một tập hợp các quy trình trong một tổ chức: nó nằm trong khoảng từ 1 đến 5.
Có hai loại thực hành cụ thể: cơ bản và nâng cao. Tất cả các thông lệ cụ thể xuất hiện trong biểu diễn liên tục.	Chỉ có một loại thực hành cụ thể. Các khái niệm về thực hành cơ sở và nâng cao không được sử dụng. Tất cả các thực hành cụ thể xuất hiện trong biểu diễn theo giai đoạn ngoại trừ khi một cặp thực hành nâng cao cơ sở có liên quan xuất hiện trong biểu diễn liên tục, trong trường hợp này chỉ thực hành nâng cao xuất hiện trong biểu diễn theo giai đoạn.
Các mức năng lực được sử dụng để tổ chức các hoạt động chung.	Các tính năng chung được sử dụng để tổ chức các thực hành chung.
Tất cả các thực hành chung được bao gồm trong mỗi lĩnh vực quy trình.	Chỉ các thực hành chung cấp 2 và cấp 3 mới được bao gồm.
Hệ thống tương đương cho phép xác định mức độ trưởng thành từ hồ sơ thành tích của tổ chức.	Không cần một cơ chế tương đương để hỗ trợ việc đại diện liên tục bởi vì mỗi tổ chức có thể chọn những gì cần cải thiện và mức độ cải thiện bằng cách sử dụng đại diện theo giai đoạn.

Hình ảnh đại diện nào tốt hơn?

Mỗi hình thức đại diện có những ưu điểm của nó so với hình thức khác, một số tổ chức sử dụng cả hai hình thức đại diện để giải quyết các yêu cầu cụ thể tại các thời điểm khác nhau trong các chương trình cải tiến của họ.

Sự trưởng thành của tổ chức là trọng tâm của đại diện theo giai đoạn, trong khi khả năng của khu vực quy trình là trọng tâm của đại diện liên tục.

Sự trưởng thành của tổ chức và khả năng của khu vực quy trình là những khái niệm tương tự. Sự khác biệt giữa chúng là sự trưởng thành của tổ chức liên quan đến một tập hợp các khu vực quy trình trong một tổ chức, trong khi khả năng khu vực quy trình liên quan đến một tập hợp các quy trình liên quan đến một khu vực quy trình đơn lẻ hoặc thực hành cụ thể.

Sơ đồ sau đây mô tả cả hai bài thuyết trình. Trong sơ đồ này,ML cho biết Mức độ trưởng thành và PA Chỉ ra khu vực quy trình.

Mức độ trưởng thành là một bình nguyên tiến hóa được xác định rõ ràng để đạt được một quy trình phần mềm hoàn thiện. Mỗi cấp độ trưởng thành cung cấp một lớp nền tảng để cải tiến quy trình liên tục.

Các mô hình CMMI với đại diện theo giai đoạn, có năm cấp độ trưởng thành được chỉ định bởi các số từ 1 đến 5. Chúng là -

• Initial
• Managed
• Defined
• Được quản lý định lượng
• Optimizing

Các mức độ trưởng thành của đại diện theo giai đoạn CMMI

Hình ảnh sau đây cho thấy các cấp độ trưởng thành trong biểu diễn theo giai đoạn CMMI.

Bây giờ chúng ta sẽ tìm hiểu chi tiết về từng cấp độ trưởng thành. Phần tiếp theo sẽ liệt kê tất cả các lĩnh vực quy trình liên quan đến các cấp độ trưởng thành này.

Chi tiết về mức độ trưởng thành

Mức độ trưởng thành bao gồm một tập hợp các khu vực quy trình được xác định trước. Mức độ trưởng thành được đo bằng thành tích củaspecific và generic goalsáp dụng cho từng nhóm khu vực quy trình được xác định trước. Các phần sau đây mô tả chi tiết các đặc điểm của từng cấp độ trưởng thành.

Mức độ trưởng thành 1 Ban đầu

Ở cấp độ trưởng thành 1, các quá trình thường đặc biệt và hỗn loạn. Tổ chức thường không cung cấp một môi trường ổn định. Thành công trong các tổ chức này phụ thuộc vào năng lực và sự anh hùng của những người trong tổ chức chứ không phụ thuộc vào việc sử dụng các quy trình đã được chứng minh.

Các tổ chức cấp độ trưởng thành 1 thường sản xuất các sản phẩm và dịch vụ hoạt động được; tuy nhiên, họ thường vượt quá ngân sách và tiến độ của các dự án của họ.

Các tổ chức cấp độ trưởng thành 1 được đặc trưng bởi xu hướng cam kết quá mức, từ bỏ các quy trình trong thời gian khủng hoảng và không thể lặp lại những thành công trong quá khứ của họ.

Cấp độ trưởng thành 2 được quản lý

Ở cấp độ trưởng thành 2, một tổ chức đã đạt được tất cả specific và generic goalscủa các lĩnh vực quy trình cấp độ trưởng thành 2. Nói cách khác, các dự án của tổ chức đã đảm bảo rằng các yêu cầu được quản lý và các quá trình được lập kế hoạch, thực hiện, đo lường và kiểm soát.

Kỷ luật quy trình được phản ánh bởi mức độ trưởng thành 2 giúp đảm bảo rằng các thực hành hiện có được giữ lại trong thời gian căng thẳng. Khi các thực hành này được áp dụng, các dự án được thực hiện và quản lý theo các kế hoạch đã được lập thành văn bản của chúng.

Ở cấp độ trưởng thành 2, các yêu cầu, quy trình, sản phẩm công việc và dịch vụ được quản lý. Trạng thái của các sản phẩm công việc và việc cung cấp dịch vụ có thể nhìn thấy được đối với quản lý tại các điểm xác định.

Các cam kết được thiết lập giữa các bên liên quan và được sửa đổi khi cần thiết. Sản phẩm công việc được xem xét với các bên liên quan và được kiểm soát.

Các sản phẩm và dịch vụ công việc đáp ứng các yêu cầu, tiêu chuẩn và mục tiêu cụ thể của họ.

Mức độ trưởng thành 3 được xác định

Ở cấp độ trưởng thành 3, một tổ chức đã đạt được tất cả specific và generic goals của các khu vực quy trình được chỉ định cho cấp độ trưởng thành 2 và 3.

Ở cấp độ trưởng thành 3, các quá trình được đặc trưng và hiểu rõ, và được mô tả trong các tiêu chuẩn, thủ tục, công cụ và phương pháp.

Sự khác biệt quan trọng giữa mức độ trưởng thành 2 và mức độ trưởng thành 3 là phạm vi của các tiêu chuẩn, mô tả quy trình và thủ tục. Ở cấp độ trưởng thành 2, các tiêu chuẩn, mô tả quy trình và thủ tục có thể khá khác nhau trong từng trường hợp cụ thể của quy trình (ví dụ: trên một dự án cụ thể).

Ở cấp độ trưởng thành 3, các tiêu chuẩn, mô tả quy trình và thủ tục cho một dự án được điều chỉnh từ bộ quy trình tiêu chuẩn của tổ chức để phù hợp với một dự án hoặc đơn vị tổ chức cụ thể. Bộ quy trình tiêu chuẩn của tổ chức bao gồm các quy trình được đề cập ở cấp độ chín muồi 2 và cấp độ chín muồi 3. Kết quả là, các quy trình được thực hiện trong toàn tổ chức là nhất quán ngoại trừ những khác biệt được cho phép bởi các hướng dẫn điều chỉnh.

Một điểm khác biệt quan trọng khác là ở cấp độ trưởng thành 3, các quá trình thường được mô tả chi tiết và chặt chẽ hơn ở cấp độ thuần thục 2. Ở cấp độ trưởng thành 3, các quá trình được quản lý chủ động hơn bằng cách sử dụng sự hiểu biết về các mối quan hệ lẫn nhau của các hoạt động của quá trình và các biện pháp chi tiết về quy trình, sản phẩm công việc và dịch vụ của nó.

Mức độ trưởng thành 4 Được quản lý định lượng

Ở cấp độ trưởng thành 4, một tổ chức đã đạt được tất cả specific goals của các lĩnh vực quy trình được chỉ định cho các cấp độ trưởng thành 2, 3 và 4 và generic goals được giao cho cấp độ trưởng thành 2 và 3.

Ở cấp độ trưởng thành 4, các quy trình phụ được chọn đóng góp đáng kể vào hiệu suất chung của quy trình. Các quá trình phụ đã chọn này được kiểm soát bằng cách sử dụng các kỹ thuật thống kê và định lượng khác.

Các mục tiêu định lượng về chất lượng và hiệu suất quá trình được thiết lập và sử dụng làm tiêu chí trong việc quản lý các quá trình. Các mục tiêu định lượng dựa trên nhu cầu của khách hàng, người dùng cuối, tổ chức và người thực hiện quy trình. Chất lượng và hiệu suất quá trình được hiểu theo thuật ngữ thống kê và được quản lý trong suốt vòng đời của quá trình.

Đối với các quá trình này, các thước đo chi tiết về hiệu suất của quá trình được thu thập và phân tích thống kê. Các nguyên nhân đặc biệt của sự thay đổi trong quá trình được xác định và nếu thích hợp, các nguồn của các nguyên nhân đặc biệt được sửa chữa để ngăn ngừa các sự cố xảy ra trong tương lai.

Các thước đo hiệu suất chất lượng và quy trình được đưa vào kho lưu trữ đo lường của tổ chức để hỗ trợ việc ra quyết định dựa trên thực tế trong tương lai.

Sự khác biệt quan trọng giữa mức độ trưởng thành 3 và mức độ trưởng thành 4 là khả năng dự đoán về hiệu suất của quá trình. Ở cấp độ trưởng thành 4, hiệu suất của các quá trình được kiểm soát bằng cách sử dụng các kỹ thuật thống kê và định lượng khác và có thể dự đoán được về mặt định lượng. Ở cấp độ trưởng thành 3, các quy trình chỉ có thể dự đoán được về mặt định tính.

Tối ưu hóa cấp độ trưởng thành 5

Ở cấp độ trưởng thành 5, một tổ chức đã đạt được tất cả specific goalscủa các lĩnh vực quy trình được chỉ định cho các cấp độ trưởng thành 2, 3, 4 và 5 và generic goals được giao cho cấp độ trưởng thành 2 và 3.

Các quy trình được cải tiến liên tục dựa trên sự hiểu biết định lượng về các nguyên nhân phổ biến của sự thay đổi vốn có trong các quy trình.

Cấp độ này tập trung vào việc liên tục cải thiện hiệu suất của quy trình thông qua các cải tiến công nghệ gia tăng và đổi mới.

Các mục tiêu cải tiến quy trình định lượng cho tổ chức được thiết lập, liên tục sửa đổi để phản ánh các mục tiêu kinh doanh đang thay đổi và được sử dụng làm tiêu chí trong việc quản lý cải tiến quy trình.

Tác động của các cải tiến quy trình đã triển khai được đo lường và đánh giá dựa trên các mục tiêu cải tiến quy trình định lượng. Cả các quá trình đã xác định và bộ các quá trình tiêu chuẩn của tổ chức đều là mục tiêu của các hoạt động cải tiến có thể đo lường được.

Việc tối ưu hóa các quy trình nhanh nhẹn và đổi mới, phụ thuộc vào sự tham gia của lực lượng lao động được trao quyền phù hợp với các giá trị và mục tiêu kinh doanh của tổ chức. Khả năng của tổ chức để phản ứng nhanh chóng với những thay đổi và cơ hội được nâng cao bằng cách tìm cách tăng tốc và chia sẻ việc học. Cải tiến các quy trình vốn dĩ là một vai trò mà mọi người phải thực hiện, dẫn đến một chu kỳ cải tiến liên tục.

Sự khác biệt quan trọng giữa mức độ trưởng thành 4 và mức độ trưởng thành 5 là loại biến thể của quá trình được giải quyết. Ở cấp độ trưởng thành 4, các quá trình quan tâm đến việc giải quyết các nguyên nhân đặc biệt của sự thay đổi quá trình và cung cấp khả năng dự đoán thống kê về kết quả. Mặc dù các quá trình có thể tạo ra các kết quả có thể dự đoán được, nhưng các kết quả đó có thể không đủ để đạt được các mục tiêu đã thiết lập. Ở cấp độ trưởng thành 5, các quá trình quan tâm đến việc giải quyết các nguyên nhân phổ biến gây ra sự biến đổi của quá trình và thay đổi quá trình (nghĩa là thay đổi phương tiện thực hiện quá trình) để cải thiện hiệu suất quá trình (trong khi duy trì khả năng dự đoán thống kê) để đạt được các mục tiêu cải tiến quá trình định lượng đã thiết lập .

Không nên bỏ qua các cấp độ trưởng thành

Mỗi cấp độ trưởng thành cung cấp một nền tảng cần thiết để thực hiện hiệu quả các quy trình ở cấp độ tiếp theo.

• Các quy trình cấp cao hơn có ít cơ hội thành công hơn nếu không có kỷ luật do cấp thấp hơn cung cấp.

• Hiệu quả của sự đổi mới có thể bị che khuất trong một quá trình ồn ào.

Các quy trình ở cấp độ trưởng thành cao hơn có thể được thực hiện bởi các tổ chức ở cấp độ kỳ hạn thấp hơn, với nguy cơ không được áp dụng nhất quán trong một cuộc khủng hoảng.

Mức độ trưởng thành và lĩnh vực quy trình

Đây là danh sách tất cả các khu vực quy trình tương ứng được xác định cho một tổ chức phần mềm. Các lĩnh vực quy trình này có thể khác nhau đối với các tổ chức khác nhau.

Phần này cung cấp tên của các khu vực quy trình liên quan. Để biết thêm chi tiết về các Khu vực Quy trình này, hãy xem Chương Các Khu vực Quy trình CMMI.

Cấp độ	Tiêu điểm	Khu vực quy trình chính	Kết quả
5 Tối ưu hóa	Sự cải tiến quá trình liên tục	Đổi mới và Triển khai Tổ chức Phân tích và giải quyết nhân quả	Chất lượng cao nhất / Rủi ro thấp nhất
4 Được quản lý định lượng	Được quản lý định lượng	Hiệu suất quy trình tổ chức Quản lý dự án định lượng	Chất lượng cao hơn / Rủi ro thấp hơn
3 Xác định	Tiêu chuẩn hóa quy trình	Phát triển yêu cầu Giải pháp kỹ thuật Tích hợp sản phẩm xác minh Thẩm định Trọng tâm quy trình tổ chức Định nghĩa quy trình tổ chức Đào tạo tổ chức Dự án tích hợp Mgmt (với IPPD bổ sung) Quản lý rủi ro Phân tích và giải quyết quyết định Lập nhóm tích hợp (chỉ IPPD) Tổ chức. Môi trường để tích hợp (chỉ IPPD) Quản lý nhà cung cấp tích hợp (chỉ SS)	Chất lượng trung bình / Rủi ro trung bình
2 Được quản lý	Quản lý dự án cơ bản	Quản lý yêu cầu Lập kế hoạch dự án Giám sát và Kiểm soát Dự án Quản lý thỏa thuận nhà cung cấp Đo lường và phân tích Đảm bảo chất lượng sản phẩm và quy trình Quản lý cấu hình	Chất lượng thấp / Rủi ro cao
1 Ban đầu	Quy trình là không chính thức và Adhoc		Chất lượng thấp nhất / Rủi ro cao nhất

Mức năng lực là một bình nguyên tiến hóa được xác định rõ ràng mô tả khả năng của tổ chức so với một khu vực quy trình. Mức năng lực bao gồm các thực hành cụ thể và chung có liên quan cho một lĩnh vực quá trình có thể cải thiện các quá trình của tổ chức liên quan đến lĩnh vực quá trình đó. Mỗi cấp độ là một lớp trong nền tảng để cải tiến quy trình liên tục.

Do đó, các mức khả năng là tích lũy, tức là, mức khả năng cao hơn bao gồm các thuộc tính của các mức thấp hơn.

Trong các mô hình CMMI có biểu diễn liên tục, có sáu mức khả năng được chỉ định bởi các số từ 0 đến 5.

• 0 - Không đầy đủ
• 1 - Đã thực hiện
• 2 - Được quản lý
• 3 - Đã xác định
• 4 - Được quản lý định lượng
• 5 - Tối ưu hóa

Mô tả ngắn gọn về từng mức năng lực như sau:

Mức năng lực 0: Chưa hoàn thành

"Quá trình không hoàn chỉnh" là một quá trình không được thực hiện hoặc được thực hiện một phần. Một hoặc nhiều mục tiêu cụ thể của lĩnh vực quá trình không được thỏa mãn và không có mục tiêu chung nào tồn tại cho cấp độ này vì không có lý do gì để thể chế hóa một quá trình được thực hiện từng phần.

Điều này tương đương với Mức trưởng thành 1 trong biểu diễn theo giai đoạn.

Mức năng lực 1: Đã thực hiện

Quy trình Mức năng lực 1 là một quy trình được mong đợi thực hiện tất cả các thực hành cụ thể và chung của Mức độ năng lực 1. Hiệu suất có thể không ổn định và có thể không đáp ứng các mục tiêu cụ thể như chất lượng, chi phí và tiến độ, nhưng công việc hữu ích có thể được thực hiện. Đây chỉ là bước khởi đầu hoặc bước nhỏ trong quá trình cải tiến. Nó có nghĩa là bạn đang làm một điều gì đó nhưng bạn không thể chứng minh rằng nó thực sự có hiệu quả với bạn.

Mức năng lực 2: Được quản lý

Một quy trình được quản lý được lập kế hoạch, thực hiện, giám sát và kiểm soát cho các dự án, nhóm hoặc quy trình độc lập để đạt được một mục đích nhất định. Quản lý quy trình đạt được cả mục tiêu mô hình cho quy trình cũng như các mục tiêu khác, chẳng hạn như chi phí, tiến độ và chất lượng. Như tiêu đề của cấp độ này cho thấy, bạn đang tích cực quản lý cách mọi thứ được thực hiện trong tổ chức của mình. Bạn có một số chỉ số được thu thập và áp dụng nhất quán cho phương pháp quản lý của mình.

Note- các số liệu được thu thập và sử dụng ở tất cả các cấp của CMMI, trong cả các đại diện theo giai đoạn và liên tục. Thật là một sự nguỵ biện cay đắng khi nghĩ rằng một tổ chức có thể đợi đến Cấp độ năng lực 4 để sử dụng các chỉ số.

Mức năng lực 3: Đã xác định

Quy trình mức khả năng 3 được đặc trưng như một "quy trình được xác định". Một quy trình được xác định là một quy trình được quản lý (mức năng lực 2) được điều chỉnh từ bộ quy trình tiêu chuẩn của tổ chức theo hướng dẫn điều chỉnh của tổ chức và đóng góp các sản phẩm, biện pháp và thông tin cải tiến quy trình khác vào tài sản quy trình của tổ chức.

Mức năng lực 4: Được quản lý định lượng

Quy trình cấp độ 4 khả năng được đặc trưng như một "quy trình được quản lý định lượng." Quá trình được quản lý định lượng là một quá trình xác định (mức năng lực 3) được kiểm soát bằng cách sử dụng các kỹ thuật thống kê và định lượng khác. Các mục tiêu định lượng về chất lượng và hiệu suất quá trình được thiết lập và sử dụng làm tiêu chí trong quản lý quá trình. Chất lượng và hiệu suất quá trình được hiểu theo thuật ngữ thống kê và được quản lý trong suốt vòng đời của quá trình.

Khả năng cấp độ 5: Tối ưu hóa

Quá trình tối ưu hóa là một quá trình được quản lý định lượng được cải tiến dựa trên sự hiểu biết về các nguyên nhân phổ biến của sự thay đổi quy trình vốn có trong quy trình. Nó tập trung vào việc liên tục cải thiện hiệu suất của quy trình thông qua cả cải tiến gia tăng và cải tiến. Cả các quá trình đã xác định và bộ các quá trình tiêu chuẩn của tổ chức đều là mục tiêu của các hoạt động cải tiến.

Mức năng lực 4 tập trung vào việc thiết lập các đường cơ sở, mô hình và phép đo để thực hiện quá trình. Mức độ năng lực 5 tập trung vào việc nghiên cứu kết quả hoạt động trong toàn tổ chức hoặc toàn bộ doanh nghiệp, tìm ra nguyên nhân phổ biến của các vấn đề trong cách thực hiện công việc (các quy trình được sử dụng) và khắc phục các vấn đề trong quy trình. Việc khắc phục sẽ bao gồm việc cập nhật tài liệu quy trình và đào tạo liên quan đến nơi các lỗi được đưa vào.

Tổ chức các khu vực quy trình trong đại diện liên tục

thể loại	Khu vực quy trình
Quản lý dự án	Lập kế hoạch dự án Giám sát và Kiểm soát Dự án Quản lý thỏa thuận nhà cung cấp Quản lý dự án tích hợp (IPPD) Quản lý nhà cung cấp tích hợp (SS) Lập nhóm tích hợp (IPPD) Quản lý rủi ro Quản lý dự án định lượng
Ủng hộ	Quản lý cấu hình Đảm bảo chất lượng sản phẩm và quy trình Đo lường và phân tích Phân tích và giải quyết nhân quả Phân tích và giải quyết quyết định Môi trường tổ chức để hội nhập (IPPD)
Kỹ thuật	Quản lý yêu cầu Phát triển yêu cầu Giải pháp kỹ thuật Tích hợp sản phẩm Verification Validation
Quản lý quy trình	Trọng tâm quy trình tổ chức Định nghĩa quy trình tổ chức Đào tạo tổ chức Hiệu suất quy trình tổ chức Đổi mới và Triển khai Tổ chức

Lĩnh vực Quy trình là một nhóm các thực hành có liên quan trong một lĩnh vực mà khi được thực hiện chung, đáp ứng một loạt các mục tiêu được coi là quan trọng để tạo ra sự cải thiện đáng kể trong lĩnh vực đó. Tất cả các lĩnh vực quy trình CMMI đều chung cho cả biểu diễn liên tục và theo giai đoạn.

Sự đại diện liên tục cho phép tổ chức lựa chọn trọng tâm của các nỗ lực cải tiến quy trình bằng cách chọn các khu vực quy trình đó hoặc tập hợp các khu vực quy trình có liên quan với nhau, mang lại lợi ích tốt nhất cho tổ chức và các mục tiêu kinh doanh của tổ chức. Mặc dù có một số giới hạn về những gì một tổ chức có thể lựa chọn do sự phụ thuộc giữa các lĩnh vực quy trình, tổ chức có quyền tự do đáng kể trong việc lựa chọn của mình.

Khi bạn chọn các khu vực quy trình, bạn cũng phải chọn mức độ bạn muốn cải thiện các quy trình liên quan đến các khu vực quy trình đó (tức là chọn mức khả năng thích hợp). Các mức năng lực, các mục tiêu và thực hành chung, hỗ trợ việc cải tiến các quy trình trong các lĩnh vực quy trình riêng lẻ.

Ngược lại, bạn sẽ thấy rằng biểu diễn theo giai đoạn khuyến khích bạn luôn xem xét các lĩnh vực quy trình trong bối cảnh mức độ trưởng thành mà chúng thuộc về. Các khu vực quy trình được sắp xếp theo mức độ trưởng thành để củng cố khái niệm này. Khi bạn sử dụng một khu vực quy trình, bạn sử dụng toàn bộ khu vực quy trình, tức là tất cả các mục tiêu và mọi hoạt động thực hành.

Các Khu vực Quy trình CMMI (Khu bảo vệ) có thể được nhóm thành bốn loại sau để hiểu các tương tác và liên kết của chúng với nhau bất kể mức độ xác định của chúng:

• Quản lý quy trình

• Quản lý dự án

• Engineering

• Support

Mỗi lĩnh vực quy trình được xác định bởi một tập hợp các mục tiêu và thực hành. Có hai loại mục tiêu và thực hành -

• Generic goals and practices - Chúng là một phần của mọi lĩnh vực quy trình.

• Specific goals and practices - Chúng dành riêng cho một khu vực quy trình nhất định.

Một khu vực quy trình được thỏa mãn khi các quy trình của một công ty bao gồm tất cả các mục tiêu và thực hành chung và cụ thể cho khu vực quy trình đó.

Mục tiêu và Thực tiễn Chung

Các mục tiêu và thực hành chung là một phần của mọi lĩnh vực quy trình.

NOTATIONS - GG -> Mục tiêu chung và GP -> Thực hành chung

• GG 1 đạt được các mục tiêu cụ thể

  • GP 1.1 Thực hiện các Thực hành Cụ thể

• GG 2 Thể chế hóa Quy trình được Quản lý

  • GP 2.1 Thiết lập Chính sách Tổ chức

  • GP 2.2 Lập kế hoạch cho quy trình

  • GP 2.3 Cung cấp tài nguyên

  • GP 2.4 Phân công trách nhiệm

  • GP 2.5 đào tạo người

  • GP 2.6 Quản lý cấu hình

  • GP 2.7 Xác định và thu hút sự tham gia của các bên liên quan

  • GP 2.8 Giám sát và Kiểm soát Quy trình

  • GP 2.9 Đánh giá khách quan về sự tuân thủ

  • GP 2.10 Trạng thái xem xét với quản lý cấp cao hơn

• GG 3 Thể chế hóa Quy trình xác định

  • GP 3.1 Thiết lập một quy trình xác định

  • GP 3.2 Thu thập thông tin cải tiến

• GG 4 Thể chế hóa Quy trình được Quản lý Định lượng

  • GP 4.1 Thiết lập các mục tiêu định lượng cho quá trình

  • GP 4.2 Ổn định Hiệu suất quy trình phụ

• GG 5 Thể chế hóa Quy trình Tối ưu hóa

  • GP 5.1 Đảm bảo Cải tiến Quy trình Liên tục

  • GP 5.2 Nguyên nhân gốc rễ chính xác của vấn đề

Các tính năng chung

Các đặc điểm chung là các thuộc tính cho biết việc thực hiện và thể chế hóa một lĩnh vực quy trình chính có hiệu quả, có thể lặp lại và lâu dài hay không. Năm tính năng phổ biến được liệt kê dưới đây:

• Commitment to Perform- Cam kết Thực hiện mô tả các hành động, tổ chức phải thực hiện để đảm bảo rằng quá trình được thiết lập và sẽ trường tồn. Cam kết Thực hiện thường liên quan đến việc thiết lập các chính sách tổ chức và tài trợ của quản lý cấp cao.

• Ability to Perform- Khả năng Thực hiện mô tả các điều kiện tiên quyết phải tồn tại trong dự án hoặc tổ chức để thực hiện quy trình phần mềm một cách thành thạo. Khả năng Thực hiện thường liên quan đến nguồn lực, cơ cấu tổ chức và đào tạo.

• Activities Performed- Các hoạt động đã thực hiện mô tả các vai trò và thủ tục cần thiết để thực hiện một khu vực quy trình chính. Các hoạt động được thực hiện thường liên quan đến việc thiết lập các kế hoạch và thủ tục, thực hiện công việc, theo dõi công việc và thực hiện các hành động khắc phục khi cần thiết.

• Measurement and Analysis- Đo lường và Phân tích mô tả sự cần thiết phải đo lường quá trình và phân tích các phép đo. Đo lường và Phân tích thường bao gồm các ví dụ về các phép đo có thể được thực hiện để xác định trạng thái và hiệu quả của các Hoạt động đã Thực hiện.

• Verifying Implementation- Xác minh Thực hiện mô tả các bước để đảm bảo rằng các hoạt động được thực hiện tuân thủ theo quy trình đã được thiết lập. Việc xác minh thường bao gồm các đánh giá và kiểm tra của ban quản lý và đảm bảo chất lượng phần mềm.

Các thực hành trong đặc điểm chung Các hoạt động đã thực hiện mô tả những gì phải được thực hiện để thiết lập khả năng của quá trình. Các thực hành khác, xét một cách tổng thể, là cơ sở để một tổ chức có thể thể chế hóa các thông lệ được mô tả trong đặc điểm chung về Hoạt động đã Thực hiện.

Chi tiết các lĩnh vực quy trình

CMMI bao gồm 22 lĩnh vực quy trình chỉ ra các khía cạnh phát triển sản phẩm sẽ được đề cập trong các quy trình của công ty.

Phân tích và giải quyết nhân quả

• Đây là một khu vực quy trình hỗ trợ ở Cấp độ trưởng thành 5.

Mục đích

Mục đích của Causal Analysis and Resolution (CAR) là xác định nguyên nhân của các khiếm khuyết và các vấn đề khác và thực hiện hành động để ngăn chặn chúng xảy ra trong tương lai.

Thực tiễn cụ thể theo mục tiêu

• SGK 1 Xác định nguyên nhân của khiếm khuyết

  • SP 1.1 Chọn Dữ liệu Lỗi để Phân tích

  • SP 1.2 Phân tích nguyên nhân

• SG 2 Giải quyết các nguyên nhân gây ra khiếm khuyết

  • SP 2.1 Thực hiện các Đề xuất Hành động

  • SP 2.2 Đánh giá ảnh hưởng của các thay đổi

  • Dữ liệu ghi SP 2.3

Quản lý cấu hình

• Đây là một khu vực quy trình hỗ trợ ở Cấp độ trưởng thành 2.

Mục đích

Mục đích của Configuration Management (CM) là thiết lập và duy trì tính toàn vẹn của các sản phẩm công việc bằng cách sử dụng nhận dạng cấu hình, kiểm soát cấu hình, tính toán trạng thái cấu hình và kiểm tra cấu hình.

Specific Practices by Goal

• SG 1 Thiết lập Đường cơ sở

  • SP 1.1 Xác định các Mục cấu hình

  • SP 1.2 Thiết lập hệ thống quản lý cấu hình

  • SP 1.3 Tạo hoặc phát hành đường cơ sở

• SG 2 Theo dõi và Kiểm soát Thay đổi

  • Các yêu cầu thay đổi theo dõi SP 2.1

  • Các mục cấu hình điều khiển SP 2.2

• SG 3 Thiết lập tính liêm chính

  • SP 3.1 Thiết lập hồ sơ quản lý cấu hình

  • SP 3.2 Thực hiện Kiểm tra Cấu hình

Phân tích và giải quyết quyết định

• Đây là một khu vực quy trình hỗ trợ ở Cấp độ 3.

Mục đích

Mục đích của Decision Analysis and Resolution (DAR) là phân tích các quyết định có thể có bằng cách sử dụng một quy trình đánh giá chính thức để đánh giá các lựa chọn thay thế đã được xác định dựa trên các tiêu chí đã thiết lập.

Thực tiễn cụ thể theo mục tiêu

• SG 1 Đánh giá các giải pháp thay thế

  • SP 1.1 Thiết lập Hướng dẫn Phân tích Quyết định

  • SP 1.2 Thiết lập các tiêu chí đánh giá

  • SP 1.3 Xác định các giải pháp thay thế

  • SP 1.4 Lựa chọn phương pháp đánh giá

  • SP 1.5 Đánh giá các giải pháp thay thế

  • SP 1.6 Lựa chọn giải pháp

Quản lý dự án tích hợp + IPPD

• Đây là một khu vực quy trình Quản lý Dự án ở Cấp độ 3.

Mục đích

Mục đích của Integrated Project Management + IPPD (IPM) là thiết lập và quản lý dự án và sự tham gia của các bên liên quan theo một quy trình tích hợp và xác định được điều chỉnh từ bộ quy trình tiêu chuẩn của tổ chức.

Thực tiễn cụ thể theo mục tiêu

• SG 1 Sử dụng Quy trình Xác định của Dự án

  • SP 1.1 Thiết lập quy trình xác định của dự án

  • SP 1.2 Sử dụng tài sản quy trình tổ chức để lập kế hoạch hoạt động dự án

  • SP 1.3 Thiết lập Môi trường làm việc của Dự án

  • SP 1.4 Các kế hoạch tích hợp

  • SP 1.5 Quản lý dự án bằng các kế hoạch tích hợp

  • SP 1.6 Đóng góp vào Tài sản Quy trình Tổ chức

• SG 2 Phối hợp và Cộng tác với các Bên liên quan

  • SP 2.1 Quản lý sự tham gia của các bên liên quan

  • SP 2.2 Quản lý sự phụ thuộc

  • SP 2.3 Giải quyết các vấn đề phối hợp

Bổ sung IPPD -

• SG 3 Áp dụng các Nguyên tắc IPPD

  • SP 3.1 Thiết lập Tầm nhìn Chung của Dự án

  • SP 3.2 Thiết lập Cơ cấu Nhóm Tích hợp

  • SP 3.3 Phân bổ yêu cầu cho các nhóm tích hợp

  • SP 3.4 Thành lập các nhóm tích hợp

  • SP 3.5 Đảm bảo sự hợp tác giữa các Nhóm giao thoa

Đo lường và phân tích

Đây là một khu vực quy trình hỗ trợ ở Cấp độ trưởng thành 2.

Mục đích

Mục đích của Measurement and Analysis (MA) là phát triển và duy trì khả năng đo lường được sử dụng để hỗ trợ nhu cầu thông tin quản lý.

Thực tiễn cụ thể theo mục tiêu

• SG 1 Điều chỉnh các hoạt động đo lường và phân tích

  • SP 1.1 Thiết lập các Mục tiêu Đo lường

  • SP 1.2 Chỉ định các biện pháp

  • SP 1.3 Chỉ định Quy trình Thu thập và Lưu trữ Dữ liệu

  • SP 1.4 Chỉ định các thủ tục phân tích

• SG 2 Cung cấp kết quả đo

  • SP 2.1 Thu thập dữ liệu đo lường

  • SP 2.2 Phân tích dữ liệu đo lường

  • SP 2.3 Lưu trữ Dữ liệu và Kết quả

  • SP 2.4 Truyền đạt kết quả

Đổi mới và Triển khai Tổ chức

Đây là một khu vực quy trình Quản lý Quy trình ở Cấp độ 5.

Mục đích

Mục đích của Organizational Innovation and Deployment(OID) là lựa chọn và triển khai các cải tiến gia tăng và sáng tạo nhằm cải thiện đáng kể các quy trình và công nghệ của tổ chức. Các cải tiến hỗ trợ các mục tiêu về chất lượng và hiệu suất quá trình của tổ chức xuất phát từ các mục tiêu kinh doanh của tổ chức.

Thực tiễn cụ thể theo mục tiêu

• SG 1 Chọn cải tiến

  • SP 1.1 Thu thập và Phân tích các Đề xuất Cải tiến

  • SP 1.2 Xác định và phân tích các đổi mới

  • Cải tiến thí điểm SP 1.3

  • SP 1.4 Lựa chọn các cải tiến để triển khai

• Cải tiến triển khai SG 2

  • SP 2.1 Lập kế hoạch các khu vực triển khai

  • SP 2.2 Quản lý việc triển khai

  • SP 2.3 Hiệu quả Cải thiện Đo lường

Định nghĩa quy trình tổ chức + IPPD (OPD)

Đây là một khu vực quy trình Quản lý Quy trình ở Cấp độ 3.

Mục đích

Mục đích của Organizational Process Definition + IPPD (OPD) là thiết lập và duy trì một bộ tài sản quy trình tổ chức có thể sử dụng được.

Thực tiễn cụ thể theo mục tiêu

• SG 1 Thiết lập tài sản quy trình tổ chức

  • SP 1.1 Thiết lập các quy trình chuẩn

  • SP 1.2 Thiết lập mô tả mô hình vòng đời

  • SP 1.3 Thiết lập các tiêu chí và hướng dẫn may đo

  • SP 1.4 Thiết lập Kho lưu trữ Đo lường của Tổ chức

  • SP 1.5 Thiết lập Thư viện Tài sản Quy trình của Tổ chức

Bổ sung IPPD -

• SG 2 Bật Quản lý IPPD

  • SP 2.1 Thiết lập Cơ chế Trao quyền

  • SP 2.2 Thiết lập Quy tắc và Hướng dẫn cho các Nhóm Tích hợp

  • SP 2.3 Trách nhiệm của Nhóm Cân bằng và Tổ chức Gia đình

Trọng tâm quy trình tổ chức

Đây là một khu vực quy trình Quản lý Quy trình ở Cấp độ 3.

Mục đích

Mục đích của Organizational Process Focus (OPF) là lập kế hoạch và thực hiện cải tiến quy trình của tổ chức dựa trên sự hiểu biết thấu đáo về điểm mạnh và điểm yếu hiện tại của các quy trình và tài sản quy trình của tổ chức.

Thực tiễn cụ thể theo mục tiêu

• SG 1 Xác định cơ hội cải tiến quy trình

  • SP 1.1 Thiết lập nhu cầu quy trình tổ chức

  • SP 1.2 Đánh giá các Quy trình của Tổ chức

  • SP 1.3 Xác định các Cải tiến Quy trình của Tổ chức

• SG 2 Lập kế hoạch và Thực hiện các Hoạt động Cải tiến Quy trình

  • SP 2.1 Thiết lập các kế hoạch hành động theo quy trình

  • SP 2.2 Thực hiện các kế hoạch hành động theo quy trình

• SG 3 Triển khai Tài sản Quy trình Tổ chức và Kết hợp Các bài học Kinh nghiệm

  • SP 3.1 Triển khai tài sản quy trình tổ chức

  • SP 3.2 Triển khai các quy trình chuẩn

  • SP 3.3 Giám sát thực hiện

  • SP 3.4 Kết hợp các kinh nghiệm liên quan đến quy trình vào tài sản quy trình tổ chức

Hiệu suất quy trình tổ chức

Đây là khu vực quy trình Quản lý Quy trình ở Cấp độ 4.

Mục đích

Mục đích của Organizational Process Performance (OPP) là thiết lập và duy trì hiểu biết định lượng về việc thực hiện bộ quy trình tiêu chuẩn của tổ chức nhằm hỗ trợ các mục tiêu về chất lượng và hiệu suất quá trình, đồng thời cung cấp dữ liệu, đường cơ sở và mô hình thực hiện quy trình để quản lý định lượng các dự án của tổ chức.

Thực tiễn cụ thể theo mục tiêu

• SG 1 Thiết lập Mô hình và Cơ sở Hiệu suất

  • SP 1.1 Chọn các quy trình

  • SP 1.2 Thiết lập các biện pháp thực hiện quy trình

  • SP 1.3 Thiết lập các Mục tiêu về Chất lượng và Hiệu suất Quy trình

  • SP 1.4 Thiết lập Đường cơ sở Hiệu suất Quy trình

  • SP 1.5 Thiết lập Mô hình Hiệu suất Quy trình

Đào tạo tổ chức

Đây là một khu vực quy trình Quản lý Quy trình ở Cấp độ 3.

Mục đích

Mục đích của Organizational Training (OT) là phát triển các kỹ năng và kiến ​​thức của mọi người để họ có thể thực hiện vai trò của mình một cách hiệu quả và hiệu quả.

Thực tiễn cụ thể theo mục tiêu

• SG 1 Thiết lập năng lực đào tạo tổ chức

  • SP 1.1 Thiết lập nhu cầu đào tạo chiến lược

  • SP 1.2 Xác định nhu cầu đào tạo nào là trách nhiệm của tổ chức

  • SP 1.3 Thiết lập một kế hoạch chiến thuật đào tạo tổ chức

  • SP 1.4 Thiết lập năng lực đào tạo

• SG 2 Cung cấp Đào tạo Cần thiết

  • SP 2.1 Cung cấp Đào tạo

  • SP 2.2 Thiết lập hồ sơ đào tạo

  • SP 2.3 Đánh giá hiệu quả đào tạo

Tích hợp sản phẩm

Đây là một khu vực quy trình Kỹ thuật ở Cấp độ 3.

Mục đích

Mục đích của Product Integration (PI) là lắp ráp sản phẩm từ các thành phần của sản phẩm, đảm bảo rằng sản phẩm, như được tích hợp, hoạt động đúng chức năng và cung cấp sản phẩm.

Thực tiễn cụ thể theo mục tiêu

• SG 1 Chuẩn bị cho Tích hợp Sản phẩm

  • SP 1.1 Xác định trình tự tích hợp

  • SP 1.2 Thiết lập Môi trường Tích hợp Sản phẩm

  • SP 1.3 Thiết lập các thủ tục và tiêu chí tích hợp sản phẩm

• SG 2 Đảm bảo Tương thích Giao diện

  • SP 2.1 Xem lại mô tả giao diện cho sự hoàn chỉnh

  • SP 2.2 Quản lý giao diện

• SG 3 Lắp ráp các thành phần sản phẩm và phân phối sản phẩm

  • SP 3.1 Xác nhận sự sẵn sàng của các thành phần sản phẩm để tích hợp

  • SP 3.2 Lắp ráp các thành phần sản phẩm

  • SP 3.3 Đánh giá các thành phần sản phẩm đã lắp ráp

  • SP 3.4 Đóng gói và Giao Sản phẩm hoặc Thành phần Sản phẩm

Giám sát và Kiểm soát Dự án

Nó là một khu vực quy trình Quản lý Dự án ở Cấp độ 2.

Mục đích

Mục đích của Project Monitoring and Control (PMC) là cung cấp sự hiểu biết về tiến độ của dự án để có thể thực hiện các hành động khắc phục thích hợp khi kết quả hoạt động của dự án sai lệch đáng kể so với kế hoạch.

Thực tiễn cụ thể theo mục tiêu

• SG 1 Giám sát dự án so với kế hoạch

  • SP 1.1 Giám sát các thông số lập kế hoạch dự án

  • Cam kết giám sát SP 1.2

  • SP 1.3 Giám sát Rủi ro Dự án

  • Quản lý dữ liệu giám sát SP 1.4

  • SP 1.5 Giám sát sự tham gia của các bên liên quan

  • SP 1.6 Tiến hành Đánh giá Tiến độ

  • SP 1.7 Tiến hành các đánh giá quan trọng

• SG 2 Quản lý hành động sửa chữa để đóng cửa

  • SP 2.1 Phân tích các vấn đề

  • SP 2.2 Thực hiện hành động sửa chữa

  • SP 2.3 Quản lý Hành động Khắc phục

Lập kế hoạch dự án

Nó là một khu vực quy trình Quản lý Dự án ở Cấp độ 2.

Mục đích

Mục đích của Project Planning (PP) là thiết lập và duy trì các kế hoạch xác định các hoạt động của dự án.

Thực tiễn cụ thể theo mục tiêu

• SG 1 Thiết lập các ước tính

  • SP 1.1 Ước tính phạm vi của dự án

  • SP 1.2 Thiết lập các Ước tính về Sản phẩm Công việc và Thuộc tính Nhiệm vụ

  • SP 1.3 Xác định Vòng đời của Dự án

  • SP 1.4 Xác định ước tính về nỗ lực và chi phí

• SG 2 Xây dựng kế hoạch dự án

  • SP 2.1 Thiết lập Ngân sách và Lịch trình

  • SP 2.2 Xác định Rủi ro Dự án

  • Kế hoạch SP 2.3 Quản lý Dữ liệu

  • Kế hoạch SP 2.4 cho Nguồn lực Dự án

  • Kế hoạch SP 2.5 cho Kiến thức và Kỹ năng Cần thiết

  • Kế hoạch SP 2.6 Sự tham gia của các bên liên quan

  • SP 2.7 Thiết lập Kế hoạch Dự án

• SG 3 Đạt được cam kết đối với kế hoạch

  • SP 3.1 Đánh giá các Kế hoạch ảnh hưởng đến Dự án

  • SP 3.2 Đối chiếu công việc và mức tài nguyên

  • SP 3.3 Đạt được cam kết kế hoạch

Đảm bảo chất lượng sản phẩm và quy trình

Đây là một khu vực quy trình hỗ trợ ở Cấp độ trưởng thành 2.

Mục đích

Mục đích của Process and Product Quality Assurance (PPQA) là cung cấp cho nhân viên và ban quản lý cái nhìn khách quan về các quy trình và sản phẩm công việc liên quan.

Thực tiễn cụ thể theo mục tiêu

• SG 1 Đánh giá khách quan các quá trình và sản phẩm công việc

  • SP 1.1 Đánh giá khách quan các quá trình

  • SP 1.2 Đánh giá Khách quan Sản phẩm và Dịch vụ Công việc

• SG 2 Cung cấp cái nhìn khách quan

  • SP 2.1 Truyền đạt và Đảm bảo Giải quyết các Vấn đề Không tuân thủ

  • SP 2.2 Thiết lập hồ sơ

Quản lý dự án định lượng

Đây là khu vực quy trình Quản lý Dự án ở Cấp độ 4.

Mục đích

Mục đích của Quantitative Project Management Khu vực quy trình (QPM) là quản lý định lượng quy trình xác định của dự án để đạt được các mục tiêu về chất lượng và hiệu suất quy trình đã thiết lập của dự án.

Thực tiễn cụ thể theo mục tiêu

• SG 1 Quản lý Định lượng Dự án

  • SP 1.1 Thiết lập mục tiêu của dự án

  • SP 1.2 Soạn các quy trình đã xác định

  • SP 1.3 Chọn các quy trình con sẽ được quản lý theo thống kê

  • SP 1.4 Quản lý Hiệu suất Dự án

• SG 2 Quản lý thống kê Hiệu suất của quy trình con

  • SP 2.1 Lựa chọn các biện pháp và kỹ thuật phân tích

  • SP 2.2 Áp dụng phương pháp thống kê để hiểu sự biến đổi

  • SP 2.3 Giám sát hiệu suất của các quy trình con đã chọn

  • SP 2.4 Ghi lại Dữ liệu Quản lý Thống kê

Phát triển yêu cầu

Đây là một khu vực quy trình Kỹ thuật ở Cấp độ 3.

Mục đích

Mục đích của Requirements Development (RD) là sản xuất và phân tích các yêu cầu của khách hàng, sản phẩm và sản phẩm-thành phần.

Thực tiễn cụ thể theo mục tiêu

• SG 1 Phát triển các yêu cầu của khách hàng

  • SP 1.1 Khơi gợi nhu cầu

  • SP 1.2 Phát triển các yêu cầu của khách hàng

• SG 2 Phát triển các yêu cầu về sản phẩm

  • SP 2.1 Thiết lập các Yêu cầu về Sản phẩm và Sản phẩm-Thành phần

  • SP 2.2 Phân bổ các yêu cầu về sản phẩm-thành phần

  • SP 2.3 Xác định yêu cầu giao diện

• SG 3 Phân tích và xác thực các yêu cầu

  • SP 3.1 Thiết lập các khái niệm và kịch bản hoạt động

  • SP 3.2 Thiết lập một định nghĩa về chức năng cần thiết

  • Phân tích yêu cầu SP 3.3

  • SP 3.4 Phân tích các yêu cầu để đạt được sự cân bằng

  • SP 3.5 Xác thực các yêu cầu

Quản lý yêu cầu

Đây là một khu vực quy trình Kỹ thuật ở Cấp độ trưởng thành 2.

Mục đích

Mục đích của Requirements Management (REQM) là quản lý các yêu cầu của sản phẩm và thành phần sản phẩm của dự án và xác định sự mâu thuẫn giữa các yêu cầu đó với kế hoạch và sản phẩm công việc của dự án.

Thực tiễn cụ thể theo mục tiêu

• SG 1 Quản lý yêu cầu

  • SP 1.1 Có được sự hiểu biết về các yêu cầu

  • SP 1.2 Đạt được cam kết đối với các yêu cầu

  • SP 1.3 Quản lý Thay đổi Yêu cầu

  • SP 1.4 Duy trì khả năng truy xuất nguồn gốc hai chiều của các yêu cầu

  • SP 1.5 Xác định sự không nhất quán giữa công việc và yêu cầu của dự án

Quản lý rủi ro

Đây là một khu vực quy trình Quản lý Dự án ở Cấp độ 3.

Mục đích

Mục đích của Risk Management (RSKM) là xác định các vấn đề tiềm ẩn trước khi chúng xảy ra để các hoạt động xử lý rủi ro có thể được lên kế hoạch và triển khai khi cần thiết trong suốt vòng đời của sản phẩm hoặc dự án nhằm giảm thiểu các tác động tiêu cực đến việc đạt được các mục tiêu.

Thực tiễn cụ thể theo mục tiêu

• SG 1 Chuẩn bị cho Quản lý Rủi ro

  • SP 1.1 Xác định Nguồn và Danh mục Rủi ro

  • SP 1.2 Xác định các tham số rủi ro

  • SP 1.3 Thiết lập Chiến lược Quản lý Rủi ro

• SGK 2 Xác định và phân tích rủi ro

  • SP 2.1 Xác định Rủi ro

  • SP 2.2 Đánh giá, Phân loại và Ưu tiên Rủi ro

• SG 3 Giảm thiểu rủi ro

  • SP 3.1 Xây dựng Kế hoạch Giảm thiểu Rủi ro

  • SP 3.2 Thực hiện các Kế hoạch Giảm thiểu Rủi ro

Quản lý thỏa thuận nhà cung cấp

Nó là một khu vực quy trình Quản lý Dự án ở Cấp độ 2.

Mục đích

Mục đích của Supplier Agreement Management (SAM) là quản lý việc mua lại các sản phẩm từ các nhà cung cấp có thỏa thuận chính thức.

Thực tiễn cụ thể theo mục tiêu

• SG 1 Thiết lập các thỏa thuận với nhà cung cấpM

  • SP 1.1 Xác định loại chuyển đổi

  • SP 1.2 Chọn nhà cung cấp

  • SP 1.3 Thiết lập các thỏa thuận với nhà cung cấp

• SG 2 Thỏa mãn các thỏa thuận với nhà cung cấp

  • SP 2.1 Thực hiện Thỏa thuận với Nhà cung cấp

  • SP 2.2 Giám sát các quy trình đã chọn của nhà cung cấp

  • SP 2.3 Đánh giá Sản phẩm Công việc của Nhà cung cấp đã Chọn

  • SP 2.4 Chấp nhận sản phẩm đã mua

  • SP 2.5 Sản phẩm chuyển tiếp

Giải pháp kỹ thuật

Đây là một khu vực quy trình Kỹ thuật ở Cấp độ 3.

Mục đích

Mục đích của Technical Solution(TS) là thiết kế, phát triển và thực hiện các giải pháp cho các yêu cầu. Các giải pháp, thiết kế và triển khai bao gồm các sản phẩm, các thành phần của sản phẩm và các quy trình vòng đời liên quan đến sản phẩm, đơn lẻ hoặc kết hợp nếu thích hợp.

Thực tiễn cụ thể theo mục tiêu

• SG 1 Lựa chọn Giải pháp Thành phần Sản phẩm

  • SP 1.1 Phát triển các giải pháp thay thế và tiêu chí lựa chọn

  • SP 1.2 Lựa chọn Giải pháp Thành phần Sản phẩm

• SG 2 Phát triển thiết kế

  • SP 2.1 Thiết kế Sản phẩm hoặc Thành phần Sản phẩm

  • SP 2.2 Thiết lập gói dữ liệu kỹ thuật

  • SP 2.3 Thiết kế giao diện sử dụng tiêu chí

  • SP 2.4 Thực hiện Phân tích Thực hiện, Mua hoặc Tái sử dụng

• SG 3 Thực hiện Thiết kế Sản phẩm

  • SP 3.1 Thực hiện Thiết kế

  • SP 3.2 Phát triển Tài liệu Hỗ trợ Sản phẩm

Thẩm định

Đây là một khu vực quy trình Kỹ thuật ở Cấp độ 3.

Mục đích

Mục đích của Validation (VAL) là để chứng minh rằng một sản phẩm hoặc thành phần sản phẩm đáp ứng được mục đích sử dụng khi được đặt trong môi trường dự kiến ​​của nó.

Thực tiễn cụ thể theo mục tiêu

• SG 1 Chuẩn bị cho Xác thực

  • SP 1.1 Chọn Sản phẩm để Xác thực

  • SP 1.2 Thiết lập Môi trường Xác thực

  • SP 1.3 Thiết lập các thủ tục và tiêu chí xác thực

• SG 2 Xác thực Sản phẩm hoặc Thành phần Sản phẩm

  • SP 2.1 Thực hiện Xác thực

  • SP 2.2 Phân tích kết quả xác thực.

xác minh

Đây là một khu vực quy trình Kỹ thuật ở Cấp độ 3.

Mục đích

Mục đích của Verification (VER) là để đảm bảo rằng các sản phẩm công việc đã chọn đáp ứng các yêu cầu cụ thể của chúng.

Thực tiễn cụ thể theo mục tiêu

• SG 1 Chuẩn bị cho việc xác minh

  • SP 1.1 Chọn Sản phẩm Công việc để Xác minh

  • SP 1.2 Thiết lập Môi trường Xác minh

  • SP 1.3 Thiết lập các thủ tục và tiêu chí xác minh

• SG 2 Thực hiện đánh giá ngang hàng

  • SP 2.1 Chuẩn bị cho Đánh giá ngang hàng

  • SP 2.2 Tiến hành đánh giá đồng nghiệp

  • SP 2.3 Phân tích dữ liệu đánh giá ngang hàng

• SG 3 Xác minh các sản phẩm làm việc đã chọn

  • SP 3.1 Thực hiện xác minh

  • SP 3.2 Phân tích kết quả xác minh

Các thay đổi được thực hiện thành phiên bản 1.2

Chỉ những thay đổi được thực hiện đối với tập hợp các Vùng quy trình mới được xem xét ở đây. Để biết chi tiết toàn diện, hãy truy cập trang chủ SEI .

• Các Khu vực Quy trình sau đây đã bị xóa (tất cả đều ở Mức trưởng thành 3) -

  • Môi trường tổ chức để hội nhập (OEI)

  • Lập nhóm tích hợp (CNTT)

  • Quản lý nhà cung cấp tích hợp (ISM)

• Các bổ sung sau đã được thực hiện trong các Vùng quy trình hiện có -

  • IPM. SG3 và SG4 đã bị loại bỏ, SG3 mới được thêm vào (tất cả các PA IPPD)

  • OPD. SG đã được thêm vào, biến nó thành IPPD PA

  • OPF. hai SP được trích xuất từ ​​SG và tạo SG3 cùng với hai SP mới

  • REQD. SP3.5 đã được đổi tên thành Yêu cầu xác thực

  • SAM. SP2.1 đã bị loại bỏ, hai SP mới được thêm vào SG2

  • TS. SP1.2 đã bị loại bỏ

  • VER. SP3.2 đã được đổi tên thành Phân tích Kết quả Xác minh

Đánh giá CMMI là cuộc kiểm tra một hoặc nhiều quy trình bởi một nhóm chuyên gia được đào tạo sử dụng mô hình tham chiếu đánh giá làm cơ sở để xác định điểm mạnh và điểm yếu của một tổ chức.

Thẩm định yêu cầu lập kế hoạch. Khi lập kế hoạch đánh giá tổ chức của bạn, hãy xác định phạm vi của đơn vị tổ chức, các nguyên tắc cần bao gồm, nhóm thẩm định sẽ bao gồm các thành viên nội bộ hay bên ngoài tổ chức của bạn, các dự án sẽ được đưa vào, các cá nhân được phỏng vấn và loại hoặc lớp thẩm định cần thiết.

Thẩm định xem xét ba loại thành phần mô hình như được định nghĩa trong CMMI -

• Required - chỉ các mục tiêu cụ thể và chung chung.

• Expected - chỉ thực hành cụ thể và chung chung.

• Informative - bao gồm các thực hành phụ và các sản phẩm công việc điển hình.

SEI đã phát hành hai tài liệu hướng dẫn cho các đánh giá CMMI -

• Appraisal Requirements for CMMI (ARC) - Nó chứa các yêu cầu đối với ba loại phương pháp thẩm định Loại A, Loại B và Loại C. Các yêu cầu này là các quy tắc để xác định từng loại phương pháp thẩm định.

• Standard CMMI Appraisal Method for Process Improvement (SCAMPI) - Tài liệu Mô tả Phương pháp (MDD) hiện là phương pháp thẩm định Loại A duy nhất được phê duyệt.

SCAMPI hiện là Phương pháp đánh giá CMMI Class A duy nhất được phê duyệt. Nghĩa là, SCAMPI đáp ứng tất cả các yêu cầu của Phương pháp Đánh giá Loại A của ARC và đã được SEI phê duyệt.

Có ba lớp Phương pháp Đánh giá CMMI: Lớp A, Lớp B và Lớp C.

Đánh giá SCAMPI Class A

Đánh giá SCAMPI Loại A thường được tiến hành khi một tổ chức đã thực hiện một số cải tiến quy trình đáng kể và cần chính thức đánh giá quy trình của mình so với CMMI. SCAMPI A là phương pháp thẩm định duy nhất cung cấp xếp hạng Mức độ trưởng thành hoặc Mức năng lực CMMI.

Bạn có thể mong đợi các kết quả sau từ SCAMPI A -

• Xếp hạng Mức độ trưởng thành hoặc Mức độ khả năng.

• Các phát hiện mô tả điểm mạnh và điểm yếu của quy trình của tổ chức bạn so với CMMI.

• Sự đồng thuận liên quan đến các vấn đề quy trình chính của tổ chức.

• Cơ sở dữ liệu thẩm định mà tổ chức có thể tiếp tục sử dụng, để theo dõi tiến độ cải tiến quy trình và hỗ trợ các thẩm định trong tương lai.

Thẩm định SCAMPI Hạng B

SCAMPI B được yêu cầu khi một tổ chức cần đánh giá tiến trình của mình đối với Mức độ trưởng thành CMMI mục tiêu, nhưng với chi phí thấp hơn SCAMPI A. Đánh giá SCAMPI B cung cấp các phát hiện chi tiết và cho biết khả năng các thực hành được đánh giá sẽ được đánh giá là đạt được thực hiện trong một cuộc thẩm định SCAMPI A.

Đánh giá SCAMPI Lớp B, một trong ba phương pháp đánh giá SEI, giúp một tổ chức hiểu, với mức độ tin cậy tương đối cao, trạng thái của quy trình kỹ thuật phần mềm và hệ thống của mình so với CMMI. SCAMPI B thường được thực hiện khi một tổ chức cần đánh giá chính xác tiến trình của mình đối với Mức độ trưởng thành CMMI mục tiêu.

Bạn có thể mong đợi các kết quả sau từ SCAMPI B -

• Các phát hiện chi tiết mô tả điểm mạnh và điểm yếu của quy trình của tổ chức bạn so với CMMI.

• Các mô tả về thực hành chỉ ra khả năng các thực hành đã được kiểm tra sẽ đáp ứng các mục tiêu và đáp ứng mục đích của CMMI.

• Sự đồng thuận liên quan đến các vấn đề quy trình chính của tổ chức.

• Cơ sở dữ liệu FIDO mà tổ chức có thể tiếp tục sử dụng, để theo dõi tiến độ cải tiến quy trình và hỗ trợ đánh giá trong tương lai.

Thẩm định SCAMPI Class C

Đánh giá SCAMPI C ngắn hơn và linh hoạt hơn so với đánh giá SCAMPI A và B và được tiến hành để giải quyết nhiều nhu cầu đặc biệt khác nhau, từ phân tích khoảng cách nhanh đến xác định mức độ sẵn sàng của tổ chức đối với SCAMPI A.

Đánh giá SCAMPI Class C, phương pháp thẩm định ít chính thức nhất trong bộ các phương pháp thẩm định của SEI, rất linh hoạt và có thể được tiến hành để đáp ứng nhiều nhu cầu khác nhau. Thường có thời gian ngắn hơn nhiều so với đánh giá Loại A và B, đánh giá SCAMPI C thường được thực hiện vì các lý do như:

• Cung cấp phân tích lỗ hổng nhanh về quy trình của tổ chức so với CMMI.

• Đánh giá mức độ đầy đủ của một quy trình mới trước khi nó được thực hiện.

• Giám sát việc thực hiện một quy trình.

• Xác định mức độ sẵn sàng của tổ chức đối với SCAMPI A.

• Hỗ trợ lựa chọn nhà cung cấp.

Bạn có thể mong đợi các kết quả sau từ SCAMPI C -

• Các phát hiện mô tả điểm mạnh và điểm yếu của các quá trình được đánh giá. Tùy thuộc vào phạm vi và chiến lược thẩm định, các phát hiện có thể được ánh xạ tới các thành phần CMMI liên quan.

• Các đặc điểm tóm tắt tính đầy đủ của các quy trình được đánh giá trực quan CMMI.

• Các hành động cải tiến quy trình được đề xuất.

• Cơ sở dữ liệu FIDO mà tổ chức có thể tiếp tục sử dụng để theo dõi tiến độ cải tiến quy trình và hỗ trợ đánh giá trong tương lai.

Đặc điểm của lớp thẩm định

Mỗi lớp được phân biệt bởi mức độ chặt chẽ liên quan đến việc áp dụng phương pháp. Lớp A là khắt khe nhất, Lớp B ít khắt khe hơn một chút và Lớp C là ít khắt khe nhất. Bảng sau đây cung cấp một số ý tưởng về sự khác biệt mong đợi giữa các phương thức trong mỗi lớp.

Nét đặc trưng	Hạng A	Hạng B	Lớp C
Lượng bằng chứng khách quan thu thập được	Cao	Trung bình	Thấp
Xếp hạng được tạo	Đúng	Không	Không
Nhu cầu tài nguyên	Cao	Trung bình	Thấp
Kích thước nhóm	Lớn	Trung bình	Nhỏ
Nguồn dữ liệu (công cụ, phỏng vấn và tài liệu)	Yêu cầu cả ba nguồn dữ liệu	Chỉ yêu cầu hai nguồn dữ liệu (một nguồn phải là các cuộc phỏng vấn)	Chỉ yêu cầu một nguồn dữ liệu
Yêu cầu của trưởng nhóm thẩm định	Người đánh giá khách hàng tiềm năng được ủy quyền	Người đánh giá trưởng được ủy quyền hoặc người được đào tạo và có kinh nghiệm	Người được đào tạo và có kinh nghiệm

Nguyên tắc cơ bản về SCAMPI

SCAMPI là từ viết tắt của Standard CMMI Appraisal Method for Process Cải thiện. Đánh giá SCAMPI phải do Thẩm định viên trưởng SCAMPI được SEI ủy quyền thực hiện. SCAMPI được hỗ trợ bởi Bộ sản phẩm SCAMPI, bao gồm Mô tả phương pháp SCAMPI, bảng câu hỏi dành cho người trưởng thành, hỗ trợ công việc và mẫu.

Hiện tại, SCAMPI là phương pháp duy nhất có thể cung cấp xếp hạng, phương pháp duy nhất được SEI công nhận và là phương pháp được các tổ chức quan tâm nhất.

SCAMPI dựa trên kinh nghiệm từ các phương pháp trước đây, bao gồm:

• CBA IPI - Đánh giá dựa trên CMM để cải tiến quy trình nội bộ.

• SCE - Đánh giá khả năng phần mềm.

• EIA/IS 732.2 - Tiêu chuẩn quốc tế tạm thời có tên Phương pháp Đánh giá Kỹ thuật Hệ thống.

• SDCE - Đánh giá năng lực phát triển phần mềm.

• Phương pháp thẩm định của FAA.

Chương này thảo luận về những người chơi chính liên quan đến nỗ lực cải tiến quy trình. Tuy nhiên, tổ chức của bạn có thể yêu cầu nhiều hơn hoặc ít nhóm hơn.

Lưu ý rằng một người có thể hoàn thành nhiều vai trò này đồng thời hoặc nối tiếp, tùy thuộc vào quy mô tổ chức của bạn và mức độ phức tạp của nỗ lực cải tiến quy trình (PI) của bạn.

Cải tiến quy trình

Các nỗ lực cải tiến quy trình thường yêu cầu các cá nhân và nhóm sau:

• PI Sponsor- Người từ tổ chức chịu trách nhiệm nhìn thấu đáo toàn bộ nỗ lực của PI. Người này thường có quyền phân bổ ngân quỹ và nhân sự. Người này thường ở cấp giám đốc trở lên.

• PI Champion- Đây là nhân viên quan hệ công chúng cho nỗ lực PI, người này có thể đóng vai trò là Trưởng nhóm EPG. Người này tiếp thị ý tưởng, cách tiếp cận và kết quả của PI.

• Engineering Process Group (EPG) Lead- Người này dẫn đầu nhóm xem xét các quy trình. Người này giao nhiệm vụ cho các thành viên EPG, giám sát nỗ lực của họ và lên kế hoạch cho các nhiệm vụ hàng ngày của EPG.

• EPG Members- Những cá nhân này phục vụ trong EPG với tư cách là thành viên ủy ban. Họ chịu trách nhiệm đảm bảo rằng tài liệu cải tiến quy trình được viết và tuân theo. Họ cũng chịu trách nhiệm tạo ra các thước đo để theo dõi quá trình cải tiến quy trình. Họ dẫn đầu PATs.

• Process Action Teams (PATs) - Các nhóm này tạo ra tài liệu cải tiến quy trình, chính sách, quy trình, thủ tục, điều lệ và Kế hoạch hành động.

• Transition Partner- Thường có một hoặc hai cá nhân là chuyên gia tư vấn bên ngoài được cử đến để giúp thiết lập, lập kế hoạch, lãnh đạo và giám sát tiến độ cải tiến quy trình tổ chức. Những cá nhân này mang lại kinh nghiệm cải tiến quy trình từ một số tổ chức và ngành khác.

Hướng dẫn này đề cập đến Cấu trúc của CMMI bao gồm các thành phần sau:

• Mức độ trưởng thành (biểu diễn theo giai đoạn) hoặc Mức khả năng (biểu diễn liên tục)
• Khu vực quy trình
• Mục tiêu: Chung và Cụ thể
• Các tính năng chung
• Thực tiễn: Chung và Cụ thể

Chúng tôi đã bao gồm tất cả các cấp độ trưởng thành và cấp độ năng lực. Ngoài ra, chúng tôi đã thảo luận về tất cả các Lĩnh vực quy trình chính và các Mục tiêu chung có liên quan, Mục tiêu cụ thể, Tính năng và Thực tiễn chung.

Sau đó, chúng tôi đã giới thiệu ngắn gọn cho bạn về CMMI Appraisals và cho bạn thấy các Class thẩm định khác nhau.

Tiếp theo là gì?

SEI CMMI là một chủ đề lớn không thể được giải thích trong một hướng dẫn nhỏ. Vì vậy, chúng tôi thực sự khuyên bạn nên xem qua các tài nguyên CMMI khác và thu thập thêm thông tin về chủ đề này. Các tài nguyên này được liệt kê trong chương Tài nguyên CMMI.

Vui lòng gửi cho tôi phản hồi của bạn tại [email protected]

A	B	C	D	E	F	G	H	Tôi	J	K
L	M	N	O	P	Q	R	S	T	U	V
W	X	Y	Z

Ability to perform - Đặc điểm chung của các khu vực quy trình theo mô hình CMMI với sự trình bày theo giai đoạn nhóm các thực hành chung liên quan đến việc đảm bảo rằng dự án và / hoặc tổ chức có các nguồn lực cần thiết.

Acceptance criteria - Các tiêu chí mà một sản phẩm hoặc thành phần sản phẩm phải đáp ứng để được người dùng, khách hàng hoặc tổ chức được ủy quyền khác chấp nhận.

Acceptance testing - Thử nghiệm chính thức được tiến hành để cho phép người dùng, khách hàng hoặc tổ chức được ủy quyền khác xác định xem có chấp nhận một sản phẩm hoặc thành phần sản phẩm hay không.

Achievement profile - Trong biểu diễn liên tục, danh sách các lĩnh vực quá trình và các mức năng lực tương ứng của chúng thể hiện tiến trình của tổ chức đối với từng lĩnh vực quá trình trong khi tiến bộ qua các mức năng lực.

Acquisition - Quá trình đạt được, thông qua hợp đồng, bất kỳ hành động rời rạc nào hoặc hành động được đề xuất bởi tổ chức mua lại cam kết đầu tư để có được sản phẩm và dịch vụ.

Acquisition strategy - Cách tiếp cận cụ thể để có được sản phẩm và dịch vụ dựa trên việc cân nhắc các nguồn cung cấp, phương pháp mua lại, loại đặc tả yêu cầu, loại hợp đồng hoặc thỏa thuận và rủi ro mua lại liên quan.

Adequate- CMMI xuất hiện đầy đủ, thích hợp và khi cần thiết để cho phép các nhà quản lý ở tất cả các cấp và các nhà thực hành diễn giải các mục tiêu và thực tiễn cụ thể và chung chung dựa trên các mục tiêu kinh doanh của tổ chức. Ví dụ: Thực hành chung cho lĩnh vực quy trình của Quản lý rủi ro nêu rõ - "Cung cấp đầy đủ các nguồn lực để thực hiện quy trình quản lý rủi ro, phát triển các sản phẩm công việc và cung cấp dịch vụ của quy trình." Sự phù hợp có thể được đáp ứng bởi Số người, Số người phải theo dõi rủi ro, v.v.

Advanced practices - Trong đại diện liên tục, tất cả các thực hành cụ thể với mức năng lực từ hai trở lên.

Agreement/contract requirements - Tất cả các yêu cầu kỹ thuật và phi kỹ thuật liên quan đến việc mua lại.

Allocated requirement - Yêu cầu đánh vào toàn bộ hoặc một phần hiệu suất và chức năng của yêu cầu cấp cao hơn đối với thành phần kiến ​​trúc hoặc thành phần thiết kế cấp thấp hơn.

Alternative practice- Thực hành thay thế cho một hoặc nhiều thực hành chung hoặc cụ thể có trong các mô hình CMMI đạt được hiệu quả tương đương nhằm đáp ứng mục tiêu chung hoặc mục tiêu cụ thể liên quan đến thực hành mô hình. Các phương pháp thay thế không nhất thiết phải thay thế một cho một cho các phương thức chung hoặc cụ thể.

Appraisal - Đánh giá là việc kiểm tra một hoặc nhiều quy trình bởi một nhóm chuyên gia được đào tạo sử dụng mô hình tham chiếu đánh giá làm cơ sở để xác định điểm mạnh và điểm yếu.

Appraisal findings- Kết luận của một cuộc thẩm định xác định những vấn đề, vấn đề hoặc cơ hội quan trọng nhất trong phạm vi thẩm định. Nó bao gồm tối thiểu những điểm mạnh và điểm yếu dựa trên những quan sát hợp lệ.

Appraisal participants - Các thành viên của đơn vị tổ chức tham gia cung cấp thông tin trong quá trình thẩm định.

Appraisal rating- Như được sử dụng trong tài liệu thẩm định CMMI, giá trị được nhóm thẩm định ấn định cho (1) mục tiêu CMMI hoặc lĩnh vực quy trình, (2) mức năng lực của khu vực quy trình hoặc (3) mức độ trưởng thành của đơn vị tổ chức. Xếp hạng được xác định bằng cách ban hành quy trình xếp hạng xác định cho phương pháp đánh giá đang được sử dụng.

Appraisal reference model - Như được sử dụng trong tài liệu thẩm định CMMI, mô hình CMMI mà nhóm thẩm định tương quan với các hoạt động quy trình đã thực hiện.

Appraisal scope - Định nghĩa các ranh giới của thẩm định bao gồm các giới hạn của tổ chức và các giới hạn của mô hình CMMI.

Appraisal team leader - Người chủ trì hoạt động thẩm định và đáp ứng các tiêu chuẩn về năng lực, kinh nghiệm, kiến ​​thức và kỹ năng theo phương pháp thẩm định.

Appropriate - Xem định nghĩa cho đầy đủ.

As needed - Xem định nghĩa cho đầy đủ.

Assessment - Đánh giá là đánh giá mà tổ chức tự tiến hành nhằm mục đích cải tiến quá trình.

Assignable cause of process variation- Trong CMMI, thuật ngữ "nguyên nhân đặc biệt của sự thay đổi quy trình" được sử dụng thay cho "nguyên nhân có thể chỉ định của sự thay đổi quy trình" để đảm bảo tính nhất quán. Cả hai thuật ngữ đều được định nghĩa giống nhau.

Audit - Một cuộc kiểm tra độc lập đối với một sản phẩm công việc hoặc một bộ sản phẩm công việc để xác định xem các yêu cầu có được đáp ứng hay không.

Base measure - Thuộc tính hoặc đặc điểm riêng biệt của một thực thể và phương pháp định lượng nó.

Base practices - Trong biểu diễn liên tục, tất cả các thực hành cụ thể với mức năng lực là 1.

Baseline- Thuật ngữ đường cơ sở thường được sử dụng để biểu thị một điểm tham chiếu như vậy. Đường cơ sở là ảnh chụp nhanh đã được phê duyệt của hệ thống tại các điểm thích hợp trong vòng đời phát triển. Đường cơ sở thiết lập cơ sở chính thức để xác định thay đổi tiếp theo. Không có đường hoặc điểm tham chiếu này, khái niệm thay đổi là vô nghĩa.

Business objectives - Các chiến lược do quản lý cấp cao phát triển được thiết kế để đảm bảo tổ chức tiếp tục tồn tại và nâng cao lợi nhuận, thị phần và các yếu tố khác ảnh hưởng đến sự thành công của tổ chức.

Capability evaluation- Đánh giá bởi một nhóm chuyên gia được đào tạo được sử dụng như một người phân biệt để lựa chọn nhà cung cấp, để giám sát hợp đồng hoặc để khuyến khích. Đánh giá được sử dụng để giúp người ra quyết định đưa ra quyết định mua lại tốt hơn, cải thiện hiệu suất của nhà thầu phụ và cung cấp thông tin chi tiết cho tổ chức mua hàng.

Capability level- Thành tích cải tiến quy trình trong một lĩnh vực quy trình riêng lẻ. Mức năng lực được xác định bằng các thực hành chung và cụ thể thích hợp cho một khu vực quy trình.

Capability level profile- Trong biểu diễn liên tục, danh sách các khu vực quy trình và các mức năng lực tương ứng của chúng. Hồ sơ có thể là một hồ sơ thành tích khi nó đại diện cho sự tiến bộ của tổ chức đối với từng lĩnh vực quá trình trong khi thăng tiến qua các cấp độ năng lực. Hoặc, hồ sơ có thể là hồ sơ mục tiêu khi nó đại diện cho mục tiêu cải tiến quy trình.

Capability maturity model- Mô hình phát triển năng lực (CMM) chứa các yếu tố thiết yếu của các quy trình hiệu quả cho một hoặc nhiều lĩnh vực. Nó cũng mô tả một lộ trình cải tiến mang tính tiến hóa từ các quy trình đặc biệt, chưa trưởng thành đến các quy trình trưởng thành, có kỷ luật với chất lượng và hiệu quả được cải thiện.

Capable process - Một quá trình có thể đáp ứng các mục tiêu về chất lượng sản phẩm, chất lượng dịch vụ và hiệu suất quá trình đã xác định.

Causal analysis - Việc phân tích các khuyết tật để xác định nguyên nhân của chúng.

Change management - Sử dụng hợp lý các phương tiện để thực hiện một thay đổi hoặc thay đổi được đề xuất trên một sản phẩm hoặc dịch vụ.

CMMI appraisal tailoring- Lựa chọn các tùy chọn trong phương pháp thẩm định để sử dụng trong một trường hợp cụ thể. Mục đích của việc điều chỉnh thẩm định là để hỗ trợ một tổ chức trong việc áp dụng phương pháp này với các mục tiêu kinh doanh của mình.

CMMI model component- Bất kỳ thành phần kiến ​​trúc chính nào tạo nên mô hình CMMI. Một số yếu tố chính của mô hình CMMI bao gồm thực hành cụ thể, thực hành chung, mục tiêu cụ thể, mục tiêu chung, lĩnh vực quy trình, mức năng lực và mức độ trưởng thành.

CMMI model tailoring- Việc sử dụng một tập hợp con của mô hình CMMI nhằm mục đích làm cho nó phù hợp với một ứng dụng cụ thể. Mục đích của việc điều chỉnh mô hình là để hỗ trợ một tổ chức trong việc điều chỉnh việc áp dụng một mô hình với các mục tiêu kinh doanh của mình.

CMMI Product Suite - Thuật ngữ này đã được sử dụng cho một Khung CMMI hoàn chỉnh.

Commitment to perform - Một đặc điểm chung của các khu vực quy trình theo mô hình CMMI với một đại diện theo giai đoạn nhóm các thực tiễn chung liên quan đến việc tạo chính sách và đảm bảo tài trợ.

Common cause of process variation - Sự biến đổi của một quá trình tồn tại do các tương tác bình thường và được mong đợi giữa các thành phần của một quá trình.

Concept of operations - Mô tả chung về cách thức sử dụng hoặc hoạt động của một thực thể.

Configuration audit - Một cuộc đánh giá được thực hiện để xác minh rằng một mục cấu hình phù hợp với một tiêu chuẩn hoặc yêu cầu cụ thể.

Configuration baseline- Thông tin cấu hình được chỉ định chính thức tại một thời điểm cụ thể trong vòng đời của sản phẩm hoặc thành phần của sản phẩm. Các đường cơ sở về cấu hình, cộng với các thay đổi đã được phê duyệt từ các đường cơ sở đó, tạo thành thông tin cấu hình hiện tại.

Configuration control - Một yếu tố của quản lý cấu hình bao gồm việc đánh giá, điều phối, phê duyệt hoặc không chấp thuận và thực hiện các thay đổi đối với các mục cấu hình sau khi thiết lập chính thức nhận dạng cấu hình của chúng.

Configuration control board - Một nhóm người chịu trách nhiệm đánh giá và phê duyệt hoặc không chấp thuận các thay đổi được đề xuất đối với các mục cấu hình và đảm bảo thực hiện các thay đổi đã được phê duyệt.

Configuration identification - Một yếu tố của quản lý cấu hình bao gồm việc chọn các mục cấu hình cho một sản phẩm, gán các số nhận dạng duy nhất cho chúng và ghi lại các đặc điểm chức năng và vật lý của chúng trong tài liệu kỹ thuật.

Configuration item - Tập hợp các sản phẩm công việc được chỉ định để quản lý cấu hình và được coi như một thực thể duy nhất trong quá trình quản lý cấu hình.

Configuration management- Một kỷ luật áp dụng chỉ đạo và giám sát kỹ thuật và hành chính để (1) xác định và ghi lại các đặc điểm chức năng và vật lý của một mục cấu hình, (2) kiểm soát các thay đổi đối với các đặc điểm đó, (3) ghi lại và báo cáo tình trạng xử lý và thực hiện thay đổi, và ( 4) xác minh sự phù hợp với các yêu cầu quy định. [IEEE Std 610.1990]

CMMI Model- Vì CMMI Framework có thể tạo ra các mô hình khác nhau dựa trên nhu cầu của tổ chức sử dụng nó, nên có nhiều mô hình CMMI. Do đó, cụm từ "CMMI MODEL" có thể là một trong nhiều bộ sưu tập thông tin. Cụm từ "Các mô hình CMMI" đề cập đến một, một số hoặc toàn bộ tập hợp các mô hình khả thi có thể được tạo từ Khung CMMI.

Configuration status accounting- Một yếu tố của quản lý cấu hình bao gồm việc ghi lại và báo cáo thông tin cần thiết để quản lý cấu hình một cách hiệu quả. Thông tin này bao gồm danh sách nhận dạng cấu hình đã được phê duyệt, trạng thái của các thay đổi được đề xuất đối với cấu hình và trạng thái triển khai của các thay đổi đã được phê duyệt.

Continuous representation - Cấu trúc mô hình trưởng thành về năng lực trong đó các mức năng lực cung cấp thứ tự khuyến nghị để tiếp cận cải tiến quy trình trong từng lĩnh vực quy trình cụ thể.

Corrective action - Các hành vi hoặc việc làm được sử dụng để khắc phục tình huống, loại bỏ lỗi hoặc điều chỉnh một tình trạng.

COTS - Các mặt hàng có thể được mua từ một nhà cung cấp thương mại.

Customer- Khách hàng là cá nhân, dự án, tổ chức, nhóm, v.v. chịu trách nhiệm chấp nhận sản phẩm hoặc ủy quyền thanh toán. Khách hàng là bên ngoài dự án nhưng không nhất thiết phải bên ngoài tổ chức. Thuật ngữ khách hàng cũng đóng vai trò là một biến số khi chúng ta thảo luận về việc thu thập hoặc kích thích các yêu cầu.

Data management - Các nguyên tắc, quy trình và hệ thống chia sẻ và quản lý dữ liệu.

Defect density - Số lỗi trên một đơn vị kích thước sản phẩm (ví dụ: báo cáo sự cố trên 1000 dòng mã).

Defined process - Một tập hợp các bước xác định cần tuân theo như một phần của quá trình cải tiến.

Derived measures - Dữ liệu kết quả từ hàm toán học của hai hoặc nhiều số đo cơ sở.

Derived requirements- Các yêu cầu không được nêu rõ ràng trong các yêu cầu của khách hàng, nhưng được suy ra (1) từ các yêu cầu theo ngữ cảnh (ví dụ: tiêu chuẩn áp dụng, luật, chính sách, thông lệ chung và quyết định quản lý) hoặc (2) từ các yêu cầu cần thiết để xác định sản phẩm thành phần. Các yêu cầu bắt nguồn cũng có thể phát sinh trong quá trình phân tích và thiết kế các thành phần của sản phẩm hoặc hệ thống.

Design review - Một cuộc kiểm tra chính thức, được lập thành văn bản, toàn diện và có hệ thống đối với một thiết kế để đánh giá các yêu cầu thiết kế và khả năng của thiết kế để đáp ứng các yêu cầu này, đồng thời xác định các vấn đề và đề xuất các giải pháp.

Development- Phát triển, vì nó được sử dụng xuyên suốt CMMI, ngụ ý các hoạt động bảo trì cũng như các hoạt động phát triển. Kinh nghiệm cho thấy rằng các thực tiễn tốt nhất nên được áp dụng cho cả các dự án phát triển và bảo trì nếu một tổ chức đang theo đuổi sự xuất sắc về kỹ thuật.

Developmental plan - Kế hoạch hướng dẫn, thực hiện và kiểm soát việc thiết kế và phát triển một hoặc nhiều sản phẩm.

Directing implementation - Đặc điểm chung của các khu vực quy trình trong mô hình CMMI với sự trình bày theo giai đoạn nhóm các thực hành chung liên quan đến quản lý hiệu suất của quy trình, quản lý tính toàn vẹn của các sản phẩm công việc và liên quan đến các bên liên quan.

Discipline amplification- Các thành phần mô hình cung cấp hướng dẫn để diễn giải thông tin mô hình cho các lĩnh vực cụ thể (ví dụ: kỹ thuật hệ thống hoặc kỹ thuật phần mềm) được gọi là "KỶ LUẬT KHUYẾN CÁO." Khuếch đại kỷ luật được thêm vào các thành phần mô hình khác khi cần thiết. Chúng rất dễ tìm vì chúng xuất hiện ở bên phải của trang và có tiêu đề cho biết ngành học mà chúng giải quyết (ví dụ: "Đối với Kỹ thuật phần mềm").

Document- Tài liệu là một tập hợp dữ liệu, không phụ thuộc vào phương tiện mà nó được ghi lại. Nó thường có tính lâu dài và con người hoặc máy móc có thể đọc được. Tài liệu bao gồm cả tài liệu giấy và tài liệu điện tử.

Enterprise - Doanh nghiệp được dùng để chỉ các công ty rất lớn bao gồm nhiều tổ chức ở nhiều địa điểm khác nhau với các khách hàng khác nhau.

Entry criteria - Các trạng thái phải có trước khi nỗ lực có thể bắt đầu thành công.

Equivalent staging - Dàn tương đương là một dàn đích, được tạo ra bằng cách sử dụng biểu diễn liên tục được xác định để kết quả của việc sử dụng dàn đích có thể được so sánh với các mức độ trưởng thành của biểu diễn dàn.

Exit criteria - Các trạng thái hiện hữu phải có mặt trước khi nỗ lực có thể kết thúc thành công.

Expected CMMI components- Các thành phần CMMI giải thích những gì có thể được thực hiện để đáp ứng một thành phần CMMI bắt buộc. Người dùng mô hình có thể triển khai các thành phần mong đợi một cách rõ ràng hoặc thực hiện các phương pháp thay thế tương đương cho các thành phần này. Các thực hành cụ thể và chung là các thành phần của mô hình dự kiến

Finding - Xem kết quả thẩm định.

Formal evaluation process - Trong khu vực quy trình Phân tích Quyết định và Giải quyết, hãy xem định nghĩa về "quy trình đánh giá chính thức" trong phần ghi chú giới thiệu.

Functional analysis- Kiểm tra một chức năng đã xác định để xác định tất cả các chức năng phụ cần thiết để hoàn thành chức năng đó; xác định các mối quan hệ và giao diện chức năng (bên trong và bên ngoài) và nắm bắt chúng trong một kiến ​​trúc chức năng; và chuyển xuống các yêu cầu hiệu suất cấp trên và gán các yêu cầu này cho các chức năng con cấp thấp hơn.

Functional architecture - Sự sắp xếp thứ bậc của các chức năng, các giao diện chức năng bên trong và bên ngoài của chúng (bên ngoài tổ hợp) và các giao diện vật lý bên ngoài, các yêu cầu về chức năng và hiệu suất tương ứng của chúng và các ràng buộc về thiết kế của chúng.

Generic goal- MỤC TIÊU CHUNG được gọi là "chung chung" vì cùng một tuyên bố mục tiêu xuất hiện trong nhiều lĩnh vực quy trình. Trong biểu diễn theo giai đoạn, mỗi khu vực quy trình chỉ có một mục tiêu chung. Việc đạt được mục tiêu chung trong một lĩnh vực quá trình biểu thị sự kiểm soát được cải thiện trong việc lập kế hoạch và thực hiện các quá trình liên quan đến lĩnh vực quá trình đó, do đó cho biết liệu các quá trình này có khả năng hiệu quả, lặp lại và lâu dài hay không. Các mục tiêu chung là các thành phần mô hình bắt buộc và được sử dụng trong đánh giá để xác định xem một khu vực quy trình có được thỏa mãn hay không.

Generic practice- THỰC HÀNH CHUNG cung cấp thể chế hóa để đảm bảo rằng các quá trình liên quan đến lĩnh vực quá trình sẽ hiệu quả, có thể lặp lại và lâu dài. Các thực hành chung được phân loại theo các mục tiêu chung và các tính năng chung và là các thành phần được mong đợi trong các mô hình CMMI. (Chỉ tiêu đề thực hành chung, tuyên bố và chi tiết mới xuất hiện trong các lĩnh vực quy trình.)

Generic practice elaboration- Sau các thực hành cụ thể, các tiêu đề và tuyên bố thực hành chung sẽ xuất hiện áp dụng cho khu vực quy trình. Sau mỗi tuyên bố thực hành chung, một công thức có thể xuất hiện dưới dạng văn bản thuần túy với tiêu đề "Công phu". ĐIỀU CHỈNH THỰC HÀNH CHUNG cung cấp thông tin về cách thực hành chung nên được giải thích cho lĩnh vực quy trình. Nếu không có công phu hiện diện, việc áp dụng thực hành chung là hiển nhiên nếu không có công phu.

Goal- "MỤC TIÊU" là thành phần CMMI bắt buộc có thể là mục tiêu chung hoặc mục tiêu cụ thể. Khi bạn thấy từ "mục tiêu" trong mô hình CMMI, nó luôn đề cập đến các thành phần của mô hình (ví dụ: mục tiêu chung, mục tiêu cụ thể).

Incomplete process- Một quá trình không được thực hiện hoặc chỉ được thực hiện một phần (còn được gọi là mức khả năng 0). Một hoặc nhiều mục tiêu cụ thể của khu vực quy trình không được thỏa mãn.

Independent group - Trong khu vực quy trình Đảm bảo Chất lượng Sản phẩm và Quy trình, hãy xem phần thảo luận của một "nhóm độc lập" trong phần ghi chú giới thiệu.

Informative CMMI components- Các thành phần CMMI giúp người dùng mô hình hiểu các thành phần cần thiết và mong đợi của một mô hình. Các thành phần này có thể chứa các ví dụ, giải thích chi tiết hoặc thông tin hữu ích khác. Thực hành phụ, ghi chú, tài liệu tham khảo, tiêu đề mục tiêu, tiêu đề thực hành, nguồn, sản phẩm công việc tiêu biểu, khuếch đại kỷ luật và xây dựng thực hành chung là các thành phần mô hình thông tin.

Institutionalization - Cách thức kinh doanh thâm căn cố đế mà một tổ chức tuân thủ thường xuyên như một phần của văn hóa doanh nghiệp.

Integrated Product and Process Development - Một cách tiếp cận có hệ thống để phát triển sản phẩm đạt được sự hợp tác kịp thời của các bên liên quan trong suốt vòng đời sản phẩm để thỏa mãn tốt hơn nhu cầu của khách hàng.

Integrated team- Một nhóm người có các kỹ năng và chuyên môn bổ sung, những người cam kết cung cấp các sản phẩm công việc cụ thể trong sự hợp tác kịp thời. Các thành viên trong nhóm tích hợp cung cấp các kỹ năng và vận động phù hợp với tất cả các giai đoạn của sản phẩm công việc và chịu trách nhiệm chung về việc cung cấp các sản phẩm công việc theo quy định. Một nhóm tích hợp nên bao gồm các đại diện được trao quyền từ các tổ chức, bộ môn và chức năng có đóng góp vào sự thành công của các sản phẩm công việc.

Interface control- Trong quản lý cấu hình, quá trình (1) xác định tất cả các đặc điểm chức năng và vật lý liên quan đến giao diện của hai hoặc nhiều mục cấu hình do một hoặc nhiều tổ chức cung cấp và (2) đảm bảo rằng các thay đổi được đề xuất đối với các đặc điểm này được đánh giá và phê duyệt trước khi thực hiện. [IEEE 828-1983].

Lead appraiser - Như được sử dụng trong Bộ sản phẩm CMMI, một người đã đạt được sự công nhận từ cơ quan ủy quyền để thực hiện như một trưởng nhóm thẩm định cho một phương pháp thẩm định cụ thể.

Life-cycle model - Việc phân chia vòng đời của sản phẩm thành các giai đoạn để hướng dẫn dự án xác định nhu cầu của khách hàng thông qua việc xác định lại sản phẩm.

Manager- Người quản lý dự án là người chịu trách nhiệm lập kế hoạch, chỉ đạo, kiểm soát, cấu trúc và thúc đẩy dự án. Người đó có thể cung cấp chỉ đạo và kiểm soát cả về kỹ thuật và hành chính cho những người thực hiện các nhiệm vụ hoặc hoạt động của dự án trong phạm vi trách nhiệm của mình. Người quản lý dự án chịu trách nhiệm cuối cùng trước khách hàng.

Maturity level - Mức độ cải tiến quy trình trên một tập hợp các lĩnh vực quy trình được xác định trước, trong đó tất cả các mục tiêu trong tập đều đạt được.

Memorandum of agreement - Các văn bản ràng buộc của sự hiểu biết hoặc thỏa thuận giữa hai hoặc nhiều bên.

Natural bounds- Quá trình vốn có được phản ánh bằng các thước đo hiệu suất của quá trình, đôi khi được gọi là "tiếng nói của quá trình." Các kỹ thuật như biểu đồ kiểm soát, khoảng tin cậy và khoảng dự đoán được sử dụng để xác định xem sự thay đổi là do các nguyên nhân chung (tức là quá trình có thể dự đoán được hoặc "ổn định") hay là do một số nguyên nhân đặc biệt có thể và cần được xác định và đã gỡ bỏ.

Non-developmental item- Một mặt hàng cung ứng đã được phát triển trước đó để sử dụng hiện tại trong quá trình mua lại hoặc phát triển. Một mặt hàng như vậy có thể yêu cầu sửa đổi nhỏ để đáp ứng các yêu cầu của mục đích sử dụng hiện tại.

Nontechnical requirements- Các điều khoản hợp đồng, cam kết, điều kiện và điều khoản ảnh hưởng đến cách thức mua sản phẩm hoặc dịch vụ. Ví dụ bao gồm các sản phẩm sẽ được phân phối, quyền dữ liệu đối với các mặt hàng không phát triển (COTS) thương mại đã được giao (NDI), ngày giao hàng và các mốc quan trọng với tiêu chí thoát. Các yêu cầu phi kỹ thuật khác bao gồm yêu cầu đào tạo, yêu cầu địa điểm và lịch trình triển khai.

Objective- Mục tiêu thuật ngữ được sử dụng trong CMMI theo cách hiểu thông thường hàng ngày; đây là mục tiêu hoặc mục tiêu của chúng tôi để hoàn thành.

Objective evidence - Như được sử dụng trong tài liệu thẩm định CMMI, thông tin định tính hoặc định lượng, hồ sơ hoặc tuyên bố thực tế liên quan đến các đặc tính của một mặt hàng hoặc dịch vụ hoặc sự tồn tại và thực hiện của một phần tử quy trình, dựa trên quan sát, đo lường hoặc thử nghiệm có thể kiểm chứng được.

Objectively evaluate- Rà soát các hoạt động và sản phẩm công việc dựa trên các tiêu chí giảm thiểu tính chủ quan và thiên vị của người đánh giá. Ví dụ về đánh giá khách quan là đánh giá dựa trên các yêu cầu, tiêu chuẩn hoặc thủ tục của một chức năng đảm bảo chất lượng độc lập.

Observation- Như được sử dụng trong tài liệu thẩm định CMMI, một biên bản thể hiện sự hiểu biết của các thành viên nhóm thẩm định về thông tin được nhìn thấy hoặc nghe thấy trong các hoạt động thu thập dữ liệu thẩm định. Biên bản có thể ở dạng tuyên bố hoặc có thể có dạng thay thế miễn là nội dung thông tin được bảo toàn.

Operational concept - Mô tả chung về cách thức sử dụng hoặc hoạt động của một thực thể.

Operational scenario- Mô tả về một chuỗi các sự kiện được tưởng tượng bao gồm sự tương tác của sản phẩm với môi trường và người dùng của nó, cũng như sự tương tác giữa các thành phần sản phẩm. Các kịch bản vận hành được sử dụng để đánh giá các yêu cầu và thiết kế của hệ thống cũng như để xác minh và xác nhận hệ thống.

Optimizing process- Quy trình được quản lý định lượng được cải tiến dựa trên sự hiểu biết về các nguyên nhân phổ biến của sự thay đổi vốn có trong quy trình. Một quy trình tập trung vào việc liên tục cải thiện phạm vi hoạt động của quy trình thông qua cả cải tiến gia tăng và cải tiến.

Organization - Tổ chức là một cấu trúc trong đó mọi người quản lý chung một hoặc nhiều dự án nói chung và các dự án có chung một người quản lý cấp cao và hoạt động theo các chính sách giống nhau.

Organization's business objectives - Các chiến lược do Quản lý cấp cao phát triển để đảm bảo tổ chức tiếp tục tồn tại và nâng cao lợi nhuận, thị phần và các yếu tố khác ảnh hưởng đến sự thành công của tổ chức.

Organizational maturity- Mức độ mà một tổ chức đã triển khai một cách rõ ràng và nhất quán các quá trình được lập thành văn bản, quản lý, đo lường, kiểm soát và cải tiến liên tục. Sự trưởng thành của tổ chức có thể được đo lường thông qua đánh giá.

Organizational policy - Một nguyên tắc hướng dẫn thường được thiết lập bởi quản lý cấp cao được một tổ chức thông qua để tác động và xác định các quyết định.

Organizational unit- Bộ phận của tổ chức là đối tượng của đánh giá (còn được gọi là phạm vi tổ chức của đánh giá). Một đơn vị tổ chức triển khai một hoặc nhiều quy trình có bối cảnh quy trình nhất quán và hoạt động trong một tập hợp các mục tiêu kinh doanh nhất quán. Một đơn vị tổ chức thường là một phần của một tổ chức lớn hơn, mặc dù trong một tổ chức nhỏ, đơn vị tổ chức có thể là toàn bộ tổ chức.

Outsourcing - Quá trình đạt được, thông qua hợp đồng, bất kỳ hành động rời rạc nào hoặc hành động được đề xuất bởi tổ chức mua lại cam kết đầu tư để có được sản phẩm và dịch vụ.

Peer review - Một đánh giá được thực hiện bởi đồng nghiệp để tìm ra các khiếm khuyết trong một sản phẩm có thể phân phối.

Performance parameters - Các thước đo hiệu quả và các biện pháp chủ yếu khác được sử dụng để hướng dẫn và kiểm soát sự phát triển tiến bộ.

Performed process- Một quá trình hoàn thành công việc cần thiết để tạo ra các sản phẩm công việc đầu ra đã xác định bằng cách sử dụng các sản phẩm công việc đầu vào đã xác định (còn được gọi là mức năng lực 1). Các mục tiêu cụ thể của khu vực quy trình được thỏa mãn.

Planned process- Một quá trình được ghi lại bằng cả mô tả và kế hoạch. Mô tả và kế hoạch phải được phối hợp với nhau, và kế hoạch phải bao gồm các tiêu chuẩn, yêu cầu, mục tiêu, nguồn lực, nhiệm vụ, v.v.

Process - Một tập hợp các hoạt động, phương pháp, thực hành và chuyển đổi mà mọi người sử dụng để phát triển và duy trì hệ thống và các sản phẩm liên quan.

Process action plan - Trong khu vực quy trình Trọng tâm Quy trình Tổ chức, hãy xem định nghĩa về "kế hoạch hành động quy trình" trong phần ghi chú giới thiệu.

Process action team - Nhóm có trách nhiệm phát triển và thực hiện các hoạt động cải tiến quy trình cho một tổ chức như được ghi trong kế hoạch hành động cải tiến quy trình.

Process and technology improvements - Trong khu vực quy trình Đổi mới và Triển khai của Tổ chức, hãy xem phần thảo luận về "cải tiến quy trình và công nghệ" trong phần ghi chú giới thiệu.

Process area- Lĩnh vực Quy trình là một nhóm các thực hành có liên quan trong một lĩnh vực mà khi được thực hiện chung, đáp ứng một tập hợp các mục tiêu được coi là quan trọng để thực hiện cải tiến đáng kể trong lĩnh vực đó. Tất cả các lĩnh vực quy trình CMMI đều chung cho cả biểu diễn liên tục và theo giai đoạn. Trong biểu diễn theo giai đoạn, các khu vực quy trình được sắp xếp theo mức độ trưởng thành.

Process asset - Bất cứ điều gì mà tổ chức cho là hữu ích trong việc đạt được các mục tiêu của một lĩnh vực quy trình.

Process asset library - Tập hợp các tài sản quy trình có thể được sử dụng bởi một tổ chức hoặc dự án.

Process attribute - Một đặc tính đo lường được về khả năng của quá trình áp dụng cho bất kỳ quá trình nào.

Process capability - Phạm vi kết quả mong đợi có thể đạt được bằng cách tuân theo một quy trình.

Process context- Tập hợp các yếu tố, được ghi lại trong đầu vào thẩm định, ảnh hưởng đến đánh giá và khả năng so sánh của các xếp hạng thẩm định. Chúng bao gồm, nhưng không giới hạn, quy mô của đơn vị tổ chức được thẩm định; nhân khẩu của đơn vị tổ chức; kỷ luật ứng dụng của các sản phẩm hoặc dịch vụ; quy mô, mức độ quan trọng và độ phức tạp của sản phẩm hoặc dịch vụ; và các đặc tính chất lượng của sản phẩm hoặc dịch vụ.

Process definition- Hành động xác định và mô tả một quá trình. Kết quả của định nghĩa quy trình là một mô tả quy trình.

Process description- Một biểu hiện bằng văn bản về một tập hợp các hoạt động được thực hiện để đạt được một mục đích nhất định, cung cấp định nghĩa hoạt động của các thành phần chính của một quá trình. Tài liệu chỉ định, một cách đầy đủ, chính xác và có thể xác minh được, các yêu cầu, thiết kế, hành vi hoặc các đặc điểm khác của quy trình. Nó cũng có thể bao gồm các thủ tục để xác định xem các điều khoản này đã được đáp ứng hay chưa. Mô tả quy trình có thể được tìm thấy ở cấp độ hoạt động, dự án hoặc tổ chức.

Process element- Đơn vị cơ bản của một quá trình. Một quá trình có thể được xác định dưới dạng các quá trình phụ hoặc các yếu tố của quá trình. Một quá trình con có thể được phân rã thêm; một phần tử quy trình không thể. Mỗi yếu tố quy trình bao gồm một tập hợp các hoạt động có liên quan chặt chẽ với nhau (ví dụ: yếu tố ước tính, yếu tố đánh giá đồng cấp). Các yếu tố của quy trình có thể được mô tả bằng cách sử dụng các mẫu cần hoàn thành, các phần tóm tắt cần được tinh chỉnh hoặc các mô tả sẽ được sửa đổi hoặc sử dụng. Một phần tử quy trình có thể là một hoạt động hoặc nhiệm vụ.

Process group - Tập hợp các chuyên gia hỗ trợ việc xác định, duy trì và cải tiến (các) quy trình được tổ chức sử dụng.

Process improvement - Một chương trình hoạt động được thiết kế để cải thiện hiệu suất và sự trưởng thành của các quá trình của tổ chức và kết quả của một chương trình đó.

Process-improvement objectives - Một tập hợp các đặc điểm mục tiêu được thiết lập để hướng dẫn nỗ lực cải tiến quy trình hiện có theo một cách cụ thể có thể đo lường được về các đặc tính của sản phẩm kết quả (ví dụ, chất lượng, hiệu suất, sự phù hợp với tiêu chuẩn, v.v.) hoặc theo cách thức quy trình được thực thi (ví dụ: loại bỏ các bước quy trình thừa, kết hợp các bước quy trình, cải thiện thời gian chu kỳ, v.v.)

Process-improvement plan - Trong khu vực quy trình Trọng tâm Quy trình Tổ chức, hãy xem định nghĩa về "kế hoạch cải tiến quy trình" trong phần ghi chú giới thiệu.

Process measurement - Tập hợp các định nghĩa, phương pháp và hoạt động được sử dụng để đo lường quá trình và các sản phẩm kết quả của nó nhằm mục đích mô tả và hiểu rõ quá trình.

Process owner- Người (hoặc nhóm) chịu trách nhiệm xác định và duy trì một quá trình. Ở cấp độ tổ chức, chủ sở hữu quy trình là người (hoặc nhóm) chịu trách nhiệm về việc mô tả quy trình chuẩn; ở cấp độ dự án, chủ sở hữu quy trình là người (hoặc nhóm) chịu trách nhiệm về việc mô tả quy trình đã xác định. Do đó, một quy trình có thể có nhiều chủ sở hữu ở các cấp độ trách nhiệm khác nhau.

Process performance- Một thước đo kết quả thực tế đạt được khi tuân theo một quy trình. Nó được đặc trưng bởi cả các biện pháp quá trình (ví dụ: nỗ lực, thời gian chu kỳ và hiệu quả loại bỏ khuyết tật) và các biện pháp sản phẩm (ví dụ: độ tin cậy, mật độ khuyết tật và thời gian đáp ứng).

Process performance baseline - Bản mô tả đặc điểm của các kết quả thực tế đạt được khi tuân theo một quy trình, được sử dụng làm chuẩn để so sánh hiệu suất quá trình thực tế với hiệu suất quá trình dự kiến.

Process performance model - Mô tả các mối quan hệ giữa các thuộc tính của một quá trình và các sản phẩm công việc của nó được phát triển từ dữ liệu hiệu suất của quá trình trước đây và được hiệu chỉnh bằng cách sử dụng các thước đo quá trình và sản phẩm thu thập được từ dự án và được sử dụng để dự đoán kết quả đạt được khi tuân theo một quá trình.

Process tailoring- Để tạo, thay đổi hoặc điều chỉnh một mô tả quy trình cho một kết thúc cụ thể. Ví dụ, một dự án điều chỉnh quy trình đã xác định của nó từ tập hợp các quy trình tiêu chuẩn của tổ chức để đáp ứng các mục tiêu, ràng buộc và môi trường của dự án.

Product- Một sản phẩm có thể được coi là bất kỳ sản phẩm hoặc dịch vụ hữu hình nào là kết quả của việc tuân theo một quy trình và nhằm mục đích phân phối cho khách hàng hoặc người dùng cuối. Sản phẩm cũng có thể là bất kỳ sản phẩm công việc nào được giao cho khách hàng theo hợp đồng.

Product component- Các thành phần của sản phẩm nói chung là các thành phần cấp thấp hơn của sản phẩm và được tích hợp để “xây dựng” sản phẩm. Các thành phần của sản phẩm có thể là một phần của sản phẩm được giao cho khách hàng hoặc phục vụ cho quá trình sản xuất hoặc sử dụng sản phẩm. Ví dụ, đối với những công ty sản xuất pin điện thoại di động, pin điện thoại di động là một sản phẩm. Đối với những công ty sản xuất và cung cấp điện thoại di động, pin là một thành phần của sản phẩm.

Product baseline - Trong quản lý cấu hình, gói dữ liệu kỹ thuật được phê duyệt ban đầu (bao gồm, đối với phần mềm, danh sách mã nguồn) xác định một mục cấu hình trong quá trình sản xuất, vận hành, bảo trì và hỗ trợ hậu cần trong vòng đời của nó.

Product-component requirements - Các yêu cầu về thành phần sản phẩm cung cấp thông số kỹ thuật đầy đủ của thành phần sản phẩm, bao gồm phù hợp, hình thức, chức năng, hiệu suất và bất kỳ yêu cầu nào khác.

Product life cycle- Sản phẩm là bất kỳ hiện vật nào được tạo ra bởi một quá trình chu kỳ sống và cũng có thể được gọi là sản phẩm lao động chu kỳ sống. Các sản phẩm công việc trong vòng đời có thể bao gồm Đặc điểm kỹ thuật yêu cầu, Thông số kỹ thuật giao diện, Thông số kỹ thuật kiến ​​trúc, Kế hoạch dự án, Tài liệu thiết kế, Kế hoạch kiểm thử đơn vị, Kế hoạch tích hợp và kiểm tra hệ thống, Một quy trình như quy trình lắp ráp sản phẩm sản xuất.

Project- Dự án là một tập hợp các nguồn lực có liên quan với nhau được quản lý để cung cấp một hoặc nhiều sản phẩm cho khách hàng hoặc người dùng cuối. Tập hợp các nguồn lực có đầu và cuối xác định và hoạt động theo một kế hoạch.

Product line - Một nhóm sản phẩm có chung một tập hợp các tính năng được quản lý, đáp ứng nhu cầu cụ thể của một thị trường hoặc sứ mệnh đã chọn.

Product-related life-cycle processes - Các quá trình liên quan đến một sản phẩm trong suốt một hoặc nhiều giai đoạn của vòng đời sản phẩm (nghĩa là từ khi thụ thai đến khi thải bỏ), chẳng hạn như quá trình sản xuất và hỗ trợ.

Product requirements - Sự tinh chỉnh các yêu cầu của khách hàng sang ngôn ngữ của nhà phát triển, biến các yêu cầu ngầm thành các yêu cầu có nguồn gốc rõ ràng.

Program- (1) Một dự án. (2) Tập hợp các dự án liên quan và cơ sở hạ tầng hỗ trợ chúng, bao gồm các mục tiêu, phương pháp, hoạt động, kế hoạch và các biện pháp thành công.

Project manager- Người quản lý dự án là người chịu trách nhiệm lập kế hoạch, chỉ đạo, kiểm soát, cấu trúc và thúc đẩy dự án. Người đó có thể cung cấp chỉ đạo và kiểm soát cả về kỹ thuật và hành chính cho những người thực hiện các nhiệm vụ hoặc hoạt động của dự án trong phạm vi trách nhiệm của mình. Người quản lý dự án chịu trách nhiệm cuối cùng trước khách hàng. Người quản lý dự án đảm nhận các vai trò và trách nhiệm khác nhau khi quy mô, tính đa dạng và phức tạp của dự án thay đổi.

Project progress and performance - Những gì một dự án đạt được liên quan đến việc thực hiện các kế hoạch dự án, bao gồm nỗ lực, chi phí, tiến độ và hiệu suất kỹ thuật.

Project's defined process - Trong khu vực quy trình Quản lý Dự án Tích hợp, hãy xem định nghĩa về "Quy trình được xác định của Dự án" trong phần ghi chú giới thiệu và trong phần Thực hành cụ thể về Thiết lập Quy trình Xác định Dự án.

Prototype - Loại, dạng hoặc phiên bản sơ bộ của sản phẩm hoặc thành phần sản phẩm dùng làm mô hình cho các giai đoạn sau hoặc cho phiên bản hoàn chỉnh, cuối cùng của sản phẩm.

Quality - Khả năng của một tập hợp các đặc tính vốn có của sản phẩm, thành phần sản phẩm hoặc quá trình để đáp ứng các yêu cầu của khách hàng.

Quality assurance - Một phương tiện có kế hoạch và có hệ thống để đảm bảo cho ban lãnh đạo rằng các tiêu chuẩn, thông lệ, thủ tục và phương pháp đã xác định của quá trình được áp dụng.

Quality control - Các kỹ thuật vận hành và các hoạt động được sử dụng để đáp ứng các yêu cầu về chất lượng.

Quantitative objective - Giá trị mục tiêu mong muốn thể hiện dưới dạng các thước đo định lượng.

Quantitatively managed process- Một quá trình xác định được kiểm soát bằng cách sử dụng các kỹ thuật thống kê và định lượng khác. Các thuộc tính chất lượng sản phẩm, chất lượng dịch vụ và hiệu suất quá trình có thể đo lường và kiểm soát được trong suốt dự án.

Reference mode - Một mô hình được sử dụng làm chuẩn để đo một số thuộc tính.

Relevant stakeholder - Một bên liên quan có liên quan được sử dụng để chỉ định một bên liên quan được xác định tham gia vào các hoạt động cụ thể và được đưa vào một kế hoạch thích hợp như kế hoạch dự án.

Required CMMI components- Các thành phần CMMI cần thiết để đạt được cải tiến quy trình trong một khu vực quy trình nhất định. Các thành phần này được sử dụng trong thẩm định để xác định khả năng của quy trình. Mục tiêu cụ thể và mục tiêu chung là các thành phần mô hình bắt buộc.

Requirement- (1) Điều kiện hoặc khả năng cần thiết của người dùng để giải quyết vấn đề hoặc đạt được mục tiêu. (2) Một điều kiện hoặc khả năng phải được đáp ứng hoặc sở hữu bởi một sản phẩm hoặc thành phần sản phẩm để đáp ứng hợp đồng, tiêu chuẩn, đặc điểm kỹ thuật hoặc các tài liệu được áp đặt chính thức khác. (3) Bản trình bày bằng văn bản về một điều kiện hoặc khả năng như trong (1) hoặc (2).

Requirements analysis- Việc xác định hiệu suất và đặc tính chức năng của sản phẩm cụ thể dựa trên các phân tích về nhu cầu, kỳ vọng và các ràng buộc của khách hàng; khái niệm hoạt động; môi trường sử dụng dự kiến ​​cho con người, sản phẩm và quy trình; và các biện pháp hiệu quả.

Requirements elicitation - Sử dụng các kỹ thuật có hệ thống, như nguyên mẫu và khảo sát có cấu trúc, để chủ động xác định và lập hồ sơ nhu cầu của khách hàng và người dùng cuối.

Requirements management - Việc quản lý tất cả các yêu cầu do dự án nhận được hoặc tạo ra, bao gồm cả các yêu cầu kỹ thuật và phi kỹ thuật cũng như các yêu cầu mà tổ chức đánh vào dự án.

Requirements traceability - Bằng chứng về mối liên hệ giữa một yêu cầu và nguồn yêu cầu, việc thực hiện và xác minh của nó.

Return on investment - Tỷ lệ giữa doanh thu từ đầu ra (sản phẩm) với chi phí sản xuất, xác định xem tổ chức có được lợi khi thực hiện một hành động để sản xuất một thứ gì đó hay không.

Risk analysis - Việc đánh giá, phân loại và ưu tiên các rủi ro.

Risk identification - Một cách tiếp cận có tổ chức, kỹ lưỡng để tìm kiếm những rủi ro có thể xảy ra hoặc thực tế trong việc đạt được các mục tiêu.

Risk management - Một quá trình phân tích, có tổ chức để xác định những gì có thể gây ra tổn hại hoặc tổn thất (xác định rủi ro), đánh giá và định lượng các rủi ro đã xác định, phát triển và nếu cần, thực hiện một cách tiếp cận thích hợp để ngăn ngừa hoặc xử lý các nguyên nhân rủi ro có thể dẫn đến thiệt hại đáng kể hoặc mất mát.

Risk management strategy- Một cách tiếp cận có tổ chức, kỹ thuật để xác định những gì có thể gây ra tổn hại hoặc mất mát (xác định rủi ro), đánh giá và định lượng các rủi ro đã xác định, phát triển và nếu cần, thực hiện một cách tiếp cận thích hợp để ngăn ngừa hoặc xử lý các nguyên nhân rủi ro có thể dẫn đến tổn hại hoặc tổn thất đáng kể . Thông thường, quản lý rủi ro được thực hiện cho các đơn vị tổ chức phát triển dự án, tổ chức hoặc sản phẩm.

Root cause - Nguyên nhân sâu xa là nguồn gốc của một khuyết tật mà nếu loại bỏ nó thì khuyết tật đó bị giảm đi hoặc bị loại bỏ.

Senior manager- Thuật ngữ quản lý cấp cao được sử dụng trong CMMI đề cập đến vai trò quản lý ở cấp đủ cao trong một tổ chức mà trọng tâm chính của người đó là sức khỏe và thành công lâu dài của tổ chức hơn là dự án ngắn hạn và mối quan tâm và áp lực hợp đồng. Một nhà quản lý cấp cao có thể chịu trách nhiệm giám sát một chương trình có thể chứa nhiều dự án được quản lý bởi các nhà quản lý dự án.

Software engineering- (1) Việc áp dụng phương pháp tiếp cận có hệ thống, kỷ luật, có thể định lượng được để phát triển, vận hành và bảo trì phần mềm. (2) Nghiên cứu các phương pháp tiếp cận như trong (1).

Solicitation - Quá trình lập hồ sơ mời thầu và lựa chọn nhà cung cấp (nhà thầu).

Solicitation package- Một tài liệu chính thức mô tả các yêu cầu kỹ thuật và phi kỹ thuật được sử dụng để yêu cầu chào hàng về lời mời thầu (hồ sơ dự thầu) và yêu cầu đề xuất (đề xuất), hoặc yêu cầu tuyên bố năng lực và báo giá (báo giá). Nói cách khác, nó được dùng làm cơ sở để lựa chọn nguồn cung cấp hoặc các nguồn cung cấp sản phẩm hoặc dịch vụ.

Special cause of process variation - Nguyên nhân của một khiếm khuyết cụ thể cho một số trường hợp nhất thời và không phải là một phần vốn có của một quá trình.

Specific goal- CÁC MỤC TIÊU CỤ THỂ áp dụng cho một khu vực quy trình và giải quyết các đặc điểm riêng biệt mô tả những gì phải được thực hiện để thỏa mãn khu vực quy trình. Các mục tiêu cụ thể là thành phần mô hình bắt buộc và được sử dụng trong đánh giá để giúp xác định liệu một khu vực quy trình có được thỏa mãn hay không.

Specific practice- THỰC HÀNH CỤ THỂ là một hoạt động được coi là quan trọng trong việc đạt được mục tiêu cụ thể liên quan. Các thực hành cụ thể mô tả các hoạt động được mong đợi để đạt được các mục tiêu cụ thể của một lĩnh vực quá trình. Các thực hành cụ thể là thành phần mô hình dự kiến.

Stable process - Trạng thái trong đó tất cả các nguyên nhân đặc biệt của sự biến đổi quá trình đã được loại bỏ và ngăn không cho tái diễn để chỉ còn lại những nguyên nhân phổ biến gây ra sự biến đổi của quá trình.

Staged representation- Một cấu trúc mô hình trong đó đạt được các mục tiêu của một tập hợp các lĩnh vực quá trình thiết lập mức độ trưởng thành; mỗi cấp độ xây dựng nền tảng cho các cấp độ tiếp theo.

Stakeholder - Bên liên quan là một nhóm hoặc cá nhân bị ảnh hưởng bởi kết quả của một dự án hoặc có thể ảnh hưởng đến các hoạt động hoặc đầu ra của dự án.

Standard process- Một định nghĩa hoạt động của quy trình cơ bản hướng dẫn việc thiết lập một quy trình chung trong một tổ chức. Quy trình tiêu chuẩn mô tả các yếu tố cơ bản của quy trình dự kiến ​​sẽ được kết hợp vào bất kỳ quy trình xác định nào. Nó cũng mô tả các mối quan hệ (ví dụ, thứ tự và giao diện) giữa các phần tử quy trình này.

Statement of work - Bản mô tả công việc đã ký hợp đồng cần thiết để hoàn thành một dự án.

Statistical predictability - Hiệu suất của một quá trình định lượng được kiểm soát bằng cách sử dụng các kỹ thuật thống kê và định lượng khác.

Statistical process control - Phân tích dựa trên thống kê về một quá trình và các phép đo hiệu suất của quá trình, sẽ xác định các nguyên nhân phổ biến và đặc biệt của sự thay đổi trong hiệu suất quá trình và duy trì hiệu suất của quá trình trong giới hạn.

Statistical techniques - Một kỹ thuật phân tích sử dụng các phương pháp thống kê (ví dụ: kiểm soát quá trình thống kê, khoảng tin cậy, khoảng dự đoán).

Statistically managed process - Một quy trình được quản lý bằng kỹ thuật dựa trên thống kê, trong đó các quy trình được phân tích, xác định các nguyên nhân đặc biệt của sự thay đổi quy trình và hiệu suất được chứa trong các giới hạn đã xác định rõ.

Strength - Như được sử dụng trong các tài liệu thẩm định CMMI, việc triển khai mô hình CMMI một cách mẫu mực hoặc đáng chú ý.

Sub-process - Một quy trình là một phần của quy trình lớn hơn.

Supplier- (1) Một tổ chức cung cấp sản phẩm hoặc thực hiện dịch vụ được mua lại. (2) Một cá nhân, đối tác, công ty, tập đoàn, hiệp hội hoặc dịch vụ khác có thỏa thuận (hợp đồng) với đơn vị mua để thiết kế, phát triển, sản xuất, bảo trì, sửa đổi hoặc cung cấp các mặt hàng theo các điều khoản của một thỏa thuận (hợp đồng ).

Sustainment- Các quy trình được sử dụng để đảm bảo rằng một sản phẩm có thể được sử dụng vào hoạt động bởi người dùng cuối hoặc khách hàng của nó. Sustainment đảm bảo rằng việc bảo trì được thực hiện sao cho sản phẩm ở trong tình trạng có thể hoạt động được cho dù khách hàng hoặc người dùng cuối có đang sử dụng hay không.

Systems engineering- Cách tiếp cận liên ngành điều chỉnh tổng nỗ lực quản lý và kỹ thuật cần thiết để chuyển đổi một tập hợp các nhu cầu, kỳ vọng và ràng buộc của khách hàng thành một giải pháp sản phẩm và hỗ trợ giải pháp đó trong suốt vòng đời của sản phẩm. Điều này bao gồm định nghĩa về các thước đo hiệu suất kỹ thuật, sự tích hợp của các chuyên ngành kỹ thuật nhằm thiết lập kiến ​​trúc sản phẩm và định nghĩa về hỗ trợ các quy trình vòng đời cân bằng các mục tiêu chi phí, hiệu suất và lịch trình.

Tailoring guidelines- Điều chỉnh một quy trình tạo ra, thay đổi hoặc điều chỉnh các mô tả quy trình, thường được mô tả ở cấp tổ chức, để sử dụng cho một dự án cụ thể. Đối với hầu hết các tổ chức, một định nghĩa quy trình tổ chức không thể hoặc sẽ không được tuân thủ 100% cho tất cả các dự án. Một số thích ứng thường là cần thiết. Sau đó, các hướng dẫn sửa đổi mô tả những gì có thể và không thể sửa đổi và xác định các thành phần của quy trình là những ứng viên được phép sửa đổi.

Target profile - Trong biểu diễn liên tục, danh sách các lĩnh vực quy trình và các mức năng lực tương ứng của chúng thể hiện mục tiêu cải tiến quy trình.

Target staging - Trong biểu diễn liên tục, một chuỗi các cấu hình mục tiêu mô tả lộ trình cải tiến quy trình mà tổ chức phải tuân theo.

Technical data package - Tập hợp các mục có thể bao gồm những thông tin sau nếu thông tin đó phù hợp với loại sản phẩm và thành phần sản phẩm.

Technical requirements - Các thuộc tính (thuộc tính) của sản phẩm hoặc dịch vụ cần mua lại hoặc phát triển.

Test procedure - Hướng dẫn chi tiết cho việc thiết lập, thực hiện và đánh giá kết quả cho một bài kiểm tra nhất định.

Trade study - Đánh giá các phương án thay thế dựa trên các tiêu chí và phân tích có hệ thống, để lựa chọn phương án thay thế tốt nhất nhằm đạt được các mục tiêu đã xác định.

Training- Trong khu vực quy trình Đào tạo Tổ chức, hãy xem định nghĩa của .training. trong phần ghi chú giới thiệu.

Unit testing - Thử nghiệm các đơn vị phần cứng hoặc phần mềm riêng lẻ hoặc nhóm các đơn vị liên quan.

Validation- Việc xác nhận chứng minh rằng sản phẩm, như được cung cấp, (hoặc khi nó sẽ được cung cấp) sẽ đáp ứng mục đích sử dụng của nó trong môi trường hoạt động. Xác thực đảm bảo rằng "Bạn đã xây dựng đúng thứ."

Verification- Xác minh bao gồm xác minh sản phẩm và các sản phẩm làm việc trung gian so với tất cả các yêu cầu đã chọn, bao gồm các yêu cầu của khách hàng, sản phẩm và thành phần sản phẩm. Xác minh vốn dĩ là một quá trình gia tăng. Nó bắt đầu với việc xác minh các yêu cầu, tiến triển thông qua việc xác minh các sản phẩm công việc đang phát triển và lên đến đỉnh điểm là xác minh sản phẩm đã hoàn thành. Việc xác minh đề cập đến việc liệu sản phẩm làm việc có phản ánh đúng các yêu cầu được chỉ định hay không. Xác minh đảm bảo "Bạn đã xây dựng nó đúng."

Verifying implementation - Đặc điểm chung của các khu vực quy trình theo mô hình CMMI với đại diện theo giai đoạn nhóm các thực hành chung liên quan đến việc xem xét của quản lý cấp cao hơn và đánh giá khách quan về sự phù hợp với mô tả quy trình, thủ tục và tiêu chuẩn.

Version control - Việc thiết lập và duy trì các đường cơ sở và xác định các thay đổi đối với các đường cơ sở để có thể quay trở lại đường cơ sở trước đó.

Weakness - Như được sử dụng trong các tài liệu thẩm định CMMI, việc thực hiện một hoặc nhiều thực hành mô hình CMMI không hiệu quả, hoặc thiếu.

Work breakdown structure - Sự sắp xếp của các yếu tố công việc và mối quan hệ của chúng với nhau và với sản phẩm cuối cùng.

Work product- Thuật ngữ SẢN PHẨM CÔNG VIỆC được sử dụng trong Bộ sản phẩm CMMI có nghĩa là bất kỳ hiện vật nào được tạo ra bởi một quy trình. Những hiện vật này có thể bao gồm các tệp, tài liệu, các bộ phận của sản phẩm, dịch vụ, quy trình, thông số kỹ thuật và hóa đơn. Ví dụ về các quy trình được coi là sản phẩm công việc bao gồm quy trình sản xuất, quy trình đào tạo và quy trình thải bỏ sản phẩm. Điểm khác biệt chính giữa SẢN PHẨM CÔNG VIỆC và thành phần sản phẩm là sản phẩm làm việc không cần được thiết kế hoặc là một phần của sản phẩm cuối cùng.

Work product and task attributes- Đặc điểm của sản phẩm, dịch vụ và nhiệm vụ dự án được sử dụng để giúp lập dự toán công việc của dự án. Những đặc điểm này bao gồm các mục như kích thước, độ phức tạp, trọng lượng, hình thức, độ vừa vặn hoặc chức năng. Chúng thường được sử dụng như một đầu vào để đưa ra các ước tính nguồn lực và dự án khác (ví dụ: nỗ lực, chi phí, lịch trình)

Đây là danh sách tất cả các Từ viết tắt CMMI được sắp xếp theo thứ tự bảng chữ cái.

Từ viết tắt	Hình thức mở rộng
ARC	Yêu cầu thẩm định đối với CMMI
CAF	Khung thẩm định CMM
XE HƠI	Phân tích và giải quyết nhân quả (lĩnh vực quy trình)
CAU	Nâng cấp buồng lái Avionics
CBA IPI	Đánh giá dựa trên CMM để cải tiến quy trình nội bộ
CBT	Đào tạo dựa trên máy tính
CCB	Ban kiểm soát cấu hình
CM	Quản lý cấu hình (khu vực quy trình)
CMM	Mô hình trưởng thành năng lực
CMMI	Tích hợp mô hình trưởng thành năng lực
CMMI-SE / SW	Tích hợp mô hình trưởng thành năng lực cho Kỹ thuật hệ thống và Kỹ thuật phần mềm
CMMI-SE / SW / IPPD	Tích hợp mô hình trưởng thành năng lực cho Kỹ thuật hệ thống, Kỹ thuật phần mềm và Phát triển sản phẩm và quy trình tích hợp
CMMI-SE / SW / IPPD / SS	Tích hợp mô hình trưởng thành năng lực cho Kỹ thuật hệ thống, Kỹ thuật phần mềm, Phát triển sản phẩm và quy trình tích hợp, và tìm nguồn cung ứng cho nhà cung cấp
COTS	Thương mại ra khỏi kệ
CPM	Phương pháp đường dẫn quan trọng
DAR	Phân tích và giải quyết quyết định (lĩnh vực quy trình)
ĐTM	Liên minh công nghiệp điện tử
ĐTM / IS	Tiêu chuẩn tạm thời của Liên minh các ngành công nghiệp điện tử
FAA	Cục quản lý hàng không liên bang
FAA-iCMM	Mô hình trưởng thành năng lực tích hợp của Cục Hàng không Liên bang
GG	Mục tiêu Chung
GP	Thực hành chung
LÝ TƯỞNG	Bắt đầu, Chẩn đoán, Thiết lập, Hành động, Học hỏi
IEEE	Viện Kỹ sư Điện và Điện tử
TĂNG	Hội đồng quốc tế về kỹ thuật hệ thống
IPD-CMM	Mô hình trưởng thành về năng lực phát triển sản phẩm tích hợp
IPM	Quản lý Dự án Tích hợp (khu vực quy trình)
IPPD	Phát triển sản phẩm và quy trình tích hợp
IPT	Nhóm sản phẩm tích hợp
ISM	Quản lý nhà cung cấp tích hợp (khu vực quy trình)
ISO	Tổ chức Quốc tế về Tiêu chuẩn hoá
ISO / IEC	Tổ chức tiêu chuẩn hóa quốc tế và Ủy ban kỹ thuật điện quốc tế
IT	Lập nhóm tích hợp (khu vực quy trình)
KSLOC	Ngàn dòng mã nguồn
MA	Đo lường và phân tích (khu vực quy trình)
MOA	Biên bản thỏa thuận
NDI	Mục không phát triển
NDIA	Hiệp hội công nghiệp quốc phòng
OEI	Môi trường tổ chức để tích hợp (khu vực quy trình)
OID	Đổi mới và Triển khai tổ chức (khu vực quy trình)
OPD	Định nghĩa quy trình tổ chức (khu vực quy trình)
OPF	Trọng tâm Quy trình Tổ chức (khu vực quy trình)
OPP	Hiệu suất Quy trình Tổ chức (khu vực quy trình)
OT	Đào tạo tổ chức (khu vực quy trình)
OUSD / AT & L	Văn phòng Bộ trưởng Bộ Quốc phòng, Tiếp thu, Công nghệ và Hậu cần
P-CMM	Mô hình trưởng thành năng lực con người
PA	Khu vực quy trình
PAIS	Hệ thống thông tin thẩm định quy trình
VƯỢT QUA	Hệ thống phần mềm điện tử chính
PERT	Kỹ thuật Đánh giá và Đánh giá Chương trình
số Pi	Tích hợp sản phẩm (khu vực quy trình)
PMC	Giám sát và Kiểm soát Dự án (khu vực quy trình)
PP	Lập kế hoạch dự án (khu vực quy trình)
PPQA	Đảm bảo chất lượng sản phẩm và quy trình (khu vực quy trình)
QFD	Triển khai chức năng chất lượng
QPM	Quản lý dự án định lượng (khu vực quy trình)
RD	Phát triển yêu cầu (khu vực quy trình)
REQM	Quản lý yêu cầu (khu vực quy trình)
RSKM	Quản lý rủi ro (khu vực quy trình)
SA-CMM	Mô hình trưởng thành về khả năng tiếp thu phần mềm
SAM	Quản lý thỏa thuận nhà cung cấp (khu vực quy trình)
LỪA ĐẢO	Phương pháp đánh giá CMMI tiêu chuẩn để cải tiến quy trình
SDMP	Kế hoạch quản lý phát triển phần mềm
SE	Kỹ thuật hệ thống
SE-CMM	Mô hình trưởng thành về năng lực kỹ thuật hệ thống
GIÂY	Hội đồng điều hành phần mềm
SECAM	Mô hình đánh giá năng lực kỹ thuật hệ thống
SECM	Mô hình năng lực kỹ thuật hệ thống
SEI	Viện kỹ thuật phần mềm
SE / SW	Kỹ thuật Hệ thống và Kỹ thuật Phần mềm
SEPG	Nhóm quy trình kỹ thuật phần mềm
SG	Mục tiêu cụ thể
SP	Thực hành cụ thể
SPMN	Mạng quản lý chương trình phần mềm
SS	Tìm nguồn cung ứng
STSC	Trung tâm hỗ trợ công nghệ phần mềm
SW	Kỹ thuật phần mềm
SW-CMM	Mô hình trưởng thành khả năng cho phần mềm
TS	Giải pháp kỹ thuật (khu vực quy trình)
VAL	Xác thực (khu vực quy trình)
VER	Xác minh (khu vực quy trình)
WBS	Cấu trúc phân chia công việc