Capability Maturity Model
(CMM)

5 estágios evolucionários em controlar processos organizational. Explanação do Capability Maturity Model. CMM. - Português

Integração do Capability Maturity Model - modelo CMMI 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

Inicial (os processos são ad hoc, chaotic, ou poucos processos são definidos realmente)
Repetível (os processos básicos são estabelecidos e há um nível da disciplina a furar a estes processos)
Definido (todos os processos são definidos, documentados, estandardizados e integrados em se)
Controlado (os processos são medidos coletando dados detalhados nos processos e em sua qualidade)
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.