CMMI

CMMI

1. Motivação

   • Diferentes maneiras de medir maturidade
   • Causa confusão, quando mais de um modelo é utilizado
   • Difícil de integrar num único programa de melhoria

2. Objetivos

   • Eliminar inconsitências
   • Estabelecer regras uniformes de avaliação
   • Reduzir duplicações
   • Aumentar entendimento
   • Fornecer terminologia comum
   • Prover estilo consistente
   • Assegurar consistência com a norma ISO 15504 (agora substituída pela ISO 330XX)

3. Representações

   • Contínua
     • Agrupamento de Áreas de Processo por Categoria
     • Avaliação do Nível da Capacidade das Áreas de Processo individuais
     • 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 entre diferentes organizações
       • Foco bem definido nos riscos especificos de cada área de processo
       • Estrutura compativel com o padrão ISO/IEC 330XX
   • Por Estágios
     • Agrupamento de Áreas de Processo por Nível
     • Avaliação do Nível de Maturidade da Organização como um todo
     • 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
       • Estrutura familiar para aqueles que estavam migrando do SW-CMM
       • 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

4. Componentes do Modelo

   • áreas de processo
     • É 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
     • Em ambas as representações, na contínua e na por estágios, as áreas de processo são as mesmas
   • Metas/Práticas Específicas
     • aplicam-se a uma Área de Processo particular
     • relacionadas à dimensão do processo
     • descrevem o que deve ser implementado para satisfazer a área de processo
     • uma prática específica representa uma atividade considerada importante no atendimento da meta específica associada à mesma
   • Metas/Práticas Genéricas
     • aplicam-se a todas as áreas de processo
     • relacionadas à dimensão da capacidade ou maturidade
     • são chamadas genéricas por que são as mesmas para todas as áreas de processo
     • Uma para cada nível de maturidade ou capacidade
     • Na representação por estágios apenas 4 se aplicam, pois o nível 1 de maturidade não possui meta genérica
   • Produtos de trabalho típicos
     • Fornecem exemplos de artefatos de saída das práticas
     • Existem outros produtos de trabalho válidos, que não estão listados no 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
   • Amplificações de disciplinas
     • são informações relevantes para uma disciplina em particular e são associadas a práticas específicas
   • Elaboração de práticas genéricas
     • são orientações de como as práticas genéricas devem ser unicamente aplicadas a uma determinada área de processo
   • Referências
     • são informações adicionais ou mais detalhadas a respeito de áreas de processo relacionadas
   • Classificação dos componentes
     • Requiridos: Metas específicas e genérica
       • 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: Práticas específicas e genéricas
       • Explica em detalhes o que tipicamente deve ser feito para o atendimento das metas da área de processo
       • Orientam os usuários do modelo e os avaliadores
       • Permitem a utilização de práticas alternativas
     • Informativo: Todos os outros componentes
       • Produtos de trabalho típicos, sub-práticas, amplificações de disciplinas, elaboração de praticas genéricas e referências
       • Fornecem informações adicionais a respeito do modelo

5. Dimensões para medição do processo de melhoria

   • Níveis de capacidade
     • Um nível de capacidade descreve a capacidade de uma área de processo;
     • Existem quatro níveis de capacidade;
       • 3.Defined
         • Um processo adaptado a partir do conjunto de processos padrões da organização de acordo com as diretrizes definidas pela organização.
       • 2.Managed
         • Um processo gerenciado é planejado e sua execução é acompanhada através do planejamento inicial.
       • 1.Performed
         • Um processo executado é um processo que satisfaz todas as metas específicas de uma área de processo.
       • 0.Incomplete
         • Um processo que não está sendo executado ainda, ou está sendo parcialmente executado
     • Cada nível representa uma camada na base para a melhoria contínua do processo;
     • São cumulativos, ou seja, um nível de capacidade mais alto inclui os atributos dos níveis mais baixos.
   • Níveis de Maturidade
     • Grau de melhoria de processo (maturidade organizacional) através de um conjunto pré-definido de áreas de processo
     • Um nível de maturidade provê a fundação necessária para a implementação efetiva dos processos dos níveis de maturidade superiores
     • Processos de um nível de maturidade superior podem ser implementados em níveis inferiores com o risco de não serem aplicados de forma consistente em períodos de crise
     • Um nível de maturidade define um caminho para tornar a organização mais madura
     • Existem cinco níveis de maturidade
       • Nível 1 - Executado
         • Processos executados freqüentemente de maneira ad-hoc
         • Poucos processos definidos, sucesso dependente de iniciativas individuais
         • Difícil prever a performance
         • O processo utilizado é uma caixa preta
         • Dificuldade em determinar progresso do projeto
         • Requisitos fluem para dentro
         • Um produto de software é (normalmente) produzido através de algum processo disforme
         • O produto flui para fora e (espera-se que) funciona
       • Nível 2- Gerenciado
         • Gerência de projetos disciplinada
         • Políticas organizacionais estabelecidas e institucionalizada nos projetos
         • Planos e processos do projeto são documentados e seguidos
         • Existência de recursos apropriados
         • Responsabilidades e autoridades são atribuídas
         • Planejamento e gerenciamento de novos projetos pode ser baseado na experiência de projetos similares
         • A disciplina faz com os processos sejam mantidos em tempos de “crise
         • Os status das atividades e dos produtos de trabalho são visíveis à gerência em etapas pré-definidas
         • Os requisitos fluem para dentro e o produto flui para fora e (normalmente) funciona
         • Medidas são coletadas e analisadas para se entender e gerenciar as atividades e resultados do projeto
       • Nível 3 - Definido
         • Processo para desenvolvimento de software é estabelecido, padronizado e documentado pela organização (adaptado quando necessário)
         • Todos os projetos utilizam uma versão deste processo, personalizada para o tipo do projeto a ser desenvolvido
         • Atividades de gerenciamento e engenharia de software são estáveis e repetidas (foco na organização)
         • Funções e responsabilidades no processo são bem entendidas
         • A produção do produto de software é visível através do processo de software
         • Papéis, responsabilidades e interação entre atividades são bem entendidos por todos
       • Nível 4 - Gerenciado quantitativamente
         • O processo de software é previsível e gerenciado quantitativamente (estável)
         • Métodos estatísticos e quantitativos são utilizados no nível de projetos e da organização para:
           • Entender os resultados de performance, a qualidade do produto e do serviço de projetos passados
           • Prever a performance e a qualidade do produto e dos serviços de projetos futuros
         • Base de dados organizacional para coletar e analisar dados dos projetos
         • Utilização de objetivos quantitativos, para atender as necessidades dos clientes, usuários finais e da organização
         • A implementação do nível 4 deve ser considerada antecipadamente
           • As medições requeridas no nível 4 podem (ou não) ser diferentes das medições requeridas desde o nível 2
           • As análises requeridas no nível 4 demandam uma grande base de dados de medições
           • É indicado um alinhamento das atividades do nível três com os objetivos futuros do nível 4
         • Progresso e problemas são medidos
         • A gerência tem bases objetivas para tomada de decisão
       • Nível 5 - Em otimização
         • 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
         • As medições são utilizadas para:
           • Selecionar melhorias e inovações, estimar seus custos e acompanhar os gastos reais
         • Os processo definidos na organização são alvos das atividades de melhoria
         • Estabelecimento e acompanhamento de objetivos quantitativos para a melhoria de processos

6. Considerações Finais

   • O CMMI foi construído sobre a estrutura do CMM, o modelo de melhoria de processo mais difundido e utilizado na comunidade de software
     • É mais abrangente, engloba diversas disciplinas em um único modelo, com uma única estrutura, metodologia comum de avaliação
     • Pode ser utilizado no desenvolvimento de produtos, serviços e manutenção
     • Reune melhores práticas de outros modelos
     • Avaliação tem validade de 3 anos
   • Etapas para adoção
     • Diagnóstico inicial
     • Definição do plano de ação de melhoria de processos
     • Definição dos processos de acordo com o modelo
     • Institucionalização dos processos
     • Mini Avaliação
     • Ajustes nos processos
     • Avaliação oficial