Escolar Documentos
Profissional Documentos
Cultura Documentos
Motivao
Proliferao de Modelos e Padres em diversas reas
EIA 731 Software CMM SE CM
Diferentes estruturas, formatos, termos, maneiras de medir maturidade Causa confuso, especialmente quando mais de um modelo utilizado Difcil de integrar num nico programa de melhoria
2/51
IPD CMM
FAA iCMM
People CMM
Objetivos do CMMI
Eliminar inconsitncias Reduzir duplicaes Aumentar entendimento Fornecer terminologia comum Prover estilo consistente Assegurar consistncia com a norma ISO 15504 Estabelecer regras uniformes de avaliao
3/51
Constelaes do CMMI
4/51
Representaes
Contnua
Nveis de Capacidade Agrupamento de reas de Processo por Categoria Avaliao do Nvel da Capacidade das reas de Processo individuais
Por Estgios
Nveis de Maturidade Agrupamento de reas de Processo por Nvel Avaliao do Nvel de Maturidade da Organizao como um todo
5/51
Comparando as Representaes
Continuous
Process Area Capability
Staged
ML5 ML4
ML3
ML2 ML 1
PA PA
PA
7/51
Representaes - Vantagens
Contnua
Fornece maior flexibilidade focando em reas de processo especficas de acordo com metas e objetivos de negcio Permite a comparao de reas de processo entre diferentes organizaes Foco bem definido nos riscos especficos de cada rea de processo Estrutura compatvel com o padro ISO/IEC 15504
8/51
Representaes - Vantagens
Por estgios:
Fornece uma rota de implementao atravs de:
grupos de rea de processo implementao em seqncia cada nvel funciona como a fundao para o prximo nvel
Estrutura familiar para aqueles que estavam migrando do SW-CMM Atribui uma nota de classificao do nvel de maturidade em que a organizao se encontra atravs dos resultados das avaliaes:
permitindo dessa forma a comparao de forma direta entre as organizaes
9/51
Componentes do Modelo
Os componentes do modelo so os mesmos para a representao contnua e por estgios So eles:
reas de processo, metas especficas, prticas especficas, metas genricas, prticas genricas, produtos de trabalho tpicos, sub-prticas, amplificaes de disciplinas, elaborao de prticas genricas, e referncias
10/51
2 Managed
1 Performed
0 Incomplete
12/51
Managed Performed
2 1
14/51
O Nvel 1 de Maturidade
Nvel 1 Executado Processos executados freqentemente de maneira ad-hoc Poucos processos definidos, sucesso dependente de iniciativas individuais Difcil prever a performance
15/51
O Nvel 1 de Maturidade
Nvel 1 - Executado
In
O processo utilizado uma caixa preta Dificuldade em determinar progresso do projeto Requisitos fluem para dentro Um produto de software (normalmente) produzido atravs de algum processo disforme. O produto flui para fora e (espera-se que) funciona
Out
16/51
O Nvel 2 de Maturidade
Nvel 2 Gerenciado
Gerncia de projetos disciplinada Polticas organizacionais estabelecidas e institucionalizada nos projetos Planos e processos do projeto so documentados e seguidos Existncia de recursos apropriados Responsabilidades e autoridades so atribudas Planejamento e gerenciamento de novos projetos pode ser baseado na experincia de projetos similares
17/51
O Nvel 2 de Maturidade
Nvel 2 - Gerenciado
In
Out
A disciplina faz com os processos sejam mantidos em tempos de crise Os status das atividades e dos produtos de trabalho so visveis gerncia em etapas pr-definidas Os requisitos fluem para dentro e o produto flui para fora e (normalmente) funciona
18/51
O Nvel 2 de Maturidade
Nvel 2 - Gerenciado Medidas so coletadas e analisadas para se entender e gerenciar as atividades e resultados do projeto
Limites so definidos, mas sem a utilizao de tcnicas estatsticas Quando no se atinge os limites, aes so tomadas
19/51
O Nvel 3 de Maturidade
Nvel 3 - Definido
Processo para desenvolvimento de software estabelecido, padronizado e documentado pela organizao (adaptado quando necessrio) Todos os projetos utilizam uma verso deste processo, personalizada para o tipo do projeto a ser desenvolvido Atividades de gerenciamento e engenharia de software so estveis e repetidas (foco na organizao)
20/51
O Nvel 3 de Maturidade
Nvel 3 - Definido
In
Out
Funes e responsabilidades no processo so bem entendidas A produo do produto de software visvel atravs do processo de software Papis, responsabilidades e interao entre atividades so bem entendidos por todos
21/51
O Nvel 4 de Maturidade
Nvel 4 Gerenciado Quantitativamente
O processo de software previsvel e gerenciado quantitativamente (estvel) Mtodos estatsticos e quantitativos so utilizados no nvel de projetos e da organizao para:
Entender os resultados de performance, a qualidade do produto e do servio de projetos passados
Prever a performance e a qualidade do produto e dos servios de projetos futuros
O Nvel 4 de Maturidade
Nvel 4 Gerenciado Quantitativamente
Utilizao de objetivos quantitativos, para atender as necessidades dos clientes, usurios finais e da organizao Ateno: A implementao do nvel 4 deve ser considerada antecipadamente
As medies requeridas no nvel 4 podem (ou no) ser diferentes das medies requeridas desde o nvel 2 As anlises requeridas no nvel 4 demandam uma grande base de dados de medies indicado um alinhamento das atividades do nvel trs com os objetivos futuros do nvel 4
23/51
O Nvel 4 de Maturidade
Nvel 4 Gerenciado Quantitativamente
In
Out
Progresso e problemas so medidos A gerncia tem bases objetivas para tomada de deciso
24/51
O Nvel 5 de Maturidade
Nvel 5 Em Otimizao
No nvel 4 a anlise direcionada s causas especiais de variao do processo => No nvel 5, a anlise direcionada s causas comuns de variao do processo As medies so utilizadas para:
Selecionar melhorias e inovaes, estimar seus custos e acompanhar os gastos reais
25/51
O Nvel 5 de Maturidade
Nvel 5 Em Otimizao
In
Out
Estabelecimento e acompanhamento de objetivos quantitativos para a melhoria de processos A Melhoria de processo contnua e mensurvel um estilo de vida...
26/51
reas de Processo
rea de Processo (PA): um conjunto de prticas relacionadas, que quando implementadas de forma coletiva, satisfazem um conjunto de metas consideradas importantes e crticas para caracterizar a melhoria na rea de processo em questo Em ambas as representaes, na contnua e na por estgios, as reas de processo so as mesmas
27/51
Maturity Level 3
Maturity Level 4
Maturity Level 5
OPP QPM
OID CAR
28/51
Project Management
Engineering
Support
29/51
32/51
rea de Processo
rea de Processo
rea de Processo
Metas Genricas
Metas Especficas
Prticas Genricas
Prticas Especficas
33/51
rea de Processo n
Meta Especfica 1
Meta Especfica n
Meta Genrica 1
Meta Genrica 2
Meta Genrica 3
Prtica Especfica 1
Prtica Especfica n
Nvel 0: Incompleto
Nvel 1: Executado
Nvel 2: Gerenciado
Nvel 3: Definido
34/51
Requirements Development Technical Solution Product Integration Verification Validation Organizational Process Focus Organizational Process Definition Organizational Training Integrated Project Management Risk Management Decision Analysis and Resolution
35/51
Consideraes Finais
O CMMI foi construdo sobre a estrutra 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 avaliao, nomenclatura padro Pode ser utilizado no desenvolvimento de produtos, servios e manuteno Reune melhores prticas de outros modelos Hoje est na verso 1.3 Avaliao tem validade de 3 anos.
36/51
Consideraes Finais
Tempo mdio para Implantao do CMMI
Da fase de inicio do processo de melhoria ao processo de avaliao oficial => 1 a 2 anos (por nvel, no modelo em estgios)
38/51
40/51
Cobertura da avaliao
Evidncias objetivas suficientes para a implementao de cada prtica Evitar avaliaes baseadas somente em papel, devem haver afirmaes declaradas (chamadas faceto-face F2F)
Pelo menos 50% das prticas de cada meta
43/51
mnimo 2
mnimo 4 e mximo 9
44/51
45/51
Conduzir a avaliao
Mdia de 6-8 dias
48/51
Caracterizao de Implementao
Artefatos e/ou afirmativas esto presentes e so considerados adequados para confirmar a implementao No foi notada nenhuma fraqueza substancial Artefatos e/ou afirmativas esto presentes e so considerados adequados para confirmar a implementao Foi notada uma ou mais fraquezas Alguns ou todos os artefatos requeridos esto ausentes ou so considerados inadequados para confirmar a implementao Alguns afirmativas sugerem que alguns aspectos da prtica esto implementados Foi notada uma ou mais fraquezas OU Artefatos esto presentes e so considerados adequados No existem afirmativas para suportar os artefatos Foi notada uma ou mais fraquezas Alguns ou todos os artefatos requeridos esto ausentes ou so considerados inadequados para confirmar a implementao No existem afirmativas para suportar os artefatos Foi notada uma ou mais fraquezas A fase do ciclo de vida ainda no foi atingida para que a prtica seja implementada
49/51
NI (Not Implemented)
NY (Not Yet)
50/51
51/51