CMMI

CMMI

AULA 2

Ranerio Francisco Mello Vieira

1

17/8/2010

Introdução2

Introdução

CMMI – Capability Maturity Model Integrated

Um conjunto de melhores práticas, organizado em áreas de processo – Process Areas (PA)

O Software Engineering Institute (SEI) da Carnegie Mellon University (CMU) e o Departamento de Defesa Americano (DoD) fizeram um estudo elaborado em companhias de software e hardware

Eles compilaram os melhores processos que geravam bons resultados nestas companhias.

Estes processos se tornaram um guia para outros seguirem.

3

Dimensões do Processo4

CMMI – Por quê Integration?

O CMMI (Capability Maturity Model

Integration) foi uma iniciativa para integrar os

seguintes modelos:

The Capability Maturity Model for Software (SW-

CMM) v2.0 draft C [SEI 1997b]

The Systems Engineering Capability Model

(SECM) [EIA 1998]

The Integrated Product Development Capability

Maturity Model (IPD-CMM) v0.98 [SEI 1997a]

5

Modelos CMM no tempo6

Constelação CMMI

CMMI for Development, V1.2 Publicado em Agosto de 2006, este modelo é voltado

a organizações desenvolvedoras que desejam melhorar sua habilidade de desenvolver produtos e serviços.

CMMI for Acquisition, V1.2 Publicado em Novembro de 2007, este modelo é

voltado a organizações que realizam aquisições e desejam melhorar sua habilidade de adquirir produtos e serviços

CMMI for Services, V1.2 Publicado em Fevereiro de 2009, é voltado a

organizações provedoras de serviço que desejam melhorar a sua habilidade em estabelecer, gerenciar e entregar serviços.

7

http://www.sei.cmu.edu/cmmi/tools/dev/index.cfm



http://www.sei.cmu.edu/cmmi/tools/acq/index.cfm



http://www.sei.cmu.edu/cmmi/tools/svc/index.cfm



Relacionamento Modelos CMMI8

Quem deve utilizar?

CMMI é para projetos ou organizações que:

Necessitam gerenciar aquisição, desenvolvimento e manutenção de produtos ou

serviços.

Estão preocupadas com os custos e prazos excedidos ou clientes insatisfeitos.

Estão preocupadas com custos de qualidade e retrabalho.

Estão buscando uma vantagem competitiva no mercado.

É um método de melhoria de processo que provê um conjunto de melhores

práticas focadas em produtividade, custo, performance e satisfação do

stakeholder.

CMMI foca no problema do sistema como um todo, ao contrário de:

Modelos de disciplinas únicas que podem resultar em confusão e custos mais

altos. CMMI facilita a melhoria de processo na ORGANIZAÇÃO como um todo.

Iniciativas sem sincronismo podem resultar em engrenagens que só funcionam

enquanto apertadas

CMMI provê um framework consistente e duradouro que pode acomodar novas

iniciativas.

CMMI integra-se muito bem com as melhores práticas já existentes, melhorias de

processos ou estratégias de gerenciamento de qualidade (ISO-9001, PMBOK, Six

Sigma, etc)

9

Escopo do CMMI-DEV

Aeroespacial

Bancária

Software de computador

Hardware

Manufatura automobilística

Telecomunicações

....

10

O CMMI no mercado11

Número de avaliações realizadas

de 2002 a 200912

5.499 avaliações

4.468 organizações

3.458 companhias participantes

826 organizações reavaliadas

30.227 projetos

74,3% de instituições não-americanas

Organizações avaliadas por

nível13

Tipo de organização14

Tamanho das Organizações

Avaliadas15

Países que realizaram

avaliações16

Avaliações no Brasil 2002-200917

Nível 1 Nível 2 Nível 3 Nível 4 Nível 5 Total

1 71 57 1 11 144

Tempo médio de evolução entre níveis

2002 a 200918

Nível de maturidade Período para mudança

1 para 2 4,5 meses

2 para 3 19 meses

3 para 4 24 meses

3 para 5 19 meses

Resultados obtidos com CMMI19

Categoria de performance Ganho MédioCusto 20%

Prazo 37%

Produtividade 62%

Qualidade 50%

Satisfação do cliente 14%

Retorno do Investimento (ROI) 4.7 : 1

Software Engineering Institute, 2005

Organizações que adotam

CMMI20

Organizações CMMI – Brasil -

Exemplos21

CMMI 2

• TelefonicaPesquisa & Desenvolvimento – 2008

• ATT/PS Informática –2009

• Claro - 2010

CMMI 3

• B2BR – 2008

• CPqD -2009

• Accenture Brasil – 2009

CMMI 4

• Ci&T - 2008

• EDS - 2003

CMMI 5

• Accenture SP –2005

• CPM Braxis – BA – 2007

• IBM RJ – 2005

• EDS SP -2006

• Politec DF – 2006

• Stefanini SP -2005

• Tata ConsultancyServices DF –2004

• Unisys MG - 2005

Recursos

Site CMMI

http://www.sei.cmu.edu/cmmi/

Tradução do CMMI-DEV 1.2 em Português

http://www.sei.cmu.edu/library/abstracts/whitepapers/upload/CMMI-DEV-1-2-Portuguese.pdf

http://www.mct.gov.br/index.php/content/view/2867.html

Resultados da utilização do CMMI

http://seir.sei.cmu.edu/cmmiresearch/results/2007results.asp

22

http://www.sei.cmu.edu/cmmi/






















Modelo CMMI23

Conceitos chave

PA – process area (área de processo) Um conjunto de atividades, eventos e entregáveis relacionados.

GG – generic goal (meta genérica) Um objetivo genérico a ser atingido.

GP – generic practice (prática genérica) Um conjunto genérico de atividades a ser seguido

SG – specific goal (meta específica) Um objetivo específico a ser atingido em uma PA.

SP – specific practice (prática específica) Um conjunto específicio de atividades a serem seguidas em uma PA.

AB – ability (habilidade para executar) O que possibilibta realizar a atividade.

VE – verification (verificação) Como verificar que a PA é seguida corretamente.

DI – directing implementation (diretiva de implementação) Revisão do status com a gerência, manutenção de documentos.

CO – commitment (compromisso para executar) Quais compromissos a gerência necessita prover para implementar a PA.

24

Relacionamento entre os

conceitos25

Estagiada e Contínua

Representações26

Representações27

Estagiado versus Contínuo

Provê explicitamente liberdade da organização selecionar a ordem da melhoria que atinge os objetivos de negócio e mitiga os riscos.

Permite visualização da capacidade atingida em cada área de processo individual.

Permite melhoria de diferentes processos serem realizados em ordem distinta.

Reflete um novo paradigma que não tem ainda dados para demonstrar a viabilidade do retorno do investimento.

Provê à organização um caminho pré-definido e cuja eficácia já foi provada.

Foca em um conjunto de processos que provê uma organização com uma capacidade específica que é caracterizada por cada nível de maturidade.

Sumariza os resultados de melhoria de processo em uma forma simples – um valor único de nível de maturidade.

Está construído em uma história relativamente longa que inclui estudos de caso que demonstram o retorno do investimento.

Contínuo Estagiado

28

Modelo estagiado -

Componentes

to Perform

Maturity Levels

Generic Practices

Generic Goals

Process Area 2

Common Features

Process Area 1 Process Area n

Ability

Implementation

Verifying

to Perform

Commitment Directing

Implementation

Specific Goals

Implementation

Specific Practices

to Perform

Maturity Levels

Generic Practices

Generic Goals

Process Area 2

Common Features

Process Area 1 Process Area n

Ability

Implementation

Verifying

to Perform

Commitment Directing

Implementation

Specific Goals

Implementation

Specific Practices

29

30

Process unpredictable, poorly controlled and reactive1

2Process characterized for projects and is often reactive

3Process characterized for the organization

4Process measured and statistically controlled

5Emphasis on continuous improvement

Optimizing

Initial

Quantitatively Managed

Defined

Managed

Níveis de maturidade

Low Maturity

High Maturity

Modelo contínuo -

componentes31

Níveis de capacidade32

Comparação entre níveis de

capacidade e maturidade

0 Incompleto

1 Performed (Realizado)

2 Managed

(Gerenciado)

3 Defined (Definido)

4 Quantitavely Managed

(Gerenciado

quantitativamente)

5 Em otimização

0 Não existe

1 Initial (Inicial)

2 Managed

(Gerenciado)

3 Defined (Definido)

4 Quantitaverly

Managed (Gerenciado

quantitativamente)

5 Em otimização

33

Representação contínua (capacidade)

Representação estagiada (maturidade)

Áreas de Processo34

Relacionamento35

Áreas de processo CMMI-DEV36

22 Áreas de Processo em 4 categorias:

Project Management (6)

Process Management (5)

Engineering (6)

Support (5)

Áreas de Processos CMMI-

DEV Causal Analysis and Resolution

(CAR)

Configuration Management (CM)

Decision Analysis and Resolution (DAR)

Integrated Project Management + Integrated Process and Product Development (IPM + IPPD)

Measurement and Analysis (MA)

Organization Innovation and Deployment (OID)

Organization Process Definition + IPPD (OPD + IPPD)

Organization Process Focus (OPF)

Organization Process Performance (OPP)

Organizational Training (OT)

Product Integration (PI)

Project Monitoring and Control (PMC)

Project Planning (PP)

Process and Product Quality Assurance (PPQA)

Quantitative Project Management (QPM)

Requirements Development (RD)

Requirement Management (RM)

Risk Management (RSKM)

Supplier Agreement Management (SAM)

Technical Solution (TS)

Validation (VAL)

Verification (VER)

Áreas de Processo CMMI-ACQ

Acquisition Management (AM)

Acquisition Requirement Development (ARD)

Acquisition Technical Solution (ATS)

Acquisition Validation (AVAL)

Acquisition Verification (AVER)

Causal Analysis and Resolution (CAR)



Integrated Project Management (IPM)

Measurement and Analysis (MA)

Organization Innovation and Deployment (OID)

Organization Process Definition (OPD)

Organization Process Focus (OPF)

Organization Process Performance (OPP)




Process and Product Quality Assurance (PPQA)

Quantitative Project Management (QPM)

Requirement Management (RM)


Solicitation and Supplier Agreement Development (SSAD)

CMMI-DEV Representação

Estagiada39

Level Focus Process Areas

5 OptimizingContinuousProcess Improvement

Organizational Innovation and DeploymentCausal Analysis and Resolution

4 Quantitatively Managed

Quantitative Management

Organizational Process PerformanceQuantitative Project Management

3 Defined ProcessStandardization

Requirements DevelopmentTechnical SolutionProduct IntegrationVerificationValidationOrganizational Process FocusOrganizational Process Definition (+ IPPD extras)Organizational TrainingIntegrated Project Mgmt (+ IPPD extras)Risk ManagementDecision Analysis and Resolution

Requirements ManagementProject PlanningProject Monitoring and ControlSupplier Agreement ManagementMeasurement and AnalysisProcess and Product Quality AssuranceConfiguration Management

2 ManagedBasicProject Management

1 Initial

Quality

Productivity

Risk

Rework

Processos por área40

ProcessManagement

• OrganizationalProcess Focus

• OrganizationalProcess Definition +IPPD

• OrganizationalTraining

• OrganizationalProcess Performance

• OrganizationalInnovation and Deployment

Project Management

• Project Planning

• Project Monitoring and Control

• SupplierAgreement Management

• Integrated Project Management +IPPD

• Risk Management

• QuantitativeProject Management

Engineering

• RequirementsDevelopment

• RequirementsManagement

• Technical Solution

• ProductIntegration

• Verification

• Validation

Support

• ConfigurationManagement

• Process and Product Quality Assurance

• Measurement and Analysis

• Decision Analysis and Resolution

• Causal Analysis and Resolution

Processos

Níveis de maturidade CMMI41

CMMI DEV Nível 242

Foco

Gerenciamento de Projetos

Processos (7):

Requirements Management (REQM)



Measurement & Analysis (MA)

Process & Product Quality Assurance (PPQA)


Supplier Agreement Management (SAM)

Características Processos

Nível 243

Um processo gerenciado é um processo realizado que é planejado e executado de acordo com uma

política, emprega pessoas treinadas que possuem os recursos adequados para produzir saídas controladas,

envolve os stakeholders relevantes, é monitorado, controlado e revisado, e é avaliado na aderência à sua

descrição de processos.

O processo pode ser instanciado por um projeto, grupo, ou função organizacional. O gerenciamento do

projeto preocupa-se com a institucionalização do processo e o alcance de outros objetivos específicos

estabelecidos para o processo, tais como custo, prazo e objetivos de qualidade.

O controle provido por um processo gerenciado ajuda a assegurar que o processo estabelecido é mantido

durante momentos de stress.

Os requisitos e os objetivos do processo são estabelecidos pela organização.

O status dos produtos de trabalho e da entrega dos serviços é visível para a gerência em pontos definidos

(ex: milestones principais e no término de tarefas principais)

O comprometimento é estabelecido entre os que realizam o trabalho e os stakeholders relevantes e

revisado quando necessário.

Os produtos de trabalho são revisados com os stakeholders relevantes e são controlados.

Os produtos de trabalho e serviços satisfazem os seus requisitos específicos.

Um processo gerenciado é planejado e a performance do processo é medida em relação ao plano.

Ações corretivas são tomadas quando os resultados e a performance obtidas desviam significativamente

do plano.

Um processo gerenciado atinge os objetivos do plano e é institucionalizado tendo uma performance

consistente.

Metas e Práticas Genéricas para o

nível 244

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 Manage Configurations

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

Requirements Management

(REQM)45

Propósito:

O propósito da Gestão de Requisitos (REQM) é

gerenciar os requisitos dos produtos e

componentes de produto do projeto e

identificar inconsistências entre esses

requisitos e os planos e produtos de

trabalho do projeto.

REQM - Metas e Práticas

Específicas46

SG 1 Manage Requirements

SP 1.1 Obtain an Understanding of 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 Identify Inconsistencies Between Project

Work and Requirements

Project Planning (PP) nível 247

Propósito:

O propósito do Planejamento do Projeto (PP) é

estabelecer e manter planos que definam as

atividades de projeto.

Envolve:

Elaboração do plano de projeto

Interação apropriada com os stakeholders

Obtenção do comprometimento com o plano

Manutenção do plano

PP - Metas e Práticas

Específicas 48

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

SP 1.4 Determine Estimates of 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 for Data Management

SP 2.4 Plan for Project Resources

SP 2.5 Plan for 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)49

Propósito:

O propósito do Monitoramento e Controle

do Projeto (PMC) é proporcionar um

entendimento do progresso do projeto, de forma

que ações corretivas apropriadas possam

ser tomadas quando o desempenho do

projeto desviar significativamente do plano.

PMC – Metas e práticas

específicas50

SG 1 Monitor Project Against 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

SG 2 Manage Corrective Action to Closure SP 2.1 Analyze Issues

SP 2.2 Take Corrective Action

SP 2.3 Manage Corrective Action

Measurement & Analysis (MA)51

Propósito:

O objetivo da medição e análise (MA) é desenvolver e sustentar a capacidade de medições utilizada para dar suporte às necessidades de gerenciamento de informações.

Envolve:

Especificar os objetivos de medição e análise, de forma que estes estejam alinhados com as necessidades e objetivos de informações identificados

Especificar as medidas, técnicas de análises e mecanismos para coleta e armazenamento de dados, reporte e feedback

Implementar a coleta, armazenamento, análise e relatórios sobre os dados

Fornecer resultados objetivos que possam ser utilizados na tomada de decisões bem informadas e na tomada de ações corretivas apropriadas

Integrar as atividades de medição e análise nos processos do projeto que dão suporte ao seguinte:

Planejamento e estimativas objetivas

Acompanhamento do desempenho real com relação aos planos e objetivos estabelecidos

Identificação e resolução de problemas relacionados a processos

Fornecimento de uma base para a incorporação futura das medições em outros processos

MA – Metas e Práticas

Específicas52

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 StorageProcedures

SP 1.4 Specify Analysis Procedures

SG 2 Provide Measurement Results

SP 2.1 Collect Measurement Data

SP 2.2 Analyze Measurement Data

SP 2.3 Store Data and Results

SP 2.4 Communicate Results

Configuration Management

(CM)53

Propósito: O propósito da Gestão de Configuração (CM) é estabelecer e

manter a integridade dos produtos de trabalho, utilizando identificação de configuração, controle de configuração, balanço de configuração e auditorias de configuração.

Envolve: Identificar a configuração de produtos de trabalho

selecionados que compõem as baselines em determinados pontos ao longo do tempo

Controlar as alterações dos itens de configuração

Construir ou fornecer especificações para construir produtos de trabalho a partir do sistema de gestão de configuração

Manter a integridade das baselines

Fornecer estado e dados de configurações atuais precisos para desenvolvedores, usuários finais e clientes

CM – Metas e práticas

específicas54

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

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

Supplier Agreement Management

(SAM)55

Propósito: O propósito da Gestão de Acordo com Fornecedores

(SAM) é gerenciar a aquisição de produtos de fornecedores.

Envolve: Determinação do tipo de aquisição que será

utilizado para os produtos a serem adquiridos

Seleção de fornecedores

Estabelecimento e manutenção de acordos com fornecedores

Monitoramento de processos selecionados de fornecedores

Avaliação de produtos de trabalho selecionados de fornecedores

Execução do acordo com fornecedores

Aceitação da entrega de produtos adquiridos

Transição dos produtos adquiridos para o projeto

SAM – Metas e Práticas

Específicas56

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 Monitor Selected Supplier Processes

SP 2.3 Evaluate Selected Supplier Work Products

SP 2.4 Accept the Acquired Product

SP 2.5 Transition Products

Process & Product Quality Assurance

(PPQA)57

Propósito:

O propósito da Garantia da Qualidade de Processo e Produto (PPQA) é munir a equipe e a gerência com uma visão clara sobre os processos e seus produtos de trabalho associados.

Envolve:

Avaliar objetivamente os processos, produtos de trabalho e serviços executados em relação às descrições de processo, padrões e procedimentos aplicáveis

Identificar e docuMmentar as não-conformidades

Fornecer feedback para a equipe do projeto e gerentes sobre os resultados das atividades de garantia da qualidade

Garantir que as não-conformidades sejam tratadas

PPQA – Metas e Práticas

Específicas58

SG 1 Objectively Evaluate Processes and

Work Products

SP 1.1 Objectively Evaluate Processes

SP 1.2 Objectively Evaluate Work Products and

Services

SG 2 Provide Objective Insight

SP 2.1 Communicate and Ensure Resolution of

Noncompliance Issues

SP 2.2 Establish Records

Definido

Nível 359

CMMI DEV Nível 360

Foco

Processo Organizacional

Processos (11):

Requirements Development (RD)

Technical Solution (TS)

Product Integration (PI)

Verification (VER)

Validation (VAL)

Organizational Process Focus (OPF)

Organizational Process Definition +IPPD (OPD + IPPD)


Integrated Project Management +IPPD (IPM + IPPD)



CMMI DEV nível 3 - Objetivos61

Engenharia de Produto: Detalhar requisitos do cliente

Resolver requisitos de design; desenvolver processos de implementação

Integrar os componentes dos produtos, entregar

Assegurar que os produtos atendem os requisitos

Assegurar que os produtos atendm o uso pretendido

Analisar ações sistematicamente

Gerenciamento de ProjetoSeguir processos integrados, definidos.

Identificar e controlar problemas potenciais.

Provimento de infra-estrutura organizacionalEstabelecer responsabilidade organizacional

Definir as melhores práticas da organização

Desenvolver habilidades e conhecimento.


Definidos – nível 362

Um processo definido é um processo gerenciado que é personalizado do conjunto de processos

padrão da organização de acordo com as orientações de personalização, possui uma descrição de

processo que é mantida, e contribui com seus produtos de trabalho, medidas e outras informações

para melhoria do processo para os ativos de processo da organização.

Os ativos de processo são artefatos relacionados a descrever, implementar e melhorar processos.

Estes artefatos são ativos porque eles são desenvolvidos ou adquiridos para atingir os objetivos de

negócio da organização, e eles representam investimentos feitos pela organização que possuem a

expectativa de prover valor para o negócio no presente e no futuro.

O conjunto de processos padrão da organização, que são a base dos processos definidos, são

estabelecidos e melhorados com o tempo. Processos padrão descrevem os elementos fundamentais

dos processos que são esperados nos processos definidos.

Os processos-padrão descrevem os elementos fundamentais de processo que são esperados

nos processos definidos. Também descrevem o relacionamento (por exemplo, sequência e

interfaces) entre esses elementos de processo. A infraestrutura da organização para apoiar a

utilização atual e futura do conjunto de processos-padrão da organização é estabelecida e

melhorada ao longo do tempo.

Um processo definido para o projeto fornece uma base para o planejamento, a execução e

a melhoria das atividades e tarefas do projeto. Um projeto pode ter mais de um processo definido

(por exemplo, um para desenvolvimento de produto e outro para teste de produto).

Características de processos

definidos – nível 363

Um processo definido estabelece claramente:

Objetivo do Processo.

Entradas.

Critérios de entrada.

Atividades.

Papéis.

Medidas.

Passos de verificação.

Saídas.

Critérios de saída.

Uma distinção importante entre um processo gerenciado e um processo definido é o escopo da aplicação das descrições de processo, padrões e procedimentos. Em um processo gerenciado, as descrições de processo, padrões e procedimentos são aplicáveis a um determinado projeto, grupo ou função organizacional. Como resultado, os processos gerenciados de dois projetos em uma mesma organização podem ser diferentes.


nível 364

GG 3 Institutionalize a Defined Process

GP 3.1 Establish a Defined Process

GP 3.2 Collect Improvement Information

RD – Requirements

Development65

Propósito:

O objetivo da área de processo

desenvolvimento de Requisitos (RD) é

fornecer subsídios para produzir e analisar os

requisitos de cliente, de produto e de

componente de produto.

RD – Metas e práticas

específicas66

SG 1 Develop Customer Requirements

SP 1.1 Elicit Needs

SP 1.2 Develop the 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

SG 3 Analyze and Validate Requirements

SP 3.1 Establish Operational Concepts and Scenarios

SP 3.2 Establish a Definition of Required Functionality

SP 3.3 Analyze Requirements

SP 3.4 Analyze Requirements to Achieve Balance

SP 3.5 Validate Requirements

TS – Technical Solution67

Propósito:

O objetivo da área de processo Solução Técnica (TS) é fornecer subsídios para projetar, desenvolver e implementar soluções para os requisitos. Soluções, designs e implementações englobam produtos, componentes de produto e processos de ciclo de vida relacionados ao produto, seja de forma isolada ou em conjunto, conforme apropriado.

Foco em:

Avaliação e seleção de soluções (às vezes referidas como “abordagens de design”, “conceitos de design”, ou “designs preliminares”) que possam satisfazer a um conjunto adequado de requisitos alocados.

Desenvolvimento de designs detalhados para as soluções selecionadas (o nível de detalhamento deve possibilitar a definição de todas as informações necessárias à construção, à codificação ou à implementação do design de um produto ou de um componente de produto).

Implementação dos designs na forma de um produto ou de um componente de produto.

TS – Metas e práticas

específicas68

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

PI – Production Integration69

Propósito:

O objetivo da área de processo

Integração de Produto (PI) é fornecer

subsídios para montar o produto a partir

de componentes de produto, assegurar que

o produto integrado execute as funções de

forma apropriada e entregar o produto.

PI – Metas e Práticas

específicas70

SG 1 Prepare for Product Integration SP 1.1 Determine Integration Sequence

SP 1.2 Establish the Product Integration Environment

SP 1.3 Establish Product Integration Procedures and Criteria

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

VER - Verification71

Propósito:

O objetivo da área de processo Verificação (VER) é fornecer subsídios para assegurar que os produtos de trabalho selecionados satisfaçam aos seus requisitos especificados.

As práticas específicas desta área de processo articulam-se da seguinte forma:

A prática específica Selecionar Produtos de Trabalho para Verificação permite a identificação dos produtos de trabalho a serem verificados, dos métodos utilizados para realizar a verificação e dos requisitos a serem satisfeitos para cada produto de trabalho.

A prática específica Estabelecer Ambiente de Verificação permite a determinação do ambiente que será utilizado para realizar a verificação.

A prática específica Estabelecer Procedimentos e Critérios de Verificação permite a elaboração dos procedimentos e critérios de verificação alinhados aos produtos de trabalho selecionados, requisitos, métodos e características do ambiente de verificação.

A prática específica Realizar Verificação permite a verificação de acordo com os métodos, procedimentos e critérios disponíveis.

VER – Metas e práticas

específicas72

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

VAL - Validation73

Propósito:

O objetivo da área de processo Validação (VAL) é fornecer subsídios para demonstrar que um produto ou componente de produto satisfaz ao seu uso pretendido quando colocado em seu ambiente pretendido.

Verificação vs. validação

A validação demonstra que o produto, tal como fornecido, atenderá ao seu uso pretendido, enquanto que a verificação examina se o produto de trabalho reflete adequadamente os requisitos especificados. Em outras palavras, a verificação assegura que “o produto foi construído de forma correta”; enquanto que a validação assegura que “o produto correto foi construído.” As atividades de validação utilizam abordagens similares às da verificação (por exemplo: testes, análises, inspeções, demonstrações ou simulações). Frequentemente, os usuários finais e outras partes interessadas relevantes são envolvidos nas atividades de validação. As atividades de validação e verificação frequentemente ocorrem concorrentemente e podem usar partes do mesmo ambiente.

VAL – Metas e práticas

específicas74

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

OPF – Organizational Process

Focus75

Propósito:

O objetivo da área de processo Foco nos

Processos da Organização (OPF) é fornecer

subsídios para planejar, implementar e

implantar melhorias nos processos da

organização com base na compreensão dos

pontos fortes e pontos fracos dos processos e

dos ativos de processo da organização.

OPF – Metas e práticas

específicas76

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 Improvements SP 2.1 Establish Process Action Plans

SP 2.2 Implement Process Action Plans

SG 3 Deploy Organizational Process Assets and IncorporateLessons Learned SP 3.1 Deploy Organizational Process Assets

SP 3.2 Deploy Standard Processes

SP 3.3 Monitor Implementation

SP 3.4 Incorporate Process-Related Experiences into theOrganizational Process Assets

OPD + IPPD – Organizational

Process Definition + IPPD77

Propósito:

O objetivo da área de processo Definição dos Processos da Organização (OPD) é fornecer subsídios para estabelecer e manter um conjunto utilizável de ativos de processo da organização e de padrões de ambiente de trabalho.

Complemento para IPPD

Para IPPD, a área de processo Definição dos Processos da Organização +IPPD também inclui o estabelecimento de regras e diretrizes organizacionais que possibilitam a condução de trabalhos realizados por equipes integradas.

OPD + IPPD78

Os ativos de processo da organização possibilitam um desempenho de processo de forma homogênea em toda a organização e servem de base para benefícios cumulativos de longo prazo.

A biblioteca de ativos de processo da organização é um conjunto de itens mantidos pela organização para serem utilizados por pessoas e projetos. Esse conjunto de itens inclui descrições de processos e elementos de processo, descrições de modelos de ciclo de vida, diretrizes para adaptação de processo, documentação relacionada a processo, e dados. A biblioteca de ativos de processo da organização subsidia o aprendizado e a melhoria de processo no âmbito da organização por meio do compartilhamento de melhores práticas e lições aprendidas na organização. O conjunto de processos-padrão da organização é adaptado pelos projetos para criar seus processos definidos. Os outros ativos de processo da organização são utilizados para apoiar a adaptação e a implementação dos processos definidos. Os padrões de ambiente de trabalho são utilizados para orientar a criação de ambientes de trabalho para o projeto.

Um processo-padrão é composto por outros processos (isto é, subprocessos) ou por elementos de processo. Um elemento de processo é a unidade fundamental (atômica) de definição de processo e descreve as atividades e tarefas necessárias para realizar o trabalho de forma consistente. A arquitetura de processo fornece regras para interligar os elementos de processo de um processo-padrão.

OPD + IPPD – Metas e práticas

específicas79

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 MeasurementRepository

SP 1.5 Establish the Organization’s Process Asset Library

SP 1.6 Establish Work Environment Standards

IPPD Addition SG 2 Enable IPPD Management SP 2.1 Establish Empowerment Mechanisms

SP 2.2 Establish Rules and Guidelines for Integrated Teams

SP 2.3 Balance Team and Home Organization Responsibilities

OT – Organizational Training 80

Propósito:

O objetivo da área de processo Treinamento na Organização (OT) é fornecer subsídios para desenvolver as habilidades e o conhecimento das pessoas para que elas possam desempenhar seus papéis de forma eficiente e eficaz.

Envolve:

Identificar as necessidades de treinamento da organização.

Obter e fornecer treinamentos para tratar essas necessidades.

Estabelecer e manter a capacidade de treinamento.

Estabelecer e manter registros de treinamento.

Avaliação de eficácia de treinamento.

OT – Metas e práticas

específicas81

SG 1 Establish an Organizational Training

Capability

SP 1.1 Establish the 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 Training Capability

SG 2 Provide Necessary Training

SP 2.1 Deliver Training

SP 2.2 Establish Training Records

SP 2.3 Assess Training Effectiveness

IPM + IPPD - Integrated Project

Management + IPPD 82

Propósito:

O objetivo da área de processo Gestão Integrada de Projeto (IPM) é fornecer subsídios para estabelecer e gerenciar o projeto e o envolvimento das partes interessadas relevantes de acordo com um processo definido e integrado que é adaptado a partir do conjunto de processos-padrão da organização.

Complemento para IPPD

Para IPPD, a Gestão Integrada de Projeto +IPPD também inclui o estabelecimento de uma visão compartilhada para o projeto e a formação de equipes integradas que cumprirão os objetivos do projeto.

IPM + IPPD - Características83

A Gestão Integrada de Projeto envolve:

Estabelecer o processo definido para o projeto no startup do projeto a partir da adaptação do conjunto de processos-padrão da organização.

Gerenciar o projeto utilizando o processo definido para o projeto.

Estabelecer o ambiente de trabalho para o projeto com base nos padrões de ambiente de trabalho da organização.

Utilizar os ativos de processo da organização e contribuir para sua melhoria.

Permitir que as preocupações das partes interessadas relevantes sejam identificadas, consideradas e, quando apropriado, tratadas durante o desenvolvimento do produto.

Assegurar que as partes interessadas relevantes executem suas tarefas de forma coordenada e em tempo hábil (1) para tratar de requisitos de produto e requisitos de componente de produto, planos, objetivos, problemas e riscos; (2) para cumprir seus compromissos; e (3) para identificar, acompanhar e solucionar questões críticas sobre coordenação.

IPM + IPPD – Metas e práticas

específicas84

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 the Integrated Plans

SP 1.6 Contribute to the 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

IPPD Addition

SG 3 Apply IPPD Principles

SP 3.1 Establish the Project’s Shared Vision

SP 3.2 Establish the Integrated Team Structure

SP 3.3 Allocate Requirements to Integrated Teams

SP 3.4 Establish Integrated Teams

SP 3.5 Ensure Collaboration among Interfacing Teams

RSKM – Risk Management85

Propósito:

O objetivo da área de processo Gestão de

Riscos (RSKM) é fornecer subsídios para

identificar potenciais problemas antes que

ocorram, de forma que atividades de

tratamento de riscos possam ser planejadas e

colocadas em prática quando necessário (ao

longo da vida do produto ou do projeto) para

mitigar impactos indesejáveis que

comprometam a realização dos objetivos.

RSKM – Metas e práticas

específicas86

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

DAR – Decision Analysis and

Resolution87

Objetivo: O objetivo da área de processo Análise e Tomada de

Decisões (DAR) é fornecer subsídios para tomar decisões com base em um processo formal para avaliação de alternativas identificadas em relação a critérios estabelecidos.

Envolve: Estabelecer critérios para avaliar alternativas.

Identificar soluções alternativas.

Selecionar métodos para avaliar alternativas.

Avaliar soluções alternativas utilizando critérios e métodos estabelecidos.

Selecionar soluções recomendadas dentre as alternativas, com base nos critérios de avaliação.

DAR – Metas e práticas

específicas88

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 Alternatives

SP 1.6 Select Solutions

Quantitativamente gerenciado

Nível 489

CMMI DEV Nível 490

Foco

Gerenciamento quantitativo

Processos (2):

Organizational Process Performance

(OPP)

Quantitative Project Management

(QPP)


Gerenciar projetos quantitativamenteGerenciar de forma estatística os processos e

subprocessos dos projetos

Gerenciar a organização e

quantitativamenteAnalisar a performance dos processos;

Gerenciar quantitativamente os projetos da

organização


Quantitativamente Gerenciados – nível

492

No nível de maturidade 4, a organização e os projetos estabelecem objetivos

quantitativos para qualidade e performance dos processos e os utilizam como critérios

para gerenciar os processos. Objetivos quantitativos são baseados nas necessidades

do cliente, usuários finais , organização e implementadores do processo. Qualidade e

Performance do processo são avaliados em termos estatísticos durante a vida do

processo.

Para subprocessos selecionados, medidas detalhadas da performance do processo

são obtidas e analisadas estatisticamente. Medidas de qualidade e performance do

processo são incorporadas no repositório de métricas da organização para dar apoio a

decisões baseadas em evidências.

Causas especiais de variação de processo são identificadas e quando apropriado, as

fontes das causas especiais são corrigidas para prevenir futuras ocorrências.

Uma distinção crítica entre os níveis de maturidade 3 e 4 é a preditibilidade da

performance do processo. No nível de maturidade 4, a performance do processo é

controlada utilizando estatística e outras técnicas quantitativas, e é previsível

quantitativamente. No nível 3 processos são tipicamente previsíveis qualitativamente

somente.


nível 493

Não possui.

modelo estagiado

nível de maturidade.

OPP – Organizational Process

Performance94

Propósito:

O objetivo da área de processo Desempenho dos Processos da Organização (OPP) é fornecer subsídios para estabelecer e manter um entendimento quantitativo do desempenho do conjunto de processos-padrão da organização no apoio aos objetivos para qualidade e para desempenho de processo, e prover dados, baselines e modelos de desempenho de processo para gerenciar quantitativamente os projetos da organização.

OPP95

Quando dispõe de medidas, dados e técnicas analíticas de características críticas de processo, de produto e de serviço, a organização é capaz de:

Determinar se os processos estão se comportando de forma homogênea ou possuem tendências estáveis (isto é, são previsíveis).

Identificar processos em que o desempenho esteja dentro de limites naturais que sejam coerentes entre as equipes de implementação de processo.

Estabelecer critérios para identificar se um processo ou subprocesso deve ser gerenciado estatisticamente e determinar medidas e técnicas analíticas pertinentes a serem utilizadas nessa gestão.

Identificar processos que demonstrem comportamentos atípicos (por exemplo, esporádicos ou imprevisíveis).

Identificar quaisquer aspectos que possam ser melhorados nos processos pertencentes ao conjunto de processos-padrão da organização.

Identificar a implementação na qual um processo apresente o melhor desempenho.

OPP – Metas e Práticas

Específicas96

SG 1 Establish Performance Baselines and

Models

SP 1.1 Select Processes

SP 1.2 Establish Process-Performance Measures

SP 1.3 Establish Quality and Process-

Performance Objectives

SP 1.4 Establish Process-Performance Baselines

SP 1.5 Establish Process-Performance Models

QPM – Quantitative Project

Management97

Propósito:

O objetivo da área de processo Gestão

Quantitativa de Projeto (QPM) é fornecer

subsídios para gerenciar quantitativamente o

processo definido para o projeto visando

alcançar os objetivos para qualidade e para

desempenho de processo estabelecidos para o

projeto.

QPM - Características98

Envolve:

Estabelecer e manter os objetivos para qualidade e para desempenho de processo no

projeto.

Identificar os subprocessos adequados que compõem o processo definido para o

projeto, com base nos dados históricos de capacidade e estabilidade encontrados nos

baselines ou nos modelos de desempenho de processo.

Selecionar os subprocessos do processo definido para o projeto a serem gerenciados

estatisticamente.

Monitorar o projeto, visando determinar se os objetivos para qualidade e para

desempenho de processo são satisfeitos e visando identificar ações corretivas apropriadas.

Selecionar medidas e técnicas analíticas a serem utilizadas na gestão estatística dos

subprocessos selecionados.

Estabelecer e manter um entendimento sobre a variação dos subprocessos

selecionados utilizando medidas e técnicas analíticas selecionadas.

Monitorar o desempenho dos subprocessos selecionados, visando determinar se são

capazes de alcançar seus objetivos para qualidade e para desempenho de processo e

visando identificar ações corretivas.

Registrar dados de gestão estatística e de gestão da qualidade no repositório de

medições da organização.

QPM – Metas e Prática

específicas99

SG 1 Quantitatively Manage the Project

SP 1.1 Establish the Project’s Objectives

SP 1.2 Compose the Defined Process

SP 1.3 Select the Subprocesses that Will Be Statistically Managed

SP 1.4 Manage Project Performance

SG 2 Statistically Manage SubprocessPerformance

SP 2.1 Select Measures and Analytic Techniques

SP 2.2 Apply Statistical Methods to Understand Variation

SP 2.3 Monitor Performance of the Selected Subprocesses

SP 2.4 Record Statistical Management Data

Em otimização

Nível 5100

CMMI DEV Nível 5101

Foco

Melhoria Contínua

Processos (2):

Causal Analysis and Resolution (CAR)

Organizational Innovation and Deployment (OID)


Otimizar a performanceIdentificar e eliminar as causas de defeitos ANTES que

ocorram.

Adotar melhoriasIdentificar e adotar novas ferramentas e melhorias de

processo para atender objetivos de negócio e

necessidades de clientes.


nível 5103

Não possui.

modelo estagiado

nível de maturidade.

CAR – Casual Analysis

Resolution104

Propósito:

O objetivo da área de processo Análise e Resolução de Causas (CAR) é fornecer subsídios para identificar causas de defeitos e de outros problemas e implementar ações para prevenir sua recorrência.

Envolve:

Identificar e analisar causas de defeitos e de outros problemas.

Implementar ações específicas para remover as causas e prevenir a recorrência desses tipos de defeitos e de problemas.

CAR – Metas e práticas

específicas105

SG 1 Determine Causes of Defects

SP 1.1 Select Defect Data for Analysis

SP 1.2 Analyze Causes

SG 2 Address Causes of Defects

SP 2.1 Implement the Action Proposals

SP 2.2 Evaluate the Effect of Changes

SP 2.3 Record Data

CMMI

Technology

Transcript of CMMI