Plano de fundo a CMMI

A guia definitivo a integração modelo de maturidade de recurso (CMMI) para desenvolvimento é publicado pelo instituto de tecnologia de programação como “CMMI: Diretrizes para a integração do processo e a melhoria de produto.” Esse livro descreve especificamente o CMMI para a versão 1,2 de desenvolvimento (CMMI-DEV), que é um dos modelos dentro do conjunto atual do produto CMMI no momento da escrita.Esse modelo é extremamente estável e deve continuar a ser atual bem além de 2010.Você também pode localizar o “CMMI destilado: Uma introdução à prática melhoria de processo integrado” para ser um livro útil e acessível no tópico.Para obter mais informações sobre ambos esses recursos adicionais livros, consulte posteriormente em este tópico.

O CMMI seguir o iniciarão a vida em 1987 como o modelo (CMM) de maturidade de recursos, um projeto no instituto de tecnologia de programação, que é um centro de pesquisa em universidade de Carnegie-Mellon.Este centro foi estabelecido e financiado por Departamento de Defesa dos Estados Unidos.O CMM para o software foram publicados primeiro em 1991 e são baseados em uma lista de verificação de fatores com êxito críticos de programação em projetos de software durante o 70s tarde e o 80s inicial.O modelo também é informado pesquisando em líderes Philip e. Crosby W de segurança de qualidade de corporation e do século XX de internacionais o Business Machines (IBM).Edwards Deming.Tanto o nome, o modelo de maturidade de recursos, e os cinco níveis na representação em estágios por (como abordado posteriormente em este tópico) foi inspirados pelo modelo de maturidade de fabricação de Crosby.Aplicado aos programas principalmente de defesa, CMM obtido na adopção considerável e passou pela várias revisões e iterações.O conduziu êxito ao desenvolvimento de CMMs para uma variedade de assuntos além de software.A proliferação de novos modelos foi confusa, então o governo financiou um projeto bienal que envolvesse mais a indústria de 200 e especialistas académicos para criar uma única, framework estensível que integrasse a engenharia de sistemas, a tecnologia de programação, e o desenvolvimento de produtos.O resultado é CMMI.

A coisa mais importante compreender sobre ao CMMI-DEV é que um modelo.Não é um processo ou uma prescrição a ser seguido.É um conjunto de comportamentos de organização que provaram ser de mérito na engenharia de programação de software e do sistema.Por que usar esse modelo?Que é sua finalidade?e como melhor deve ser usado?Essas são críticos perguntas e problemas talvez são os mais entendidos errado com CMMI.

Neste tópico

• Por que usar um modelo?

• Que é a finalidade de modelo CMMI?

• Como melhor o modelo deve ser usado CMMI?

• Elementos de modelo CMMI

• Recursos adicionais

Por que usar um modelo?

Sem um modelo de como nossas organizações funcionam, as funções que eles precisam, e como essas funções interagem, é difícil levar esforços para melhorar.Um modelo dá-nos uma compreensão de elementos discretos em nossas organizações e ajuda-nos a formular o idioma e exame do que precisa ser aprimorado e como tal melhoria pode ser obtido.Um modelo oferece os seguintes benefícios:

• fornece uma estrutura e uma linguagem comum para ajudar a comunicação

• aproveita anos de experiência

• os usuários de ajuda a manter a imagem em mente grande para o especificamente na melhoria

• geralmente é suportado por instrutores e por consultantes

• pode fornecer um padrão para ajudar a resolver desacordos

Que é a finalidade de modelo CMMI?

O livro de texto dir-lhe-á que a finalidade do modelo é avaliar a maturidade dos processos de uma organização e fornecer orientação sobre melhorar os processos que irão para produtos aprimorados.Para falar diretamente com pessoas do instituto de tecnologia de programação, você pode ouvi-los dizer que o CMMI são um modelo para gerenciamento dos riscos e indica a capacidade de uma organização de gerenciar o risco.Esta indicando é evidência para a probabilidade que a organização pode entregar em suas promessas ou entregar produtos de alta qualidade que é atraente ao mercado.Outra maneira de pensar em esta é que o modelo fornece um bom indicador de como uma organização será executado sob o esforço.Uma maturidade alta, organização alta de recurso receberá eventos inesperados, fatigantes no passo, reagirá, modifica, e continuará frente.Uma maturidade baixa e uma organização inferior do recurso tenderão a apavorar-se no esforço, para seguir cega procedimentos prevenidos, ou gere para fora qualquer processo completamente e cortar-lo gastos de volta para o caos.

O CMMI não provaram um bom indicador de desempenho económico de uma organização.Embora as organizações acima de maturidade pode gerenciar o risco melhor e mais ser previsíveis, há um risco de evidência de aversão entre as empresas acima de maturidade.Esta aversão pode levar a uma falta de inovação ou a evidência de maior burocracia que resulta em prazos de execução demorada e perda de concorrência.As empresas inferior de maturidade tendem a ser mais inovativas e criativas mas caóticas e imprevisíveis.Quando os resultados são obtidos, é geralmente o resultado de esforço heróico por indivíduos ou gerentes.

Como melhor o modelo deve ser usado CMMI?

O modelo foi projetado para ser usado como a base para uma iniciativa de melhoria de processo, com seu uso na classificação apenas um sistema de suporte medindo a melhoria.Houve um êxito misturado com esse uso.Todo é muito fácil confundir o modelo por uma definição e uma tentativa de processo para segui-la, em vez de um mapa que identifica intervalos nos processos existentes que podem precisar ser preenchido.O bloco de construção fundamental de CMMI é uma área de processo que define os objetivos e as várias atividades que são freqüentemente usados os localizar.Um exemplo de uma área de processo é processo e segurança de qualidade do produto.Outra é gerenciamento de configuração.É importante compreender que a área de processo não é um processo.Um único processo pode cruzar várias áreas de processo, e uma área de processo individual pode envolver vários processos.

O CMMI-DEV é realmente dois modelos que compartilham os mesmos elementos subjacentes.O primeiro e mais familiar é a representação em estágios por 22, que apresenta as áreas de processo mapeadas em um de cinco níveis de organização de maturidade.Uma avaliação de uma organização avaliaria o nível em que se fossem operando, e esse nível seria um indicador de sua capacidade de gerencie riscos e, portanto, de entregá-lo em suas promessas.

Os níveis 4 e 5 são geralmente denominados níveis superiores de maturidade.Geralmente há uma diferença clara entre as organizações acima de maturidade, que mostra o gerenciamento quantitativo e comportamentos otimizar, e move as organizações de maturidade, que são gerenciadas simplesmente ou processos de definidas para.As organizações acima de maturidade exibem uma inferior variabilidade em processos e freqüentemente usam indicadores de chave de como parte de um método de gerenciamento estatìstica defensável.Como resultado, as organizações acima de maturidade tendem a ser ambas mais previsíveis e mais rápidas em resposta às novas informações, supondo que outra burocracia não obtém a forma.Onde as organizações monitores de maturidade tendem a exibir o esforço heróico, as organizações altas de maturidade podem cega seguir processos quando no e esforço a falha para reconhecer que uma alteração de processo pode ser um mais resposta apropriada.

A segunda, a representação sólida, o recurso modelos de processo em cada um de 22 áreas de processo individualmente, permitindo que a organização personalizar seus esforços melhoria de processos que oferecem o valor de negócio mais alto.Essa representação está mais na linha do modelo de original de Crosby.Avaliações contra esse modelo resultado perfiis de recursos em vez de um único número.Naturalmente, porque o nível de organização de maturidade é o nível que a maioria gerentes e de executivos compreendem, há algumas maneiras para mapear os resultados de uma avaliação do modelo contínuo nas cinco etapas.

Usar o modelo encenado como base para um programa de melhoria de processo pode ser perigosa porque os implementadores podem esquecer que o CMMI não são um modelo de processo ou de fluxo de trabalho mas fornece metas para que o processo e o fluxo de trabalho obtenha.Localizar esses objetivos irá melhorar a maturidade de organização e probabilidade de que os eventos desdobram como esperado.Talvez o modo de falha mais grande estiver fazendo obter um nível o objetivo e na criação de processos e de infra-estrutura para simplesmente passar a avaliação.O objetivo de quaisquer atividades de melhoria de processo deve ser melhoria mensurável, não um número.

O modelo contínuo parece ter algun maior êxito como a guia melhoria do processo, e algumas empresas de consultoria escolha para oferecer somente a orientação em torno do modelo contínuo.A diferença mais óbvia é que um programa de melhoria do processo que é criado em torno do modelo contínuo não tem os meta artificiais que são determinados por níveis de maturidade.O modelo também contínuo presta-se mais naturalmente aplicá-la a melhoria de processo em áreas onde é mais provável aproveitar um benefício baixo para organização.Portanto, os que seguem o modelo contínuo são mais prováveis receber a reacção positivo de uma iniciativa que é baseado no modelo CMMI.Além de isso, a reacção positivo é mais provável resultar em um ciclo de desenvolvimento virtuoso das melhorias.

Elementos de modelo CMMI

O modelo CMMI é dividido em 22 áreas de processo, que são listados na tabela a seguir:

Acrônimo	A área de processo
CARRO	Análise & resolução causais
CM	Gerenciamento de configuração
DAR	Análise & resolução de decisão
IPM	Gerenciamento de Projeto Integrado
Miliampère	Medida & análise
OID	Inovação e implantação da organização
OPD	Definição do processo da organização
OPF	Foco do processo da organização
OPP	Desempenho do Processo da Organização
OT	Treinamento na organização
PI	Integração do Produto
PMC	Monitoramento e Controle de Projetos
PP	Planejamento de Projetos
PPQA	Controle de Qualidade do Processo e do Produto
QPM	Gerenciamento de Projeto Quantitativo
RD	Definição de requisitos
REQM	Gerenciamento dos requisitos
RSKM	Gerenciamento de riscos
SAM	Gerenciamento de acordo de fornecedor
TS	Solução técnica
VER	Verificação
VAL	Validação

Em a representação em estágios por, as áreas de processo são mapeadas com cada estágio, conforme mostrado na ilustração a seguir.

Em a representação sólida, as áreas de processo são mapeadas em agrupamentos funcionais, conforme mostrado na ilustração a seguir.

Cada área de processo é composto de componentes necessários, esperados, e informativos.Somente os componentes necessários há realmente satisfeito uma avaliação no modelo.Os componentes necessários são as metas específicos e genéricas para cada área de processo.Os componentes são esperados as práticas específicas e genéricas para cada metas específico ou genérica.Observe que, como um componente esperado simplesmente é esperado e não seja necessário, isso indica que uma prática específica ou genérico pode ser substituída por uma prática equivalente.As práticas previstas estão lá guiar implementadores e avaliadores.Se uma prática alternativo é escolhida, será até o implementador para recomendar um avaliador e para garantir porque é uma prática alternativo apropriado.Os componentes informativos fornecem detalhes que ajudam implementadores a começar com uma iniciativa de melhoria de processo que é didático pelo modelo CMMI.Os componentes informativos incluem subpropriedades e práticas de práticas genéricas e específicas e produtos típicos de trabalho.

É muito importante que nós compreendemos que apenas os meta genéricas e específicos são necessários.Tudo o mais é fornecido como guia.Exemplos de componentes esperados e informativos que são fornecidos na literatura CMMI são recebidos geralmente muito grandes projetos de integração de espaço e os sistemas defesa-.Esses projetos são executados por empresas que patrocinam e suportam o instituto de tecnologia de programação em universidade de Carnegie-Mellon.Esses projetos podem não refletir o tipo de projetos que são empreendidos em sua organização, nem podem refletir uma tendências mais recentes na indústria, como a emergência de métodos ágeis de programação de software.

Recursos adicionais

Para obter mais informações, consulte os seguintes recursos da Web:

• CMMI: Diretrizes para a integração do processo e a melhoria de produto (?), a edição Mary Beth Chrissis, Mike Konrad, e Sandy Shrum; profissional de Addison-Wesley, 2006.

• CMMI destilado: Uma introdução à prática melhoria de processo integrado (terceiro edição), M. Dennis.Ahren, cláusula de Aaron, e Richard Turner; profissional de Addison-Wesley, 2008.

Consulte também

Conceitos

Modelo de processo CMMI para o Visual Studio ALM