Estudo do CMM e do CMMI Autores Félix Carvalho Rodrigues fcrodrigues@inf.ufrgs.br Georgina Reategui gg@inf.ufrgs.br Manuela Klanovicz Ferreira mkferreira@inf.ufrgs.br
Motivação Grande quantidade de projetos Entregues fora do prazo Ultrapassando orçamento previsto Os raros projetos entregues no prazo Sucesso dependente de pessoas específicas Perda de qualidade (sem testes, sem revisões) 2
Processos: Definições Processo (de software): conjunto de atividades, métodos, práticas e transformações usados para desenvolver e manter software. Capacidade do processo: descreve o alcance dos resultados esperados que podem ser obtidos pela utilização do processo de software. Performance do processo: é uma medida dos resultados alcançados por um processo. Maturidade do processo: o quanto um processo é explicitamente definido, gerenciado, medido, controlado e efetivo. 3
CMM História Desenvolvido pelo SEI (Software Engineering Institute) 1986 - Governo federal dos EUA solicitou um método para avaliar a capacidade de software de seus fornecedores 1987 Lançado breve descrição da estrutura de maturidade e questionário de maturidade 1991 Lançado CMM versão 1.0 1992 Lançado CMM versão 1.1 (workshop) 4
CMM: Definição Uma descrição dos estágios pelos quais Organizações de software evoluem a medida que elas definem, implemenam, medem, controlam e aperfeiçoam seus processos de software. Um guia para selecionar estratégias de aperfeiçoamento de processo, facilitando: Determinação da Capacidade de Processo atual Identificação dos problemas mais críticos para qualidade de software e melhoria no processo
Termos Gerais: Maturity Levels Um nível de maturidade é um plano bem definido de um caminho para tornar a organização mais madura. Existem 5 níveis de maturidade no CMM. São eles: Initial, Repeatable, Defined, Managed, Optimizing
Termos Gerais: Key Process Area (KPA) São conjuntos de atividades relacionadas que, quando realizadas, garantem uma série de objetivos (goals) considerados importantes. Definidos para somente um Maturity Level. Identifica os pontos que necessitam serem tratados para se alcançar um certo nível de maturidade.
Termos Gerais: Goals Resumem o estado necessário para que uma KPA possa ser considerada implementada de uma maneira duradoura e efetiva. A quantidade de objetivos (goals) alcançados é um indicador de quanta capacidade a organização possui no seu nível de maturidade atual.
Maturity Levels
Nível 1: Initial Performance determindada pela competência / heroismo dos programadores Imprevisível: não se pode garantir nada sobre o projeto Constantes aumentos de gasto e tempo Só é possível ter qualidade se a equipe trabalhando for excepcional
Nível 1: Management View Sem padrão nenhum Sem conhecimento do processo de desenvolvimento Software no final funciona (normalmente), mas de difícil manutenção e dependente dos desenvolvedores originais
Nível 2: Repeatable Possui processos gerenciados e caracterizados por projetos Muitas vezes a empresa ainda trabalha de forma reativa Existe uma disciplina mínima do processo tornando possível repetir um sucesso anterior para projetos similares Ainda existe risco de exceder custo e tempo
Nível 2: Management View Conjunto de pequenas caixas pretas O status do projeto e a entrega de serviços é visível para a gerência em pontos definidos Existem pontos reentrantes no
Nível 2: KPAs
Nível 3: Defined Possui processos definidos e caracterizados para a organização Normalmente a empresa trabalha de forma ativa Gerência de projeto efetivamente implementada (através de SW apropriado) O escopo de padrões e procedimentos agora é do nível da organização, não mais do projeto
Nível 3: Management View O papel e a responsabilidade de cada um no processo é conhecida A produção do produto é visível pelo processo
Nível 3: KPAs
Nível 4: Managed Aplica os princípios de controle de processo estatístico, tratando das causas da variação no controle São quantitativamente e qualitativamente previsíveis
Nível 4: Management View A produção do produto (de software) é quantitativamente visível pelo processo Utiliza métricas precisas
Nível 4: KPAs
Nível 5: Optimizing Contínuo aumento do desempenho dos processos através de melhoras de inovação tecnológica e incremental. Objetivos de melhoria quantitativa dos processos para a organização são estabelecidos e continuamente revisados. Os efeitos da melhora da revisão dos processos são medidas metricamente e acompanhadas.
Nível 5: Management View O processo é continuamente melhorado de maneira controlada e medida
Nível 5: KPAs
Papéis Importantes Gerente de qualidade de software: realiza auditorias para garantir que as pessoas estão seguindo os processos Gerente de Configuração de Software realiza auditorias para garantir que as pessoas estão mantendo o repositório de dados
Níveis: KPAs & Areas
CMMI Capability Maturity Model Integration
Motivação Proliferação de Modelos e Padrões em diversas áreas EIA 731 Software CMM SE CM Diferentes estruturas, formatos, termos, maneiras de medir maturidade Systems Engr CMM Systems Security Engr CMM Software Acq CMM Causa confusão, especialmente quando mais de um modelo é utilizado IPD CMM FAA icmm People CMM Difícil de integrar num único programa de melhoria
Histórico Nome e Abrangência CMMI SE/SW/IPPD/SS CMMI SE/SW/IPPD CMMI SE/SW CMMI SW Versão 1.1 1.1 1.1 1.1 Publicação 01/03/2002 11/01/2002 11/01/2002 19/08/2002 Proposta de um modelo integrado que pode ser utilizado em várias disciplinas Possui foco nas disciplinas de: Desenvolvimento integrado do produto e processo Desenvolvimento de sistemas Desenvolvimento de Software; Subcontratação
Objetivos Redução do custo da implementação de melhoria de processo multidisciplinar baseada em modelo por meio de: Aumento do foco das atividades; Integração dos processos existentes; Eliminar inconsitências; Reduzir duplicações; Fornecer terminologia comum; Assegurar consistência com a norma ISO 15504; Flexibilidade e Extensão para outras disciplinas.
Suporte ao CMMI CMMI Framework Estrutura básica que organiza os componentes do CMMI, incluindo vários os modelos; CMMI Models Um, alguns ou todos os modelos criados a partir do CMMI Framework; CMMI Product Suite Produtos do CMMI, incluindo framework, modelo, métodos e materiais para avaliação e materiais para treinamento.
Introdução Centenas de organizações do mundo inteiro estão migrando seus esforços de melhoria de processos para o modelo integrado CMMI Até o final de 2002 cerca de 7000 pessoas realizaram o curso de Introdução ao CMMI ministrado pelo SEI e pelos seus parceiros autorizados; O Brasil foi autorizado a ministrar esse treinamento desde junho de 2003.
Introdução Método de avaliação utilizado: SCAMPI SCAMPI (Standard CMMI Assessment Method for Process Improvement): Desenvolvido pelo Software Engineering Institute (SEI) Método que reune as melhores práticas do CBA-PI e SCE Métodos amplamente utilizados pelo SW-CMM e outros modelos de melhoria de processos Existem cerca de 180 avaliadores SCAMPI no mundo: Autorizados pelo SEI a realizar avaliações do CMMI.
Representações Contínua Níveis de Capacidade Agrupamento das Áreas de Processo por Categoria Avaliação da capacidade das Areas de Processo Por Estágios Níveis de Maturidade Agrupamento de Áreas de Processo por Nível Avaliação da Organização como um todo
Representações Vantagens Contínua: para uma única área de processo ou um conjunto de áreas de processo. 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 Estrutura familiar para aqueles que estão migrando da comunidade de engenharia de sistemas Foco bem definido nos riscos especificos de cada área de processo Estrutura compativel com o padrão ISO/IEC 15504
Representações Vantagens Por estágios:para um conjunto de áreas de processo estabelecidas pela organização. Fornece uma rota de implementação através de: grupos de área de processo implementação em sequência cada nível funciona como a fundação para o próximo nível Estrutura familiar para aqueles que estão migrando do SW CMM Habilidade de gerenciar processos através da organização 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
Dimensões para Medição do Processo de Melhoria Níveis de Capacidade (representação contínua) Um nível de capacidade é um plano bem definido que descreve a capacidade de uma área de processo. Existem seis níveis de capacidade. Cada nível representa uma camada na base para a melhoria contínua do processo. Assim, níves de capacidade são cumulativos, ou seja, um nível de capacidade mais alto inclui os atributos dos níveis mais baixos.
Dimensões para Medição da Melhoria do Processo Níveis de Maturidade (representação por estágio) Um nível de maturidade é um plano bem definido de um caminho para tornar a organização mais madura. Existem cinco níveis de maturidade. Cada nível representa uma camada na base para a melhoria contínua do processo.
Metas e Práticas - Específicas e Genéricas Metas Específicas e Práticas Específicas aplicam-se a uma Área de Processo particular relacionadas à dimensão do processo Metas Genéricas e Práticas Genéricas relacionadas à dimensão da capacidade ou maturidade aplicam-se a todas as áreas de processo.
Exemplo: Meta Específica e Prática Específica Meta Específica (da AP Gerenciamento de Requisitos) Requisitos são mantidos e refletem-se cuidadosamente nos planos de projeto, atividades e produtos. Prática Específica (da AP Gerenciamento de Requisitos) Manter rastreabilidade entre requisitos e fontes de requisitos.
Exemplo: Meta Genérica e Prática Genérica Meta Genérica (do Nível 2 de Capacidade ou Maturidade) Institucionalizar um processo gerenciado. Prática Genérica (do Nível 2 de Capacidade ou Maturidade) Estabelecer uma política organizacional.
Diferenças entre CMM e CMMI CMMI utiliza duas abordagens: SW CMM e SE CMM. Surgiu da percepção de que software básico e aplicações são desenvolvidos em contextos integrados. Inclusão da Process Area, Measurement and Analysis, que no SW CMM era uma característica comum. Nível 3: Nível 4: Nível 5: Duas novas PAs: Risk Management e Decision, analysis and resolution. KPA de software Product and Engineering expandida para seis áreas de processo. Maior cobertura do ciclo de vida do software. KPA PR do SW CMM está contida na PA Verification do CMMI. 2 KPAs no SW CMM e 2 PAs no CMMI 3 KPAs no SW CMM e 2 PAs no CMMI
Observações O CMMI não é uma certificação, é o resultado de uma avaliação que atesta a maturidade/capacidade de uma empresa para desenvolver software com qualidade. A avaliação positiva é concluída a partir da emissão de um laudo pelo SEI Software Engineer Institute. Este laudo atesta que a empresa avaliada está em conformidade com as boas práticas do CMMI.
Observações O investimento médio para adequação dos processos às praticas do CMMI é de R$ 250 mil, mas existe variação do investimento de acordo com os cenários avaliados. No Brasil, esse valor já oscilou entre R$ 150 mil e R$ 1,5 milhões. Caso do Instituto Atlântico, instituição de pesquisa e desenvolvimento em tecnologia da informação e telecomunicações, baseado em Fortaleza (CE))
Observações Empresas que possuem CMMI 5 no Brasil: BRQ Soluções em Informática; IBM; Politec; Stefanini; Tata Consultancy Services do Brasil. Todas com mais de 2.000 funcionários.
Observações A índia apostou na idéia, e já em 2002, 48 companhias indianas possuíam certificação CMM nível 4. Na mesma época, 36 companhias nos EUA e outras 12 no mundo possuíam tal qualificação. Hoje, a Índia colhe bons frutos com exportações de US$ 30 bilhões só em 2006, enquanto que o Brasil exportou apenas US$ 200 milhões no mesmo período.
Conclusões É mais abrangente, engloba diversas disciplinas em um único modelo, com uma única estrutura, metodologia comum, nomenclatura padrão Pode ser utilizado no desenvolvimento de produtos, serviços e manutenção Reune melhores práticas de outros modelos