Universidade Catlica de Pernambuco

Disciplina: Mtricas e Tcnicas de Estimativas de Projeto

Professor: Srgio Soares
Alunos:
Everton Dornelas
Eduardo Lucena
Luciana Bispo
Renn Lyra
Veristianna Carvalho

CMMI

Recife, 2009

ndice
CMMI.................................................................................................. 3
reas de Processo...........................................................................10
Medio e Anlise (Measurement and Analysis)............................17
Certificao..................................................................................... 19
Bibliografia........................................................................................ 22

CMMI

Definio
O CMMI Capability Maturity Model Integration - consiste em um modelo
de referncia que contm prticas genricas e especficas necessrias maturidade em
disciplinas especficas (IPPD (Desenvolvimento Integrado de produto e processo),
Engenharia de Sistemas, Engenharia de software, Subcontratao).

Histrico
Os processos de melhoria nasceram de estudos realizados por Deming (Out of
the Crisis), Crosby (Quality is Free: The Art of Making Quality Certain) e Juran, cujo
objetivo principal era a melhoria da capacidade dos processos. Entende-se por
capacidade de um processo a habilidade com que este alcana o resultado desejado.
Um modelo tem como objetivo estabelecer - com base em estudos, histricos e
conhecimento operacional - um conjunto de "melhores prticas" que devem ser
utilizadas para um fim especfico.

Origem
O projeto foi patrocinado pelo Departamento de Defesa dos EUA, em especial a
Secretaria de Defesa, Aquisio e Tecnologia e foi desenvolvido pelo SEI (Software
Engineering Institute) da Universidade Carnegie Mellon. Consiste numa evoluo do
CMM, surgiu como forma de estabelecer um modelo nico para o processo de melhoria
corporativo de diversos modelos e disciplinas na dcada de 90. Dentre estes se
destacam:

Software Acquisition CMM (AS-CMM) utilizado para avaliar a

maturidade de uma organizao em seus processos de seleo, compra e
instalao de software desenvolvido por terceiros.
Systems Enginnering CMM (SE-CMM) com foco na avaliao da
maturidade da organizao em seus processos de engenharia de sistemas,
incluindo o hardware, o software e quaisquer outros elementos que
participam do produto completo.
Integrated Product Development CMM (IPD-CMM) com abrangncia
maior que o SE-CMM, inclui tambm outros processos necessrios
produo e suporte ao produto, tais como suporte ao usurio, processos de
fabricao, etc.
People CMM (P-CMM) utilizado para avaliar a maturidade da
organizao em seus processos de administrao de recursos humanos no
que se refere a software: recrutamento e seleo de desenvolvedores,
treinamento e desenvolvimento, remunerao, etc.

Diferenas de arquitetura, contedo e abordagens alm do alto custo para

treinamentos, avaliaes e projetos de melhorias para as organizaes se adaptarem a
tantos modelos resultaram na criao do CMMI com o objetivo principal de integrar as
prticas, de forma que, organizaes que almejem melhorar seus processos nas
diferentes disciplinas, tenham a disposio um nico modelo consistente.

Sendo assim, o CMMI integra os diversos CMMs numa estrutura nica,

todos com a mesma terminologia, processos de avaliao e estrutura. O projeto tambm
se preocupou em tornar o CMM compatvel com a norma ISO/IEC 15504, de modo que
avaliaes em um modelo sejam reconhecidas como equivalentes aos do outro.
Outro importante objetivo do CMMI fornecer direcionamentos para
melhorar os processos da organizao e sua capacidade de gerenciar o desenvolvimento,
aquisio e manuteno de produtos e servios. O CMMI disponibiliza abordagens
comprovadas em uma estrutura que auxilia as organizaes a avaliar a sua maturidade
organizacional ou a capacitao da rea de processo, estabelecer prioridades de
melhoria e implement-las.
A verso atual do CMMI (verso 1.2) apresenta trs modelos:

CMMI for Development (CMMI-DEV) publicada em agosto de 2006.

Dirige-se ao processo de desenvolvimento de produtos e servios.

CMMI for Acquisition (CMMI-ACQ) publicada em novembro de 2007.

Dirige-se aos processos de aquisio e terceirizao de bens e servios.

CMMI for Services (CMMI-SVC) publicada em fevereiro de 2009.

Dirige-se aos processos de empresas prestadoras de servios.

Representaes
O modelo CMMI oferece 2 (duas) abordagens de avaliao: por estgios (como
o antigo SW-CMM) e contnua (baseada na ISO/IEC 15504). Estas representaes
permitem a organizao utilizar diferentes caminhos para a melhoria de acordo com seu
interesse.
Representao Continua: Mais flexvel, porm mais complexa de administrar.
Permite a seleo da ordem de melhoria dos processos que melhor se adequa aos
objetivos de negcio da organizao, alm de permitir que sejam feitas comparaes
entre reas de processo entre diferentes organizaes ou atravs dos resultados
apresentados de acordo com a equivalncia de estgios. Possui uma estrutura
compatvel com padro ISSO/IEC 15504 alm de ser familiar para aqueles que esto
migrando da comunidade de engenharia de sistemas.
Representao Por Estgios: organiza as reas de processo em cinco nveis de
maturidade. Esses nveis de maturidade servem para dar suporte e orientar a melhoria do
processo, indicando quais reas implementar para atingir cada nvel.
Abordagem Contnua
a mesma representao usada pelo SE-CMM e IPD-CMM. Define uma
seqncia para melhoria de uma rea de processos e ao mesmo tempo permite uma
flexibilidade na escolha das reas de processo a serem melhoradas. Dessa forma a
organizao pode direcionar seus esforos de melhoria nas reas que julgar mais
relevante para o desenvolvimento como um todo.

 caracterizado por Nveis de Capacidade (Capability Levels):

Nvel 0: Incompleto (Ad-hoc)
Processo incompleto aquele que no est sendo executado ainda ou est
sendo parcialmente.
Uma ou mais metas especficas da rea de processo no so satisfeitas.

Nvel 1: Executado (Definido)

Processo executado um processo que satisfaz todas as metas especficas
de uma rea de processo.

Nvel 2: Gerenciado / Gerido

Processo gerenciado aquele cujos seus planos e processos so
documentos e seguidos.

Nvel 3: Definido
Processo para desenvolvimento de software estabelecido, padronizado e
documentado pela organizao (adaptado quando necessrio).

Nvel 4: Quantitativamente gerenciado / Gerido quantitativamente

Processo de software previsvel e gerenciado quantitativamente.

Nvel 5: Em otimizao (ou Otimizado)

Confunde-se um pouco com o nvel 4, porm em quanto no nvel 4 a
anlise direcionada s causas especiais de variao do processo, no
nvel 5, a anlise direcionada as causas comuns e variao do processo.
Neste nvel as medies so utilizadas para: selecionar melhorias e
inovaes, estimar custos e acompanhar os gastos reais.

Esquema de modelo da representao contnua:

Em resumo temos:

Abordagem Por Estgios

a mesma representao utilizada pelo antigo CMM. Descreve uma seqncia
pr-determinada de atividades de melhorias baseada em estgios que no deve ser
desconsiderada, pois cada estgio serve de base para o prximo. Esta se inicia com
praticas bsicas de gerenciamento evoluindo atravs de um caminho pr-definido de
nveis de melhoria sucessivos, onde cada nvel serve de base para o prximo nvel.
caracterizado por Nveis de Maturidade (Maturity Levels):
Nvel 1: Inicial (Ad-hoc)
6

 Processos executados freqentemente de maneira ad-hoc (aleatria);

Poucos processos definidos e estes so abandonados em momentos de
crises;
Sucesso dependente de iniciativas individuais e na maioria das vezes no
capazes de repetir sucessos anteriores;
Difcil prever a performance.

Nvel 2: Gerenciado / Gerido

Nvel 3: Definido
Nvel 4: Quantitativamente gerenciado / Gerido quantitativamente
Nvel 5: Em otimizao
Possuem os mesmos requisitos dos nveis de capacidade 2, 3, 4 e 5
respectivamente.

A partir desta definio dos nveis de maturidade, o CMMI detalha cada um

destes nveis com respeito aos objetivos essenciais de cada um e das tarefas chaves a
serem implementadas para que estes objetivos sejam atingidos. Este detalhamento
estabelece uma estrutura que permite caracterizar a maturidade do processo de
desenvolvimento de software.
Em resumo temos:

Cada nvel consiste em um conjunto pr-definido de reas de processo. As reas

de processo identificam um conjunto de atividades que quando realizadas corretamente
permitem atingir os objetivos do nvel considerado, aumentando a maturidade do
desenvolvimento de software, satisfazendo um conjunto de objetivos considerados
importantes para implementar melhorias significativas na rea do processo. A figura

abaixo ilustra os nveis de maturidade do CMMI na representao por estgios e suas

respectivas reas de processo.

Para atingir um nvel de maturidade, a organizao deve implementar todas as

reas de processo deste nvel, sendo necessrio atender aos objetivos especficos de
cada uma, atravs de suas prticas especficas. Alm disso, deve alcanar o objetivo
genrico deste nvel e ento executar todas as prticas genricas. O nvel de maturidade
medido pelo atendimento a todos os objetivos genricos (agrupados em caractersticas
comuns).
importante ressaltar que para alcanar um nvel de maturidade, todas as reas
do nvel anterior mais a atual devem ser cumpridas. Por exemplo, para alcanar o nvel
3, todas as reas do nvel 2 precisam ser cumpridas e mais as do nvel 3, e assim
sucessivamente at o nvel 5. Vale ressaltar que no se pode saltar nveis, pois cada um
serve de base para o nvel superior.
Abordagem Contnua vs Abordagem Por Estgio
A principal diferena entre as duas abordagens que em quanto na contnua o
nvel de capacidade medido para uma rea ou um conjunto de reas de processo
definido pela organizao enquanto que na por estgios o nvel de maturidade medido
para um conjunto de reas de processo definido previamente no modelo.
Afigura abaixo retrata bem a diferena:

Como forma de facilitar a escolha da abordagem a ser implantada na empresa

segue alguns relatos de experincia na utilizao das abordagens:

Estgios:
Facilidade de compreenso por parte dos clientes e gerncia da empresa;

Pesquisa entre clientes potenciais das organizaes, e at mesmo com

contratantes governamentais, apresentou abordagem por estgio como a

mais indicada;
Pesquisas informais indicam que no existe mercado atual para
abordagem contnua;
Vista num primeiro momento a abordagem por estgio a que mais se
adequa s necessidades das organizaes.

Contnua:
Possibilita escolha da rea de processo que se deseja melhorar com base
nos objetivos e prioridades da organizao;
Abordagem focada na melhoria contnua da capacidade do processo e
no no atendimento de um nvel de maturidade;
Liberdade de escolha das reas de processo impacta positivamente no
programa de melhoria;
Possibilita um caminha para abordagem por estgios, pois as
organizaes ao longo do seu processo de melhoria podem selecionar
reas de processo exatamente igual aos nveis de maturidade.

reas de Processo
Descrio
Uma rea de processo possui um conjunto de atividades relacionadas que,
quando realizadas adequadamente, atendem um conjunto de objetivos considerados
importantes para aumentar a capacidade desse processo.

Quais so as reas de processo?

O modelo CMMI 1.2 (CMMI-DEV) contm 22 reas de processo:

Anlise Causal e Resoluo

Gerncia de Configurao
Anlise de Deciso e Resoluo
Gerenciamento Integrado de Projeto
Medio e Anlise
Inovao Organizacional e Implantao
Definio de Processo Organizacional
Foco de Processo Organizacional
Desempenho de Processo Organizacional
Treinamento Organizacional
Monitorao e Controle de Projeto
Planejamento de Projeto
Garantia da Qualidade de Processo e Produto
Integrao de Produto*
Gerenciamento Quantitativo de Projeto
Gerenciamento de Requisitos
Desenvolvimento de Requisitos*
Gerenciamento de Riscos
Gerenciamento de Acordo com Fornecedor*
Soluo Tcnica*
Validao*
Verificao*

As reas de processo acima, que esto marcadas com o asterisco (*) no so comuns s
trs reas de interesse do CMMI (CMMI-DEV, CMMI-ACQ, CMMI-SVC).

Classificaes
Como existem dois modelos do CMMI, o estagiado e o contnuo; a classificao
das reas de processo tambm pode ser separada de duas formas: por nvel de
maturidade e de capacidade.

Nveis de maturidade
10

Para entender o significado do termo maturidade pode-se pensar na maturidade

de um profissional medida que evolui em sua carreira: o aprendizado terico, aliado a
vivncias prticas em diversos projetos e diversas situaes, cria uma experincia e
conhecimento para esse profissional que o tornam maduro. O mesmo foi concebido no
modelo de maturidade de software com a diferena que a maturidade da organizao,
ou seja, a organizao possui um processo de projeto que evolui em maturidade no
tempo medida que aperfeioa seus processos tendo uma capacidade cada vez maior de
realizar projetos de desenvolvimento de software.
No modelo CMMI foram criados nveis de maturidade referentes aos estgios de
maturidade que a organizao possui para desenvolver software. A Figura abaixo mostra
o relacionamento entre esses nveis:

Cada nvel de maturidade est dividido nas chamadas reas de Processo (PA) que
estabelecem grandes temas a serem abordados, somando no total, as vinte e duas reas
de processo. Cada rea de processo detalhada nas prticas que so os quesitos a serem
cumpridos na implantao do modelo. Como todo modelo de sistema, as prticas
estabelecem "o qu" deve ser cumprido, exigindo documentos, treinamentos ou polticas
definidas para as atividades, mas nunca especificam "como" elas devem ser
implementadas.
1. Nvel: Inicial
As organizaes do nvel um podem, perfeitamente, desenvolver
produtos de software de alta qualidade, mas seu desempenho depende da
competncia das pessoas. Mudando as pessoas, a qualidade pode cair. Nesse
nvel, os maiores problemas so de ordem gerencial e no tcnica. O processo de
projeto , para o gerente, uma caixa preta onde entram os requisitos e sai o
software. Nesse nvel, no existe nenhuma rea de processo.
2. Nvel: Gerenciado
No nvel dois, os mtodos de gerenciamento de software so
documentados e acompanhados. Polticas organizacionais orientam os projetos
estabelecendo processos de gerenciamento. Prticas bem sucedidas podem ser
repetidas em novos projetos. No nvel gerenciado existe um sistema de
11

gerenciamento em vigor, que garante o cumprimento de custos e prazos em

projetos similares j desenvolvidos anteriormente. Nesse nvel, so ao todo sete
reas de processo:
Gerenciamento de requisitos
Planejamento de projeto
Monitorao e controle de projeto
Gerenciamento de acordos de fornecimento
Medies e anlises
Garantia da qualidade de processos e produto
Gerenciamento da configurao
3. Nvel: Definido
No nvel trs, a organizao possui um processo de engenharia bem
definido.
Existe uma preocupao com um processo padronizado para a organizao,
customizado para cada projeto. O processo definido, documentado e
compreendido. Nesse nvel, so ao todo onze reas de processo:
Desenvolvimento de requisitos
Soluo tcnica
Integrao de produto
Verificao
Validao
Foco no processo da organizao
Definio do processo da organizao
Treinamento organizacional
Gerenciamento integrado de projeto
Gerenciamento de risco
Anlise de deciso e resoluo
4. Nvel: Gerenciado Quantitativamente
No nvel quatro, a gerncia tem bases objetivas para a tomada de deciso,
pois o processo medido e gerenciado quantitativamente. possvel prever o
desempenho dentro de limites quantificados. O processo medido e essas
medidas fornecem subsdios para atuar no prprio processo.
No nvel quatro, so ao todo duas reas de processo:
Desempenho do processo da organizao
Gerenciamento quantitativo do projeto
5. Nvel: Em otimizao
No nvel cinco, o foco na melhoria contnua do processo, onde a
mudana de tecnologia e as mudanas no prprio processo so gerenciadas de
forma a no causarem impacto na qualidade do produto final. Nesse nvel, so
ao todo duas reas de processo, completando as vinte e duas do modelo:
Inovao na organizao e disseminao
Anlises causais e resoluo

Nveis de capacidade

12

Para entender o significado do termo capacidade pode-se pensar na capacidade

que algum possui para realizar um trabalho: quanto maior a capacidade do processo,
melhor deve ser o resultado obtido. Costuma-se dizer que um aluno possui grande
capacidade em matemtica e espera-se que ele tenha um bom desempenho na resoluo
de problemas dessa natureza. Assim a capacidade do processo, mais uma vez voltando
abordagem da capacidade que possui a empresa naquele processo. O resultado de uma
anlise da capacidade de processo de uma organizao sempre um perfil de
capacidade, pois ela individual. Numa organizao um Processo X pode estar no
nvel de capacidade trs e um Processo Y pode estar no nvel de capacidade um. A
figura abaixo mostra os nveis de capacidade do processo:

Abaixo, os nveis de capacidade mais detalhados:

1. Nvel 0: Incompleto
O processo no executado, ou executado parcialmente.
2. Nvel 1: Executado
O processo satisfaz as metas especficas da rea de processo.
3. Nvel 2: Gerenciado
O processo executado e tambm planejado, monitorado e controlado para
atingir um objetivo.
4. Nvel 3: Definido
O processo gerenciado, adaptado de um conjunto de processos padro da
organizao.
5. Nvel 4: Gerenciado Quantitativamente
O processo definido, controlado utilizando estatsticas ou outras tcnicas
quantitativas.
6. Nvel 5: De otimizao
O processo gerenciado quantitativamente para a melhoria contnua do
desempenho do processo.
13

Como no existem estgios, os processos do CMMI contnuo estariam todos em

um mesmo nvel, sem agrupamento. Por essa razo, as reas de processo foram
organizadas por tipo de processo. Os tipos so:

Gerenciamento de Processo, que engloba:

o Foco no processo da organizao
o Definio do processo da organizao
o Treinamento organizacional
o Desempenho do processo da organizao
o Inovao Organizacional e Disseminao

Gerenciamento de Projeto, que engloba:

o Planejamento de Projeto
o Monitorao e Controle de Projeto
o Gerenciamento de Acordos com Fornecedor
o Gerenciamento de Projeto Integrado
o Gerenciamento de Risco
o Gerenciamento Quantitativo de Projeto

Processos de Engenharia, que engloba:

o Gerenciamento de Requisitos
o Desenvolvimento de Requisitos
o Soluo Tcnica
o Integrao de Produto
o Verificao
o Validao

Processos de Apoio, que engloba:

o Gerenciamento da Configurao
o Garantia da Qualidade de Processo e Produto
o Medies e Anlises
o Anlise de Deciso e Resoluo
o Anlises Causais e Resoluo

Abaixo uma tabela que resume os processos comuns a todas as reas de interesse
do CMMI, classificando-os por nvel da maturidade e tipo:
Nome
Gerenciamento de Requisitos
Monitorao e Controle de Projeto
Planejamento de Projeto
Gerncia de Configurao
Medies e Anlises
Garantia de Qualidade de Proc. e Produto
Definio do Processo Organizacional
Foco no Processo Organizacional
Treinamento Organizacional

Tipo
Nvel de Maturidade
Proc. de Engenharia
2
Gerenc. de Projeto
2
Gerenc. de Projeto
2
Proc. de Apoio
2
Proc. de Apoio
2
Proc. de Apoio
2
Gerenc. de Processo
3
Gerenc. de Processo
3
Gerenc. de Processo
3

14

Gerenciamento de Projeto Integrado

Gerenciamento de Risco
Anlise de Deciso e Resoluo
Desempenho do Processo Organizacional
Gerenciamento Quantitativo do Projeto
Inovao Organizacional e Disseminao
Anlises Causais e Resoluo

Gerenc. de Projeto
Gerenc. de Projeto
Proc. de Apoio
Gerenc. de Processo
Gerenc. de Projeto
Gerenc. de Processo
Proc. de Apoio

3
3
3
4
4
5
5

Metas e prticas
Existem duas categorias de metas e prticas: genrica e especfica. As
especficas, como o prprio nome j diz, so especficas a cada rea de processo, ou
seja, esto relacionadas dimenso do processo. J as genricas esto relacionadas
dimenso ou capacidade do processo, e aplica-se a todas as reas de processo. A figura
abaixo d uma viso mais geral:

Metas especficas
Metas especficas se aplicam a um processo e estabelecem as caractersticas
nicas que descrevem o que deve ser implementado para satisfazer uma rea de
processo. As metas especficas so componentes requeridos no modelo e so utilizados
nas avaliaes para ajudar a verificar se uma rea de processo satisfeita. Como
exemplo pode-se citar que, para o nvel de maturidade dois, a rea de processo
Gerenciamento de Requisitos possui a seguinte meta especfica:
Gerenciar Requisitos: os requisitos so gerenciados e so identificadas
inconsistncias entre os planos do projeto e produtos de trabalho.

Prticas especficas
As prticas especficas correspondem s "folhas" do modelo, ou seja, o nvel
mais detalhado de descrio. Uma prtica especfica uma atividade considerada
importante para auxiliar a atingir a meta especfica qual ela est ligada. Por exemplo,
no Gerenciamento de Requisitos uma prtica especfica ligada meta anterior obter a
compreenso dos requisitos.
15

Metas genricas
O ramo da esquerda da figura mostra as Metas Genricas. Uma meta genrica
possui esse nome por aparecer repetidamente em muitas reas de processo. Na
representao por estgios, cada rea de processo possui apenas uma meta genrica.
Atender a uma meta genrica significa obter um melhor controle para planejar e
implementar os processos associados com a rea de processo, portanto indicando que
esses processos so efetivos, repetveis e durveis. As metas genricas so componentes
do modelo necessrios e so usados nas avaliaes para determinar se uma rea de
processo atendida.

Prticas genricas
As prticas genricas tambm so as folhas do modelo com a diferena que
estabelecem a institucionalizao do processo. Institucionalizao significa que
estabelece itens para garantir que o processo treinado, disseminado, praticado por
todos na organizao. Enquanto as prticas especficas estabelecem as atividades
especificas para cada rea de processo, as genricas cuidam da infra-estrutura que a
organizao precisa ter para garantir que o processo est realmente implantado. As
praticas genricas cuidam para que, na institucionalizao, haja o equilbrio entre os trs
componentes: mtodos, ferramentas e pessoas. Por exemplo, uma prtica genrica para
o Gerenciamento de Requisitos designar responsabilidades e autoridade para executar
o processo, desenvolver os produtos de trabalho, e realizar as atividades necessrias
para o processo de Gerenciamento de Requisitos.

Caractersticas comuns
As prticas genricas esto organizadas em quatro categorias distintas
denominadas caractersticas comuns: compromissos, habilidades, diretivas de
implementao e verificaes. As caractersticas comuns estabelecem as necessidades
de institucionalizao. Um exemplo de institucionalizao a exigncia de treinamento
das pessoas para conhecerem o modelo e executarem suas tarefas.
Compromissos para executar - descrevem as aes que a organizao deve
realizar para se assegurar que o processo est estabelecido e perdurar.
Habilidades parar executar - descreve as pr-condies que devem existir no
projeto ou na organizao para que o processo de software seja implementado
competentemente.
Diretivas de implementao - refere-se s prticas relacionadas com o
desempenho do processo, gerenciamento da integridade dos produtos de trabalho
do processo, e envolvimento dos principais interessados.
Verificao da implementao - Descreve os passos para se assegurar que as
atividades so realizadas em conformidade com o processo estabelecido.

16

Medio e Anlise (Measurement and Analysis)

Descrio
A medio e anlise uma rea de processo que se encontra no nvel dois do
CMMI, esta visa quantificar os aspectos de um produto ou processo para dar suporte
necessidade de informao do gerenciamento.
A PA de Medio e Anlise envolve:
Especificar os objetivos da Medio e Anlise de uma forma que eles estejam
alinhados com as necessidades de informao j identificadas.
Especificar as medidas, tcnicas de anlise, e mecanismos para a coleta,
armazenamento, apresentao e feedback dos dados.
Implementar a coleta, armazenamento, anlise e apresentao dos dados.
Prover resultados objetivos que possam ser usados para gerar decises
orientadas e tomar as aes corretivas apropriadas.
A integrao das atividades de Medio e Anlise no processo d suporte a:
Planejamento e estimativas objetivas.
Comparar a performance atual contra a estabelecida nos planos e objetivos.
Identificao e resoluo de problemas relativos ao processo.
Prover uma base para a incorporao da medio em processos novos no futuro.
A PA de Medio e Anlise relaciona-se diretamente com as seguintes reas do processo
do CMMI:

Planejamento de Projeto (Nvel 2) - Fornece informaes sobre as estimativas

dos atributos de projeto e outras necessidades de informao para planejamento.
Monitoramento e Controle de Projeto (Nvel 2) - Atende as necessidades de
informao do monitoramento da performance do projeto.
Gerncia de Configurao (Nvel 2) - Fornece informao para o
gerenciamento da medio dos artefatos, por exemplo: cdigo fonte de
programas, documento de requisitos, componentes, casos de testes etc.
Desenvolvimento de Requisitos (Nvel 3) - Apia a apresentao dos requisitos
do cliente e as necessidades de informao relacionadas.
Gerncia de Requisitos (Nvel 3) - Subsidia com informaes sobre manter a
rastreabilidade dos requisitos e necessidades de informao relacionadas.
Definio do Processo Organizacional (Nvel 3) - Estabelece o repositrio de
medies da organizao.
Gerncia de Projeto Quantitativa (Nvel 4) - Apia o entendimento da
variao e o uso apropriado das tcnicas de anlise estatstica.

17

Prticas especficas por objetivo (goal)

Objetivo 1 - Alinhar as atividades de Medio e anlise
Prticas especficas:
1.1 Estabelecer objetivos da medio: Estabelece e mantm os
objetivos de medio que so derivados das necessidades de informao
identificadas.
1.2 Especificar medidas: Especifica medidas para dirigir os objetivos
da medio.
1.3 Especificar coleo de dados e procedimentos de armazenagem:
Especifica como os dados da medio sero obtidos e armazenados.
1.4 Especificar procedimentos de anlise: Especifica como os dados de
medio sero analisados e reportados.
Objetivo 2 - Prover resultados da medio
Prticas especficas:
2.1 Coletar dados de medio: Obter os dados especficos de medio e
chec-los quanto a sua completude e integridade.
2.2 Analisar dados de medio: Analisar e interpretar os dados de
medio.
2.3 Armazenar dados e resultados: Gerenciar e armazenar dados de
medio, especificaes de medio e resultados das anlises.
2.4 Comunicar resultados: Reportar os resultados da medio e anlise
a todos os stakeholders relevantes.

18

Certificao
Processo de Certificao CMMI
Podemos dividir o processo de certificao em trs fases: Planejamento, Execuo e
Resultados.
Planejamento
Analisar os processos da empresa.
Adequar aos processos descritos nos modelos.
Seguir as exigncias e padres;
Definir a equipe que ir participar.
Selecionar os projetos a serem avaliados
Preparar a planilha de avaliao.
Execuo
Realizar avaliao no-definitiva;
Realizar avaliao definitiva.
Equipe avaliadora, gerentes de projetos e equipe.
Dura cerca de uma semana, utiliza-se a planilha para verificar as evidencias e
entrevistas so realizadas com os participantes.
Cada pratica de cada rea do processo julgada segundo o consenso da equipe.
Todas as praticas devem ser pelo menos amplamente implementada.
Resultados
Os resultados so apresentados destacando os pontos forte, fracos e de melhoria.
Declara-se o alcance do nvel de maturidade.
O relatrio enviado para o SEI com os resultados.
O resultado publicado oficialmente.

19

Tempo para obter uma Certificao CMMI

As barras indicam os tempos mnimo, mdio e mximo. A base da barra representa o

tempo mnimo, o topo da barra representa o tempo mximo e a barra intermediaria
(mais espessa) indica o tempo mdio. Por exemplo, uma empresa para se certificar
como CMMI nvel 2 leva de 15 a 40 meses, porm o mais provvel que ela leve em
media 19 meses.
Analisando o grfico, observar-se que o nvel que leva mais tempo o CMMI nvel 4,
que leva aproximadamente 24 meses. O principal fator que influencia no tempo a
necessidade da empresa implementar medies. Normalmente as empresas no possuem
um processo correto de medio, no possuem essa rea desenvolvida.
O tempo de implementao de um nvel CMMI depende bem mais da estrutura da
empresa do que da consultoria contratada. Se a empresa est muito dedicada, vai levar
bem menos tempo, porm todos devem ajudar e se dedicar no mesmo objetivo.

20

Custo para obter uma Certificao CMMI

O investimento na adequao da empresa varia muito e vai depender do porte da
empresa e de quanto ela j est adequada a algumas metodologias e processos. Pode
chegar casa dos milhes, de pendendo do porte da empresa e do investimento em
treinamento e adequao ao processo.
A Politec investiu cerca de R$ 1,2 milho em treinamento e adequao ao processo.
Para se ter uma idia o CMMI nvel 2, por exemplo, custa:
Consultoria: 70 Mil Reais
Certificao: 15 Mil Dlares

Casos de sucesso
Politec - A Politec possui CMMI nvel 5, desde 2001 adotou as praticas do SCMM
(Software Capability Maturity Model). Com isso teve sua atividade favorecida no
mercado interno e favoreceu seu posicionamento no exterior.
Unisys - A Unisys com CMMI nvel 5 uma empresa mundial de servios e solues de
Tecnologia da Informao, as certificaes CMMI comprovam o compromisso com os
servios de aplicativos e com a modernizao sendo, portanto, indispensveis para
aquisio de grandes projetos e contratos.

21

Bibliografia
http://www.blogcmmi.com.br
http://www.swquality.com.br
http://computerworld.uol.com.br
http://www.politec.uol.com.br
http://www.unisys.com.br
http://www.software-quality-assurance.org/cmmi-measurement-and-analysis.html
http://www.cmmifaq.info/
http://en.wikipedia.org/wiki/Capability_Maturity_Model_Integration
http://en.wikipedia.org/wiki/Process_area_%28CMMI%29
CMMI - Introduo e Experincia de Implantao Alexandre Vasconcelos
amlv@cin.ufpe.br
Introduo ao CMMI Modelo Integrado de Maturidade da Capacidade de Processo Marcelo Schneck de Paula Pessa
Trabalho do CURSO DE PS-GRADUAO LATO SENSU DE MELHORIA DE
PROCESSO DE SOFTWARE da Universidade Federal de Lavras

22