[slides] CMMI (2011: 1º semestre)

Alessandro Almeidawww.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

3Implementando o CMMI. Estrutura das Áreas de Processo. CMMI for Development, v1.3.

Acesse

4 Objetivos genéricos. Acesse

5Estudos 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

7Estudos 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

Referências Principais Documentos disponíveis para download no endereço

www.sei.cmu.edu/cmmi

Alessandro Almeida

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;


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”

O funcionário “herói potencializado”

Pontos de influência

Resultado da Empresa

Tecnologia

ProcessosPessoas

Pontos de influência Sobre as pessoas...

Nosso pessoal está motivado!

(Será?)

Investimos em capacitação.

(Será?)

A remuneração está adequada.

(Será?)

Etc.

(Será?)

Pontos de influência Sobre a tecnologia...

Investimos pesado!

(Será?)

Utilizamos o que há de melhor.

(Será?)

Etc.

(Será?)

Pontos de influência 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 Entrevistas

Mapeamento Observação in loco

Otimizando as Entrevistas e a Observação

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.

Modelagem de Processos

...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

Arquivo5.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

impostosC

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


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

Modelagem de ProcessosPRODUTO

ENTREGUE

PELO CSC

PRODUTO

ENTREGUE

PELO

CLIENTE

RESPONSÁVEL

1 FECHAMENTO DA FOLHA DE PAGAMENTODia

útilData

Dia

seman

a

1.1 - REMESSA DAS MOVIMENTAÇÕES DE PESSOAL APROVADASFORMULARIOS

APROVADOS-

1.2 - CADASTRAMENTO E BAIXAS DE FUNCIONÁRIOSRELATÓ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ÁRIO1º

1.6 - CONFERÊNCIA DOS VALORES INTEGRADOS À CONTABILIDADE - TOTAL

EMPRESABALANCETE 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ÉDICAPLANILHA 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 PREVISTAMatriz 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 com fornecedores 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 com Jurídicos e fornecedores.

R

Solucionar não-conformidades relativas aos fornecimentos dos grupos de materiais/ serviços sob sua responsabilidade.

R

R - ResponsávelE - ExecutaP - ParticipaA - Apóia

Modelagem de Processos 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!

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_receita.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 capable2 : poder de produção, de execução; rendimento máximo3 : qualidade ou condição de capaz



Integration®

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



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


O que é “CMMI”? 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)

O que é “CMMI”? 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

O que é “CMMI”?

Um pouco de História...

Ou: Motivação para pensar no assunto

O que é processo?

Entrada Processamento Saída

?

1ª Pergunta sobre processos Por que é importante...

...conhecê-los?

...mapeá-los?

...controlá-los?


CONHECER e institucionalizar o fluxo de trabalho;

Identificar oportunidades de melhoria organizacionais e departamentais;

Estabelecer controles;

Definir papéis e responsabilidades;


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”

O funcionário “herói potencializado”



Tecnologia

ProcessosPessoas



Tecnologia

ProcessosPessoas

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...

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)


Decision Analysis and Resolution (DAR)

Integrated Project Management (IPM)

Organizational Process Definition (OPD)

Organizational Process Focus (OPF)

Organizational Training (OT)

Risk Management (RSKM)


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:

Demonstração ao vivo!

Navegando pelo modelo CMMI

Demonstração ao vivo!

Exemplos de implementação

Atividade 1

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

Processo aderente ao CMMI 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.


Integration®


O que é “CMMI”? Compilação de “boas práticas” no processo de diversas

empresas de software


Práticas distribuídas em Áreas de Processo (PAs)

Agrupamento de práticas comuns de uma determinada “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:

Atividade 1 - Discussão

Benefícios e aplicação do CMMI 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)...

Área de Processo

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 Componente requerido do modelo que descreve as

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


Área de Processo

Área de ProcessoNome da PA

Área de Processo

Categoria

Á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

Área de Processo

Áreas de Processo relacionadas

Área de Processo

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

Área de Processo

Objetivo Específico

Área de Processo

Prática Específica

Área de Processo

Área de ProcessoPrática Específica

Área de Processo

Exemplos de produtos de trabalho

Área de Processo

Subpráticas

CMMI-DEV, v1.3

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

Project Planning (PP) 2/3 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

Project Planning (PP) 3/3 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

Configuration Management (CM) 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

Measurement and Analysis (MA) 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Área de Processo Categoria ML

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

Requirements Development (RD) 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 MeasurementRepository

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 IncorporateExperiences 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Área de Processo Categoria ML

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 EstablishProcess 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

Atividade 2

Benefícios e aplicação do CMMI Grupos de até 5 alunos

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


Como estamos?







4º Encontro

Clique aqui

para escolher

outra aula

CMMI Capability Maturity Model Integration®

Compilação de “boas práticas” no processo de diversas empresas de software


Práticas distribuídas em Áreas de Processo (PAs)

Agrupamento de práticas comuns de uma determinada “disciplina”.

Onde fica o “O que fazer?”

PA = Process Area

Área de Processo

Área de Processo: Objetivo Específico Componente requerido do modelo que descreve as

características peculiares que devem estar presentes para satisfazer à área de processo.


Área de Processo: Objetivo Genérico Componente requerido do modelo que descreve as



Exemplo: RequirementsManagement (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




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

Níveis de Capacidade Exemplo:

Níveis de Maturidade Exemplo:

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 hocInitial

Configuration Management (CM)Measurement and Analysis (MA)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)Organizational Process Focus (OPF)Organizational Training (OT)Product Integration (PI)Requirements Development (RD)Risk Management (RSKM)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 Componente requerido do modelo que descreve as



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

Atividade 3

Criando um processo baseado no CMMI-DEV Grupos de até 5 alunos

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

Como estamos?







5º Encontro

Clique aqui

para escolher

outra aula

Convite

Atividade 3

Criando um processo baseado no CMMI-DEV Selecionar um dos estudos de caso

Construir um processo baseado no modelo CMMIque 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


• CD de Instalação

Monitorar Requisitos

REQM: SG 1 Manage Requirements

Caso 1: DevOne

Levantar Requisitos


Detalhar Requisitos

• Casos de Uso




Validar Requisitos











RD: SG 1 Develop Customer Requirements (SP 1.1 ElicitNeeds)

Caso 1: DevOne

Levantar Requisitos


Detalhar Requisitos

• Casos de Uso




Validar Requisitos











Caso 1: DevOne

Levantar Requisitos


Detalhar Requisitos

• Casos de Uso




Validar Requisitos











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


Detalhar Requisitos

• Casos de Uso




Validar Requisitos











RD: SG 3 Analyze and Validate Requirements

Caso 1: DevOne

Levantar Requisitos


Detalhar Requisitos

• Casos de Uso




Validar Requisitos











TS: SG 1 Select Product Component SolutionsSG 2 Develop the DesignSG 3 Implement the Product Design (SP 3.2 DevelopProduct SupportDocumentation)

Caso 1: DevOne

Levantar Requisitos


Detalhar Requisitos

• Casos de Uso




Validar Requisitos











TS: SG 3 Implement the Product DesignPI: SG 1 Prepare for ProductIntegrationSG 2 Ensure Interface CompatibilitySG 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

Caso 2: MasterDev O que há de errado com a solução proposta?

Quais seriam os possíveis problemas na implantação deste processo?

Criando um processo baseado no 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

CMMI-SVC, v1.3

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 - SupplierAgreement Management)

CMMI-SVC 4 categorias:

Process Management

Project and Work Management

Support

Service Establishment and Delivery

CMMI-SVCÁrea de Processo Categoria ML

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


Configuration Management (CM)Measurement and Analysis (MA)Work Monitoring and Control (WMC)Work Planning (WP)Process and Product Quality Assurance (PPQA)Requirements Management (REQM)Service Delivery (SD)Supplier Agreement Management (SAM)

Managed

Capacity and Availability Management (CAM)Decision Analysis and Resolution (DAR)Incident Resolution and Prevention (IRP)Integrated Work Management (IWM)Organizational Process Definition (OPD)Organizational Process Focus (OPF)Organizational Training (OT)Risk Management (RSKM)Service Continuity (SCON)Service System Development (SSD)Service System Transition (SST)Strategic Service Management (STSM)

Defined

Organizational Process Performance (OPP)Quantitative Work Management (QWM)Quantitatively Managed


Service Delivery (SD) Estabelece os acordos e garante a entrega dos serviços

(SLA, por exemplo)

Única PA específica de SVC no nível 2

Service Delivery (SD) 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)

Incident Resolution and Prevention (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

Service Continuity (SCON) 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)

Service Continuity (SCON) 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

Service System Development (SSD) Ciclo de vida de sistemas

CMMI-DEV, versão “lean”

Suporta manutenções corretivas ou evolutivas

Service System Development (SSD) 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

Service System Transition (SST) Contempla a implantação de componentes do sistema

novos ou que sofreram alterações significativas

Service System Transition (SST) 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

CMMI-SVC



Managed


Defined



CMMI-ACQ, v1.3

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

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


Acquisition Requirements Development (ARD)Agreement Management (AM)Configuration Management (CM)Measurement and Analysis (MA)Project Monitoring and Control (PMC)Project Planning (PP)Process and Product Quality Assurance (PPQA)Requirements Management (REQM)Solicitation and Supplier Agreement Development (SSAD)

Managed

Acquisition Technical Management (ATM)Acquisition Validation (AVAL)Acquisition Verification (AVER)Decision Analysis and Resolution (DAR)Integrated Project Management (IPM)Organizational Process Definition (OPD)Organizational Process Focus (OPF)Organizational Training (OT)Risk Management (RSKM)

Defined



CMMI-ACQÁrea de Processo Categoria ML

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 RequirementsDevelopment (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

Agreement Management (AM) 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

Acquisition Validation (AVAL) 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 ProductComponents

SP 2.1 Perform Validation

SP 2.2 Analyze Validation Results

Acquisition Verification (AVER) 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

Atividade 4

Benefícios e aplicação do CMMI Em grupos, discutir a aplicação dos modelos CMMI

SVC e ACQ para as empresas Pharmalife e DevOne(Estudo de Caso 1)


Como estamos?







6º Encontro

Clique aqui

para escolher

outra aula

Convite

Atividade 4

Benefícios e aplicação do CMMI Em grupos, discutir a aplicação dos modelos CMMI

SVC e ACQ para as empresas Pharmalife e DevOne(Estudo de Caso 1)


DevOne Definir um processo para operação da aplicação

desenvolvida CMMI-SVC

DevOne



Managed


Defined



DevOne



Managed


Defined



DevOne



Managed


Defined



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

Pharmalife



Managed


Defined



Pharmalife



Managed


Defined



Atividade 5

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

Como estamos?







7º Encontro

Clique aqui

para escolher

outra aula

Atividade 5

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 1 : Definição de Processos Gestão de Fornecedor

Parte 1 : Definição de Processos Gestão de Serviços

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

Parte 2 : Análise de Aderência Gestão de Fornecedor (CMMI-ACQ)

Solicitation and Supplier Agreement Development (SSAD)SG 1 Prepare for Solicitation and Supplier Agreement DevelopmentSG 2 Select Suppliers


Solicitation and Supplier Agreement Development (SSAD)SG 3 Establish Supplier Agreements


Agreement Management (AM)SG 1 Satisfy Supplier Agreements


Acquisition Validation (AVAL)SG 2 Validate Selected Products and Product Components


Oportunidades:

Acquisition Requirements Development (ARD)

Acquisition Technical Management (ATM)

Acquisition Validation (AVAL)

Acquisition Verification (AVER)

Parte 2 : Análise de Aderência Gestão de Serviços (CMMI-SVC)

Incident Resolution and Prevention (IRP)??????


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


Service System Development (SSD)?????


Service Delivery (SD)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/idealmodelported.cfm

www.sei.cmu.edu/library/abstracts/reports/96hb001.cfm

Definindo processos

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 definidopela empresa aos modelos CMMI ou People CMM

Disponível para download no site do SEI: www.sei.cmu.edu/cmmi/tools/appraisals/materials.cfm

Três tipos: SCAMPI A

SCAMPI B

SCAMPI C

Avaliando a aderência ao CMMI

Avaliando a aderência ao CMMI 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

Atividade 6

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


Como estamos?





Processo aderente ao CMMI 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

mps.Br

eSCM eSourcing Capability Model

Mantido pelo ITSqc (Information Technology ServiceQuality Center)

Universidade Carnegie Mellon

Dois modelos

eSCM-SP: eSourcing Capability Model for ServiceProviders

eSCM-CL: eSourcing Capability Model for ClientOrganizations

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

Três Dimensões

Capability Areas

Apresentações dos Grupos

330

CMMI-DEV

Prof. Alessandro

Integrantes:

Douglas Goulart

Patrícia Paiola GoulartSimone 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

REQUISITOSPROCESSOD

PROCESSOD

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

Macro Processo

CMMI

Definição de Requisitos

VAL

RD

RD

VAL

RD

RD

VAL

Requirements Development

ValidationPP

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

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.4Estimar Esforço e Custo.

CMMI

Planejamento

PP SP 2.1

SG2

SP 1.4SG1Estimar 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.

CMMI

Muito Obrigado!

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:

Decision Analysis and Resolution (DAR)

Integrated Project Management (IPM)



Organizational Training (OT)


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

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.

1Gerenciamento

de Projeto

2Infraestrutura de Desenvolvimento

3Levantamento

4Projeto

5Implementação

6Implantação

Termo de Abertura.doc

Termo de Abertura.doc

Termo_de_ Homologação.doc

Termo_de_ Homologação.doc

DiagramaProcesso.doc

DiagramaProcesso.doc

Planejamento da Qualidade.docx

Planejamento da Qualidade.docx

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 RiscosParametrizaçã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 RiscosTé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 RiscosElaboraçã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

1Gerenciamento

de Projeto

2Infraestrutura de Desenvolvimento

5Implementação

6Implantação

Matriz de Detalhamento.docx

Matriz de Detalhamento.docx

VALOR MONETÁRIO.docx

VALOR MONETÁRIO.docx

Plano de Gestão sobre Riscos.docx

Plano de Gestão sobre Riscos.docx

Matriz de Classificação do Risco.docx

Matriz de Classificação do Risco.docx

ANÁLISE QUALITATIVA E QUANTITATIVA.docx

ANÁLISE QUALITATIVA E QUANTITATIVA.docx

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

3Levantamento

4Projeto

5Implantação

CMMI For DEV

DiagramaPrecedencia.docx

DiagramaPrecedencia.docx

Reunião de Acompanhamento.doc

Reunião de Acompanhamento.doc

Plano de Comunicação.docx


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

Plano de Gerenciamento do Projeto.docx

Plano de Gerenciamento do Projeto.docx

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

Quadro de Indicadores de Acompanhamento dos Processos.docx

Quadro de Indicadores de Acompanhamento dos Processos.docx

Tabela de Treinamento.docx

Tabela de Treinamento.docx



Planos de Implementação.docx

Planos de Implementação.docx

CMMI For DEV

Igor Henrique Gil

Luciana Costa

Mariana Seifarth

Silvio Menegon Jr.

Tomaz Fimiani

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


Planejamento

Monitoramento e Controle


Definição de RequisitosLevantar

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

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


Responsáveis:AndressaDanielaFelipe

MarcosSandro

www.alessandroalmeida.com

[email protected]

www.slideshare.net/alessandroalmeida