A maturity model is a business tool used to assess people/culture, processes/structures, and objects/technology.

See https://en.wikipedia.org/wiki/Maturity_model

• Maturity model examples
• Maturity model levels
• Maturity model process perspectives
• Top-down vs. bottom-up
• Modeling Maturity Levels classification system
• Rebuttals to maturity models
• Related assessment metrics

We welcome examples of maturity models. If you know of a maturity model, please let us know by by creating a GitHub issue and/or a pull request.

• Agile
  • Agile Compass for maturity in agile teams
  • Agile Fluency
  • Agile DevOps Maturity Model by Hewlett Packard Enterprise (HPE)
  • Agile Maturity Model (AMM) by ThoughtWorks (TW)
  • Agile Team Maturity Model by Prowareness
• Capability
  • Capability Maturity Model Integration (CMMI) for Development by Carnegie Mellon Software Engineering Institute (SEI)
  • Capability Maturity Model Integration (CMMI) for Acquisition by Carnegie Mellon Software Engineering Institute (SEI)
• Continous Improvement
  • Continuous Improvement Meetings Maturity Model
• Continuous Delivery
  • Continuous Delivery Maturity Model by Xebia
• Data Center
  • Data Center Automation Maturity Model by Xebia
• Enterprise Architecture
  • Enterprise Architecture: TOGAF Maturity Model
  • Enterprise Architecture Maturity Model based on CMMI CM SEI
• EIM : Enterprise Information Management
  • EIM Maturity Model by Gartner
• IAM: Identity and Access Management
  • IAM Program Maturity Model by Gartner
• Infrastructure as Code (IaC)
  • Infrastructure as Code maturity model by Joel Parker Henderson
  • Infrastructure as Code maturity model by Stafford
• IT: Information Technology
  • IT Capability Maturity Framework by the Innovation Value Institute (IVI)
• Open Source
  • OpenSource Maturity Model
• Management
  • Program and Portfolio Management Maturity Model by Gartner
  • Project Portfolio Management Maturity Levels by Priority Systems
  • Portfolio, Programme & Project Management Maturity Model (P3M3) by OGC
• PS: Professional Services
  • PS maturity scorecard by SPI Research
• Six Sigma
  • Lean Six Sigma Maturity Model
  • The Six Sigma Maturity Model™
• Social Media
  • Social Media Maturity Model
• Team
  • Team Capability Maturity Model by novumAVI
  • Team Performance Maturity Model

A maturity model typical has sequential levels.

For example, a maturity model can have levels 1-3, generally corresponding to these meanings:

• 1. Basic
• 2. Intermediate
• 3. Advanced

For example, a maturity model can have levels 0-5, generally corresponding to these meanings:

• 0. None, Never, Negligible, Not Applicable
• 1. Initial, Informal, Implicit, Irregular, Inconsistent, Individual-usage.
• 2. Developing, Describing, Duplicating, Department-usage.
• 3. Standardizing, Specifying, Scaling, Service-oriented, Segment-usage
• 4. Managing, Measuring, Mainstreaming, Mission-oriented, Mass-usage
• 5. Optimizing, Orchestrating, Ongoing, Opportunity-oriented, Organization-usage

P3M3® describes process perspectives. These can be assessed at all maturity model levels.

• Control Management: how well the organization maintains control of the initiatives currently ‘in flight’.
• Benefits Management: how well the organization defines, tracks and ensures achievement of performance improvement from the investment.
• Financial Management: how well the organization manages and controls the investment through business cases and budgetary control.
• Stakeholder Management: how well the initiatives engage with and communicate with the external environment to minimize the negative implications engagement can achieve.
• Organizational Governance: how well the organization controls the initiation and alignment of its investments with the corporate strategy.
• Risk Management: how well the organization focuses on and mitigates the impact of threats and the leveraging of opportunities.
• Resource Management: how well the organization develops its own talent and utilizes the opportunities from the supply chain to overcome peaks and troughs.

Two approaches for designing maturity models exist:

• Top-down approach: a fixed number of maturity stages or levels is specified first, then corroborated with characteristics (typically in form of specific assessment items) that support the initial assumptions about how maturity evolves.

• Bottom-up approach: distinct characteristics or assessment items are determined first, then clustered in a second step into maturity levels to induce a more general view of the different steps of maturity evolution.

Modeling Maturity Levels is a classification system defined by Anneke Kleppe and Jos Warmer in their book MDA Explained Addison-Wesley. The levels characterize the role of modeling in a software project. The concept shows resemblance to the way software processes are rated with the Capability Maturity Model.

See:

• https://en.wikipedia.org/wiki/Modeling_Maturity_Levels
• http://www.devx.com/enterprise/Article/26664

There are 6 levels:

• Level 0: No Specification: the specification of software is not written down. It is kept in the minds of the developers

• Level 1: Textual Specification: the software is specified by a natural language text (be it English or Chinese or something else), written down in one or more documents

• Level 2: Text with Models: a textual specification is enhanced with several models to show some of the main structures of the system

• Level 3: Models with Text: the specification of software is written down in one or more models. In addition to these models, natural language text is used to explain details, the background, and the motivation of the models, but the core of the specifications lies in the models.

• Level 4: Precise Models: the specification of the software is written down in one or more models. Natural language can still be used to explain the background and motivation of the models, but it takes on the same role as comments in source code.

• Level 5: Models only: the models are precise and detailed enough to allow complete code generation. The code generators at this level have become as trustworthy as compilers, therefore no developer needs to even look at the generated code.

• Immaturity of Maturity Models by James Bach
• Maturity Models Have It Backwards by Michael Bolton
• No Best Practices by James Bach
• The Immaturity of CMM

• The Excellence Audit Top 10 10 by Tom Peters
• Great Professional Service Firms - by Tom Peters