[slides] CMMI (2011: 1º semestre)

Alessandro Almeida
www.alessandroalmeida.com
SLIDES DAS
AULAS
1º semestre de 2011

Navegue pelo conteúdo
Aula TÓPICOS ABORDADOS LINK
1 Gestão de processos. Acesse
2 O que é CMMI? Por que o CMMI pode ser útil? A estrutura do CMMI. Acesse
3
Implementando o CMMI. Estrutura das Áreas de Processo. CMMI for
Development, v1.3.
Acesse
4 Objetivos genéricos. Acesse
5
Estudos de caso (CMMI-DEV). CMMI for Services, v1.3. CMMI for
Acquisition, v1.3.
Acesse
6 Estudos de caso (CMMI-ACQ e CMMI-SVC). Acesse
7
Estudos de caso (CMMI-ACQ e CMMI-SVC). Definindo processos.
Avaliando a aderência ao modelo CMMI. Vantagens e desvantagens.
Acesse
8 Alternativas: mps.Br. eSCM. Acesse

1º Encontro
Clique aqui
para escolher
outra aula

Objetivo da Disciplina
 Apresentar os modelos CMMI (DEV, SVC e ACQ) e
discutir formas de aplicá-los no dia-a-dia das
empresas.

Combinando o jogo
 Prova ou atividade em grupo?
 Vocês decidem! (de novo)

Referências Principais
 Documentos disponíveis para download no endereço
www.sei.cmu.edu/cmmi

Agenda
 Objetivo
 Reflexão Inicial
 Conceito Básico
 Processos
 Mapeamento e Modelagem
 Gestão
 Conclusão

Objetivo
 Conceituar e apresentar a importância da gestão dos
processos organizacionais, abordando também
algumas técnicas para mapeamento e modelagem.

Fato?
 As empresas são grandes coleções de processos.
 José Ernesto Lima Gonçalves (RAE, Jan/Mar 2000)

 Definição 1:
 Um conjunto de atividades inter-relacionadas ou
interativas, que transforma insumos (entradas) em
produtos (saídas) [ABNT, 2001].
O que é processo?

 Definição 2:
 Ordenação específica de atividades de trabalho através
do tempo e do espaço, com um início, um fim e um
conjunto claramente definido de entradas e saídas: uma
estrutura para a ação (Tom Davenport, 1993).
O que é processo?
?

O que é processo?
Entrada Processamento Saída
?

1ª Pergunta sobre processos
 Por que é importante...
 ...conhecê-los?
 ...mapeá-los?
 ...controlá-los?

Resposta
 Algumas motivações...
 CONHECER e institucionalizar o fluxo de trabalho;
 Identificar oportunidades de melhoria organizacionais e
departamentais;
 Estabelecer controles;
 Definir papéis e responsabilidades;

Resposta
 Algumas motivações...
 Colocar a casa em ordem;
 Potencializar os “heróis”;
 Transformar o conhecimento tácito em conhecimento
explícito;
 “Unir” pessoas e tecnologia...

O funcionário “herói
potencializado”

Pontos de influência
Resultado da
Empresa
Tecnologia
ProcessosPessoas

 Sobre as pessoas...
 Nosso pessoal está motivado!
 (Será?)
 Investimos em capacitação.
 (Será?)
 A remuneração está adequada.
 (Será?)
 Etc.
 (Será?)

 Sobre a tecnologia...
 Investimos pesado!
 (Será?)
 Utilizamos o que há de melhor.
 (Será?)
 Etc.
 (Será?)

 Sobre os processos...
 ?????????????????

Como as empresas funcionam?
Folha de Pagamento
Fechamento Contábil
Pagamento

Quando a empresa não “domina”
seus processos...
 As coisas simplesmente acontecem
 O sucesso pode ser fruto do acaso
 “Por acaso, temos alguns heróis...”
 “Por acaso, nossos clientes são mais desorganizados...”
 “Não sabemos o motivo...”
 Ambiente sem controle (caos)
 Risco de grande dependência dos “heróis”

Quando a empresa não “domina”
seus processos...

Mapeamento
 Análise de artefatos

Mapeamento
 Observação in loco

Otimizando as Entrevistas e a
Observação

Mapeamento
 Como fazer?
 Analisar...
 Disponibilidade das pessoas.
 Cultura da empresa.
 Conhecimento em processos.
 Documentação existente.
 Saber ouvir
 Ouvir além do que é falado...

Modelagem de Processos
 Diversas ferramentas...
 Visio;
 Aris;
 TIBCO;
 Intalio;
 BizAgi;
 Etc.

 ...e notações:
 BPMN;
 EPC;
 IDEF;
 Diagrama de Fluxo de Dados;
 SDL;
 Fluxograma Básico
 Etc.

 ...e notações:
 BPMN;
 EPC;
 IDEF;
 Diagrama de Fluxo de Dados;
 SDL;
 Fluxograma Básico
 Etc.
B
5.3.01.02.12
Emitir guias de
recolhimento
Fiscal Easy
5.3.01.02.13
Enviar guias para
o Contas a
Pagar
Fiscal Manual
4.2.31
Pagamentos
guias tributos
Guias
autenticadas
Arquivo
5.3.01.02.15
Exportar provisão
contábil
Fiscal Easy
IQ-Contab /
Autbank
Guias de
recolhimento
5.2.03.02
Montagem
de lotes
contábeis
5.3.01.02.14
Receber guias
autenticadas
Fiscal Manual
Enviar e-mail p/
contabilidade
informando o
fechamento
impostos
C

 Ás vezes, (somente) a parte gráfica não resolve...

 Ás vezes, (somente) a parte gráfica não resolve...
PRODUTO
ENTREGUE
PELO CSC
PRODUTO
ENTREGUE
PELO
CLIENTE
RESPONSÁVEL
1 FECHAMENTO DA FOLHA DE PAGAMENTO
Dia
útil
Data
Dia
seman
a
1.1 - REMESSA DAS MOVIMENTAÇÕES DE PESSOAL APROVADAS
FORMULARIOS
APROVADOS
-
1.2 - CADASTRAMENTO E BAIXAS DE FUNCIONÁRIOS
RELATÓRIO
FOLHA
-
1.3 - TRANSFERÊNCIAS DE FUNCIONÁRIOS RELATÓRIO -
1.4 - PROCESSAMENTO DA FOLHA E LIBERAÇÃO DA INTERFACE 1º
1.5 - ENVIO DO RELATÓRIO DE FOLHA PAGTO E PROVISÃO DE FÉRIAS E 13º
SALÁRIO
1º
1.6 - CONFERÊNCIA DOS VALORES INTEGRADOS À CONTABILIDADE - TOTAL
EMPRESA
BALANCETE 1º
1.7 - ENVIO DO RELATÓRIO RESUMO DE PJ´S RELATÓRIO PJ 1º
1.8 - EMISSÃO DO RELATÓRIO DO EASY E DO RAZÃO CONTÁBIL
ASSESSORIA E
CONSULTORIA PJ PARA ABERTURA DOS IMPOSTOS
RELATÓRIO/RAZÃ
O
1º
1.9 - ELABORAÇÃO DA PLANILHA RESUMO DE PJ'S PLANILHA 1º
1.10 - CONTABILIZAÇÃO MANUAL DOS IMPOSTOS DE PJ´S RELATÓRIO 1º
1.11 - ENVIO DOS RELATÓRIOS DE BENEFÍCIOS A FUNCIONÁRIOS RELATÓRIO 3º
1.12 - CONTABILIZAÇÃO MANUAL DA CO-PARTICIPAÇÃO ASSISTÊNCIA
MÉDICA
PLANILHA 3º
2 FECHAMENTO DO RECEBIMENTO INTEGRADO
2.1 - PROCESSAMENTO DE TODAS AS NF´S DE ENTRADA NOTA FISCAL 1º
2.2 - SOLICITAÇÃO DE FECHAMENTO DOS MÓDULOS DE RI/INV
VIA
EMAIL/ABERTURA
DE CHAMADO
1º
ATIVIDADE DATA PREVISTA
Matriz de Responsabilidades
Atividades
CSC
Negócio
Aprovar requisição de compra conforme alçada R
Submeter às aprovações os documentos de compras (OC) conforme política de alçadas definida. R
Prover e assegurar a integridade e qualidade das informações, como suporte efetivo à gestão de
compras, à auditoria, aos usuários e fornecedores.
R
Desenvolver uma equipe conhecedora dos materiais e serviços utilizados pelo XXXX e seus
mercados fornecedores para aplicar ou suportar as necessidades.
R
Realizar cotações e negociar comfornecedores dos grupos de materiais/ serviços de sua
responsabilidade.
R
Participar da elaboração de minutas ou modelos de contratos de fornecimento para definição
conjunta comJurídicos e fornecedores.
R
Solucionar não-conformidades relativas aos fornecimentos dos grupos de materiais/ serviços sob
sua responsabilidade.
R
R - Responsável
E - Executa
P - Participa
A - Apóia

 Qual notação utilizar?
 Depende da necessidade...
 Há um padrão na empresa?
 Qual ferramenta será utilizada na modelagem?
 O cliente já está habituado com alguma notação?
 Qual é a finalidade do mapeamento?

Gestão
 Legal! Os processos estão mapeados, modelados e
documentados.
 E agora?
 Automação?
 Repositório?
 Servidor de arquivos?
 Banco de dados?
 Melhoria contínua?
 Verificações periódicas (vulgo: Auditorias)?

Conclusões
 Os processos sempre estarão lá, mesmo se a empresa
preferir ignorá-los
 Ou: Eles estão sempre lá, mesmo que a empresa não os
conheça
 Quem controla quem?

Conclusões
 Por outro lado, só observar processos não resolve nada!
 PESSOAS!
 COLABORAÇÃO!
 COMUNICAÇÃO!
 INTEGRAÇÃO!

Bibliografia
 Imagem “Colaboração”:
http://www.gettyimages.com/detail/103349561/Flickr
 Imagem “Receita da Palmirinha”:
http://v5.tvgazeta.com.br/tvculinaria/site/culinaria_re
ceita.php?tabela=&id=436
 Desenho “Grupo de Pessoas”:
http://videos.visitmix.com/MIX08/UX03

2º Encontro
Clique aqui
para escolher
outra aula

Qual é o significado do acrônimo?

O que é “CMMI”?
Capability Maturity Model
Integration®
Fontes: Houaiss e Merriam-Webster

Integration®
1 : the quality or state of being capable
2 : poder de produção, de execução; rendimento
máximo
3 : qualidade ou condição de capaz

Integration®
1 : the quality or state of being
mature
2 : estado, condição (de estrutura,
forma, função ou organismo) num
estágio adulto; condição de
plenitude em arte, saber ou
habilidade adquirida
3 : estado ou condição de pleno
desenvolvimento

Integration®
1 : simplificação da
realidade
2 : representação
em escala reduzida
de objeto, a ser
reproduzida em
dimensões
normais; maquete

 Compilação de “boas práticas” no processo de diversas
empresas de software
 Mostra O QUÊ fazer, e não COMO fazer
 Práticas distribuídas em “áreas de processo”
 Área de Processo = PA (Process Area)

Área de Processo (PA)
 Agrupamento de práticas comuns de uma determinada
“disciplina”.
 Onde fica o “O que fazer?”.
 Por exemplo: Project Planning (PP)

 Mantido pelo SEI (Software Engineering Institute)
 Universidade Carnegie Mellon
 http://www.sei.cmu.edu/cmmi
 Sponsor:
 DoD (U.S. Department of Defense)
 Versão 1.3 publicada em novembro de 2010

Ou: Motivação para pensar no assunto

Por que o CMMI pode ser útil?
 O processo não precisa ser definido a partir do zero,
sem nenhuma referência
 Guia (evitando o by the book) que pode orientar sobre
o que contemplar no processo
 Fornece reconhecimento através de “certificação”

Fonte: Estudo de Benchmarking em Gerenciamento de Projetos
Brasil 2010, Capítulos Brasileiros do PMI
Disponível no endereço: www.pmsurvey.org
Setor considerado: Tecnologia da Informação

Frequência na qual os projetos têm
alcançado sucesso
“maioria das vezes”
= 50% +1?

Costuma ter problemas no
cumprimento dos prazos?

Costuma ter problemas no
cumprimento dos custos?

Costuma ter problemas de
qualidade?

Problemas que ocorrem com mais
frequência no projetos
Problema % de Empresas que citaram
Não cumprimento dos prazos 49%
Não cumprimento do orçamento 22%
Problemas de comunicação 42%
Mudanças de escopo constante 43%
Escopo não definido adequadamente 39%
Estimativas incorretas ou sem fundamento 24%
Riscos não avaliados corretamente 23%
Retrabalho em função da falta de qualidade do
produto
15%
Falta de definição de responsabilidades 7%

Por que o CMMI pode ser útil?
 Se a lição de casa for feita corretamente, no Nível de
Maturidade (ML) 2 já é possível ter um controle maior
sobre os projetos
 No Nível 3 a Gestão de Riscos é contemplada e um
processo é definido para a organização
 Papéis e Responsabilidades definidos
 Comunicação
 No Nível 4 é possível ter um controle quantitativo
sobre os projetos

A estrutura do CMMI
 3 modelos:
 CMMI for Development (CMMI-DEV)
 CMMI for Acquisition (CMMI-ACQ)
 CMMI for Services (CMMI-SCV)

Níveis de maturidade
5 - Otimizado
4 - Gerenciado
Quantitativamente
3- Definido
2 - Gerenciado
1 - Inicial

A estrutura do CMMI
CMMI
Model
Foundation
CMMI-DEV CMMI-ACQ
CMMI-SVC
Fonte: -http://www.sei.cmu.edu/cmmi/models/CMMI-Services-status.html

Áreas de Processo (PAs) comuns
 Nível 2
 Configuration Management (CM)
 Measurement and Analysis (MA)
 Project Monitoring and Control (PMC)
 Project Planning (PP)
 Process and Product Quality Assurance (PPQA)
 Requirements Management (REQM)

 Nível 3
 Decision Analysis and Resolution (DAR)
 Integrated Project Management (IPM)
 Organizational Process Definition (OPD)
 Organizational Process Focus (OPF)
 Organizational Training (OT)
 Risk Management (RSKM)

 Nível 4
 Organizational Process Performance (OPP)
 Quantitative Project Management (QPM)
 Nível 5
 Causal Analysis and Resolution (CAR)
 Organizational Performance Management (OPM)

PAs do CMMI-DEV
 Nível 2
 Supplier Agreement Management
 Nível 3
 Product Integration
 Requirements Development
 Technical Solution
 Validation
 Verification

PAs do CMMI-SVC
 Nível 2
 Service Delivery
 Supplier Agreement Management
 Nível 3
 Capacity and Availability Management
 Incident Resolution and Prevention
 Integrated Work Management
 Service Continuity
 Service System Development
 Service System Transition
 Strategic Service Management

PAs do CMMI-ACQ
 Nível 2
 Agreement Management
 Acquisition Requirements Development
 Solicitation and Supplier Agreement Development
 Nível 3
 Acquisition Technical Management
 Acquisition Validation
 Acquisition Verification

Implementando o CMMI
 Representações
 Contínua (Capability Levels)
 Por estágio (Maturity Levels)

Capability Levels
 Exemplo:

Benefícios e aplicação do CMMI
 Grupos de até 5 alunos
 Realizar a leitura do Estudo de Caso
 Discutir entre o grupo:
 Qual dos modelos CMMI pode ajudar?
 Como pode ser útil?
 Documentar as conclusões

Processo aderente a algum dos modelos CMMI

Processo aderente ao CMMI
 Objetivo
 Definir um processo “aderente” a algum dos modelos
CMMI
 Evidenciar a aderência com, pelo menos, 3 áreas de
processo do modelo escolhido
 Grupos de até 5 pessoas
 Data da apresentação: 7 de junho
 Acompanhamento semanal

 Se a turma apresentar um processo integrado, todos
tiram 10
 Mais complexo
 Integração da turma
 Comunicação
 Harmonia
 A única entrega será a apresentação com o processo e
evidências de aderência com 8 áreas de processo

3º Encontro
Clique aqui
para escolher
outra aula

... e detalhando algumas coisas.

 Práticas distribuídas em Áreas de Processo (PAs)
“disciplina”.
 Onde fica o “O que fazer?”
 PA = Process Area

Representação Contínua versus
Representação Por Estágio

Níveis de Capacidade
 Exemplo:

Níveis de Maturidade
 Exemplo:

 Estudo de caso fictício: DevOne
 Qual dos modelos CMMI pode ajudar?
 Como pode ser útil?
 CMMI-DEV? ACQ? SVC?

Área de Processo
 Conhecendo a estrutura de uma área de processo
(PA)...

Objetivo Específico
 Componente requerido do modelo que descreve as
características peculiares que devem estar presentes
para satisfazer à área de processo.
 Glossário da tradução oficial do CMMI-DEV 1.2

Objetivo Genérico
características necessárias para institucionalizar os
processos que implementam uma área de processo.

Área de Processo
Nível de Maturidade

Área de Processo
Propósito da Área de Processo

Área de Processo
Notas Introdutórias

Área de Processo
Áreas de Processo relacionadas

Área de Processo
Sumário dos objetivos e
práticas específicas

Área de Processo
Objetivo Específico

Área de Processo
Prática Específica

Área de ProcessoPrática Específica

Área de Processo
Exemplos de produtos de trabalho

Área de Processo
Subpráticas

CMMI-DEV : Nível 2
Área de Processo Categoria ML
Project Monitoring and Control (PMC) Project Management 2
Project Planning (PP) Project Management 2
Requirements Management (REQM) Project Management 2
Supplier Agreement Management (SAM) Project Management 2
Configuration Management (CM) Support 2
Measurement and Analysis (MA) Support 2
Process and Product Quality Assurance (PPQA) Support 2

Categorias
 Agrupam áreas de processo relacionadas:
 Engineering;
 Process Management;
 Project Management;
 Support.

Relacionamento entre as PAs
 Categoria: Gestão de Projetos (Básicas)

Relacionamento entre as PAs
 Categoria: Gestão de Projetos (Avançadas)

Project Planning (PP) 1/3
 SG 1 Establish Estimates
 SP 1.1 Estimate the Scope of the Project
 SP 1.2 Establish Estimates of Work Product and Task
Attributes
 SP 1.3 Define Project Lifecycle Phases
 SP 1.4 Estimate Effort and Cost

 SG 2 Develop a Project Plan
 SP 2.1 Establish the Budget and Schedule
 SP 2.2 Identify Project Risks
 SP 2.3 Plan Data Management
 SP 2.4 Plan the Project’s Resources
 SP 2.5 Plan Needed Knowledge and Skills
 SP 2.6 Plan Stakeholder Involvement
 SP 2.7 Establish the Project Plan

 SG 3 Obtain Commitment to the Plan
 SP 3.1 Review Plans That Affect the Project
 SP 3.2 Reconcile Work and Resource Levels
 SP 3.3 Obtain Plan Commitment

Project Monitoring and Control
(PMC) 1/2
 SG 1 Monitor the Project Against the Plan
 SP 1.1 Monitor Project Planning Parameters
 SP 1.2 Monitor Commitments
 SP 1.3 Monitor Project Risks
 SP 1.4 Monitor Data Management
 SP 1.5 Monitor Stakeholder Involvement
 SP 1.6 Conduct Progress Reviews
 SP 1.7 Conduct Milestone Reviews

Project Monitoring and Control
(PMC) 2/2
 SG 2 Manage Corrective Action to Closure
 SP 2.1 Analyze Issues
 SP 2.2 Take Corrective Action
 SP 2.3 Manage Corrective Actions

Requirements Management
(REQM)
 SG 1 Manage Requirements
 SP 1.1 Understand Requirements
 SP 1.2 Obtain Commitment to Requirements
 SP 1.3 Manage Requirements Changes
 SP 1.4 Maintain Bidirectional Traceability of
Requirements
 SP 1.5 Ensure Alignment Between Project Work and
Requirements

Supplier Agreement Management
(SAM)
 SG 1 Establish Supplier Agreements
 SP 1.1 Determine Acquisition Type
 SP 1.2 Select Suppliers
 SP 1.3 Establish Supplier Agreements
 SG 2 Satisfy Supplier Agreements
 SP 2.1 Execute the Supplier Agreement
 SP 2.2 Accept the Acquired Product
 SP 2.3 Ensure Transition of Products

Configuration Management (CM)
1/2
 SG 1 Establish Baselines
 SP 1.1 Identify Configuration Items
 SP 1.2 Establish a Configuration Management System
 SP 1.3 Create or Release Baselines

2/2
 SG 2 Track and Control Changes
 SP 2.1 Track Change Requests
 SP 2.2 Control Configuration Items
 SG 3 Establish Integrity
 SP 3.1 Establish Configuration Management Records
 SP 3.2 Perform Configuration Audits

Measurement and Analysis (MA)
1/2
 SG 1 Align Measurement and Analysis Activities
 SP 1.1 Establish Measurement Objectives
 SP 1.2 Specify Measures
 SP 1.3 Specify Data Collection and Storage Procedures
 SP 1.4 Specify Analysis Procedures

2/2
 SG 2 Provide Measurement Results
 SP 2.1 Obtain Measurement Data
 SP 2.2 Analyze Measurement Data
 SP 2.3 Store Data and Results
 SP 2.4 Communicate Results

Process and Product Quality
Assurance (PPQA)
 SG 1 Objectively Evaluate Processes and Work
Products
 SP 1.1 Objectively Evaluate Processes
 SP 1.2 Objectively Evaluate Work Products
 SG 2 Provide Objective Insight
 SP 2.1 Communicate and Resolve Noncompliance Issues
 SP 2.2 Establish Records

CMMI-DEV : Nível 3
Product Integration (PI) Engineering 3
Requirements Development (RD) Engineering 3
Technical Solution (TS) Engineering 3
Validation (VAL) Engineering 3
Verification (VER) Engineering 3
Organizational Process Definition (OPD) Process Management 3
Organizational Process Focus (OPF) Process Management 3
Organizational Training (OT) Process Management 3
Integrated Project Management (IPM) Project Management 3
Risk Management (RSKM) Project Management 3
Decision Analysis and Resolution (DAR) Support 3

Requirements Development (RD)
1/2
 SG 1 Develop Customer Requirements
 SP 1.1 Elicit Needs
 SP 1.2 Transform Stakeholder Needs into Customer
Requirements
 SG 2 Develop Product Requirements
 SP 2.1 Establish Product and Product Component
Requirements
 SP 2.2 Allocate Product Component Requirements
 SP 2.3 Identify Interface Requirements

2/2
 SG 3 Analyze and Validate Requirements
 SP 3.1 Establish Operational Concepts and Scenarios
 SP 3.2 Establish a Definition of Required Functionality
and Quality Attributes
 SP 3.3 Analyze Requirements
 SP 3.4 Analyze Requirements to Achieve Balance
 SP 3.5 Validate Requirements

Technical Solution (TS)
 SG 1 Select Product Component Solutions
 SP 1.1 Develop Alternative Solutions and Selection Criteria
 SP 1.2 Select Product Component Solutions
 SG 2 Develop the Design
 SP 2.1 Design the Product or Product Component
 SP 2.2 Establish a Technical Data Package
 SP 2.3 Design Interfaces Using Criteria
 SP 2.4 Perform Make, Buy, or Reuse Analyses
 SG 3 Implement the Product Design
 SP 3.1 Implement the Design
 SP 3.2 Develop Product Support Documentation

Product Integration (PI) 1/2
 SG 1 Prepare for Product Integration
 SP 1.1 Establish an Integration Strategy
 SP 1.2 Establish the Product Integration Environment
 SP 1.3 Establish Product Integration Procedures and
Criteria

Product Integration (PI) 2/2
 SG 2 Ensure Interface Compatibility
 SP 2.1 Review Interface Descriptions for Completeness
 SP 2.2 Manage Interfaces
 SG 3 Assemble Product Components and Deliver the
Product
 SP 3.1 Confirm Readiness of Product Components for
Integration
 SP 3.2 Assemble Product Components
 SP 3.3 Evaluate Assembled Product Components
 SP 3.4 Package and Deliver the Product or Product
Component

Validation (VAL)
 SG 1 Prepare for Validation
 SP 1.1 Select Products for Validation
 SP 1.2 Establish the Validation Environment
 SP 1.3 Establish Validation Procedures and Criteria
 SG 2 Validate Product or Product Components
 SP 2.1 Perform Validation
 SP 2.2 Analyze Validation Results

Verification (VER)
 SG 1 Prepare for Verification
 SP 1.1 Select Work Products for Verification
 SP 1.2 Establish the Verification Environment
 SP 1.3 Establish Verification Procedures and Criteria
 SG 2 Perform Peer Reviews
 SP 2.1 Prepare for Peer Reviews
 SP 2.2 Conduct Peer Reviews
 SP 2.3 Analyze Peer Review Data
 SG 3 Verify Selected Work Products
 SP 3.1 Perform Verification
 SP 3.2 Analyze Verification Results

Organizational Process Definition
(OPD)
 SG 1 Establish Organizational Process Assets
 SP 1.1 Establish Standard Processes
 SP 1.2 Establish Lifecycle Model Descriptions
 SP 1.3 Establish Tailoring Criteria and Guidelines
 SP 1.4 Establish the Organization’s Measurement
Repository
 SP 1.5 Establish the Organization’s Process Asset Library
 SP 1.6 Establish Work Environment Standards
 SP 1.7 Establish Rules and Guidelines for Teams

Organizational Process Focus (OPF)
 SG 1 Determine Process Improvement Opportunities
 SP 1.1 Establish Organizational Process Needs
 SP 1.2 Appraise the Organization’s Processes
 SP 1.3 Identify the Organization’s Process Improvements
 SG 2 Plan and Implement Process Actions
 SP 2.1 Establish Process Action Plans
 SP 2.2 Implement Process Action Plans
 SG 3 Deploy Organizational Process Assets and Incorporate
Experiences
 SP 3.1 Deploy Organizational Process Assets
 SP 3.2 Deploy Standard Processes
 SP 3.3 Monitor the Implementation
 SP 3.4 Incorporate Experiences into Organizational Process Assets

Organizational Training (OT)
 SG 1 Establish an Organizational Training Capability
 SP 1.1 Establish Strategic Training Needs
 SP 1.2 Determine Which Training Needs Are the
Responsibility of the Organization
 SP 1.3 Establish an Organizational Training Tactical Plan
 SP 1.4 Establish a Training Capability
 SG 2 Provide Training
 SP 2.1 Deliver Training
 SP 2.2 Establish Training Records
 SP 2.3 Assess Training Effectiveness

Integrated Project Management
(IPM)
 SG 1 Use the Project’s Defined Process
 SP 1.1 Establish the Project’s Defined Process
 SP 1.2 Use Organizational Process Assets for Planning Project
Activities
 SP 1.3 Establish the Project’s Work Environment
 SP 1.4 Integrate Plans
 SP 1.5 Manage the Project Using Integrated Plans
 SP 1.6 Establish Teams
 SP 1.7 Contribute to Organizational Process Assets
 SG 2 Coordinate and Collaborate with Relevant Stakeholders
 SP 2.1 Manage Stakeholder Involvement
 SP 2.2 Manage Dependencies
 SP 2.3 Resolve Coordination Issues

Risk Management (RSKM)
 SG 1 Prepare for Risk Management
 SP 1.1 Determine Risk Sources and Categories
 SP 1.2 Define Risk Parameters
 SP 1.3 Establish a Risk Management Strategy
 SG 2 Identify and Analyze Risks
 SP 2.1 Identify Risks
 SP 2.2 Evaluate, Categorize, and Prioritize Risks
 SG 3 Mitigate Risks
 SP 3.1 Develop Risk Mitigation Plans
 SP 3.2 Implement Risk Mitigation Plans

Decision Analysis and Resolution
(DAR)
 SG 1 Evaluate Alternatives
 SP 1.1 Establish Guidelines for Decision Analysis
 SP 1.2 Establish Evaluation Criteria
 SP 1.3 Identify Alternative Solutions
 SP 1.4 Select Evaluation Methods
 SP 1.5 Evaluate Alternative Solutions
 SP 1.6 Select Solutions

CMMI-DEV : Níveis 4 e 5
Organizational Process Performance (OPP) Process Management 4
Quantitative Project Management (QPM) Project Management 4
Organizational Performance Management (OPM) Process Management 5
Causal Analysis and Resolution (CAR) Support 5

Organizational Process
Performance (OPP)
 SG 1 Establish Performance Baselines and Models
 SP 1.1 Establish Quality and Process Performance
Objectives
 SP 1.2 Select Processes
 SP 1.3 Establish Process Performance Measures
 SP 1.4 Analyze Process Performance and Establish
Process Performance Baselines
 SP 1.5 Establish Process Performance Models

Quantitative Project Management
(QPM)
 SG 1 Prepare for Quantitative Management
 SP 1.1 Establish the Project’s Objectives
 SP 1.2 Compose the Defined Process
 SP 1.3 Select Subprocesses and Attributes
 SP 1.4 Select Measures and Analytic Techniques
 SG 2 Quantitatively Manage the Project
 SP 2.1 Monitor the Performance of Selected
Subprocesses
 SP 2.2 Manage Project Performance
 SP 2.3 Perform Root Cause Analysis

Organizational Performance
Management (OPM)
 SG 1 Manage Business Performance
 SP 1.1 Maintain Business Objectives
 SP 1.2 Analyze Process Performance Data
 SP 1.3 Identify Potential Areas for Improvement
 SG 2 Select Improvements
 SP 2.1 Elicit Suggested Improvements
 SP 2.2 Analyze Suggested Improvements
 SP 2.3 Validate Improvements
 SP 2.4 Select and Implement Improvements for Deployment
 SG 3 Deploy Improvements
 SP 3.1 Plan the Deployment
 SP 3.2 Manage the Deployment
 SP 3.3 Evaluate Improvement Effects

Causal Analysis and Resolution
(CAR)
 SG 1 Determine Causes of Selected Outcomes
 SP 1.1 Select Outcomes for Analysis
 SP 1.2 Analyze Causes
 SG 2 Address Causes of Selected Outcomes
 SP 2.1 Implement Action Proposals
 SP 2.2 Evaluate the Effect of Implemented Actions
 SP 2.3 Record Causal Analysis Data

 Realizar a leitura do Estudo de Caso e executar a
atividade solicitada

4º Encontro
Clique aqui
para escolher
outra aula

CMMI
 Capability Maturity Model Integration®
 Práticas distribuídas em Áreas de Processo (PAs)
“disciplina”.
 Onde fica o “O que fazer?”
 PA = Process Area

Área de Processo: Objetivo
Específico
características peculiares que devem estar presentes
para satisfazer à área de processo.

Área de Processo: Objetivo
Genérico

Exemplo: Requirements
Management (REQM)
 SG 1 Manage Requirements
 SP 1.1 Understand Requirements
 SP 1.2 Obtain Commitment to Requirements
 SP 1.3 Manage Requirements Changes
 SP 1.4 Maintain Bidirectional Traceability of
Requirements
 SP 1.5 Ensure Alignment Between Project Work and
Requirements

CMMI-DEV
 22 áreas de processo (PAs)
 16 são comuns para os três modelos (DEV, ACQ e SVC)
 No próximo slide, PAs distribuídas de acordo com os
níveis de maturidade (representação por estágios)

CMMI-DEV
Processos ad hoc
Initial
Project Monitoring and Control (PMC)
Project Planning (PP)
Process and Product Quality Assurance (PPQA)
Requirements Management (REQM)
Supplier Agreement Management (SAM)
Managed
Decision Analysis and Resolution (DAR)
Integrated Project Management (IPM)
Organizational Process Definition (OPD)
Product Integration (PI)
Technical Solution (TS)
Validation (VAL)
Verification (VER)
Defined
 Organizational Process Performance (OPP)
Quantitative Project Management (QPM)Quantitatively Managed
 Causal Analysis and Resolution (CAR)
Organizational Innovation and Deployment (OID)Optimizing

Objetivos e Práticas Genéricos

Objetivo Genérico
Objetivo Genérico (Generic Goal) Característica
GG 1 - Achieve Specific Goals Processo executado
GG 2 - Institutionalize a Managed Process Processo gerenciado
GG 3 - Institutionalize a Defined Process Processo definido

GG 1 - Achieve Specific Goals
 Metas específicas são satisfeitas (com as práticas
específicas sendo executadas)
 Processo informal, sem documentação
 Execução do processo depende totalmente das pessoas.
 Sem acompanhamento

GG 2 - Institutionalize a Managed
Process
 Política organizacional
 Processos planejados, controlados, medidos, etc.
 Pessoas treinadas
 Responsabilidades atribuídas
 Partes interessadas (stakeholders) são envolvidas
 Avaliação do processo

GG 3 - Institutionalize a Defined
Process
 Processo definido para a organização
 Melhoria contínua
 Lições aprendidas
 Acompanhamento da utilização do processo
 Ativos gerados

Objetivos e Práticas Genéricos
 A implantação das Áreas de Processo apoiam e
refletem na execução dos objetivos e práticas genéricas
 Por exemplo a “GP 2.5 Train People” pode ser
evidenciada com a execução da PA Treinamento
Organizacional (OT)

GG 1 - Achieve Specific Goals
 GP 1.1 Perform Specific Practices

GG 2 - Institutionalize a Managed
Process
 GP 2.1 Establish an Organizational Policy
 GP 2.2 Plan the Process
 GP 2.3 Provide Resources
 GP 2.4 Assign Responsibility
 GP 2.5 Train People
 GP 2.6 Control Work Products
 GP 2.7 Identify and Involve Relevant Stakeholders
 GP 2.8 Monitor and Control the Process
 GP 2.9 Objectively Evaluate Adherence
 GP 2.10 Review Status with Higher Level Management

GG 3 - Institutionalize a Defined
Process
 GP 3.1 Establish a Defined Process
 GP 3.2 Collect Process Related Experiences

Criando um processo baseado no
CMMI-DEV
 Selecionar um dos estudos de caso
 Construir um processo baseado no modelo CMMI que
atenda a solução do estudo de caso
 Referências:
 Slides da aula sobre Gestão de Processos
 Modelo CMMI-DEV, 1.3

5º Encontro
Clique aqui
para escolher
outra aula

CMMI-DEV
 Selecionar um dos estudos de caso
 Construir um processo baseado no modelo CMMI
que atenda a solução do estudo de caso
 Referências:
 Slides da aula sobre Gestão de Processos
 Modelo CMMI-DEV, 1.3

Caso 1: DevOne
 Solução simples, baseada nas práticas sugeridas pelas
PAs...
 RD: Requirements Development;
 REQM: Requirements Management;
 TS: Technical Solution;
 PI: Product Integration.

Caso 1: DevOne
Levantar
Requisitos
• Documento de
Visão
Detalhar
Requisitos
• Casos de Uso
• Diagrama de Classes
• Diagrama de
Sequência
• Diagrama de
Atividades
Validar
Requisitos
• Lista de requisitos
que serão
implementados
• E-mail ou ata
evidenciando
aprovação
Desenvolver
Solução Técnica
• Documento de
Arquitetura
• Manual de
Instalação e
Utilização
Realizar
Codificação e
Implantação
• Aplicação
implantada no
ambiente do cliente
• Manual de
Instalação e
Utilização
• CD de Instalação
Monitorar Requisitos

REQM: SG 1 Manage
Requirements
Caso 1: DevOne
Levantar
Requisitos
• Documento de
Visão
Detalhar
Requisitos
• Casos de Uso
• Diagrama de
Sequência
• Diagrama de
Atividades
Validar
Requisitos
que serão
implementados
• E-mail ou ata
evidenciando
aprovação
Desenvolver
Solução Técnica
• Documento de
Arquitetura
• Manual de
Instalação e
Utilização
Realizar
Codificação e
Implantação
• Aplicação
implantada no
ambiente do cliente
• Manual de
Instalação e
Utilização

RD: SG 1 Develop Customer
Requirements (SP 1.1 Elicit
Needs)
Caso 1: DevOne
Levantar
Requisitos
• Documento de
Visão
Detalhar
Requisitos
• Casos de Uso
• Diagrama de
Sequência
• Diagrama de
Atividades
Validar
Requisitos
que serão
implementados
• E-mail ou ata
evidenciando
aprovação
Desenvolver
Solução Técnica
• Documento de
Arquitetura
• Manual de
Instalação e
Utilização
Realizar
Codificação e
Implantação
• Aplicação
implantada no
ambiente do cliente
• Manual de
Instalação e
Utilização

Caso 1: DevOne
Levantar
Requisitos
• Documento de
Visão
Detalhar
Requisitos
• Casos de Uso
• Diagrama de
Sequência
• Diagrama de
Atividades
Validar
Requisitos
que serão
implementados
• E-mail ou ata
evidenciando
aprovação
Desenvolver
Solução Técnica
• Documento de
Arquitetura
• Manual de
Instalação e
Utilização
Realizar
Codificação e
Implantação
• Aplicação
implantada no
ambiente do cliente
• Manual de
Instalação e
Utilização
RD: SG 1 Develop Customer
Requirements (SP 1.2
Transform Stakeholder Needs
into Customer Requirements )
SG 2 Develop Product
Requirements

Caso 1: DevOne
Levantar
Requisitos
• Documento de
Visão
Detalhar
Requisitos
• Casos de Uso
• Diagrama de
Sequência
• Diagrama de
Atividades
Validar
Requisitos
que serão
implementados
• E-mail ou ata
evidenciando
aprovação
Desenvolver
Solução Técnica
• Documento de
Arquitetura
• Manual de
Instalação e
Utilização
Realizar
Codificação e
Implantação
• Aplicação
implantada no
ambiente do cliente
• Manual de
Instalação e
Utilização
RD: SG 3 Analyze and Validate
Requirements

Caso 1: DevOne
Levantar
Requisitos
• Documento de
Visão
Detalhar
Requisitos
• Casos de Uso
• Diagrama de
Sequência
• Diagrama de
Atividades
Validar
Requisitos
que serão
implementados
• E-mail ou ata
evidenciando
aprovação
Desenvolver
Solução Técnica
• Documento de
Arquitetura
• Manual de
Instalação e
Utilização
Realizar
Codificação e
Implantação
• Aplicação
implantada no
ambiente do cliente
• Manual de
Instalação e
Utilização
TS: SG 1 Select Product
Component Solutions
SG 2 Develop the Design
SG 3 Implement the Product
Design (SP 3.2 Develop
Product Support
Documentation)

Caso 1: DevOne
Levantar
Requisitos
• Documento de
Visão
Detalhar
Requisitos
• Casos de Uso
• Diagrama de
Sequência
• Diagrama de
Atividades
Validar
Requisitos
que serão
implementados
• E-mail ou ata
evidenciando
aprovação
Desenvolver
Solução Técnica
• Documento de
Arquitetura
• Manual de
Instalação e
Utilização
Realizar
Codificação e
Implantação
• Aplicação
implantada no
ambiente do cliente
• Manual de
Instalação e
Utilização
TS: SG 3 Implement the Product
Design
PI: SG 1 Prepare for Product
Integration
SG 2 Ensure Interface Compatibility
SG 3 Assemble Product Components
and Deliver the Product

Caso 2: MasterDev
 Aplicação do Enterprise Unified Process e “aderência”
aos CMMIs DEV e SVC
 EUP: www.enterpriseunifiedprocess.com

Caso 2: MasterDev
 O que há de errado com a solução proposta?
 Quais seriam os possíveis problemas na implantação
deste processo?

CMMI-DEV
 Importante:
 Não definimos uma “área de processo”
 Definimos um processo aderente à PA X, Y ou Z.
 Evidências são resultados da utilização do processo
 O processo pode estar aderente ao CMMI, mas não ser
institucionalizado, ou seja, não há evidências de
utilização

Motivação
 Várias organizações solicitaram apoio do SEI na
melhoria de processos para gestão de serviços
 Algumas empresas estavam trabalhando com a
combinação CMMI-DEV + ITIL
 No caso de “services providers”, o CMMI rating ou
capability profile não representa a realidade
 O foco do CMMI-DEV é atuar no desenvolvimento, não
na operação

CMMI for Services
 Sugere práticas para estabelecer, gerenciar e entregar
serviços
 Pode atuar no “pós-implantação” (CMMI-DEV 
CMMI-SVC)

CMMI for Services
 A quem se aplica?
 Organizações que já utilizam a combinação CMMI-DEV
+ ITIL
 Organizações que realizam “application management”,
“ongoing”, “sustentação de sistemas”, “operação”, etc.
 (suporte de todos os níveis e categorias [service desk],
SLAs)

Serviço
 Segundo o CMMI: Serviço é algo “intangible” e “non-
storable”
 Por exemplo:
 Desejo do cliente por uma situação ou estado, ao invés
de um artefato tangível
 (Alta disponibilidade da rede)
 Práticas para gestão do “Service System”
 TUDO que é necessário para entregar o serviço.

CMMI-SVC
 24 PAs (Áreas de Processo)...
 16 PAs comuns
 7 PAs específicas do CMMI-SVC
 1 PA compartilhada com o CMMI-DEV (SAM - Supplier
Agreement Management)

CMMI-SVC
 4 categorias:
 Process Management
 Project and Work Management
 Support
 Service Establishment and Delivery

CMMI-SVC
Service Delivery (SD) Service Establishment and Delivery 2
Capacity and Availability Management
(CAM) Project and Work Management 3
Service Continuity (SCON) Project and Work Management 3
Incident Resolution and Prevention (IRP) Service Establishment and Delivery 3
Service System Development (SSD) Service Establishment and Delivery 3
Service System Transition (SST) Service Establishment and Delivery 3
Strategic Service Management (STSM) Service Establishment and Delivery 3

CMMI-SVC
Processos ad hocInitial
Work Monitoring and Control (WMC)
Work Planning (WP)
Service Delivery (SD)
Managed
Capacity and Availability Management (CAM)
Incident Resolution and Prevention (IRP)
Integrated Work Management (IWM)
Service Continuity (SCON)
Service System Development (SSD)
Service System Transition (SST)
Strategic Service Management (STSM)
Defined
Quantitative Work Management (QWM)Quantitatively Managed

 Estabelece os acordos e garante a entrega dos serviços
(SLA, por exemplo)
 Única PA específica de SVC no nível 2

 SG 1 Establish Service Agreements
 SP 1.1 Analyze Existing Agreements and Service Data
 SP 1.2 Establish the Service Agreement
 SG 2 Prepare for Service Delivery
 SP 2.1 Establish the Service Delivery Approach
 SP 2.2 Prepare for Service System Operations
 SP 2.3 Establish a Request Management System
 SG 3 Deliver Services
 SP 3.1 Receive and Process Service Requests
 SP 3.2 Operate the Service System
 SP 3.3 Maintain the Service System

Strategic Service Management
(STSM)
 Sugere a definição de um plano para gestão de serviços
aderente aos planos e necessidades estratégicas da
organização

Strategic Service Management
(STSM)
 SG 1 Establish Strategic Needs and Plans for Standard
Services
 SP 1.1 Gather and Analyze Data
 SP 1.2 Establish Plans for Standard Services
 SG 2 Establish Standard Services
 SP 2.1 Establish Properties of Standard Services and
Service Levels
 SP 2.2 Establish Descriptions of Standard Services

Incident Resolution and Prevention
(IRP)
 Resolução e prevenção de incidentes
 Identificação e análise (causa raiz, por exemplo)
 Plano de ação
 Monitoramento
 Comunicação do status
 (ITIL: Gestão de Incidentes e Gestão de Problemas)

(IRP)
 SG 1 Prepare for Incident Resolution and Prevention
 SP 1.1 Establish an Approach to Incident Resolution and Prevention
 SP 1.2 Establish an Incident Management System
 SG 2 Identify, Control, and Address Individual Incidents
 SP 2.1 Identify and Record Incidents
 SP 2.2 Analyze Individual Incident Data
 SP 2.3 Resolve Incidents
 SP 2.4 Monitor the Status of Incidents to Closure
 SP 2.5 Communicate the Status of Incidents
 SG 3 Analyze and Address Causes and Impacts of Selected Incidents
 SP 3.1 Analyze Selected Incidents
 SP 3.2 Establish Solutions to Respond to Future Incidents
 SP 3.3 Establish and Apply Solutions to Reduce Incident Occurrence

Capacity and Availability
Management (CAM)
 Os recursos estão alocados da forma correta?
 Estou atendendo os requisitos do “serviço”?

Capacity and Availability
Management (CAM)
 SG 1 Prepare for Capacity and Availability
Management
 SP 1.1 Establish a Capacity and Availability Management
Strategy
 SP 1.2 Select Measures and Analytic Techniques
 SP 1.3 Establish Service System Representations
 SG 2 Monitor and Analyze Capacity and Availability
 SP 2.1 Monitor and Analyze Capacity
 SP 2.2 Monitor and Analyze Availability
 SP 2.3 Report Capacity and Availability Management
Data

 Estabelece e mantêm planos para a continuidade dos
serviços, durante e após uma interrupção das
operações normais
 Relação com a NBR 15999 (Gestão da Continuidade
dos Negócios)

 SG 1 Identify Essential Service Dependencies
 SP 1.1 Identify and Prioritize Essential Functions
 SP 1.2 Identify and Prioritize Essential Resources
 SG 2 Prepare for Service Continuity
 SP 2.1 Establish Service Continuity Plans
 SP 2.2 Establish Service Continuity Training
 SP 2.3 Provide and Evaluate Service Continuity Training
 SG 3 Verify and Validate the Service Continuity Plan
 SP 3.1 Prepare for the Verification and Validation of the
Service Continuity Plan
 SP 3.2 Verify and Validate the Service Continuity Plan
 SP 3.3 Analyze Results of Verification and Validation of the
Service Continuity Plan

 Ciclo de vida de sistemas
 CMMI-DEV, versão “lean”
 Suporta manutenções corretivas ou evolutivas

 SG 1 Develop and Analyze Stakeholder Requirements
 SP 1.1 Develop Stakeholder Requirements
 SP 1.2 Develop Service System Requirements
 SP 1.3 Analyze and Validate Requirements
 SG 2 Develop Service Systems
 SP 2.1 Select Service System Solutions
 SP 2.2 Develop the Design
 SP 2.3 Ensure Interface Compatibility
 SP 2.4 Implement the Service System Design
 SP 2.5 Integrate Service System Components
 SG 3 Verify and Validate Service Systems
 SP 3.1 Prepare for Verification and Validation
 SP 3.2 Perform Peer Reviews
 SP 3.3 Verify Selected Service System Components
 SP 3.4 Validate the Service System

 Contempla a implantação de componentes do sistema
novos ou que sofreram alterações significativas

 SG 1 Prepare for Service System Transition
 SP 1.1 Analyze Service System Transition Needs
 SP 1.2 Develop Service System Transition Plans
 SP 1.3 Prepare Stakeholders for Changes
 SG 2 Deploy the Service System
 SP 2.1 Deploy Service System Components
 SP 2.2 Assess and Control the Impacts of the Transition

Motivação
 Necessidade inicial levantada pela GM
 O CMMI não atendia todas as necessidades de empresas
que adquirem produtos ou serviços de TI

CMMI for Acquisition
 Sugere práticas que podem ser aplicadas na aquisição
de produtos e serviços (de TI)
 Projeto iniciado em parceria com a GM (“CMMI-A”)

CMMI for Acquisition
 Fonte da imagem anterior:
http://www.sei.cmu.edu/library/assets/killeen.pdf

CMMI-ACQ
 22 PAs (Áreas de Processo)...
 16 PAs comuns
 6 PAs específicas do CMMI-ACQ

CMMI-ACQ
 4 categorias:
 Process Management
 Project Management
 Support
 Acquisition Engineering

CMMI-ACQ
Processos ad hoc
Initial
Acquisition Requirements Development (ARD)
Agreement Management (AM)
Solicitation and Supplier Agreement Development (SSAD)
Managed
Acquisition Technical Management (ATM)
Acquisition Validation (AVAL)
Acquisition Verification (AVER)
Defined

CMMI-ACQ
Acquisition Requirements Development
(ARD) Acquisition Engineering 2
Agreement Management (AM) Project Management 2
Solicitation and Supplier Agreement
Development (SSAD) Project Management 2
Acquisition Technical Management (ATM) Acquisition Engineering 3
Acquisition Validation (AVAL) Acquisition Engineering 3
Acquisition Verification (AVER) Acquisition Engineering 3

Acquisition Requirements
Development (ARD)
 SG 1 Develop Customer Requirements
 SP 1.1 Elicit Stakeholder Needs
 SP 1.2 Develop and Prioritize Customer Requirements
 SG 2 Develop Contractual Requirements
 SP 2.1 Establish Contractual Requirements
 SP 2.2 Allocate Contractual Requirements
 SG 3 Analyze and Validate Requirements
 SP 3.1 Establish Operational Concepts and Scenarios
 SP 3.2 Analyze Requirements
 SP 3.3 Analyze Requirements to Achieve Balance
 SP 3.4 Validate Requirements

 SG 1 Satisfy Supplier Agreements
 SP 1.1 Execute the Supplier Agreement
 SP 1.2 Monitor Selected Supplier Processes
 SP 1.3 Accept the Acquired Product
 SP 1.4 Manage Supplier Invoices

Solicitation and Supplier
Agreement Development (SSAD)
 SG 1 Prepare for Solicitation and Supplier Agreement
Development
 SP 1.1 Identify Potential Suppliers
 SP 1.2 Establish a Solicitation Package
 SP 1.3 Review the Solicitation Package
 SP 1.4 Distribute and Maintain the Solicitation Package
 SG 2 Select Suppliers
 SP 2.1 Evaluate Proposed Solutions
 SP 2.2 Establish Negotiation Plans
 SP 2.3 Select Suppliers
 SG 3 Establish Supplier Agreements
 SP 3.1 Establish an Understanding of the Agreement
 SP 3.2 Establish the Supplier Agreement

Acquisition Technical Management
(ATM)
 SG 1 Evaluate Technical Solutions
 SP 1.1 Select Technical Solutions for Analysis
 SP 1.2 Analyze Selected Technical Solutions
 SP 1.3 Conduct Technical Reviews
 SG 2 Perform Interface Management
 SP 2.1 Select Interfaces to Manage
 SP 2.2 Manage Selected Interfaces

 SG 1 Prepare for Validation
 SP 1.1 Select Products for Validation
 SP 1.2 Establish the Validation Environment
 SP 1.3 Establish Validation Procedures and Criteria
 SG 2 Validate Selected Products and Product
Components
 SP 2.1 Perform Validation
 SP 2.2 Analyze Validation Results

 SG 1 Prepare for Verification
 SP 1.1 Select Work Products for Verification
 SP 1.2 Establish the Verification Environment
 SP 1.3 Establish Verification Procedures and Criteria
 SG 2 Perform Peer Reviews
 SP 2.1 Prepare for Peer Reviews
 SP 2.2 Conduct Peer Reviews
 SP 2.3 Analyze Peer Review Data
 SG 3 Verify Selected Work Products
 SP 3.1 Perform Verification
 SP 3.2 Analyze Verification Results

 Em grupos, discutir a aplicação dos modelos CMMI
SVC e ACQ para as empresas Pharmalife e DevOne
(Estudo de Caso 1)

6º Encontro
Clique aqui
para escolher
outra aula

DevOne
 Definir um processo para operação da aplicação
desenvolvida  CMMI-SVC

DevOne
Processos ad hocInitial
Work Monitoring and Control (WMC)
Work Planning (WP)
Managed
Capacity and Availability Management (CAM)
Incident Resolution and Prevention (IRP)
Integrated Work Management (IWM)
Strategic Service Management (STSM)
Defined
Quantitative Work Management (QWM)Quantitatively Managed

Pharmalife
 Aumentar o nível de maturidade nas aquisições futuras
 CMMI-ACQ

Pharmalife
Processos ad hoc
Initial
Acquisition Requirements Development (ARD)
Managed
Acquisition Technical Management (ATM)
Defined

Parte 1 : Definição de Processos
 Realizem a leitura do Estudo de Caso
 Em grupos, sugiram um processo que atenda as
necessidades da Autômatos
 Utilizem o conhecimento adquirido até o momento, mas
não foquem no CMMI.
 Foquem no problema do cliente. Como seria o processo
ideal?
 Percebam que o processo deve apoiar a Autômatos na
aquisição de software e operação

Parte 2 : Análise de Aderência
 Baseados no processo desenhado, verifiquem a
aderência aos modelos CMMI-SVC e ACQ.
 Observem as áreas de processo específicas de cada
modelo e verifiquem a aderência do processo de vocês
aos SGs e SPs

7º Encontro
Clique aqui
para escolher
outra aula

 Gestão de Fornecedor

 Gestão de Serviços

 Gestão de Fornecedor (CMMI-ACQ)
SG 1 Prepare for Solicitation and Supplier Agreement Development
SG 2 Select Suppliers

SG 3 Establish Supplier Agreements

SG 1 Satisfy Supplier Agreements

SG 2 Validate Selected Products and Product Components

 Oportunidades:
 Acquisition Requirements Development (ARD)
 Acquisition Technical Management (ATM)
 Acquisition Validation (AVAL)
 Acquisition Verification (AVER)

 Gestão de Serviços (CMMI-SVC)
(IRP)
??????

SG 3 Deliver Services (SP 3.1 Receive and
Process Service Requests)

?????

SG 3 Deliver Services (SP 3.2 Operate
the Service System e SP 3.3 Maintain
the Service System )

 Oportunidades:
 Incident Resolution and Prevention (IRP)
 Service Delivery (SD)
 SG 1 Establish Service Agreements
 SG 2 Prepare for Service Delivery
 Service System Development (SSD)
 Service System Transition (SST)

Definindo processos
 Plano de Melhoria do Processo
 Já existe documentação (templates, políticas, etc.)?
 Os procedimentos estão documentados?
 Qual é a cultura da empresa?
 Qual é o objetivo do trabalho?

Definindo processos
 Melhoria contínua: Modelo IDEAL
 PDCA detalhado
 Disponível para download no site do SEI:
 www.sei.cmu.edu/library/abstracts/presentations/idealmodel
ported.cfm
 www.sei.cmu.edu/library/abstracts/reports/96hb001.cfm

Definindo processos
 Alguns exemplos...

Avaliando a aderência ao CMMI
 SCAMPI: Standard CMMI Appraisal Method for
Process Improvement, v 1.3 (março de 2011)
 Método para avaliar a aderência do processo definido
pela empresa aos modelos CMMI ou People CMM
 Disponível para download no site do SEI:
www.sei.cmu.edu/cmmi/tools/appraisals/materials.cf
m
 Três tipos:
 SCAMPI A
 SCAMPI B
 SCAMPI C

 Alguns exemplos...

Confusões terminológicas e
conceituais
 CMMI não é metodologia
 Não existe “Processo do CMMI”
 O CMMI não deve ser “vendido” para a equipe, mas
sim os benefícios da melhoria de processo

Vantagens e Desvantagens do
CMMI
 Considerando o conteúdo apresentado nas últimas
semanas, discutir entre o grupo quais as possíveis
vantagens e desvantagens na definição de processos
aderentes aos modelos CMMI

 Objetivo
 Definir um processo “aderente” a algum dos modelos
CMMI
 Evidenciar a aderência com, pelo menos, 3 áreas de
processo do modelo escolhido
 Data da apresentação: 7 de junho

 Entregáveis
 CD com a apresentação e documento
 Apresentação
 Cada grupo escolhe a dinâmica (um ou vários
apresentam)

8º Encontro
Clique aqui
para escolher
outra aula

 Melhoria de processo do software brasileiro
 www.softex.br/mpsbr
 Criado no final de 2003
 Foco em micro, pequenas e médias empresas
 Custo de implementação e avaliação menor
 Aproximadamente, 180 empresas já foram avaliadas no
modelo (mais de 70% são PME)
mps.Br

 Base Técnica para a definição do mps.Br
 ISO/IEC 12207: Ciclo de Vida de processos de software
 ISO/IEC 15504: Avaliações de processos de software
 CMMI-DEV, 1.2
 Níveis:
 G (Parcialmente Gerenciado) até A (Em otimização)
mps.Br

eSCM
 eSourcing Capability Model
 Mantido pelo ITSqc (Information Technology Service
Quality Center)
 Universidade Carnegie Mellon
 Dois modelos
 eSCM-SP: eSourcing Capability Model for Service
Providers
 eSCM-CL: eSourcing Capability Model for Client
Organizations

eSCM-SP
 eSourcing Capability Model for Service Providers
 v1.0 publicada em novembro de 2001
 Atualmente na versão 2.01
 Composto por 84 práticas

eSCM-SP
 Trabalha com três dimensões
 Sourcing life-cycle
 Capability areas
 Capability levels

330
CMMI-DEV
Prof. Alessandro
Integrantes:
Douglas Goulart
Patrícia Paiola Goulart
Simone Cristina Vieira Ribeiro
MBA em Gestão da Qualidade em Sistemas de Informações
CMMI-DEV Prof. Alessandro

331
A DPS Consulting é uma consultoria que presta
serviço customizado de TI há 20 anos,
possibilitando aos clientes aplicações seguras e
inteligentes.
Missão: Fornecer serviços e soluções
tecnológicas seguras e integradas.
Visão: Ser reconhecida como uma ótima
empresa de referência em TI.
ORGANIZACIONAL

332
Será utilizado o CMMI-DEV nível 3 atuando em
três das suas PAs, conforme relacionadas abaixo:
PAs do CMMI-DEV - Nível 3
- Requirements Development (Desenvolvimento
de Requisito)
- Validation (Validação)
- Verification (Verificação)
MODELO CMMI E PAs

333
Estaremos focando na categoria Engenharia citando o
nível completo, explorando especificamente
Desenvolvimento de Requisitos (RD), Validação (VAL) e
Verificação (VER).
Nosso projeto necessita destes itens de apoio e
estruturação para os nossos processos, pois estes se
encontram mal definidos.
Abordaremos a característica de nível de
capacidade, sendo assim, utilizaremos a
representação contínua para o processo.
INTRODUÇÃO

334
PAs do CMMI-DEV utilizadas:
Processo Desenvolvimento de Requisitos (RD): O propósito deste
processo é definir os requisitos do cliente, do produto e de seus
componentes.
Processo Validação (VAL): O propósito deste processo é assegurar
que um produto ou componente do produto suprirá a seu uso
pretendido quando disponibilizado no ambiente para o qual foi
desenvolvido.
Processo Verificação (VER): O propósito deste processo é certificar
que cada produto e/ou serviço de trabalho do processo ou do projeto
atende apropriadamente os requisitos especificados.
DEFINIÇÃO DAS PAs
PROCESSO
DESENVOLVIMENTO DE
REQUISITOS
P
R
O
C
E
S
S
O
P
R
O
C
E
S
S
O

335

336
Desenvolvimento de Requisitos:
•Desenvolver os requisitos
•Coletar Requisitos
•Definir necessidades do cliente
•Definir necessidades do produto
•Definir necessidades do produto e de seus componentes
•Definir requisitos para componentes
•Identificar os requisitos
•Analisar e validar os requisitos
•Simular situação em um cenário.
•Analisar funcionalidade necessária
•Analisar requisitos finais
•Verificar riscos
•Finalizar a validação de requisitos
OBJETIVOS ESPECÍFICOS

337
Fase de Validação:
•Preparar para validar
•Selecionar produtos para validação
•Definir ambiente de validação
•Definir critérios de validação
•Validar o produto
•Validar o produto
•Analisar resultados

338
Fase de Verificação:
•Preparar para a Verificação
•Selecionar para verificar
•Escolher ambiente de verificação
•Definir critérios de verificação
•Realizar revisões em grupo
•Preparar para revisão
•Comparar analise
•Analisar dados
•Verificar produtos selecionados
•Efetuar a Verificação
•Analisar resultados

339
PRÁTICAS ESPECÍFICAS

340

341

342

343

344
O CMMI-Dev estrutura o processo de modo
a obter melhor equilíbrio entre Qualidade e
Desempenho na sua execução e que este
equilíbrio se mantenha constante, ou
previsível, visando melhorias contínuas.
CONCLUSÃO

345
FIM
CMMI-DEV

CMMI
UNIFIEO
MBA em Gestão da Qualidade de Sistemas da
Informação
2011
Adriana de Brito Miranda Luciano Hervencio da Silva
Matheus de Camargo Priscila Ferreira da Silva

CMMI
Objetivo da Apresentação
 Aderência CMMI
 Fábrica de software
 Processos de desenvolvimento de software

CMMI
Cliente
 PRODAM (Processamento de dados Amazonas)
 Desenvolvimento do SIGRH
 (SIGRH) Sistema Integrado de Gestão de Recursos
Humanos
 Atualmente trabalha com Processos Manuais
 Demora
 Erros
 Extravio de documentos

CMMI
Áreas de Processo de Interesse
 PP (Project Planning) – Nível 2
 RD (Requirements Development) – Nível 2
 VER (Verification) – Nível 3
 VAL (Validation) – Nível 3

CMMI
Representação Contínua

CMMI
Definição de Requisitos
VAL
RD
RD
VAL
RD
RD
VAL
Requirements Development
Validation
PP
PP Project Planning

CMMI
RD
SG1
SP 1.1

CMMI
RD
SG2
SP 2.1

CMMI
VAL
SG2
SP 2.1
SP 2.2

CMMI
Planejamento
PP SP 2.1
SG2
Definir o cronograma e o
orçamento.
SG1 Estimar o Escopo do ProjetoSP 1.1
Estabelecer Estimativas do
produto e das tarefas.
SP 1.2
SP 1.4
Estimar Esforço e Custo.

CMMI
Planejamento
PP SP 2.1
SG2
SP 1.4
SG1
Estimar Esforço e Custo.
Definir o cronograma e o
orçamento.

CMMI
Planejamento
PP SP 2.2
SG2
Identificar os riscos do
projeto.

CMMI
Planejamento
PP SP 2.4
SG2
Planejar Recursos
Humanos.
SP 2.5 Planejar Habilidades e
Conhecimentos.

CMMI
Planejamento
PP SP 2.6
SG2
Identificação das partes
interessadas.
SG1 SP 1,3
Definir as fases e ciclos de
vida do projeto.

CMMI
Implementação
O objetivo do processo de Implementação é definir a organização do código em sub-
sistemas, a fim de evitar conflitos no desenvolvimento dos componentes, pela equipe
de desenvolvedores.

CMMI
Implementação
O objetivo do processo de Implementação é definir a organização do código em sub-
sistemas, a fim de evitar conflitos no desenvolvimento dos componentes, pela equipe
de desenvolvedores.
VAL

CMMI
Teste de Sistemas
Objetivo
O objetivo deste processo é validar o sistema,
verificando se todas as funcionalidades
solicitados pelo cliente foram atendidas, realizar
o teste em ambiente e massa de dados em
condições similares ao dia-a-dia do usuário final.
VALIDAÇÃO

CMMI
Teste de Sistemas
Atividades
•Planejamento Estratégico de Teste
VAL- SG1 - SP1.1 - Seleciona os produtos para
Validação
•Criação de Casos de Testes
VAL – SG1 - SP1.3 - Estabelece procedimentos de
validação e critérios
•Execução dos Testes
VAL - SG2 – SP 2.1 – Realiza a validação

CMMI
Teste de Sistemas
Atividades:
Gestão de Defeitos
VAL – SG2 – SP2.2 – Analisar ps resultados da validação
Ambiente
VAL –SG1 - SP1.2 – Estabelecer ambiente para validação

CMMI
Entrega
Este processo representa a etapa de encerramento do Projeto, corresponde ao
processo de integração, onde permite a finalização formal de todas as atividades de
um projeto, ou de uma fase do mesmo.

Igor Henrique Gil
Luciana Costa
Mariana Seifarth
Silvio Menegon Jr.
Tomaz Fimiani

CMMI For DEV
Sua missão busca desenvolver e manter sistemas de gestão de
acesso contribuindo para o aumento na eficiência dos processos e na
competitividade de nossos clientes.
A MILTSystem quer ser reconhecida pela competência na prestação
de serviços e pela facilitação na comprimento de segurança de nossos
clientes, através da melhoria continua.

CMMI For DEV
Atuando no mercado em desenvolvimento de software para controle
de acessos a MILTSystem busca melhorias em gerenciamento de
processos e produtos.
Utilizando–se das normas de CMMI for DEV, a MILTSystem está no
nível 3 de maturidade e capacidade.

Áreas de aderência nível 3:
CMMI For DEV

CMMI For DEV
Neste contexto apresentamos três áreas aderentes ao CMMI for DEV,
os destaques a essas áreas encontram-se alinhados a estruturação de
processos em desenvolvimento de software.

CMMI For DEV
SG 1 Estabelecer Ativos de Processo da Organização
Práticas Evidências
SP 1.1 Estabelecer Processos-padrão
Determinação do ciclo de vida do projeto. Resultados esperados que podem ser
alcançados seguindo-se um processo de software.
Artefatos: Termo de Inicio, Termo de Encerramento.
SP 1.2 Estabelecer Descrições de Modelos de
Ciclo de Vida
Através da definição estável do produto tendo domínio da tecnologia a ser
empregada pelo projeto. Modelo Cascata,
Artefato: Diagrama do Processo.
SP 1.3 Estabelecer Critérios e Diretrizes para Adaptação
Provê visibilidade do progresso para o cliente, Provê visibilidade do progresso para
a gerência, Requer pouca sofisticação da gerência e da equipe técnica.
Artefato: Matriz de Critérios.
SP 1.4 Estabelecer o Repositório de Medições da
Organização
Esclarecer como o cliente irá medir previamente o tamanho e esforço dos projetos
solicitados por ele.
Artefato: Plano de Qualidade
SP 1.5 Estabelecer a Biblioteca de Ativos de
Processo da Organização
Informações sobre os procedimentos para a publicação de informações no
Portal Gerenciado.
Artefato: Portal de Gerenciamento.
SP 1.6 Estabelecer Padrões de Ambiente de Trabalho
Cuidamos da tecnologia, das políticas de segurança e dos efetivos direitos de
propriedade de nossos clientes. Protegemos e fortalecemos nosso ambiente de
relacionamento de forma profissional com: respeito, ética, sigilo e transparência.
Temos comprometimento com nossa responsabilidade sócio-ambiental.
Artefato: Artigo no Portal.
1
Gerenciamento
de Projeto
2
Infraestrutura de
Desenvolvimento
3
Levantamento
4
Projeto
5
Implementação
6
Implantação

CMMI For DEV
SG1 Preparar-se para Gestão de Riscos
SP 1.1 Determinar Fontes e Categorias de Riscos
Determinação de fontes conforme sua identificação, categorização com
base no framework 4 A.
Artefato: Documento para análise Quantitativa e Qualitativa
SP 1.2 Definir Parâmetros para Riscos
Parametrização de riscos baseada nos atributos de qualidade do produto.
Artefato: Matriz de Atributos da qualidade
SP 1.3 Estabelecer uma Estratégia para Gestão de Riscos
Estratégia aplicada pela equipe técnica do projeto levando em consideração a
classificação e criticidade de cada risco mapeado.
Artefato: Matriz de classificação de Risco
SG2 Identificar e Analisar Riscos
SP 2.1 Identificar Riscos
Técnica de brainstorm.
Artefato: Documento de obtenção de Riscos
SP 2.2 Avaliar, Categorizar e Priorizar Riscos
Etapa de análises quantitativas e qualitativas. Priorização de riscos através do
framework 4 A, avaliação em termos de custos baseado nos valores sumarizados,
conforme orçamento.
Artefato: Plano de Gestão sobre Riscos
SG3 Mitigar Riscos
SP 3.1 Elaborar Planos de Mitigação de Riscos
Elaboração de plano conforme índice de impacto.
Artefato: Matriz de valores monetários.
SP 3.2 Executar Planos de Mitigação de Riscos
Execução de acordo com a criticidade do risco e sua análise para tratamento
funcional.
Artefato: Matriz de detalhamento de riscos
1
Gerenciamento
de Projeto
2
Infraestrutura de
Desenvolvimento
5
Implementação
6
Implantação

SG 1 Determinar Oportunidades de Melhoria de Processo
SP 1.1 Estabelecer Necessidades de Processo da
Organização
Determinar que as entregas atinjam os objetivos do Projeto.
Artefato: Cronograma de e análise de precedência das atividades
SP 1.2 Avaliar os Processos da Organização
Determina que seja realizada avaliação semanal pelo Gestor do Projeto para garantir
que os objetivos sejam atingidos.
Artefato: Atas de reunião de acompanhamento
SP 1.3 Identificar Melhorias para os Processos da
Organização
Nas solicitações de alteração, planejamento adicional ou necessidade de atualização
do Plano de Gerenciamento do Projeto será analisado em termos de impactos em
todas as áreas de conhecimento antes de ser submetida para revisão e aprovação
pelos demais membros da equipe e Diretoria quando necessário.
Artefatos: Plano de comunicação
3
Levantamento
4
Projeto
5
Implantação
CMMI For DEV

SG 2 Planejar e Implementar Melhorias de Processo
SP 2.1 Estabelecer Planos de Ação de Processo
A execução do projeto será orientada pelo gestor do projeto e líder do projeto, com
principal atuação do líder, através do encaminhamento dos pacotes de trabalho para
os recursos de acordo com o cronograma de execução.
Artefatos: Plano de gerenciamento de projeto
SP 2.2 Implementar Planos de Ação de Processo
Interação com as equipes e planejando como serão realizadas as melhorias em
projetos pilotos. Essa prática prevê também que seja identificada, documentada e
rastreada todas as implementações do plano de ações até o seu encerramento.
CMMI For DEV

SG 3 Implantar os Ativos de Processo da Organização e Incorporar Lições Aprendidas
SP 3.1 Implantar Ativos de Processo da Organização
Planos para implantação de novos ativos e de alterações aos ativos do
processo da organização. Material de treinamento, documentação de
alterações dos ativos do processo e material de apoio.
Artefatos: Tabela de treinamentos
SP 3.2 Implantar Processos-padrão
Os membros da equipe deverão informar previamente qualquer tipo de
desvio ou impedimento que afete os objetivos no planejamento do
projeto ao líder.
Artefatos: Quadro de Indicadores de Acompanhamento dos Processos
SP 3.3 Monitorar Implementação
Haverá posicionamentos periódicos através de relatórios de
acompanhamento - via telefone e/ou e-mail, ata de reunião, estes
serão guardados no repositório “Base de Conhecimento”.
Artefatos: Plano de comunicação.
SP 3.4 Incorporar Experiências Relacionadas a Processo nos Ativos
de Processo da Organização.
Produtos:Proposta de melhoria do processo as lições aprendidas do
processo, medições nos ativos de processo da organização.
Recomendações de melhorias para os ativos de processo tais como:
registro das atividades de melhoria de processo da organização. As
lições aprendidas serão atualizadas no decorrer do projeto no
repositório denominado “Base de Conhecimento”.
Artefatos: Planos de implementação.
CMMI For DEV

CMMI - Empresa Vastec
Nossa Empresa
“Despertar em nossos clientes um processo
contínuo de melhorias e mudanças.”

CMMI
EMPRESA
VASTEC

Empresa VASTEC
Fundada em 1970.
Segmento de Equipamentos para
Movimentação de Carga.
Conta com 250 funcionários.
Sua missão é comercializar, projetar e produzir soluções para
movimentação de cargas, que podem ser em galpões de
concreto ou estrutura metálica bem como a céu aberto.

Principais Clientes

Escopo
Melhorar os processos de desenvolvimento de software
utilizando como referência o modelo CMMI para na Área
de TI da empresa Vastec
Modelo CMMI escolhido:
CMMI - DEV versão 1.3
Meta para a Empresa:
Atingir Nível 2 de Maturidade CMMI
Por Representação Contínua.

Área de TI da Empresa

Problemas Atuais
 Ausência de processos definidos e padrões de documentos.
 Falta de processos e documentações dos projetos.
 Sem processos a serem seguidos para solicitações e
documentações dos projetos.
 Ausência de padrões de qualidade, controle e entrega dos
projetos.
 Projetos não monitorados, sem processo para
documentação de lições aprendidas e prazos não cumpridos.

Situação Atual da Empresa
Área de TIÁrea Solicitante

Nova Estrutura para Projetos
Área de TI

Detalhamento das Fases
 Definição de Requisitos
 Planejamento
 Monitoramento e Controle

Levantar
Escopo
Definir
Requisitos
Aprovar
Requisitos

Planejamento
Definir
Estrutura
Projeto
Planejar
Tempo
Planejar
Custo
Planejar
Tratamento
aos Riscos
Planejar
Configura-
ções
Planejar
Recursos
Projeto
Planejar
Qualidade
Aprovar
Plano
Projeto
Responsável: Gerente de Projetos
Entradas Saídas
Requisitos do Projeto (RP)
Diagramas de Atividades (DA)
Diagramas de Seqüência (DS)
Estrutura Analítica do Projeto (EAP)
Cronograma (CR)
Matriz de Riscos (MR)
Matriz de Habilidades (MH)

Monitoramento e Controle
Monitorar
Projeto
Controlar
Projeto
Avaliar
Produto Solicitado
Responsável: Gerente de Projetos
Entradas Saídas
Estrutura Analítica do Projeto (EAP)
Cronograma (CR)
Matriz de Riscos (MR)
Report de Monitoramento (RM)
Atas de Reuniões (AR)
Plano de Ações Corretivas (PAC)
Lições Aprendidas (LA)

Documentação de Processo
Serão obtidos no servidor corporativo respeitando a estrutura
dos diretórios.

Problemas X Processos

Aderência ao Modelo CMMI

CMMI® for Development, Version 1.3 (CMMI-DEV, V1.3)
Technical Report, November 2010, Improving processes for
developing better products and services
http://www.sei.cmu.edu
Referência Bibliográfica

Responsáveis:
Andressa
Daniela
Felipe
Marcos
Sandro

www.alessandroalmeida.com
alessandro.almeida@uol.com.br
www.slideshare.net/alessandroalmeida

[slides] CMMI (2011: 1º semestre)

Recomendados

Recomendados

Mais conteúdo relacionado

Mais procurados

Mais procurados (20)

Destaque

Destaque (20)

Semelhante a [slides] CMMI (2011: 1º semestre)

Semelhante a [slides] CMMI (2011: 1º semestre) (20)

Mais de Alessandro Almeida

Mais de Alessandro Almeida (20)

[slides] CMMI (2011: 1º semestre)