QSW I.2-Qualidade

UNIBRATEC – Ensino Superior e Técnico em Informática
QSW – Qualidade de Software
Qualidade
Marcely Dias
marcely.dias@unibratec.edu.br
1 Qualidade Monday, May 23, 2011

Nome da Disciplina Marcely Dias
Modelos de Processo
“Modelo de processo é uma coleção

estruturada de elementos que
descrevem as características de um
processo efetivo” [SEI]
 Benefícios
– Indica um caminho para iniciar o projeto de melhoria
– Baseado de experiências anteriores
– Linguagem comum
– Indica prioridades
– Ajuda a assegurar processos estáveis e maduros

Modelos Existentes
 SEI, ISO, IEEE e tantas outras organizações definem

modelos
 Modelos existentes aplicados ao desenvolvimento de

software
– ISO 9001:2000
– ISO 9001:2008
– ISO 12207
– ISO 15504
– Capability Maturity Model Integration (CMMI)
– Melhoria de Processos de Software Brasileiro - MPS-BR

Modelos Existentes
 ISO 12207
– Direciona como estruturar e gerenciar o ciclo de
desenvolvimento, proporcionando acompanhamento de todo o
processo, permitindo que o software venha representar a
realidade da empresa modelada para geração de um sistema
customizado, atendendo assim seus requisitos e as
necessidades desta empresa
– Objetivo
 Auxiliar os envolvidos na produção de software a definir seus
papéis, por meio de processos bem definidos, e assim
proporcionar, às organizações que a utilizam, um melhor
entendimento das atividades a serem executadas nas operações
que envolvem, de alguma forma, o software.
– A arquitetura utiliza uma terminologia bem definida para
aquisição, fornecimento, desenvolvimento, operação, e
manutenção do software, e é composta de:
 Processos
– Atividades
 Tarefas

Modelos Existentes
 ISO 12207
– Processos Fundamentais
 Atuam durante o ciclo de vida do software
– Início
– Contratação entre o adquirente e o fornecedor
– Execução
 Desenvolvimento
 Operação
 Manutenção
– Processos de Apoio
 Documentação
 Gerência de Configuração
 Garantia da Qualidade
 Verificação, Validação, Revisão Conjunta, Auditoria e
Resolução de Problemas

Modelos Existentes
 ISO 12207
– Processos Organizacionais
 Processos de Gerência
 Infra-estrutura
 Melhoria
 Treinamento
– Processos de Adaptação
 Definemas atividades necessárias para adaptar a norma
para sua aplicação na organização ou em projetos

O CMMI
Source Models SE/SW

CMMI- CMMI-S
E/SW
d
Stage tion ous
• Capability Maturity Model senta Continu tion
Repre Represe
nta
for Software V2, draft C
(SW-CMM V2C)
• Electronic Industries
Alliance 731, System
Engineering Capability •Modelo integrado de Engenharia de
Model (SECM) Sistemas/Engenharia de Software
•Pode se aplicar:
• Integrated Product – IPPD (Desenvolvimento de
Development Capability produto e processo integrado)
Maturity Model, draft – Engenharia de sistemas
V0.98 (IPD-CMM) – Engenharia de software
– Subcontratação

Base do CMMI
 O CMMI agrega abordagens já utilizadas e difundidas em uma

estrutura que:
– Provê suporte para as organizações avaliarem a efetividade de seus
processos
– Estabelece prioridades para as atividades de melhoria
– Estabelece um framework para integração de modelos futuros
 É um modelo que descreve orientações para a definição e

implantação de processos:
– “O que” x “Como”
– É composto por boas práticas que orientam as definições de processo

Benefícios do CMMI
O SEI mantém um site com dados sobre

melhoria através da implantação do CMMI:
– http://www.sei.cmu.edu/cmmi/results/results-by-
category.html

Disciplinas do CMMI
Atualmente 4 disciplinas estão disponíveis no CMMI. Outras

poderão ser incluídas no futuro.
Engenharia de Sistemas Desenvolvimento total de sistemas.
Foca na aplicação sistemática,

Engenharia de Software disciplinada, e quantificada do
desenvolvimento, operação e
manutenção de software.
Desenvolvimento Integrado Abordagem sistemática para alcançar

de Produto e Processo a colaboração correta dos envolvidos
na criação do produto.
Cobre a aquisição de produtos de fornecedores.

Subcontratação

Representações do CMMI
O CMMI provê duas representações para maturidade
5 Por Estágios
Process Area
Contínua ML5
Capability
ML4
3
ML3
1 2
ML2
0
ML 1
PA PA PA
. . .para uma única área de . . .para um conjunto de áreas
processo ou um conjunto de de processo pré-estabelecidas
áreas de processo definidas pelo modelo.
pela organização

Representações do CMMI (2)
 Por Estágios  Contínua

– Níveis de maturidade – Níveis de capacidade
– Agrupamento de áreas de – Agrupamento das áreas de
processo por nível de processo por categoria
maturidade – Avaliação da capacidade
– Avaliação da maturidade das áreas de processo
da organização

Estágio x Contínua
 Por Estágio  Contínua

– Mais utilizada no mundo – Foco do trabalho baseado nos
– Alta gerência e clientes objetivos e prioridades da
compreendem com maior organização
facilidade – Abordagem é focada na
– Clientes potenciais e melhoria contínua da
contratantes governamentais capacidade do processo e não
indicam como mais apropriada no atendimento de um nível
de maturidade
– Mais adequada às
necessidades das – Permite um caminho
organizações alternativo para a abordagem
por estágios

Componentes do Modelo – Representação por Estágios
Nível de
Maturidade
Área de Área de Área de

Processo Processo Processo
Metas Metas
Genéricas Específicas
Características
Comuns
Compromisso Habilidade Implementação

Verificação
para Executar para executar direta
Práticas Práticas

Componentes do Modelo – Representação Contínua
Área de Processo Área de Processo

…
1 n
Meta Meta Meta Meta Meta Meta Meta

Específica … Específica Genérica Genérica Genérica Genérica Genérica
1 n 1 2 3 4 5
Prática Prática Práticas Práticas Práticas Práticas Práticas

Específica … Específica Genéricas Genéricas Genéricas Genéricas Genéricas
1 n Nível 1 Nível 2 Nível 3 Nível 4 Nível 5
Nível 0: Nível 1: Nível 2: Nível 3: Nível 4: Nível 5:

Incompleto Executado Gerenciado Definido Gerenciado Otimizando
Quantitativamente

Nível de
Maturidade

Metas Metas
Características
Comuns

Verificação
Práticas Práticas

Níveis de Maturidade
“Cada nível é uma fundação para a

melhoria de processos, utilizando
uma seqüência comprovada de
melhoria, iniciando com práticas de
gerência e progredindo através de
um caminho pré definido.”[SEI] [CMMI]
 Platô da melhoria de processos
O CMMI define 5 níveis de maturidade

Níveis de Maturidade
Optimizing
5 Foco na melhoria do
processo
Quantitatively
Managed
4 Processo medido e
controlado
Defined
3 Processo pró ativo e
definido para a
organização
Managed
Processo definido para
2 o nível de projetos e
freqüentemente reativo
Performed
1 Processo imprevisível,
pouco controlado

Níveis de Maturidade – Nível 1
Nível 1 – Inicial
 Processos executados freqüentemente de maneira ad-

hoc
 Poucos processos definidos, sucesso dependente de

iniciativas individuais
 Difícil prever a performance

Nível 1 - Inicial
In Out
 O processo utilizado é uma caixa preta

 Dificuldade em determinar progresso do projeto
 Requisitos fluem para dentro
 Um produto de software é (normalmente) produzido através de
algum processo disforme.
 O produto flui para fora e (espera-se) funciona

Nível 2 – Gerenciado
 Gerência de projetos disciplinada
 Políticas organizacionais estabelecidas e
institucionalizadas nos projetos
 Planos e processos do projeto são documentados e
seguidos
 Existência de recursos apropriados
 Responsabilidades e autoridades são atribuídas
 Planejamento e gerenciamento de novos projetos pode
ser baseado na experiência de projetos similares

Nível 2 - Gerenciado
In Out
 A disciplina faz com os processos sejam mantidos em tempos de “crise”

 Os status das atividades e dos produtos de trabalho são visíveis à gerência
em etapas pré-definidas
 Os requisitos fluem para dentro e o produto flui para fora e (normalmente)
funciona

Nível 3 - Definido
 Processo para desenvolvimento de software é estabelecido,

padronizado e documentado pela organização (adaptado quando
necessário)
 Todos os projetos utilizam uma versão deste processo, personalizada
para o tipo do projeto a ser desenvolvido
 Atividades de gerenciamento e engenharia de software são estáveis
e repetidas (foco na organização)

Nível 3 - Definido
In Out
 Funções e responsabilidades no processo são bem entendidas

 A produção do produto de software é visível através do processo de software
 Papéis, responsabilidades e interação entre atividades são bem entendidos por todos
 No nível 3 medidas são coletadas e analisadas para se entender e gerenciar
as atividades e resultados do projeto
– Limites são definidos, mas sem a utilização de técnicas estatísticas
– Quando se atinge os limites, ações são tomadas

Nível 4 – Gerenciado Quantitativamente
 O processo de software é previsível e gerenciado quantitativamente (estável)

 Métodos estatísticos e quantitativos são utilizados no nível de projetos e da
organização para:
– Entender os resultados de performance, a qualidade do produto e do serviço de
projetos passados
– Prever a performance e a qualidade do produto e dos serviços de projetos futuros
 Base de dados organizacional para coletar e analisar dados dos projetos

Nível 4 – Gerenciado Quantitativamente
In Out
 Progresso e problemas são medidos

 A gerência tem bases objetivas para tomada de decisão

Nível 5 – Otimizando
 No nível 4 a análise é direcionada às causas especiais de
variação do processo => No nível 5, a análise é direcionada
às causas comuns de variação do processo
 As medições são utilizadas para:
– Selecionar melhorias e inovações, estimar seus custos e
acompanhar os gastos reais
 Os processos definidos da organização são alvos das
atividades de melhoria

Nível 5 – Otimizando
In Out
 Estabelecimento e acompanhamento de objetivos

quantitativos para a melhoria de processos

Nível de
Maturidade

Metas Metas
Características
Comuns

Verificação
Práticas Práticas

Áreas de Processo (PA)
“Conjunto de práticas relacionadas,

que quando implementadas de
forma coletiva, satisfazem um
conjunto de metas consideradas
importantes e críticas para
caracterizar a melhoria na área de
processo em questão” [CMMI]
 Em ambas as representações, na contínua e na por estágios, as áreas
de processo são as mesmas
 Por Estágios: Agrupadas em níveis de maturidade
 Apenas o nível 1 não possui áreas de processo
 Uma área de processo não é a descrição de um processo!

Áreas de Processo – Nível 2
 Gerenciamento de Requisitos
 Planejamento de Projeto
 Monitoramento e Controle de Projeto Optimizing
 Gerenciamento do Contrato de Fornecedor

 Gerenciamento da Configuração Quantitatively
 Garantia da Qualidade do Processo e do Produto Managed
 Medição e Análise
Defined
Managed
Performed

Áreas de Processo - Nível 3

 Definição dos Requisitos
 Solução Técnica
 Integração de Produto
 Verificação Optimizing
 Validação
 Foco no Processo da Organização
Quantitatively
 Definição do Processo da Organização Managed
 Treinamento Organizacional
 Gerenciamento de Projeto Integrado
Defined
 Análise por Decisão e
 Resolução
 Gerenciamento de Riscos
Managed
Performed

 Performance do Processo da Organização

 Gerenciamento Quantitativo de Projetos
Optimizing
Quantitatively
Managed
Defined
Managed
Performed

 Desenvolvimento e Inovação Organizacional

 Análise Causal e Resolução
Optimizing
Quantitatively
Managed
Defined
Managed
Performed

Nível de
Maturidade

Metas Metas
Características
Comuns

Verificação
Práticas Práticas

Metas Específicas
 Endereçam práticas que descrevem o que deve ser

implementado para satisfazer a área de processo
 Exemplo de uma meta específica da área de processo

de Medição e Análise:
– Meta Específica 2 (SG2) Fornecer resultados de medições
Resultados de medições que endereçam as necessidades
de informação e objetivos são fornecidos

Metas Genéricas
 Endereçam práticas que descrevem como melhorar o controle do

planejamento e implementação da área de processo
 São chamadas genéricas por que são as mesmas para todas as áreas
de processo
 O nível 1 de maturidade não possui meta genérica

Nível de
Maturidade

Metas Metas
Características
Comuns

Verificação
Práticas Práticas

Características Comuns
 Forma com que as metas genéricas são categorizadas

– Compromisso para executar: definir políticas e garantir o
patrocínio
– Habilidade para executar: estabelecer e manter planos,
recursos, atribuir responsabilidades e autoridade, e
treinamentos
– Implementação direta: gerenciar a performance do
processo, gerenciar a integridade dos produtos de
trabalho e envolvimento dos stakeholders relevantes
– Verificação: garantir a implementação e a conformidade
aos padrões estabelecidos

EXERCÍCIO
O lado esquerdo da sala estuda as metas

genéricas 2 e explica como implementá-las
 O lado direito, estuda as metas genéricas de
nível 3 e explica como implementá-las
 Sorteio de quem vai apresentar!

Nível de
Maturidade

Metas Metas
Características
Comuns

Verificação
Práticas Práticas

Práticas Específicas
 Sempre associada a uma meta
 Representa uma atividade considerada importante no

atendimento da meta específica associada à mesma
 Exemplo de prática específica da Meta Específica 2 (SG2)

Fornecer resultados de medições
– Prática Específica 1 (SP2.1-1) Coletar os dados das medições
Descrição: Obter os dados especificados para as medições

Práticas Genéricas
 Provêem institucionalização a fim de assegurar que os processos

associados à área de processo serão efetivos, repetíveis e
duradouros
 Contribuem para o atendimento das metas genéricas quando

aplicadas a uma determinada área de processo
 Exemplo de prática genérica associada à meta “Meta Genérica 2

(GG2) Institucionalizar um processo gerenciado”
– Prática Genérica (GP2.1) Estabelecer uma política organizacional
Estabelecer e manter uma política organizacional para o planejamento
e execução dos processos <xxx>

EXERCÍCIO - Projeto
 Atualizem o processo com procedimentos para

implementar as práticas genéricas!

Outros componentes do modelo
 Além dos componentes descritos anteriormente, o CMMI

apresenta outros componentes que não aparecem na
estrutura do modelo
 Fornecem exemplos de artefatos de saída das práticas

Produtos de  Produtos diferentes dos relacionados podem ser usados
na implementação do modelo
Trabalho Típicos
 Descrições detalhadas que fornecem informações

Sub Práticas adicionais para a interpretação das práticas genéricas e
específicas
 Associadas a uma prática

Outros componentes do modelo (2)
 informações relevantes para uma disciplina em

Amplificações de particular e são associadas a práticas específicas
disciplinas
 orientações de como as práticas genéricas devem ser

Elaboração de unicamente aplicadas a uma determinada área de
processo
praticas genéricas
 informações adicionais ou mais detalhadas a respeito

Referências de áreas de processo relacionadas

Estrutura do CMMI
 O CMMI classifica seus componentes como Requeridos,

Esperados ou Informativos
 Requeridos: Metas específicas e genéricas

– São os componentes essenciais para o alcance da
melhoria de processos numa determinada área de
processo
– São utilizados como base em uma avaliação para a
atribuição de um nível de maturidade ou capacidade

Componentes do Modelo
 Esperados: Práticas específicas e genéricas

– Explica em detalhes o que tipicamente deve ser feito para
o atendimento das metas da área de processo
– Orientam os usuários do modelo e os avaliadores
– Permitem a utilização de práticas alternativas
 Informativos: Todos os outros componentes

– Produtos de trabalho típicos, sub-práticas, amplificações
de disciplinas, elaboração de praticas genéricas e
referências
– Fornecem informações adicionais a respeito do modelo

Resumindo…
Para Alcançar um Alcançar todas as

Nível de Maturidade Áreas de Processo
Para Alcançar uma Alcançar todas as

Área de Processo metas da Área de
Processo
E Para Alcançar uma Em geral,

Meta? implementando as
práticas

Outras Considerações
 Não é possível atingir um nível sem atingir seu

inferior
 Comprometimento em apenas uma meta do
nível compromete o nível inteiro

Componentes do Modelo – Representação Contínua
Área de Processo Área de Processo

…
1 n
Meta Meta Meta Meta Meta Meta Meta

Específica … Específica Genérica Genérica Genérica Genérica Genérica
1 n 1 2 3 4 5
Prática Prática Práticas Práticas Práticas Práticas Práticas

Específica … Específica Genéricas Genéricas Genéricas Genéricas Genéricas
1 n Nível 1 Nível 2 Nível 3 Nível 4 Nível 5
Nível 0: Nível 1: Nível 2: Nível 3: Nível 4: Nível 5:

Incompleto Executado Gerenciado Definido Gerenciado Otimizando
Quantitativamente

Níveis de Capacidade
 Alcance da melhoria de processo dentro de uma área de

processo individual
 Assim como funcionam os níveis de maturidade, os

níveis de capacidade inferiores fornecem a fundação
para a implementação dos processos dos níveis
superiores

Níveis de Capacidade
5 Optimizing
4 Quantitatively Managed
3 Defined
2 Managed
1 Performed
0 Incomplete

Níveis de Capacidade – Níveis 0 e 1
 Nível 0: Incompleto
– Um processo que não está sendo executado ainda, ou
está sendo parcialmente executado.
– Uma ou mais metas específicas da área de processo não
são satisfeitas.
 Nível 1: Executado
– Um processo executado é um processo que satisfaz todas
as metas específicas de uma área de processo.

Níveis de Capacidade - Níveis 2, 3, 4 e 5
 Mesma definição da representação por estágios!

 Nível 2: Gerenciado
– Um processo gerenciado é planejado e sua execução é acompanhada
através do planejamento inicial.
 Nível 3: Definido
– Um processo adaptado a partir do conjunto de processos padrões da
organização de acordo com as diretrizes definidas pela organização.
 Nível 4: Gerenciado Quantitativamente
– Um processo definido e controlado através de técnicas estatísticas ou
outras técnicas quantitativas.
 Nível 5: Otimizando
– Um processo gerenciado quantitativamente que é modificado e
adaptado a fim de atingir objetivos organizacionais tanto atuais, como
futuros.

Áreas de Processo
 Mesmas áreas da representação por estágios
 Ao invés de serem agrupadas por níveis, são

agrupadas por categorias

Áreas de Processo
Gerenciamento de Projetos
•Planejamento de Projeto
Gerenciamento de Processos •Monitoramento e Controle de
•Processo da Organização
Projeto
•Definição do Processo da
•Gerenciamento do Contrato de
organização
Fornecedor
•Treinamento Organizacional
•Gerenciamento de Projeto
•Desenvolvimento e Inovação
Integrado
Organizacional •Gerenciamento de Riscos
•Performance do Processo da
•Integração de Equipes
Organização •Gerenciamento Quantitativo de
Suporte Engenharia
Projetos
•Gerenciamento da Configuração •Definição dos Requisitos
•Garantia da Qualidade do Processo e do Produto
•Gerenciamento de Requisitos
•Medição e Análise •Verificação
•Análise de Decisão e Resolução •Validação
•Análise Causal e Resolução •Solução Técnica
•Ambiente Organizacional para Integração •Integração de Produto

Metas Genéricas e Específicas
 As metas genéricas e específicas são as

mesmas para ambas as representações, no
entanto
– As metas genéricas 1, 4 e 5 só são aplicadas à
representação contínua

Metas e práticas genéricas – Nível 1
“Meta Genérica 1 (GG1) Atingir metas específicas” (O processo

suporta e habilita o alcance das metas específicas da área de processo através da
transformação de produtos de trabalho como entrada para produzir produtos de trabalho de
saída)
– Prática Genérica (GP1.1) Realizar Práticas Base

 Realizar as práticas base da área de processo para desenvolver
produtos de trabalho e prover serviços para atingir as metas
específicas da área de processo.

“Meta Genérica 4 (GG4) Institucionalizar um Processo

Quantitativamente Gerenciado” (O processo é institucionalizado como um
processo quantitativamente gerenciado)
– Prática Genérica (GP4.1) Estabelecer Objetivos

Quantitativos para o Processo
 Estabelecer e manter objetivos quantitativos para os processo
<xxx> que endereçam qualidade e performance dos processos
baseados nas necessidades do cliente e objetivos do negócio
– Prática Genérica (GP4.2) Estabilizar a performance de

sub-processos
 Estabilizar a performance de um ou mais sub-processos para
determinar a habilidade do processo <xxx> em alcançar os objetivos
quantitativos estabelecidos para a qualidade e a performance dos
processos

“Meta Genérica 5 (GG5) Institucionalizar um Processo

Otimizado” (O processo é institucionalizado como um processo otimizado)
– Prática Genérica (GP5.1) Garantir a Melhoria de Processo

Contínua
 Garantir a melhoria contínua do processo <xxx> no preenchimento
dos objetivos de negócio relevantes da organização
– Prática Genérica – GP5.2 Corrigir as Causas Originais dos

Problemas
 Identificar e corrigir as causas originais dos defeitos e outros
problemas no processo <xxx>

Resumindo…
Para Alcançar um
nível de uma Área de
Processo?
Alcançar todas as metas do nível e de níveis

inferiores

Outras Considerações
 Todos os componentes apresentados na representação

por estágios são aplicados da mesma forma para a
representação contínua
– Áreas de processo
– Metas genéricas e específicas
– Práticas genéricas e específicas
– Amplificações
– Referências
– ...

UNIBRATEC – Ensino Superior e Técnico em Informática
QSW – Qualidade de Software
Considerações Finais

Implantando o CMMI
 Tempo de Implantação do CMMI (nível 2)

– Da fase de inicio do processo de melhoria ao processo de avaliação
oficial => 1,5 a 2 anos
 A quantidade de pessoas envolvidas no processo de melhoria varia

de acordo com tamanho da organização, capacidade das pessoas,
escopo da melhoria, ...
 Sugere-se em algumas etapas: uma consultoria especializada

Custo
 Trabalhar com o CMMI é caro…

– Estimativa de custo para avaliação SCAMPI
(Standard CMMI Appraisal Method for Process
Improvement) de nível 2: R$ 70.000,00
– Estimativa de preço de consultoria: R$ 200,00 a hora
do consultor.
– Estimativa de custo para uma mini avaliação:
R$ 30.000,00
– Fora equipe de processos, overhead da equipe de
desenvolvimento, treinamentos, ferramentas, …

Perguntas?

QSW I.2-Qualidade

Загружено:

Сведения о документе

Оригинальное название

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

QSW I.2-Qualidade

Загружено:

Авторское право:

Доступные форматы

UNIBRATEC – Ensino Superior e Técnico em Informática

QSW – Qualidade de Software

1 Qualidade Monday, May 23, 2011

“Modelo de processo é uma coleção

2 Qualidade Monday, May 23, 2011

 SEI, ISO, IEEE e tantas outras organizações definem

 Modelos existentes aplicados ao desenvolvimento de

3 Qualidade Monday, May 23, 2011

4 Qualidade Monday, May 23, 2011

5 Qualidade Monday, May 23, 2011

6 Qualidade Monday, May 23, 2011

Source Models SE/SW

7 Qualidade Monday, May 23, 2011

 O CMMI agrega abordagens já utilizadas e difundidas em uma

 É um modelo que descreve orientações para a definição e

8 Qualidade Monday, May 23, 2011

O SEI mantém um site com dados sobre

9 Qualidade Monday, May 23, 2011

Atualmente 4 disciplinas estão disponíveis no CMMI. Outras

Engenharia de Sistemas Desenvolvimento total de sistemas.

Foca na aplicação sistemática,

Desenvolvimento Integrado Abordagem sistemática para alcançar

Cobre a aquisição de produtos de fornecedores.

10 Qualidade Monday, May 23, 2011

11 Qualidade Monday, May 23, 2011

Representações do CMMI (2)

 Por Estágios  Contínua

12 Qualidade Monday, May 23, 2011

 Por Estágio  Contínua

13 Qualidade Monday, May 23, 2011

Componentes do Modelo – Representação por Estágios

Área de Área de Área de

Compromisso Habilidade Implementação

14 Qualidade Monday, May 23, 2011

Componentes do Modelo – Representação Contínua

Área de Processo Área de Processo

Meta Meta Meta Meta Meta Meta Meta

Prática Prática Práticas Práticas Práticas Práticas Práticas

Nível 0: Nível 1: Nível 2: Nível 3: Nível 4: Nível 5:

15 Qualidade Monday, May 23, 2011

Componentes do Modelo – Representação por Estágios

Área de Área de Área de

Compromisso Habilidade Implementação

16 Qualidade Monday, May 23, 2011

“Cada nível é uma fundação para a

17 Qualidade Monday, May 23, 2011

18 Qualidade Monday, May 23, 2011

Níveis de Maturidade – Nível 1

 Processos executados freqüentemente de maneira ad-

 Poucos processos definidos, sucesso dependente de

 Difícil prever a performance

19 Qualidade Monday, May 23, 2011

Níveis de Maturidade – Nível 1

 O processo utilizado é uma caixa preta

20 Qualidade Monday, May 23, 2011

Níveis de Maturidade – Nível 2

21 Qualidade Monday, May 23, 2011

Níveis de Maturidade – Nível 2

 A disciplina faz com os processos sejam mantidos em tempos de “crise”

22 Qualidade Monday, May 23, 2011

Níveis de Maturidade – Nível 3

 Processo para desenvolvimento de software é estabelecido,

23 Qualidade Monday, May 23, 2011