Please enable JavaScript.
Coggle requires JavaScript to display documents.
Introdução CMMI - Coggle Diagram
Introdução CMMI
-
Área de processos
Definição: é um conjunto de práticas relacionadas, que quando implementadas de forma coletiva, satisfazem um conjunto de metas consideradas importantes e críticas para caracterizar a melhoria na área de processo em questão
-
Representação contínua
-
-
-
-
1.5 - Inovação e Implementação Organizacional - (OID - Organizational Innovation and Deployment) - (SE/SW)
-
-
-
-
-
Componentes do Modelo
-
Sub-práticas
são descrições detalhadas que fornecem informações adicionais para a interpretação das práticas genéricas e específicas
-
-
-
Classificação
Requeridos
- São os componentes essenciais para o alcance da melhoria de processos numa determinada área
- São utilizados como base em uma avaliação para a atribuição de um nível de maturidade ou capacidade
Esperados
Explica em detalhes o que tipicamente deve ser feito para o atendimento das metas da área de processo
-
-
Informativos
Produtos de trabalho típicos, sub-práticas, amplificações de disciplinas, elaboração de praticas genéricas e referências
-
CMMI 2.0 (Nova versão)
-
Modelo com várias visões personalizadas que se aplicam a diferentes ambientes de negócios, permitindo que as organizações criem uma visão do modelo que atenda às suas necessidades específicas de melhoria de desempenho
Development View
Desenvolvimento de produtos e serviços de qualidade que atenda as necessidades dos consumidores e usuários finais
Services View
Entrega de serviço de qualidade de forma eficiente e eficaz que atenda as necessidades do mercado e consumidor
Supplier Management View
Identificar e gerenciar fornecedores e vendedores que maximiza a cadeia de suprimentos e reduza riscos
Áreas de processo se transformaram em Áreas de Prática, que são agrupadas em Áreas de Capacidade, as quais são agrupadas em categorias
-
-
-
-
-
-
-
Níveis de maturidade
Nível 3 - Definido
Todos os projetos utilizam uma versão deste processo, personalizada para o tipo do projeto a ser desenvolvido
-
-
-
Papéis, responsabilidades e interação entre
atividades são bem entendidos por todos
Processo para desenvolvimento de software é estabelecido, padronizado e documentado pela organização (adaptado quando necessário)
-
Nível 2 – Gerenciado
-
-
-
-
-
Planejamento e gerenciamento de novos projetos pode ser baseado na experiência de projetos similares
-
-
-
Medidas são coletadas e analisadas para se entender e gerenciar as atividades e resultados do projeto
Limites são definidos, mas sem a utilização de
técnicas estatísticas
Quando não se atinge os limites, ações são
tomadas
Nível 5 – Em Otimização
As medições são utilizadas para selecionar melhorias e inovações, estimar seus custos e acompanhar os gastos reais
-
No nível 4 a análise é direcionada às causas especiais de variação do processo => No nível 5, a análise é direcionada às causas comuns de variação do processo
-
Nível 1 – Executado
-
-
-
-
Poucos processos definidos, sucesso
dependente de iniciativas individuais
-
-
-
-
Representações
Contínua
Vantagens - Fornece maior flexibilidade focando em áreas de processo específicas de acordo com metas e objetivos de negócio; Permite a comparação de áreas de processo iguais entre diferentes organizações; Foco bem definido nos riscos específicos de cada área de processo; Estrutura compativel com o padrão ISO/IEC 330XX.
Por Estágios
Vantagens - Fornece uma rota de implementação através de: grupos de área de processo; implementação em seqüência; cada nível funciona como a fundação para o próximo nível.
Vantagens - Atribui uma nota de classificação do nível de maturidade em que a organização se encontra através dos resultados das avaliações: permitindo dessa forma a comparação de forma direta entre as organizações
-
-
-