Capability Maturity Model
(CMM)

Centro de Conhecimento

O Capability Maturity Model de CM-CEI é um modelo organizational que descreva 5 estágios evolucionários (níveis) em que os processos em uma organização são controlados.

O pensamento atrás do Capability Maturity Model, desenvolvido originalmente para o desenvolvimento do software, é que uma organização deve absorve e carrega suas aplicações do software. O modelo fornece também as etapas e as atividades específicas que ajudam trazer uma organização de um nível ao seguinte.

Os 5 estágios do Capability Maturity Model

1. Inicial (os processos são ad hoc, chaotic, ou poucos processos são definidos realmente)
2. Repetível (os processos básicos são estabelecidos e há um nível da disciplina a furar a estes processos)
3. Definido (todos os processos são definidos, documentados, estandardizados e integrados em se)
4. Controlado (os processos são medidos coletando dados detalhados nos processos e em sua qualidade)
5. Optimizing (a melhoria process contínua é adotada e no lugar pelo gabarito quantitative e de pilotar idéias e tecnologias novas)

Modelo da maturidade do software

O CMM descreve os princípios e pratica maturidade subjacente do processo do software. Pretende-se ajudar a organizações do software melhorar a maturidade de seus processos do software nos termos de um trajeto evolucionário. Este trajeto vai dos processos ad hoc, chaotic, para processos maduros, disciplinados do software. O foco está em identificar as áreas process chaves e as práticas exemplary que podem compreender um processo disciplinado do software. O framework da maturidade forneceu por CMM estabelece um contexto em que:

• As práticas podem ser repetidas. Se você não repetir uma atividade, não há nenhuma razão melhorá-la. Há as políticas, os procedimentos e as práticas, que forçam a organização a executar e a executar consistentemente.
• As mais melhores práticas podem ràpidamente ser transferidas através dos grupos. As práticas são definidas suficientemente permitir transferência através dos limites do projeto, assim fornecendo alguma estandardização para a organização.
• As variações em executar as mais melhores práticas são reduzidas. Os objetivos Quantitative são estabelecidos para tarefas; e as medidas são estabelecidas, feitas exame, e mantidas dar forma a uma linha de base de que uma avaliação é possível.
• As práticas estão sendo melhoradas continuamente realçar a potencialidade (optimizing).

O Capability Maturity Model é útil não somente para o desenvolvimento do software, mas também para descrever níveis evolucionários das organizações no general e a fim descrever o nível da gerência que uma organização realizou ou quer apontar para.

A estrutura do Capability Maturity Model

• A maturidade nivela - um framework mergulhado que fornece uma progressão à disciplina, que é needed conseguir a melhoria contínua. É importante indicar aqui que uma organização desenvolve a abilidade de avaliar o impacto de uma prática, de uma tecnologia, ou de uma ferramenta nova em sua atividade. Daqui não é uma matéria do adotar estes, rather ele é uma matéria de determinar como os esforços inovativos influenciam práticas existentes. Isto empowers projetos, equipes, e as organizações dando lhes a fundação à sustentação raciocinaram escolha.)
• Áreas Process chaves - a área process chave (KPA) identifica um conjunto das atividades relacionadas que, quando executadas coletivamente, conseguem um jogo dos objetivos considerados importantes.
• Objetivos - os objetivos de uma área process chave sumariam os estados que devem existir para essa área process chave. Os estados devem ser executados em uma maneira eficaz e durável. A extensão a que os objetivos foram realizados é um indicador de quanto potencialidade a organização estabeleceu nesse nível da maturidade. Os objetivos significam o espaço, os limites, e a intenção de cada área process chave.
• Características comuns - as características comuns incluem as práticas que executam e institutionalize uma área process chave. Estes cinco tipos de características comuns incluem: A dedicação executar, abilidade de executar, atividades executou, medida e análise, e verificar a execução.
• Práticas chaves - as práticas chaves descrevem os elementos do infrastructure e da prática que contribuem o mais eficazmente à execução e ao institutionalization das áreas process chaves.

Critérios Process da definição

Os critérios Process da definição são o jogo dos elementos process que devem ser incluídos em uma descrição do processo do software para que seja usable pelos povos que executam o processo. Para estabelecer os critérios você está fazendo a pergunta - “que informação do processo do software eu necessita documentar?”

Tais elementos process são:

• Finalidade - por que um processo é executado?
• Entrada - que produtos do trabalho são usados?
• Saída - que produtos do trabalho são produzidos?
• Papel - quem (ou que) executa as atividades?
• Atividade - que é feito?
• Critérios da entrada - quando (sob que circunstâncias) podem os processos começar?
• Critérios da saída - quando (sob que circunstâncias) podem os processos ser considerados completos?
• Procedimento - como as atividades são executadas?
• Revisões e exames oficiais dos livros contábeis executados.
• Trabalhe os produtos que devem ser controlados e controlado (ou colocado sob a gerência da configuração).
• Medidas a ser feitas.
• Treinamento.
• Ferramentas.

Livro: James R. Persse - Implementing the Capability Maturity Model -

Livro: Mary Beth Chrissis - CMMI: Guidelines for Process Integration and Product Improvement -

Compare com o Capability Maturity Model:  People CMM  |  OPM3  |  Balanced Scorecard  |  Baldrige Award  |  EFQM  |  Change Approaches  |  Organizational Learning  |  Kaizen

Retorne a o centro de a gerência: Mudança e Organização  |  Recursos Humanos  |  Conhecimento e Ativos Intangíveis  |  Cadeia de Fornecimento e Qualidade

Mais Métodos, Modelos e Teorias de Gestão