1. Componentes do Modelo
1.1. Requeridos
1.1.1. Metas Genéricas
1.1.2. Metas Específicas
1.2. Esperados
1.2.1. Práticas Específicas
1.2.2. Práticas Genéricas
1.3. Informativos
1.3.1. elaboração de práticas genéricas
1.3.2. sub-práticas
1.3.3. Áreas de Processo
1.3.4. produtos de trabalho típicos
1.3.5. Referências
1.3.6. amplificações de disciplinas
2. Níveis de Maturidade
2.1. 1 - Executado
2.1.1. Processos Executados de forma ad-hoc
2.1.2. Poucos Processos Definidos
2.1.3. Dificil Prever performace
2.1.4. O processo utilizado é uma caixa preta
2.1.5. Dificuldade em determinar progresso do projeto
2.1.6. Requisitos fluem para dentro
2.1.7. Um produto de software é (normalmente) produzido através de algum processo disforme.
2.1.8. O produto flui para fora e (espera-se que) funciona
2.2. 2 - Gerenciado
2.2.1. Gerência de projetos disciplinada
2.2.2. Políticas organizacionais estabelecidas e institucionalizada nos projetos
2.2.3. Planos e processos do projeto são documentados e seguidos
2.2.4. Existência de recursos apropriados
2.2.5. Os status das atividades e dos produtos de trabalho são visíveis
2.2.6. Medidas são coletadas e analisadas para se entender e gerenciar as atividades e resultados do projeto
2.3. 3 - Definido
2.3.1. Processo para desenvolvimento de software é estabelecido, padronizado e documentado pela organização (adaptado quando necessário)
2.3.2. Todos os projetos utilizam uma versão deste processo, personalizada para o tipo do projeto a ser desenvolvido
2.3.3. Atividades de gerenciamento e engenharia de software são estáveis e repetidas (foco na organização )
2.3.4. Funções e responsabilidades no processo são bem entendidas
2.3.5. A produção do produto de software é visível através do processo de software
2.3.6. Papéis, responsabilidades e interação entre atividades são bem entendidos por todos
2.4. 4 - Gerenciado Quantitativamente
2.4.1. O processo de software é previsível e gerenciado quantitativamente (estável)
2.4.2. Métodos estatísticos e quantitativos são utilizados no nível de projetos e da organização
2.4.2.1. Entender os resultados de performance, a qualidade do produto e do serviço de projetos passados
2.4.2.2. Prever a performance e a qualidade do produto e dos serviços de projetos futuros
2.4.3. Base de dados organizacional para coletar e analisar dados dos projetos
2.4.4. Utilização de objetivos quantitativos, para atender as necessidades dos clientes, usuários finais e da organização
2.4.5. Progresso e problemas são medidos
2.4.6. A gerência tem bases objetivas para tomada de decisão
2.5. 5 - Optimizing
2.5.1. Estabelecimento e acompanhamento de objetivos quantitativos para a melhoria de processos
2.5.2. Os processo definidos na organização são alvos das atividades de melhoria
2.5.3. análise é direcionada às causas comuns de variação do processo
2.5.4. Selecionar melhorias e inovações, estimar seus custos e acompanhar os gastos reais, através de medições
3. Objetivos
3.1. Eliminar inconsitências
3.2. Reduzir duplicações
3.3. Aumentar o Entendimento
3.4. Fornecer terminologia comum
3.5. Prover estilo consistente
3.6. Conformidade com a ISO 15504
3.7. Estabelecer Regras uniformes de Avaliação
4. Representações
4.1. Contínua
4.1.1. Agrupamento de Áreas de Processo por Categoria
4.1.2. Avaliação do Nível da Capacidade por processos individuais
4.2. Por Estágios
4.2.1. Agrupamento de Áreas de Processo por Nível
4.2.2. Avalia nível de maturidade da organização como um todo
5. Níveis de Capacidade
5.1. 0 - Incompleto
5.1.1. Um processo que não está sendo executado ainda, ou está sendo parcialmente executado. Uma ou mais metas específicas da área de processo não são satisfeitas.
5.2. 1 - Executado
5.2.1. Um processo executado é um processo que satisfaz todas as metas específicas de uma área de processo.
5.3. 2 - Gerenciado
5.3.1. Um processo gerenciado é planejado e sua execução é acompanhada através do planejamento inicial
5.4. 3 - Definido
5.4.1. Um processo adaptado a partir do conjunto de processos padrões da organização de acordo com as diretrizes definidas pela organização.