pós graduação engenharia de software - início - sefaz...

Pós Graduação Pós Graduação Engenharia de SoftwareEngenharia de Software

Ana Candida NataliAna Candida NataliCOPPE/UFRJCOPPE/UFRJ

Programa de Engenharia de Sistemas e ComputaçãoPrograma de Engenharia de Sistemas e Computação

FAPEC / FAT

Estrutura do MóduloEstrutura do Módulo

QUALIDADE DE SOFTWARE QUALIDADE DE SOFTWARE -- PROCESSOPROCESSO

Introdução: desenvolvimento de software como uma Introdução: desenvolvimento de software como uma

disciplina de engenhariadisciplina de engenharia

Ciclo de vidaCiclo de vida

Processos de software

Qualidade do processo e implicações

Modelos de qualidade de processo (ênfase ISO/IEC

12207 e CMMI)

Casos e relatos de experiência

Avaliação

Definição, Implantação, Avaliação e Definição, Implantação, Avaliação e Melhoria de Processos de SoftwareMelhoria de Processos de Software

Ana Regina RochaAna Candida Natali

COPPE/UFRJPrograma de Engenharia de Sistemas e Computação

Processos de SoftwareProcessos de Software

Preocupação mundial com processos de softwarePreocupação mundial com processos de software

Um processo é um conjunto de passos parcialmente ordenados, constituídos por atividades, métodos, práticas e transformações, usado para atingir uma meta. Esta meta geralmente está associada a um ou mais resultados concretos finais, que são os produtos da execução do processo.

Um processo é Um processo é definidodefinido quando tem documentação que quando tem documentação que detalha: o que é feito (produto), quando (passos), por detalha: o que é feito (produto), quando (passos), por quem (responsáveis), as coisas que usa (insumos) e as quem (responsáveis), as coisas que usa (insumos) e as coisas que produz (resultados).coisas que produz (resultados).

Processos de SoftwareProcessos de Software

Surgimento de padrões e modelos internacionais que têm Surgimento de padrões e modelos internacionais que têm

como objetivo definir, avaliar e melhorar a qualidade dos como objetivo definir, avaliar e melhorar a qualidade dos

processos de softwareprocessos de software

Objetivos da adoção de um processo de software por Objetivos da adoção de um processo de software por

uma organização:uma organização:

Melhorar a qualidade dos seus produtos de softwareMelhorar a qualidade dos seus produtos de software

Aumentar a produtividade das suas equipesAumentar a produtividade das suas equipes

Reduzir os custos e os riscos associados com o Reduzir os custos e os riscos associados com o

desenvolvimento de softwaredesenvolvimento de software

Alguns DadosAlguns Dados

Uma Organização com bom desempenho gasta 80% de seu Uma Organização com bom desempenho gasta 80% de seu

esforço na prevenção de problemas, enquanto uma esforço na prevenção de problemas, enquanto uma

Organização de baixo desempenho gasta 90% de seu Organização de baixo desempenho gasta 90% de seu

tempo corrigindo sintomas em vez de causas de problemastempo corrigindo sintomas em vez de causas de problemas

Qualidade de SoftwareQualidade de Software

Conjunto de características a serem satisfeitas em um Conjunto de características a serem satisfeitas em um

determinado grau de modo que o software satisfaça às determinado grau de modo que o software satisfaça às

necessidades de seus usuáriosnecessidades de seus usuários

Controle da Qualidade de Software

Conjunto planejado e sistemático de todas as ações

necessárias para fornecer uma confiança adequada de que

o item ou produto está de acordo com os requisitos técnicos

estabelecidos

(ANSI/IEEE Std 730-1984)

Preocupações da Preocupações da Engenharia de SoftwareEngenharia de Software

Qualidade do processoQualidade do processo

Qualidade do produtoQualidade do produto

Necessidades do Negócio

Motivação para o Processo de Software

Qualidade do processo

Aumento da qualidade do produto

Diminuição do re-trabalho

Maior produtividade

Redução do tempo para atender o mercado

Maior competitividade

Maior precisão nas estimativas

O interesse no processo de software está baseado O interesse no processo de software está baseado em duas premissas:em duas premissas:

a qualidade de um produto de software é fortemente a qualidade de um produto de software é fortemente dependente da qualidade do processo pelo qual ele é dependente da qualidade do processo pelo qual ele é construído e mantidoconstruído e mantido

o processo de software pode ser definido, gerenciado, o processo de software pode ser definido, gerenciado, medido e melhoradomedido e melhorado

Um processo definido está descrito em detalhes de forma a poder ser usado de forma consistente

Precisamos aprender a atacar a doença e não os

sintomas: o processo e não os defeitos no software

A implantação de um Programa de Qualidade A implantação de um Programa de Qualidade começa pela definição e implantação de um começa pela definição e implantação de um processo de softwareprocesso de software

O processo de software deve estar documentado, ser compreendido e seguido

CaracterísticasCaracterísticas

• Ad hoc - Improvisado

• Fortemente dependente dos profissionais

• Indisciplinado

Conseqüências

• pouca produtividade

• qualidade de difícil previsão

• alto custo de manutenção

• risco na adoção de novas tecnologias

Processo Imaturo

CaracterísticasCaracterísticas

• Processo conhecido por todos

• Apoio visível da alta administração

• Auditagem da fidelidade ao processo

• Medidas do produto e do processo

• Adoção disciplinada de tecnologias

ConseqüênciasConseqüências

• papéis e responsabilidades claramente definidos

• acompanhamento da qualidade do produto e da satisfação

do cliente

• expectativas para custos, cronograma, funcionalidades e

qualidade do produto é usualmente alcançada

Processo Maduro

Engenharia do Processo de SoftwareEngenharia do Processo de Software

Estabelecer a Infra-estrutura para o processo

Planejamento da implementação e

alteração do processo

Avaliação do processo

Implementação e alteração do

processo

Infra-Estrutura do Processo

O 1o. Passo na Engenharia do Processo de Software é estabelecer uma infra-estrutura adequada

Pessoal competente e atribuição de responsabilidades

Ferramentas

Recursos financeiros

• Indicadores do apoio da gerência

• Equipe específica para a Engenharia do Processo que pode envolver consultores

Razões para definição de processos de Engenharia de

Software em uma empresa:

facilitar o entendimento e a comunicação entre pessoas

apoiar a melhoria dos processos

apoiar a gerência dos processos

fornecer apoio automatizado guiando no processo

fornecer apoio na execução automatizada do processo

Definição de Processos

Atividades para Definição de Atividades para Definição de Processos de SoftwareProcessos de Software

Definição das características do projetoDefinição das características do projetoObter algumas informações sobre o projeto, que sejam Obter algumas informações sobre o projeto, que sejam relevantes para a definição de um processorelevantes para a definição de um processo

Definição de um ciclo de vida para o processoDefinição de um ciclo de vida para o processoO ciclo de vida é definido com base em um modelo de O ciclo de vida é definido com base em um modelo de ciclo de vida adequado as características do projeto ciclo de vida adequado as características do projeto

Detalhamento das fases do ciclo de vida em atividadesDetalhamento das fases do ciclo de vida em atividadesRefinadas as macroRefinadas as macro--atividades do processo em subatividades do processo em sub--atividades. Geralmente, este detalhamento é baseado em atividades. Geralmente, este detalhamento é baseado em um Modelo de Referência de Processos de Softwareum Modelo de Referência de Processos de Software

Definição de ProcessosDefinição de Processos

Definição de como as atividades devem ser realizadasDefinição de como as atividades devem ser realizadasPara cada atividade do processo devePara cada atividade do processo deve--se identificar os se identificar os procedimentos que serão adotados para realizáprocedimentos que serão adotados para realizá--lala

Definição dos artefatos consumidos e produzidos por Definição dos artefatos consumidos e produzidos por uma atividadeuma atividade

Para cada atividade do processo é necessário definir Para cada atividade do processo é necessário definir que artefatos são consumidos pela atividade e que que artefatos são consumidos pela atividade e que artefatos são produzidos por elaartefatos são produzidos por ela

Definição dos recursos para as atividadesDefinição dos recursos para as atividadesDeterminar os recursos necessários para realização Determinar os recursos necessários para realização das atividadesdas atividades

Frameworks de Modelos de Ciclo de Vidadefinição de alto nível das fases e atividades que ocorrem

durante o desenvolvimento

Modelos de Referências

definições mais detalhadas

podem ser mapeados para os diferentes modelos de ciclo de vida

Principais referências: ISO/IEC 12207, SPICE

Modelo de ciclo de vida

Atividades

Processo Modelo de Referênciabaseado em

contem

baseado em

Figura 1 – Conceitos relacionados ao processo.

Definição de Processos de Definição de Processos de Software em NíveisSoftware em Níveis

Plano do Processo1

Instanciação

ISO/IEC 12207 ISO/IEC TR 15504CMMIPráticas Eng de SwCultura Organizacional

Definição

Especialização

Processo Padrão

Especialização 1 ...

Plano do Processo n

Especialização n

Tipos de software

Particularidades do projeto

ISO/IECISO/IEC 12207:1995 12207:1995 –– Tecnologia de Tecnologia de Informação Informação –– Processos de Ciclo de Processos de Ciclo de

Vida de Software Vida de Software

Publicada em 1º de agosto de 1995, foi o Publicada em 1º de agosto de 1995, foi o

primeiro padrão internacional com o objetivo de primeiro padrão internacional com o objetivo de

prover um conjunto abrangente de processos de prover um conjunto abrangente de processos de

ciclo de vida, atividades e tarefas de produtos e ciclo de vida, atividades e tarefas de produtos e

serviços de softwareserviços de software

ISO/IECISO/IEC 12207:199512207:1995

ObjetivoObjetivo

Estabelecer uma estrutura comum para os processos Estabelecer uma estrutura comum para os processos

de ciclo de vida de softwarede ciclo de vida de software

Provê uma arquitetura de processo de software comum Provê uma arquitetura de processo de software comum

para a aquisição, fornecimento, desenvolvimento, para a aquisição, fornecimento, desenvolvimento,

operação e manutenção de softwareoperação e manutenção de software

Provê processos, atividades e tarefas de apoio e Provê processos, atividades e tarefas de apoio e

organizacionais para a gerência e melhoria dos processosorganizacionais para a gerência e melhoria dos processos

ISO/IECISO/IEC 12207:199512207:1995

Campo de aplicaçãoCampo de aplicação

Utilizada em uma relação entre duas partes e Utilizada em uma relação entre duas partes e

pode ser igualmente aplicada quando as duas pode ser igualmente aplicada quando as duas

partes forem da mesma organizaçãopartes forem da mesma organização

A relação pode ser desde um acordo informal A relação pode ser desde um acordo informal

até um contrato legalaté um contrato legal

Pode ser utilizada por uma única parte por Pode ser utilizada por uma única parte por

meio de tarefas impostas a ela mesmameio de tarefas impostas a ela mesma

ISO/IECISO/IEC 12207:199512207:1995

AdaptaçãoAdaptação

Contém um conjunto de processos, atividades Contém um conjunto de processos, atividades

e tarefas projetado para ser adaptado de e tarefas projetado para ser adaptado de

acordo com cada projeto de softwareacordo com cada projeto de software

O processo de adaptação consiste na O processo de adaptação consiste na

supressão de processos, atividades e tarefas supressão de processos, atividades e tarefas

não aplicáveisnão aplicáveis

ISO/IECISO/IEC 12207:199512207:1995

ConformidadeConformidadeA conformidade é definida como a execução de A conformidade é definida como a execução de todos os processos, atividades e tarefas, todos os processos, atividades e tarefas, selecionados no processo de adaptação, para o selecionados no processo de adaptação, para o projeto de softwareprojeto de software

A execução de um processo ou uma atividade é A execução de um processo ou uma atividade é concluída quando todas as suas tarefas requeridas concluída quando todas as suas tarefas requeridas são executadas de acordo com os critérios são executadas de acordo com os critérios preestabelecidos e com os requisitos preestabelecidos e com os requisitos especificados no contrato, quando aplicávelespecificados no contrato, quando aplicável

ISO/IECISO/IEC 12207:199512207:1995

ConformidadeConformidade

Qualquer organização que exija o cumprimento Qualquer organização que exija o cumprimento

desta Norma como uma condição de negócio, é desta Norma como uma condição de negócio, é

responsável por especificar e disponibilizar o responsável por especificar e disponibilizar o

conjunto mínimo de processos, atividades e conjunto mínimo de processos, atividades e

tarefas requeridos, que constitui a conformidade tarefas requeridos, que constitui a conformidade

dos fornecedores a esta Normados fornecedores a esta Norma

ISO/IECISO/IEC 12207:199512207:1995

LimitaçõesLimitaçõesDescreve a arquitetura dos processos de ciclo de Descreve a arquitetura dos processos de ciclo de vida de vida de softwaresoftware, mas não especifica os detalhes , mas não especifica os detalhes de como implementar ou executar as atividades e de como implementar ou executar as atividades e tarefas incluídas nos processostarefas incluídas nos processos

Não pretende prescrever o nome, formato ou Não pretende prescrever o nome, formato ou conteúdo explícito da documentação a ser conteúdo explícito da documentação a ser produzida, podendo requerer o desenvolvimento produzida, podendo requerer o desenvolvimento de documentos de mesma categoria ou tipo, por de documentos de mesma categoria ou tipo, por exemplo, diferentes planosexemplo, diferentes planos

ISO/IECISO/IEC 12207:199512207:1995

LimitaçõesLimitaçõesNão prescreve um modelo específico de ciclo de vida ou Não prescreve um modelo específico de ciclo de vida ou método de desenvolvimento de método de desenvolvimento de softwaresoftware

As partes envolvidas são responsáveis pela seleção de um As partes envolvidas são responsáveis pela seleção de um modelo de ciclo de vida para o projeto de software e pelo modelo de ciclo de vida para o projeto de software e pelo mapeamento dos processos, atividades e tarefas dentro mapeamento dos processos, atividades e tarefas dentro deste modelodeste modelo

As partes envolvidas são também responsáveis pela As partes envolvidas são também responsáveis pela seleção e aplicação dos métodos de desenvolvimento de seleção e aplicação dos métodos de desenvolvimento de software e pela execução das atividades e tarefas software e pela execução das atividades e tarefas adequadas ao projeto de softwareadequadas ao projeto de software

ISO/IECISO/IEC 12207:199512207:1995

ISO/IECISO/IEC 12207:1995/12207:1995/AmdAmd 1:20021:2002

Revisão da Revisão da ISO/IECISO/IEC 12207 publicada em 1º de maio de 2002 12207 publicada em 1º de maio de 2002 Estabelece um conjunto coordenado de informações de processo Estabelece um conjunto coordenado de informações de processo de software para ser utilizado na definição, avaliação e melhoride software para ser utilizado na definição, avaliação e melhoria a de processode processoAjusta os requisitos dos padrões e relatórios técnicos do Ajusta os requisitos dos padrões e relatórios técnicos do SC7SC7((Software Software andand systemssystems engineeringengineering subcommitteesubcommittee, um sub, um sub--comitê do comitê do TechnicalTechnical ComiteeComitee ISO/IEC/TCISO/IEC/TC JTC1JTC1, , InformationInformationTechnologyTechnology))

ISO/IECISO/IEC 1220712207ISO/IECISO/IEC TR 15504TR 15504

Considera outros padrõesConsidera outros padrõesISO/IECISO/IEC 14598 (14598 (Software Software productproduct evaluationevaluation))ISO/IECISO/IEC 15939:2002 (15939:2002 (Software Software engineeringengineering -- Software Software measurementmeasurement processprocess))

ISO/IECISO/IEC 12207:1995/12207:1995/AmdAmd 1:20021:2002

Resolve o problema de Resolve o problema de granularidadegranularidade que existia na versão que existia na versão inicial da inicial da ISO/IECISO/IEC 1220712207

Dificuldade em identificar níveis de capacitação dos Dificuldade em identificar níveis de capacitação dos processos definidosprocessos definidosO objetivo é permitir realizar avaliações e melhorias O objetivo é permitir realizar avaliações e melhorias nos processosnos processos

Provê objetivos e resultados esperados para cada processo Provê objetivos e resultados esperados para cada processo da norma estabelecendo um Modelo de Referência de da norma estabelecendo um Modelo de Referência de Processo segundo os requisitos da Processo segundo os requisitos da ISO/IECISO/IEC 1550415504--2 2 ((InformationInformation technologytechnology -- ProcessProcess assessmentassessment -- PartPart 2: 2: PerformingPerforming anan assessmentassessment))

Modelo de Referência de ProcessoModelo de Referência de Processo

Define os processos de um ciclo de vida em Define os processos de um ciclo de vida em

termos de objetivos e resultadostermos de objetivos e resultados

Provê um mecanismo para relacionar modelos Provê um mecanismo para relacionar modelos

de avaliação e o de avaliação e o frameworkframework de avaliação de avaliação

definido pela definido pela ISO/IECISO/IEC 1550415504

ISO/IEC TR 15504ISO/IEC TR 15504

ISO/IEC TR 15504 ISO/IEC TR 15504 Information technology Information technology -- Software Software

process assessmentprocess assessment é o padrão internacional para avaliação é o padrão internacional para avaliação

de processos de software de processos de software

Desenvolvido no contexto do projeto SPICEDesenvolvido no contexto do projeto SPICE

Mais de 3000 avaliações já foram feitas em todo o mundoMais de 3000 avaliações já foram feitas em todo o mundo

Fornece um Fornece um frameworkframework para a avaliação de processos de para a avaliação de processos de

softwaresoftware

ISO/IEC TR 15504ISO/IEC TR 15504

A A ISO/IECISO/IEC TR 15504 provê uma abordagem estruturada TR 15504 provê uma abordagem estruturada para avaliação de processos de software com os seguintes para avaliação de processos de software com os seguintes objetivos:objetivos:

Permitir o entendimento, por uma organização, do estado Permitir o entendimento, por uma organização, do estado dos seus processos, visando estabelecer melhoriasdos seus processos, visando estabelecer melhorias

Determinar a adequação dos processos de uma Determinar a adequação dos processos de uma organização para atender a um requisito particular ou organização para atender a um requisito particular ou classe de requisitosclasse de requisitos

Determinar a adequação de processos da organização Determinar a adequação de processos da organização para um contratopara um contrato

ISO/IECISO/IEC 12207:199512207:1995Processos fundamentais Processos de apoio

Processo de aquisição Processo de fornecimento

Processo de desenvolvimentoProcesso de operação

Processo de manutenção

Processo de documentação

Processo de gerência de configuração

Processo de garantia de qualidade

Processo de verificação

Processo de validação

Processo de auditoria

Processo de resolução de problema

Processos organizacionais

Processo de gerência

Processo de infra-estrutura

Processo de melhoria

Processo de treinamentoProcesso de revisão conjunta

ISO/IECISO/IEC 12207:1995/12207:1995/AmdAmd 1:20021:2002Processos fundamentais Processos de apoio

Processo de aquisição Processo de fornecimento

Processo de desenvolvimentoProcesso de operação

Processo de manutenção

Processo de documentação

Processo de gerência de configuração

Processo de garantia de qualidade

Processo de verificação

Processo de validação

Processo de auditoria

Processo de resolução de problema

Processo de usabilidade

Processo de avaliação de produto

Processos organizacionais

Processo de gerência

Processo de infra-estrutura

Processo de melhoria

Processo de recursos humanos

Processo de gerência de assetsProcesso de gerência de programa de reutilização

Processo de gerência de domínio

Processo de revisão conjunta

Processos fundamentaisProcessos fundamentais

Constituem um conjunto de processos que atendem Constituem um conjunto de processos que atendem as partes fundamentais (pessoa ou organização) as partes fundamentais (pessoa ou organização) durante o ciclo de vida de softwaredurante o ciclo de vida de softwareUma parte fundamental é aquela que inicia ou Uma parte fundamental é aquela que inicia ou executa o desenvolvimento, operação ou executa o desenvolvimento, operação ou manutenção dos produtos de software. Estas partes manutenção dos produtos de software. Estas partes fundamentais são o adquirente, o fornecedor, o fundamentais são o adquirente, o fornecedor, o desenvolvedor, o operador e o mantenedor do desenvolvedor, o operador e o mantenedor do softwaresoftware

Processo de aquisiçãoProcesso de aquisição

Preparação para aquisiçãoPreparação para aquisição

Seleção de fornecedorSeleção de fornecedor

Monitoração do fornecedorMonitoração do fornecedor

Aceitação do clienteAceitação do cliente

Processo de fornecimentoProcesso de fornecimento

Processo de desenvolvimentoProcesso de desenvolvimentoElicitaçãoElicitação de requisitosde requisitosAnálise de requisitos de sistemaAnálise de requisitos de sistemaProjeto de arquitetura de sistemaProjeto de arquitetura de sistemaAnálise de requisitos de softwareAnálise de requisitos de softwareProjeto de softwareProjeto de softwareConstrução de softwareConstrução de softwareIntegração de softwareIntegração de softwareTeste de softwareTeste de softwareIntegração de sistemaIntegração de sistemaTeste de sistemaTeste de sistemaInstalação de softwareInstalação de software

Processo de operaçãoProcesso de operação

Uso operacionalUso operacional

Apoio ao clienteApoio ao cliente

Processo de manutençãoProcesso de manutenção

Processos de Processos de apoioapoio

Constituem um conjunto de processos com o Constituem um conjunto de processos com o

objetivo de auxiliar um outro processo como objetivo de auxiliar um outro processo como

uma parte integrante, com um propósito distinto, uma parte integrante, com um propósito distinto,

e contribui para o sucesso e qualidade do projeto e contribui para o sucesso e qualidade do projeto

de softwarede software

Um processo de apoio é empregado e executado, Um processo de apoio é empregado e executado,

quando necessário, por outro processoquando necessário, por outro processo

Processos de Processos de apoioapoio

Processo documentaçãoProcesso documentaçãoProcesso de gerência de configuraçãoProcesso de gerência de configuraçãoProcesso de garantia da qualidadeProcesso de garantia da qualidadeProcesso de verificaçãoProcesso de verificaçãoProcesso de validaçãoProcesso de validaçãoProcesso de revisão conjuntaProcesso de revisão conjuntaProcesso de auditoriaProcesso de auditoriaProcesso de resolução de problemaProcesso de resolução de problemaProcesso de usabilidadeProcesso de usabilidadeProcesso de avaliação de produtoProcesso de avaliação de produto

Processos Processos organizacionaisorganizacionais

Constituem um conjunto de processos empregados Constituem um conjunto de processos empregados por uma organização para estabelecer e por uma organização para estabelecer e implementar uma estrutura subjacente, constituída implementar uma estrutura subjacente, constituída de processos de ciclo de vida e pessoal associados, de processos de ciclo de vida e pessoal associados, e melhorar continuamente a estrutura e os processose melhorar continuamente a estrutura e os processosEmpregados fora do domínio de projetos e Empregados fora do domínio de projetos e contratos específicos; entretanto, ensinamentos contratos específicos; entretanto, ensinamentos destes projetos e contratos contribuem para a destes projetos e contratos contribuem para a melhoria da organizaçãomelhoria da organização

Processo de gerênciaProcesso de gerência

Alinhamento organizacionalAlinhamento organizacional

Gerência organizacionalGerência organizacional

Gerência de projetoGerência de projeto

Gerência de qualidadeGerência de qualidade

Gerência de riscoGerência de risco

MediçãoMedição

Processo de infraProcesso de infra--estruturaestrutura

Processo de melhoriaProcesso de melhoria

Estabelecimento de processoEstabelecimento de processo

Avaliação de processoAvaliação de processo

Melhoria de processoMelhoria de processo

Processo de recursos humanosProcesso de recursos humanos

Gerência de recursos humanosGerência de recursos humanos

TreinamentoTreinamento

Gerência de conhecimentoGerência de conhecimento

Processo de gerência de Processo de gerência de assetasset

Processo de gerência de programa de Processo de gerência de programa de

reutilizaçãoreutilização

Processo de gerência de domínioProcesso de gerência de domínio

TarefasTarefas

Para cada atividade da Norma são definidas tarefas

Exemplo:Processo de Verificação

Atividade: VerificaçãoTarefas:

Verificação do contratoVerificação do processoVerificação dos requisitosVerificação de projetoVerificação do códigoVerificação da integraçãoVerificação da documentação

emprega

empregaemprega

•Adquirente•Fornecedor

Gerente

Operador/usuário

•Desenvolvedor•Mantenedor

Encarregado dos Processos de

Processo de Aquisição

Processo de Fornecimento

Processo de Gerência

(Organizacional)

Processo de Operação

Processo de Manutenção

Processo de Desenvolvimento

Processos de Apoio

Processos Organizacionais

Visão de contrato

Visão de gerência

Visão de operação

Visão de engenharia

Visão de apoio

Atividades do Processo de Adaptação

Identificação do ambiente do projeto

Solicitação de Informações

Seleção de processos, atividades e tarefas

Documentação de decisões e motivos da adaptação

Para adaptação da Norma a um projeto

Medição do Processo

Informação quantitativa sobre o processo é coletada,

analisada e interpretada

Medições são utilizadas para:identificar os pontos fortes e os pontos fracos do processo

avaliar o processo após alterações

Processo Resultados do Processo

Contexto

Medição do Processo

Importante

Outros fatores além do processo tem impacto sobre

o produto (pessoas, ferramentas, etc)

Podemos medir a qualidade do processo

medindo o próprio processo

medindo os produtos do processo

Abordagens

Metodologia para medição do processo (GQM)

Paradigmas para medição do processoParadigma analíticobaseia-se em evidência quantitativa para determinar onde as melhorias são necessárias e se as iniciativas de melhoria foram bem sucedidas

estudos experimentaissimulaçãoclassificação de defeitos (falhas causas)controle estatístico do processo

Benchmarkingenvolve medir a maturidade de uma organização ou a capacidade de seus processos

Modelos para avaliação de processos: ISO:9001, CMMI, SPICE Métodos para avaliação de processos : CBA-IPI para avaliações baseadas no CMM, SCAMPI para avaliações baseadas no CMMI

Enunciarobjetivo

Especificarmétrica

Formularpergunta

Abordagem GQM

Esquema geral da técnica para identificar métricas

OBJETIVO 1

Pergunta 1.1

Métrica 1.1.1

Pergunta 1.2Métrica 1.2.1Métrica 1.2.2

OBJETIVO 2Pergunta 2.1

Métrica 2.1.1

Esquema geral da técnica para identificar métricas

Objetivo 1Propósito: MelhorarQuestão: precisãoObjeto: estimativas de projetoPonto de vista: analisado pelo ponto de vista dos gerentes de projeto

Questão 1.1Qual a precisão das estimativas de cronograma do projeto?Métrica 1.1a)

Precisão Total de Cronograma = tempo real de todo o projetotempo estimado do projeto

Métrica 1.1b)Precisão Cronograma por atividade = tempo real por atividade

tempo estimado por atividade

Questão 1.2Qual a precisão das estimativas de esforço do projeto?Métrica 1.2a)

Precisão Total do Esforço = esforço real de todo o projetoesforço estimado para o projeto

Métrica 1.2b)Precisão esforço por atividade = esforço real por atividade

esforço estimado por atividade

ISO 9000ISO 9000

fornece diretrizes para seleção das normas ISO 9001, ISO 9002 e fornece diretrizes para seleção das normas ISO 9001, ISO 9002 e ISO 9003 ISO 9003

e realização de ajustes que sejam necessários durante seu usoe realização de ajustes que sejam necessários durante seu uso

ISO 9001, ISO 9002, ISO 9003ISO 9001, ISO 9002, ISO 9003

conjunto de normas que tratam de sistemas da qualidade e que podconjunto de normas que tratam de sistemas da qualidade e que podem ser em ser

utilizadas para fins de garantia externautilizadas para fins de garantia externa

Série ISO 9000 Série ISO 9000 -- 19941994((QualityQuality managementmanagement andand qualityquality assuranceassurance standardsstandards -- guidelinesguidelines

for for selectionselection andand use)use)

ISO 9001ISO 9001

Modelo para garantia da qualidade em projeto, desenvolvimento, Modelo para garantia da qualidade em projeto, desenvolvimento,

produção, instalação e assistência técnicaprodução, instalação e assistência técnica

ISO 9002ISO 9002

Modelo para garantia da qualidade em produção e instalação Modelo para garantia da qualidade em produção e instalação

ISO 9003ISO 9003

Modelo para garantia da qualidade em inspeção e ensaios finaisModelo para garantia da qualidade em inspeção e ensaios finais

Série ISO 9000 Série ISO 9000 -- 19941994((QualityQuality managementmanagement andand qualityquality assuranceassurance standardsstandards -- guidelinesguidelines

for for selectionselection andand use)use)

ISO 9000:2000

Nova edição da família de normas ISO 9000:1994

Estrutura baseada em processo e baseada no princípio

Plan Do Check Act

PrincipaisPrincipais aspectosaspectos::

ResponsabilidadesResponsabilidades da da gerênciagerência

gerênciagerência de de recursosrecursos

realizaçãorealização de de produtosprodutos e/oue/ou serviçosserviços

mediçãomedição, , análiseanálise e e melhoriamelhoria

satisfaçãosatisfação do do clientecliente

ISO 9000:2000

ISO 9000 ISO 9000 -- Quality Management Systems: Fundamentals and Quality Management Systems: Fundamentals and VocabularyVocabulary

ISO 9001 ISO 9001 -- Quality Management Systems: RequirementsQuality Management Systems: Requirements

ISO 9004 ISO 9004 -- Quality Management Systems: Guidance for Quality Management Systems: Guidance for Performance ImprovementPerformance Improvement

ISO 9000 ISO 9000 -- Objetivo e Campo de Aplicação Objetivo e Campo de Aplicação --

Descreve os fundamentos de sistemas de gestão da qualidade, que constituem o objeto da família ISO 9000 e define os termos a elarelacionados

É aplicável a:organizações que buscam vantagens através da implementação de umsistema de gestão da qualidadeorganizações que buscam a confiança nos seus fornecedores de que os requisitos de seus produtos serão atendidosusuários dos produtosaqueles que têm interesse no entendimento da terminologia de gestão da qualidadeaqueles, internos ou externos à organização, que avaliam ou auditam o sistema de gestão da qualidadeaqueles, internos ou externos à organização, que prestam assessoria ou treinamento sobre o sistema de gestão da qualidadegrupos que elaboram normas correlatas

ISO 9000 ISO 9000 -- Princípios de Gestão da Qualidade Princípios de Gestão da Qualidade --

Foco no cliente

Liderança

Envolvimento de pessoas

Abordagem de processo

Abordagem sistêmica para a gestão

Melhoria contínua

Abordagem factual para a tomada de decisão

Benefícios mútuos nas relações com os fornecedores

Base para as normas na família de normas ISO 9000

Etapas:determinação das necessidades e expectativas dos clientes e das outras partes interessadasestabelecimento da política da qualidade e dos objetivos da qualidade da organizaçãodeterminação dos processos e responsabilidades necessários para atingir os objetivos da qualidadedeterminação e fornecimento dos recursos necessários para atingir os objetivos da qualidadeestabelecimento de métodos para medir a eficácia e eficiência de cada processoaplicação dessas medidas para determinar a eficácia e eficiência de cada processodeterminação dos meios para prevenir não conformidades e eliminar suas causasestabelecimento e aplicação de um processo para melhoria contínua

ISO 9000 ISO 9000 - Abordagem de Sistemas de Gestão da Qualidade -

“ “ Uma organização que adota esta abordagem gera

confiança na capacidade de seus processos e na

qualidade de seus produtos, e fornece uma base para

melhoria contínua. Isto pode conduzir ao aumento da

satisfação dos clientes e das outras partes interessadas

e, também, ao sucesso da organização”.

NBR ISO 9000

ISO 9000 ISO 9000 - Abordagem de Sistemas de Gestão da Qualidade -

Questões básicas relacionadas aos processos:

O processo está identificado e apropriadamente definido?

As responsabilidades estão atribuídas?

Os procedimentos estão implementados e mantidos?

O processo é eficaz em alcançar os resultados requeridos?

ISO 9000 ISO 9000 - Avaliação do Sistema de Gestão da Qualidade -

Auditoria de primeira parte

realizada pela própria organização ou em seu nome, para

propósitos internos

Auditoria de segunda parte

realizada pelos clientes da organização ou em seu nome

Auditoria de terceira parte

realizada por organizações independentes e credenciadas com

fins de certificação

ISO 9000 ISO 9000 - Auditoria do Sistema de Gestão da Qualidade -

Ações:Ações:análise e avaliação da situação existente para identificar áreas de melhoria

estabelecimento dos objetivos para melhoria

pesquisa de possíveis soluções para atingir os objetivos

avaliação e seleção destas soluções

implementação da solução escolhida

medição, verificação, análise e avaliação dos resultados para determinar se

os objetivos foram atendidos

formalização das alterações

ISO 9000 ISO 9000 - Melhoria Contínua -

ISO 9001ISO 9001

NãoNão existeexiste maismais necessidadenecessidade dasdas normasnormas ISO 9002 e ISO ISO 9002 e ISO

9003 9003 poispois sãosão permitidaspermitidas exclusõesexclusões parapara adequaçãoadequação àsàs

operaçõesoperações de de diferentesdiferentes organizaçõesorganizações

FocoFoco nana melhoriamelhoria contínuacontínua

ImportânciaImportância do do papelpapel da da altaalta gerênciagerência no no sistemasistema da da

qualidadequalidade

ISO 9001 ISO 9001 -- Objetivos Objetivos --

Especifica requisitos para um sistema de gestão da

qualidade quando uma organização

necessita demonstrar sua capacidade para fornecer de forma coerente produtos que atendam aos requisitos do cliente e requisitos regulamentares aplicáveis, e

pretende aumentar a satisfação do cliente por meio da efetiva aplicação do sistema, incluindo processos para melhoria contínua do sistema e a garantia da conformidade com requisitos do cliente e requisitos regulamentares aplicáveis.

Todos os requisitos da Norma são genéricos e se pretende

que sejam aplicáveis a todas as organizações, sem levar em

consideração o tipo, tamanho e produto fornecido.

Quando algum requisito da Norma não puder ser aplicado

devido à natureza de uma organização e seus produtos, isso

pode ser considerado uma exclusão.

ISO 9001 ISO 9001 -- Aplicação Aplicação --

A organização deve:identificar os processos necessários para o sistema de gestão daqualidade e sua aplicação por toda a organização

determinar a sequência e interação desses processos

determinar critérios e métodos necessários para assegurar que a operação e o controle desses processos sejam eficazes

assegurar a disponibilidade de recursos e informações necessárias para apoiar a operação e o monitoramento desses processos

monitorar, medir e analisar esses processos

implementar ações necessárias para atingir os resultados planejados e a melhoria contínua desses processos.

ISO 9001 ISO 9001 -- Requisitos Gerais Requisitos Gerais --

A organização deve estabelecer e manter um manual da qualidade que inclua:

o escopo do sistema de gestão da qualidade, incluindo detalhes e justificativas para quaisquer exclusões

os procedimentos documentados estabelecidos para o sistema de gestão da qualidade

a descrição da interação entre os processos do sistema de gestão da qualidade

ISO 9001 ISO 9001 -- Manual da Qualidade Manual da Qualidade --

““Como uma das medições do desempenho do sistema

de gestão da qualidade, a organização deve monitorar

informações relativas à percepção do cliente sobre se a

organização atendeu aos requisitos do cliente. Os

métodos para obtenção e uso dessas informações devem

ser determinados”.

NBR ISO 9001

ISO 9001 ISO 9001 -- Satisfação do Cliente Satisfação do Cliente --

CLIENTE

Realizaçãodo produto

Gestão derecursos

Medição,análise emelhoria

Responsabilidadeda direção

Melhoria contínua do sistemade gestão da qualidade

CLIENTE

Entrada

Legenda:

agregação de valor

informação

SaídaProduto

Modelo de um Processo Baseado na ISO 9001 - 2000

Forma um par Forma um par consistenteconsistente com a ISO 9001com a ISO 9001

ForneceFornece diretrizesdiretrizes alémalém dos dos requisitosrequisitos estabelecidosestabelecidos nana ISO 9001ISO 9001

EstáEstá baseadabaseada em em oitooito princípiosprincípios de de gerênciagerência da da qualidadequalidade::

OrganizaçãoOrganização com com focofoco no no clientecliente

LiderançaLiderança

EnvolvimentoEnvolvimento dasdas pessoaspessoas

EnfoqueEnfoque de de gerênciagerência baseadabaseada no no sistemasistema

MelhoriaMelhoria contínuacontínua

TomadaTomada de de decisõesdecisões baseadabaseada em em fatosfatos

relacionamentorelacionamento com com fornecedoresfornecedores

ISO 9004

ISO 9001:2000ISO 9001:2000

6.4 Ambiente de Trabalho

A organização deve determinar e gerenciar as condições

do ambiente de trabalho necessárias para alcançar a

conformidade com os requisitos do produto.

ISO 9004ISO 9004

6.4 Ambiente de TrabalhoConvém que a direção assegure que o ambiente de trabalho exerça uma influência positiva na motivação, satisfação e desempenho das pessoas, para aumentar o desempenho da organização. Na criação de um ambiente de trabalho adequado, sendo uma combinação de fatores humanos e físicos convém que sejam incluídas considerações a:

métodos criativos de trabalhos e oportunidades para aumentar o envolvimento e identificar o potencial das pessoas na organizaçãoregras e orientações de segurança, incluindo o uso de equipamentos de proteçãoergonomialocalização do espaço de trabalhointeração socialinstalações de apoio para as pessoas na organizaçãocalor, umidade, luminosidade, ventilação, ehigiene, limpeza, barulho, vibração e poluição.

ISO 9000ISO 9000--33

Objetivo:Objetivo:facilitar a aplicação da ISO 9001 a softwarefacilitar a aplicação da ISO 9001 a software

ISO 9000ISO 9000--3 (1994)3 (1994)

ISO 9000ISO 9000--3 (2003)3 (2003)

Demonstra que o Sistema de Gestão da Qualidade da Demonstra que o Sistema de Gestão da Qualidade da

Organização é efetivoOrganização é efetivo

Fornece evidência de que a Organização é capaz de Fornece evidência de que a Organização é capaz de

produzir produtos e serviços de qualidadeproduzir produtos e serviços de qualidade

Não avalia diretamenteNão avalia diretamente a qualidade dea qualidade de nenhum nenhum

produto ou serviçoproduto ou serviço

Certificação ISO 9000

Desenvolvido pelo Software Engineering Institute (SEI)

Objetiva a avaliação e a melhoria da capacitação deuma organização.

Cada nível de maturidade (com exceção do nível 1)é composto de várias áreas-chave de processo (KPA).

Capability Maturity Model (SW-CMM)

descreve princípios e práticas dos quais depende a

maturidade do processo de software

tem como objetivo auxiliar as organizações a

aumentarem a maturidade de seu processo por um

caminho evolutivo

pode ser usado por empresas contratantes para

identificar as características do processo usado por seus

fornecedores

Capability Maturity Model (SW-CMM)

Capability Maturity Model (CMM)

Inicial (Nível 1)

Repetitível (Nível 2)Gerência de requisitosPlanejamento do projeto de softwareAcompanhamento e supervisão do projeto de softwareGerência de subcontratos de softwareGarantia da qualidade do softwareGerência de configuração do software

Definido (Nível 3)Foco nos processos da organizaçãoDefinição do processo da organizaçãoPrograma de treinamentoGerência do software integradoEngenharia de produto de softwareCoordenação inter-gruposRevisões

Gerenciado (Nível 4)Gerência quantitativa do processoGerência de qualidade do software

Otimizado (Nível 5)Prevenção de defeitosGerência de mudança de tecnologiaGerência de mudança de processo

A Norma ISO/IEC 15504 (SPICE)

Estudo realizado pela ISO / SC7consenso internacional sobre a necessidade e requisitos para um padrão de avaliação de processo

necessidade de se adotar uma forma de desenvolvimento em que os resultados pudessem ser utilizados o mais breve possível

Objetiva ser um consenso internacional para avaliaçãode processos de software e determinação dacapacitação, unificando propostas anteriores (CMM,TRILLIUM, BOOTSTRAP).

CMMI CMMI -- CapabilityCapability MaturityMaturity ModelModel IntegrationIntegration

Situação:

vários modelos para melhoria de processos

dificuldades de comunicação

Proposta CMMI

Avaliação Treinamento

Indústria

Governo

CMMISW/SE/IPPD

CMMISW/SE

CMMI???

CMMI CMMI -- CapabilityCapability MaturityMaturity ModelModel IntegrationIntegration

CMMI CMMI -- Conceitos FundamentaisConceitos Fundamentais

Áreas de ProcessoÁreas de Processo

CMMI selecionou tópicos que considerou mais

importantes para melhoria de processos e agrupou em

áreas

CMMI-SE/SW versão 1.0: 22 áreas de processo

CMMI-SE/SW/IPPD versão 1.0: 24 áreas de processo

PropósitoPropósito

ObjetivosObjetivos

objetivos específicos

objetivos genéricos

Práticas

CMMI CMMI -- Conceitos FundamentaisConceitos Fundamentais

PropósitoPropósito

Cada área de processo começa com 1 ou 2 sentenças

que descrevem o seu propósito

Sintetiza o objetivo específico da área de processo

ObjetivosObjetivos

Único componente requerido do modelo CMMI

Representa um estado final desejado

Objetivo específico:pertence a uma única área de processo

Cada área de processo tem de 1 a 4 objetivos específicos

CMMI-SE/SW versão 1.0: 48 objetivos específicos

CMMI-SE/SW/IPPD versão 1.0: 54 objetivos específicos

Objetivo genérico:

pode ser aplicado ao longo de todas as áreas de processo

PráticasPráticas

Podem ajudar a atingir os objetivosPodem ajudar a atingir os objetivos

Exemplo: Gerência de RequisitosExemplo: Gerência de Requisitos

Propósito: “gerenciar os requisitos dos produtos do projeto e dos

componentes do produto e identificar inconsistências entre estes

requisitos e os planos do projeto e produtos de trabalho”

Objetivo Específico: REQM SG 1: “os requisitos são

gerenciados e inconsistências entre os planos do projeto e os

produtos de trabalho são identificadas”

Prática Específica: REQM SP 1.1 -1: “desenvolver um

entendimento com os fornecedores dos requisitos sobre o

significado dos requisitos”

CMMI: Exemplo de Página de Descrição de Área de Processo

GARANTIA DA QUALIDADE DO PROCESSO E DO PRODUTOUma área de Processo do Nível de Maturidade 2

Propósito:O propósito da Garantia da Qualidade do Processo e do Produto éfornecer à equipe e à gerência insight objetivo sobre o processo eprodutos de trabalho associados.

Notas IntrodutóriasA área de processo Garantia da Qualidade do Processo e do Produtoenvolve:• Avaliar objetivamente os processos executados, os produtos de

trabalho e os serviços com relação às descrições de processorelacionadas, padrões e procedimentos

• Identificar e documentar não conformidades• Fornecer feedback para a equipe do projeto e a gerência sobre o

resultado das atividades de garantia da qualidade• Assegurar que as não conformidades são tratadas.

A área de processo Garantia da Qualidade do Processo e do Produtoapoia a entrega de ...

Áreas de Processo RelacionadasRefira-se à área de processo Planejamento do Projeto para maisinformações sobre como identificar processos e produtos de trabalhoassociados que devem ser avaliados de forma objetiva....

Área deProcesso

Nível deMaturidade

Referência

Práticas Específicas por Objetivos

SG1 AVALIAR OBJETIVAMENTE PROCESSOS E PRODUTOS DE TRABALHOA aderência do processo realizado, dos produtos de trabalhoassociados e dos serviços associados a descrições de processoaplicáveis, padrões e procedimentos são objetivamente avaliados.

SP1.1-1 AVALIAR OBJETIVAMENTE OS PROCESSOSAvaliar objetivamente os processos realizados com relação àsdescrições de processo aplicáveis, padrões e procedimentos....

Produtos Típicos de Trabalho1. Relatórios de Avaliação2. Relatórios de Não Conformidades3. Ações Corretivas

Sub-práticas1. Promover um ambiente (criado como parte da gerência do projeto)

que estimule a participação dos funcionários na identificação erelato de aspectos de qualidade

2. ...

SP1.2-1 AVALIAR OBJETIVAMENTE OS PRODUTOS DE TRABALHO ESERVIÇOS...

SG2 FORNECER INSIGHT OBJETIVO...

Objetivo

Nível de

Capacidade

PráticaEspecífica(SP – SpecificPractice)

ProdutosTípicos deTrabalho

Sub-práticas

Específico (SG – Specific Goal)

SG2 FORNECER INSIGHT OBJETIVO...

SP2.1-1 COMUNICAR E ASSEGURAR A RESOLUÇÃO DE NÃO CONFOR-MIDADES...

Produtos Típicos de Trabalho...

Sub-práticas1. ...2. Documentar não conformidades quando estas não podem ser

resolvidas no âmbito do projeto

Exemplos de formas de resolver não conformidades incluem:• Corrigir não conformidade• ...

Exemplos

Práticas Genéricas por Objetivos

GG1 ATINGIR OBJETIVOS ESPECÍFICOSO processo apoia e torna possível o alcance dos objetivos especí-ficos do processo transformando produtos de entrada identificáveisem produtos de saída identificáveis.

GP1.1 REALIZAR MELHORES PRÁTICASRealizar as práticas base do processo de garantia da qualidadedo processo e produto para desenvolver produtos de trabalhoe fornecer serviços para atingir os objetivos específicos da áreade processo.

GG2 INSTITUCIONALIZAR UM PROCESSO GERENCIADOO processo é institucionalizado como um processo gerenciado.

Acordo para RealizarGP2.1 ESTABELECER UMA POLÍTICA ORGANIZACIONALEstabelecer e manter uma política organizacional para planejar erealizar o processo de garantia da qualidade do processo e do produto.

Elaboração:Esta política estabelece as expectativas organizacionais para avaliarobjetivamente se os processos e produtos de trabalho associados estãoaderentes às descrições aplicáveis do processo, padrões e procedimentosassegurando que as não conformidades são tratadas....

Habilidade para RealizarGP2.2 PLANEJAR O PROCESSO...

ObjetivoGenérico

(GG – GenericGoal)

PráticaGenérica

Elaboraçãode PráticasGenéricas

RepresentaçõesRepresentações

Em estágios (Em estágios (stagedstaged))

perspectiva de maturidade da organização

enfatiza conjuntos de áreas de processo que definem

estágios comprovados de maturidade do processo

Contínua (Contínua (continuous))

perspectiva de capacidadeperspectiva de capacidade das áreas de processodas áreas de processo

mede resultados em cada área individualmente

Níveis de Maturidade em EstágiosNíveis de Maturidade em Estágios

Gerenciado

Definido

Gerenciado Quantitativamente

Em Otimização

1Processo imprevisível, pobremente controlado e reativo

2Processo caracterizado para projetos e muitas vezes reativo

3Processo caracterizado para a organização e pró-ativo

4Processo medido e controlado

5Foco na melhoria do processo

Inicial

Nível de Maturidade 2 Gerência de RequisitosPlanejamento do ProjetoMonitoração e Controle do ProjetoGerência de Acordos com FornecedoresMedição e AnáliseGarantia da Qualidade do Processo e do ProdutoGerência de Configuração

Áreas de Processo agrupadas em EstágiosÁreas de Processo agrupadas em Estágios

Nível de Maturidade 3 Desenvolvimento de RequisitosSolução TécnicaIntegração do ProdutoVerificaçãoValidaçãoFoco no Processo OrganizacionalDefinição do Processo OrganizacionalTreinamento OrganizacionalGerência de Projeto IntegradaGerência de RiscosIntegração da EquipeAnálise de Decisão e ResoluçãoAmbiente Organizacional para Integração

Nível de Maturidade 4 Desempenho do Processo OrganizacionalGerência Quantitativa do Projeto

Nível de Maturidade 5 Inovação e Deployment OrganizacionalAnálise e Resolução de Causas

Práticas Genéricas

Práticas Específicas

Objetivo Genérico

Objetivo Específico

Área de Processo 1 Área de Processo 2 Área de Processo 3

Nível de Maturidade

Acordo para Realizar

Habilidade para Realizar

Direcionamento da Implementação

Verificação da Implementação

Aspectos Gerais

Conceitos FundamentaisConceitos Fundamentais

Melhoria da CapacidadeMelhoria da Capacidade

5 Em Otimização

4 Gerenciado Quantitativamente

3 Definido

2 Gerenciado

1 Realizado

0 Incompleto

O processo é bem realizado e melhorado continuamente

O processo não é realizado

Área de Processo 1

Área de Processo 2

Área de Processo 3

Área de Processo n

Seis níveis de capacidade:0 - Incompleto1 - Realizado2 - Gerenciado3 - Definido4 - Gerenciado Quantitativamente5 - Em Otimização

A cada nível está associado um objetivo genérico

Objetivos GenéricosObjetivos Genéricos

0 - Incompleto1 - Realizado

2 - Gerenciado3 - Definido4 - Gerenciado Quantitativamente5 - Em Otimização

-O processo apoia e permite atingir os objetivos específicos da área de processo transformando produtos de trabalho identificáveis deentrada para produzir produtos de trabalho identificáveis de saída O processo é institucionalizado como um processo gerenciadoO processo é institucionalizado como um processo definidoO processo é institucionalizado como um processo gerenciado quantitativamenteO processo é institucionalizado como um processo em otimização

Práticas Genéricas: Nível de Capacidade 2

NomeEstabelecer uma Política Organizacional

Planejar o Processo

Fornecer Recursos

Atribuir Responsabilidade

Treinar Pessoal

Prática GenéricaEstabelecer e manter uma política organizacional para planejamento e realização do processo

Estabelecer e manter os requisitos e objetivos, e planejar para a realização do processo

Disponibilizar os recursos necessários para a realização do processo, o desenvolvimento dos produtos de trabalho e o fornecimento dos serviços do processo

Atribuir responsabilidade e autoridade para a realização do processo

Treinar o pessoal que realiza ou dá suporte ao processo conforme necessário

Gerenciar configurações

Identificar e envolver stakeholders relevante

sMonitorar e controlar o processo

Avaliar objetivamente a aderência

Rever o status com a gerência de alto nível

Prática Genérica

Colocar produtos de trabalho designados do processo sob níveis adequados de gerenciamento de configuração

Identificar e envolver os stakeholders relevantes conforme

Monitorar e controlar o processo com relação ao plano e tomar as ações corretivas adequadas

Avaliar objetivamente a aderência do processo e dos produtos de trabalho e serviços do processo aos requisitos, objetivos e normas aplicáveis e tratar as não conformidadesRever as atividades, status e resultados do processo com a alta gerência e resolver aspectos pertinentes

Estabelecer um

Processo Definido

Coletar informações

de melhoria

Prática Genérica

Estabelecer e manter a descrição de um processo

definido

Coletar produtos do trabalho, medidas, resultados

de medidas e informações de melhoria derivadas do

planejamento e realização do processo para apoiar o

uso futuro e as melhorias nos processos da

organização

Estabelecer Objetivos

de Qualidade

Estabilizar o

Desempenho de Sub-

processo

Prática Genérica

Estabelecer e manter objetivos quantitativos para

qualidade e desempenho do processo baseados nas

necessidades dos usuários e objetivos de negócio

Estabilizar o desempenho de um ou mais sub-

processos do processo para determinar sua

habilidade para atingir a qualidade quantitativa

estabelecida e os objetivos de desempenho do

processo

Assegurar Melhoria

Contínua do Processo

Corrigir Causas comuns

de Problemas

Prática Genérica

Assegurar a melhoria contínua do processo em

atingir os objetivos de negócio relevantes da

organização

Identificar e corrigir as causas raiz de defeitos e

outros problemas no processo

Processo Realizado

Práticas Genéricas Nível 2

Processo Gerenciado

Processo Definido

Processo Gerenciado Quantitativamente

Processo em OtimizaçãoC

Gerência do Processo Foco no Processo Organizacional (NM3)Definição do Processo Organizacional (NM3)Treinamento Organizacional (NM3) Desempenho do Processo Organizacional (NM4)Inovação e Deployment Organizacional (NM5)

Áreas de Processo por Categoria e Áreas de Processo por Categoria e Nível de MaturidadeNível de Maturidade

Gerência do Projeto Planejamento do Projeto (NM2)Monitoração e Controle do Projeto (NM2)Gerência de Acordos com Fornecedores (NM2)Gerência de Projeto Integrada (NM3)Gerência de Riscos (NM3)Integração da Equipe (NM3)Gerência Quantitativa do Projeto (NM4)

Engenharia Gerência de Requisitos (NM2)Desenvolvimento de Requisitos (NM3)Solução Técnica (NM3)Integração do Produto (NM3)Verificação (NM3)Validação (NM3)

Apoio Garantia da Qualidade do Processo e do Produto (NM2)

Gerência de Configuração (NM2)Medição e Análise (NM2)Análise de Decisão e Resolução (NM3)Ambiente Organizacional para Integração (NM3)Análise e Resolução de Causas (NM5)

Áreas de Processo por Categoria e Áreas de Processo por Categoria e Nível de MaturidadeNível de Maturidade

Nível de Maturidade 2 Gerência de RequisitosPlanejamento do ProjetoMonitoração e Controle do ProjetoGerência de Acordos com FornecedoresMedição e AnáliseGarantia da Qualidade do Processo e do ProdutoGerência de Configuração

Áreas de ProcessoÁreas de ProcessoNível de Maturidade 2Nível de Maturidade 2

Gerência de RequisitosGerência de Requisitos

Propósito: gerenciar os requisitos dos produtos do projeto e dos componentes do produto e identificar inconsistências entre estes requisitos e os planos do projeto e produtos de trabalho

Objetivos Específicos:Os requisitos são gerenciados e inconsistências entre os planos do projeto e os produtos de trabalho são identificadas

Gerência de RequisitosGerência de Requisitos

Hierarquia para Rastreabilidade

RequisitosObter

Entendimento dos Requisitos

Obter Aceite/ Comprometi-mento com os

Requisitos

Gerenciar Mudanças nos

Requisitos

Identificar Inconsistências

entre o Trabalho do Projeto e os

Requisitos

Manter Rastreabilidade bidirecional dos

Requisitos

Gerenciar Requisitos

Planejamento do ProjetoPlanejamento do Projeto

Propósito: estabelecer e manter planos que definem as atividades do projeto

Objetivos Específicos:Estimativas dos parâmetros para planejamento do projeto são estabelecidas

O Plano do Projeto é estabelecido e mantido como base para o gerenciamento do projeto

Aceites/comprometimentos para o Plano do Projeto são estabelecidos e mantidos

Estabelecer Estimativas

Desenvolver Plano do Projeto

Obter aceite/ comprometimento dos stakeholders

Planos do Projeto

Dados de Planejamento

MONITORAÇÃO E CONTROLE DO PROJETO

Planejamento do ProjetoPlanejamento do Projeto

Monitoração e Controle do ProjetoMonitoração e Controle do Projeto

Propósito: fornecer entendimento sobre o andamento do progresso de forma que ações corretivas adequadas possam ser tomadas quando o projeto se desvia de forma significativa do plano

Objetivos Específicos:O desempenho atual e o progresso do projeto é monitorado com relação ao Plano do Projetoonitorado com relação ao Plano do Projeto

Ações Corretivas são gerenciadas quando o desempenho ou resultados do projeto desviam significativamente do Plano

Monitoração e Controle do ProjetoMonitoração e Controle do Projeto

Planos do Projeto

PLANEJAMENTO DO PROJETO

Monitorar Parâmetros do Planejamento

do Projeto

Monitorar Riscos do Projeto

Monitorar Envolvimento

dos Stakeholders

Conduzir Revisões nos

Marcos

Conduzir Revisões do Progresso

Monitorar Comprome-

timento

Monitorar Gerência de

Monitorar o Projeto com relação aos Planos

Analisar Aspectos

Realizar Ações

Corretivas

Gerenciar Ações

Corretivas

Gerenciar Ações Corretivas

Gerência de Acordos com Fornecedores

Propósito: gerenciar a aquisição de produtos e serviços de fornecedores externos ao projeto para os quais existe um acordo formal

Objetivos Específicos:Acordos com os fornecedores são estabelecidos e mantidos

Acordos com os fornecedores são satisfeitos pelo projeto e pelo fornecedor

Gerência de Acordos com Fornecedores

Requisitos do Fornecedor Produto

Analisar Necessidades e Requisitos

Selecionar Fornecedores

Estabelecer Acordos com Fornecedores

Adquirir Produtos

Realizar Teste de Aceitação

Executar Acordo com Fornecedor

Realizar Transição de

Produtos

Satisfazer Acordos com Fornecedores

Acordos com Fornecedor

Lista de Produtos

Garantia da Qualidade do Processo e do Produto

Propósito: fornecer à equipe e à gerência insight objetivo sobre o processo e produtos do trabalho

Objetivos Específicos:A aderência do processo executado e dos produtos do trabalho e serviços associados a descrições do processo, padrões e procedimentos aplicáveis são objetivamente avaliados

Aspectos com não conformidades são seguidos de forma objetiva e comunicados, e a resolução é asssegurada

Garantia da Qualidade do Processo e do Produto

Avaliar Objetivamente Processos e Produtos do Trabalho

Avaliar Objetivamente

os Processos

Estabelecer Registros

Comunicar e Garantir

Resolução de Não Conformi-

Produtos do Trabalho

Relatórios e Registros

Formecer Insight Objetivo

Avaliar Objetivamente os Produtos de

Trabalho e Serviços

Medição e AnáliseMedição e Análise

Propósito: Desenvolver e manter capacidade de medição que é usada para apoiar a necessidade de informações gerenciais

Objetivos Específicos:Objetivos de medições e práticas estão alinhadas com necessidades de informações e objetivos

São fornecidos resultados de medições direcionados a necesidades de informação e objetivos

Medição e AnáliseMedição e Análise

Objetivos das Medições

Indicadores das Medições

Repositório das Medições

Procedimentos, FerramentasEquipe Responsável

pelas Medições

Estabelecer Objetivos

Especificar Métricas

Especificar Coleta de Dados e Procedimentos

de Armazena-mento

Especificar Procedimentos

de Análise

Comunicar Resultados

Armazenar Dados e

Resultados

Analisar Dados das Medições

Coletar Dados das Medições

Fornecer Resultados das Medições

Definir Atividades de Medição e Análise

Gerência de ConfiguraçãoGerência de Configuração

Propósito: estabelecer e manter a integridade dos produtos de trabalho usando identificação de configuração, controle de configuração, contabilidade do status de configuração e auditoria de configuração

Objetivos Específicos:São estabelecidos e mantidos baselines de produtos de trabalho identificados

Mudanças nos produtos de trabalho sob gerência de configuração são seguidos e controlados

A integridade dos baselines é estabelecida e mantida

Gerência de ConfiguraçãoGerência de Configuração

Identificar Itens de

Configuração

Estabelecer sistema de

Gerência de Configuração

Criar ou liberar

Baselines

Estabelecer Baselines

Estabelecer Registros da Gerência de

Configuração

RealisarAuditorias da Configuração

Seguir Mudanças

Controlar Mudanças

Sistema de Gerência de Configuração

Base de Dados de Pedidos de Alteração

Pedidos de Alteração

Estabelecer Integridade

Status

Resultados de Auditorias

Itens de Ações

Seguir e Controlar Mudanças

Nível de Maturidade 3 Desenvolvimento de RequisitosSolução TécnicaIntegração do ProdutoVerificaçãoValidaçãoFoco no Processo OrganizacionalDefinição do Processo OrganizacionalTreinamento OrganizacionalGerência de Projeto IntegradaGerência de RiscosIntegração da EquipeAnálise de Decisão e ResoluçãoAmbiente Organizacional para Integração

Desenvolvimento de RequisitosDesenvolvimento de Requisitos

Propósito: produzir e analisar os requisitos do cliente, do produto e dos componentes de produto.

Objetivos Específicos:Necessidades dos stakeholders, expectativas, restrições e interfaces são coletadas e traduzidas em requisitos do clienteOs requisitos do cliente são refinados e elaborados para desenvolver os requisitos do produto e dos componentes do produtoOs requisitos são analisados e validados e uma definição das funcionalidades requeridas é desenvolvida

Desenvolvimento de RequisitosDesenvolvimento de Requisitos

Desenvolver Requisitos do

Usuário

Analisar e Validar

Requisitos

Desenvolver Requisitos do

Produto

StakeholdersRelevantes

Requisitos do Cliente

Requisitos do Produto, dosComponentes de Produto e de

Interface

Requisitos Validados

Solução TécnicaSolução Técnica

Propósito: projetar, desenvolver e implementar soluções para os requisitos. Soluções, projetos e implementações incluem produtos, componentes de produtos e processos de ciclo de vida, sozinhos ou combinados

Objetivos Específicos:

Soluções de produtos ou de componentes de produtos são selecionadas a partir de soluções alternativas

Projetos de produtos ou componentes são desenvolvidos

Componentes de produto e documentação de apoio associada são implementados a partir de seus projetos

Solução TécnicaSolução Técnica

Selecionar Soluções para os Componentes do

Produto

Implementar o Projeto do Produto

Desenvolver o Projeto

Requisitos Validados

Projetos Alternativos e Critérios de Seleção

Projeto Detalhado e Documentação

Produto Entregue

GERÊNCIA DE REQUISITOS

Integração do ProdutoIntegração do Produto

Propósito: construir o produto a partir dos componentes do produto, garantir que o produto, uma vez integrado, funciona de forma adequada, e entregar o produto

Preparação para integração do produto é realizada

As interfaces internas e externas dos componentes do produto são compatíveis

Componentes de produto verificados são integrados e o produto integrado, verificado e validado é entregue

Integração do ProdutoIntegração do Produto

Preparar para a Integração do

Produto

Assegurar Compatibilidade

da Interface

Desenvolver o Projeto

SOLUÇÃO TÉCNICA

VerificaçãoVerificação

Propósito: garantir que os produtos de trabalho selecionados atendem aos requisitos especificados

A preparação para verificação é conduzida

Revisões por pares são realizadas nos produtos de trabalho selecionados

Os produtos de trabalho selecionados são verificados com relação aos requisitos especificados

VerificaçãoVerificação

Preparar para Verificação

Realizar Revisão por Pares

Verificar Produtos de Trabalho Selecionados

Ações Corretivas

ValidaçãoValidação

Propósito: demonstrar que um produto ou um componente de produto atende seu uso pretendido quando colocado no ambiente pretendido

A preparação para a validação é conduzida

O produto ou os componentes de produto são validados para garantir que são adequados para uso no ambiente operacional pretendido

ValidaçãoValidação

Preparar para Validação

Validar Produto ou Componentes do

Produto

• Plano de Validação dos Requisitos• Plano de Validação do Produto• Necessidades do Processo e de Suporte

Conformidades Deficiências

• Requisitos do Usuário• Requisitos do Produto• Produtos• Requisitos de Validação

Foco no Processo OrganizacionalFoco no Processo Organizacional

Propósito: planejar e implementar a melhoria do processo organizacional baseado em um entendimento completo dos pontos fortes e fracos dos ativos e dos processos atuais da organizaçãoObjetivos Específicos:

Pontos fracos, pontos fortes e oportunidades de melhoria para os processos da organização são identificados periodicamente e quando necessário

Melhorias são planejadas e implementadas, ativos do processo organizacional são desenvolvidos e experiências relacionadas com o processo são incorporadas aos ativos do processo organizacional

Foco no Processo OrganizacionalFoco no Processo Organizacional

Estabelecer Necessidades do Processo

Organizacional

Avaliar Processos da Organização

Determinar Oportunidades de Melhoria no Processo

Incorporar Experiências

Relacionadas a Processo

Implantar Processo e

Ativos Relacionados ao

Processo

Implementar Planos de Ação

do Processo

Planejar e Implementar Atividades de Melhoria de Processos

Identificar Melhorias no Processo da Organização

Ativos de Processo da Organização

Objetivos e Necessidades do Processo

Pontos Fortes e Pontos Fracos

Iniciativas de Melhoria

Melhorias Selecionadas

Estabelecer Planos de Ação

do Processo

Definição do Processo Organizacional Definição do Processo Organizacional

Propósito: estabelecer e manter um conjunto usável de ativos de processos organizacionais

Um conjunto de ativos de processos organizacionais é

estabelecido e mantido

Definição do Processo Organizacional Definição do Processo Organizacional

Estabelecer Processo Padrão

Estabelecer Critérios e Guias para Adaptação

Estabelecer Definições de Modelos de

Ciclo de Vida

Estabelecer um Repositório

Organizacional de Medições

Estabelecer a Biblioteca de

Ativos de Processo da Organização

Estabelecer Ativos de Processo da Organização

Modelos de Ciclo de Vida

Processos Padrão da Organização

Biblioteca de Ativos de Processo da Organização

Guias para Adaptação

Repositório Organizacional de

Medições

FOCO NO PROCESSO

ORGANIZACIONAL

Treinamento Organizacional Treinamento Organizacional

Propósito: desenvolver habilidades e conhecimento dos funcionários para que possam executar seus papéis de forma efetiva e eficiente

É estabelecida e mantida uma capacidade de treinamento que apóie papéis técnicos e gerenciais da organização

É fornecido o treinamento necessário para que os indivíduos executem efetivamente seus papéis

Treinamento Organizacional Treinamento Organizacional

Repositório de Treinamento

Estabelecer Necessidades

Estratégicas de Treinamento

Determinar quais Necessidades de Treinamento são Responsabilidade da Organização

Estabelecer Plano Tático de

Treinamento Organizacional

Estabelecer Capacidade de Treinamento

Avaliar Efetividade dos Treinamentos

Estabelecer Registros de

Treinamentos

Fornecer o Treinamento Necessário

Disponibilizar Treinamento

Análise Necessidades Estratégia Requisitos Materiais

RegistrosRegistrosMateriaisPesquisas

Pedidos de Mudanças

Identificar Necessidades de Treinamento e Tornar o Treinamento Disponível

Gerência de Projeto IntegradaGerência de Projeto Integrada

Propósito: estabelecer e manter o projeto e o envolvimento dos stakeholders relevantes de acordo com um processo definido integrado, que é adaptado do conjunto de processos padrão da organização

O projeto é conduzido utilizando um processo definido que é adaptado a partir do conjunto de processos padrão da organização

Coordenação e colaboração do projeto com os stakeholders relevantes são conduzidas

Gerência de Projeto Integrada Gerência de Projeto Integrada

Plano do Projeto Baseado no Processo Definido

Atividades Colaborativas e

Questões

Questões de Coordenação de Stakeholders

Dependências Críticas Documentadas Gerenciar

Dependências

Resolver Questões de

Coordenação

Gerenciar Envolvimento

dos Stakeholders

Coordenar e Colaborar com

Usar Ativos do Processo da

Organização para Planejar as

Atividades do Projeto

Gerenciar o Projeto usando os Planos Integrados

Estabelecer o Processo Definido

para o Projeto

Uso do Processo Definido para o Projeto

Contribuir para os Ativos do

Processo Organizacional

Integrar Planos

•Medições do Processo e do Produto•Documentação•Lições Aprendidas

Processo Definido para o Projeto

DEFINIÇÃO DO PROCESSO ORGANIZACIONAL

Plano do Projeto

Gerência de RiscosGerência de Riscos

Propósito: identificar problemas em potencial antes que eles ocorram para que as atividades que tratam riscos possam ser planejadas, e acionadas quando necessário, durante o ciclo de vida do produto ou projeto, para mitigar o impacto negativo sobre os objetivos a serem alcançados

A preparação para a gerência de riscos é conduzida

Riscos são identificados e analisados para determinar sua importância relativa

Riscos são manipulados e mitigados, quando apropriado, para reduzir impacto negativo nos objetivos a serem alcançados

Gerência de RiscosGerência de Riscos

Identificar Riscos

Avaliar, Classificar e

Priorizar Riscos

Implementar Planos de

Mitigação de Riscos

Desenvolver Planos de

Mitigação de Riscos

Repositório de Riscos

Identificar e Analisar Riscos

Mitigar Riscos

Definir Parâmetros de

Riscos

Estabelecer uma Estratégia de Gerência de

Riscos

Determinar Fontes e

Categorias de Riscos

Preparar para a Gerência de Riscos

PLANEJAMENTO DO PROJETO E

MONITORAÇÃO E CONTROLE

Integração da EquipeIntegração da Equipe

Propósito: formar e manter uma equipe integrada para o desenvolvimento dos produtos de trabalho

É estabelecida e mantida a composição da equipe que fornece conhecimento e habilidades requeridos para entregar o produto da equipe

A operação da equipe integrada é gerenciada de acordo com princípios estabelecidos

Integração da EquipeIntegração da Equipe

Requisitos de Produtos

Estabelecer a Composição da

Equipe

Objetivos dos Patrocinadores

Lista Integrada de Membros da

Equipe

PLANEJAMENTO DO PROJETO

AMBIENTE ORGANIZACIONAL PARA INTEGRAÇÃO

Gerenciar Operação da

Equipe

GÊRENCIA DE PROJETOINTEGRADA

Análise de Decisão e Resolução Análise de Decisão e Resolução

Propósito: analisar possíveis decisões utilizando um processo formal para avaliar alternativas identificadas com relação a critérios estabelecidos

Decisões são baseadas em uma avaliação de alternativas utilizando critérios estabelecidos

Análise de Decisão e Resolução Análise de Decisão e Resolução

Técnicas

Estabelecer e Usar Guias

para Análise de Decisão

Selecionar Técnicas de Avaliação

Estabelecer Critérios de Avaliação

Avaliar Alternativas

Selecionar Soluções

Identificar Alternativas

Propostas

Avaliar Alternativas

Guias Alternativas Propostas

Critérios

Ambiente Organizacional para Integração Ambiente Organizacional para Integração

Propósito: prover uma infra-estrutura para o desenvolvimento integrado do processo e do produto (IPPD) e gerenciar pessoas para integração

Uma infra-estrutura que maximize a produtividade das pessoas e que apóie a colaboração necessária éestabelecida

Pessoas são gerenciadas incentivando a integração e o comportamento colaborativo de um ambiente IPPD

Ambiente Organizacional para Integração Ambiente Organizacional para Integração

Identificar Requisitos de Habilidade para IPPD

Estabelecer Visão

Compartilhada da Organização

Estabelecer Infra-estrutura de IPPD

Estabelecer Ambiente de

Trabalho Integrado

Visão Compartilhada da Organização

Guias para Construção da Visão

Compartilhada

Ambiente de Trabalho Integrado

Necessidades Táticas e

Estratégicas de Treinamento em

Estabelecer Mecanismos

para Balancear Responsabilidades

Estabelecer Mecanismos de Liderança

Estabelecer Incentivos

para Integração

Guias para Atribuição de Autoridade

Recompensas Individuais e por

Equipe

Guias Organizacionais

Gerenciar Funcionários para Integração

Organização da Equipe

Processo de Resolução de

Problemas

Guias para Liderança Contexto de Tomada

de Decisão

TREINAMENTO ORGANIZACIONAL

Nível de Maturidade 4 Desempenho do Processo OrganizacionalGerência Quantitativa do Projeto

Desempenho do Processo OrganizacionalDesempenho do Processo Organizacional

Propósito: estabelecer e manter o entendimento quantitativo do desempenho do conjunto de processos padrão da organização para apoiar os objetivos de qualidade e de desempenho do processo, e fornecer dados de desempenho de processo, baselines, e modelos para gerenciar quantitativamente os projetos da organização

Baselines e modelos que caracterizam o desempenho esperado de um processo do conjunto de processos padrão da organização são estabelecidos e mantidos

Desempenho do Processo OrganizacionalDesempenho do Processo Organizacional

Objetivos de Qualidade e de Desempenho do Processo

Organizacional

Sub-Processos do Processo Padrão da Organização

SelecionadosSelecionar Processos

Estabelecer Modelos de Desempenho do

Processo

Estabelecer Baselines de

Desempenho do Processo

Estabelecer Medidas de

Estabelecer Objetivos de

Qualidade e de Desempenho do

Processo

Estabelecer Baselines e Modelos de Desempenho

Processos Padrão da Organização

Baselines de Desempenho do Processo Organizacional

GERÊNCIA QUANTITATIVA

DO PROJETOModelos de Desempenho

do Processo

MEDIÇÃO E ANÁLISE

Objetivos de Negócio

Propósito: gerenciar quantitativamente o processo definido do projeto para alcançar os objetivos de qualidade e de desempenho do processo estabelecidos para o projeto

O projeto é gerenciado quantitativamente utilizando objetivos de qualidade e de desempenho do processo

O desempenho de sub-processos selecionados a partir do processo definidos do projeto é gerenciado estatisticamente

Gerência Quantitativa do ProjetoGerência Quantitativa do Projeto

Estabelecer Objetivos do

Projeto

Gerenciar Desempenho do

Projeto

Compor o Processo Definido

Gerenciar Quantitativamente o Projeto

Registrar Dados

Estatísticos de Gerência

Monitorar o Desempenho de Sub-Processos Selecionados

Selecionar Medidas e Técnicas

Analíticas

Aplicar Métodos

Estatísticos para Entender

Variação

Gerenciar Estatisticamente o Desempenho de Sub-Processos

Objetivos de Qualidade e Desempenho do Processo

Selecionar os Sub-Processos

a serem Gerenciados

Estatisticamente

Ações Corretivas

Sub- Processos Estáveis

Sub-Processos Selecionados

MEDIÇÃO E ANÁLISE

Repositório de Medições da Organização

Medida de Capacidade de Sub-Processo

Predições da Qualidade e

DESEMPENHO DO PROCESSO

ORGANIZACIONAL

GERÊNCIA DE PROJETO

INTEGRADA

Nível de Maturidade 5 Inovação e Deployment OrganizacionalAnálise e Resolução de Causas

Propósito: selecionar e implantar melhorias incrementais e inovadoras que de forma mensurada melhoram os processos e tecnologias da organização. As melhorias apóiam os objetivos de qualidade e de desempenho de processo da organização, sendo derivados dos objetivos de negócio

São selecionadas melhorias de processo e de tecnologia que contribuem para alcançar os objetivos de qualidade e de desempenho de processo da organização

Melhorias mensuradas aos processos e às tecnologias da organização são implantadas continuamente e sistematicamente

Inovação e Inovação e DeploymentDeployment OrganizacionalOrganizacional

Coletar e Analisar

Propostas de Melhorias

Identificar e Analisar

Inovações

Selecionar Melhorias

Medir Efeitos das Melhorias

Gerenciar a Implantação

Planejar a Implantação

Resultados de Medições

Implantar Melhorias

Realizar Pilotos de Melhorias

Melhorias Inovadoras Candidatas

Selecionar Melhorias para

Implantação

Processos Atualizados

Material de Treinamento Atualizado

Plano de Implantação

Propostas de Melhoria de Processo e de Tecnologia

Relatórios de Lições Aprendidas de

Avaliações Piloto

Propósito: identificar causas de defeitos e outros problemas, e tomar ações para prevenir a ocorrência deles no futuro

As causas raiz de defeitos e outros problemas são determinados sistematicamente

As causas raiz de defeitos e outros problemas são tratados sistematicamente para prevenir sua ocorrência futura

Análise e Resolução de CausasAnálise e Resolução de Causas

Implementar Propostas de

Ação

Registrar Dados

Dados de Problemas e

Defeitos

Tratar Causas de Defeitos

Selecionar Dados para

Análise

Analisar Causas

Propostas de Ação Selecionadas e

Propostas de Melhorias

Avaliar Efeitos de Mudanças

Registros Análise e Resolução de

Causas

Medidas de Desempenho

Propostas de Ação

Determinar Causas de Defeitos

INOVAÇÃO E DEPLOYMENT

ORGANIZACIONAL

GERÊNCIA QUANTITATIVA

DO PROJETO

Projeto mpsBr - melhoria do processo de software brasileiro

Softex

Governo

Universidades

ISO 15504

Modelo de Referência

para Melhoria do Processo de Software

ISO 12207

Realidade das Empresas Brasileiras

Projeto mpsBr

Modelo de Referência para Melhoria de Processo de Software

MODELO PARA MELHORIA DO PROCESSO DE SOFTWARE (MR mps)

Empresa 1

ISO 12207 ISO 15504

INSTITUIÇÕES CREDENCIADAS PARA IMPLEMENTAÇÃO (ICI)

ICI 2 ICI n

Empresa 2

Empresa n

INSTITUIÇÕES CREDENCIADAS PARA AVALIAÇÃO (ICA)

ICA 2 ICA n

Guia Implementação

Guia Avaliação

Níveis de Maturidade Método de Avaliação

ICI 1 ICA 1

Modelo de Referência (MR mps)Níveis de Maturidade

Objetivos e práticas foram distribuídos em 7 níveis de maturidade

A - Em OtimizaçãoB - Gerenciado quantitativamenteC - DefinidoD - Largamente definidoE - Parcialmente definidoF - GerenciadoG - Parcialmente Gerenciado

Implantação e Mudanças no ProcessoImplantação e Mudanças no Processo

Implantação

treinamento

seleção de projeto piloto

assessorias

auditoria da fidelidade ao processo

Mudanças

Melhoria contínua

Questões

Disciplina X Criatividade Necessidade de equilíbrio

Área em constante evolução Cuidado para não se refinar

um processo ultrapassado

Baseado em: Conradi,R., Fuggetta,A. “Improving Software Process Improvement”, IEEE Software, Julho/Agosto, 2002

Questões

CMM X Sucesso da Empresa (lucratividade,

competitividade, satisfação do usuário)

Sucesso e satisfação do usuário não estão 100%

relacionados ao Nível CMM ou a certificação ISO

Motorola - CMM Nível 5

Ericsson - CMM Nível 3

Nokia - CMM Nível 1

Não há interesse da Ericsson de alcançar outros níveis

Começar Top-down ou Bottom-up?

empresa pode não ter nenhum processo definido

começar com atividades que tenham mais urgência de

melhoria

desenvolvedores em geral estão motivados para

mudanças:

se possível começar bottom-up com iniciativas concretas

envolver a participação dos desenvolvedores

tornar melhorias visíveis para a alta gerência

Questões

Retorno do Investimento

processo demorado

Melhoria do processo envolve mudanças culturais

desenvolvedores tendem a responder de forma negativa

a imposições

buscar a participação

respeitar a cultura organizacional e práticas atuais

enfatizar aprendizado

Questões

Causas de Possíveis Fracassos

Falhas na estratégia

Falhas no planejamento

Falhas na execução

Baseado em: Hefner,R., Tauser,J. “Things They NeverTaught You in CMM School”, Proceedings 26th AnnualNASA Goddard Software Engineering Workshop , 2001

Falhas na EstratégiaFalhas em estabelecer objetivos possíveis de serem atingidos

Falhas em relacionar os objetivos de melhoria de processos aos objetivos do negócio

Recursos inadequados e expectativas não realistas• Assegurar que não se está apenas buscando um

novo nível CMM ou a certificação mas que se está auxiliando a atingir objetivos de negócio (produtividade, qualidade, competitividade, etc)

• Avaliar a situação atual com relação a estes objetivos: se a meta é aumentar a produtividade, qual é a produtividade atual?

• Manter o apoio da alta gerência evidenciando o progresso

Falhas no Planejamento

“Se falhamos no planejamento, planejamos falhar”

Falhas de planejamento freqüentes:

Iniciar sem conhecimento da área de Engenharia de Processos de

Software

Iniciar sem estabelecer prioridades

Falta de disciplina no projeto de melhoria de processo

Acreditar que existe solução única o processo tem que estar

alinhado à cultura organizacional

Acreditar que basta ter o processo documentado o difícil é

treinar e mudar a forma de trabalhar das pessoas

• Não iniciar definindo um novo processo e sim

analisando o processo atual

• Mapear as boas práticas existentes para o CMM ou

ISO 12207 e acrescentar as novas práticas necessárias

• Treinar gerentes e desenvolvedores para que entendam

o que está sendo feito e qual o papel de cada um

• Integrar a melhoria de processos no planejamento

estratégico da organização

• Planejar e monitorar o progresso

Falhas no Planejamento

Falhas na Execução

Ignorar a gerência intermediária

Institucionalização X Normatização

Começar definindo o processo

• Começar conversando com os desenvolvedores e

gerentes para identificar os problemas e as práticas de

sucesso

• Trabalhar e treinar a gerência intermediária

• Aprender de experiências de outras empresas

Relato de Experiência

Estratégia da COPPE/UFRJ NO BNDES e outras empresas: Passos

Treinamento em Engenharia de SoftwareTreinamento em Engenharia de Software

Engenharia de SoftwareEngenharia de SoftwareGerência de RequisitosGerência de RequisitosProcesso de SoftwareProcesso de SoftwareQualidade do ProdutoQualidade do ProdutoInspeçãoInspeçãoTestesTestesPontos por FunçãoPontos por FunçãoMedição e AnáliseMedição e AnáliseGerência de ConfiguraçãoGerência de ConfiguraçãoGerência de ConhecimentoGerência de ConhecimentoGerência de Acordos com FornecedoresGerência de Acordos com Fornecedores

Definição dos Processos para as Definição dos Processos para as PAsPAs Nível 2 ( um a um)Nível 2 ( um a um)

Treinamento nas Treinamento nas PAsPAs Nível 2Nível 2

Estratégia da COPPE/UFRJ: Passos

Gerenciado

Definido

Em Otimização

Inicial

Nível de Maturidade 2 Planejamento do ProjetoMonitoração e Controle do ProjetoGerência de RequisitosGarantia da Qualidade do Processo e do ProdutoGerência de ConfiguraçãoGerência de Acordos com FornecedoresMedição e Análise

CMMI CMMI -- Áreas de ProcessoÁreas de ProcessoNível de Maturidade 2Nível de Maturidade 2

Avaliação e Ajustes no Processo

Treinamento no Processo

Estratégia da COPPE/UFRJ: PassosEstratégia da COPPE/UFRJ: Passos

Implantação de Ambiente Configurado TABA e

treinamento hands-on nas ferramentas

Plano do Processo1

Instanciação

ISO 12207 CMMIPráticas E. de SoftwareCultura Organizacional

Tipo de Software

Particularidades do projeto

Definição

Especialização

Processo Padrão

Especialização 1 ...

Plano do Processo n

Especialização n

Processo definido para o projetoAm

fi gur

Acompanhamento de Projeto Piloto

Avaliação e Ajustes nos Processos

Institucionalização do Processo

Relato de ExperiênciaRelato de Experiência

Empresa Relacional ConsultoriaEmpresa Relacional Consultoria

PréPré--avaliação CMMI Nível 2: em 24 de Janeiroavaliação CMMI Nível 2: em 24 de Janeiro

Poucas nãoPoucas não--conformidadesconformidades

85% dos indicadores atingidos85% dos indicadores atingidos

Avaliação CMMI Nível 2: 18 de MarçoAvaliação CMMI Nível 2: 18 de Março

Objetivo: atingir Nível 3 até dezembroObjetivo: atingir Nível 3 até dezembro

Relato de Experiência: Dicas para Implantar Relato de Experiência: Dicas para Implantar ProcessosProcessos

O programa deve ter forte apoio da alta direção da organização.

Os gerentes dos projetos devem ter participação ativa no programa.

Todos os que usarão os processos devem ser envolvidos.

Os processos atuais devem ser conhecidos.

Investimentos devem ser feitos.

O programa deve ter estágios intermediários bem definidos, onde são localizados os pontos de controle.

Gerenciado

Definido

Em Otimização

Inicial

Definição dos Processos para as Definição dos Processos para as PAsPAs Nível 3Nível 3

Nível de Maturidade 3 Desenvolvimento de Requisitos Solução Técnica Integração do Produto Verificação Validação Foco no Processo Organizacional Definição do Processo Organizacional Treinamento Organizacional Gerência de Projeto Integrada Gerência de Riscos Integração da Equipe

Análise de Decisão e ResoluçãoAmbiente Organizacional para Integração

“One who develops software better, cheaper, and faster

will become the leader with enormous economic

advantage. The key to success in software development

will depend upon the software process used to build them”Raman,S,It is Software Process: Next Millennium Software

Quality Key, IEEE AES Systems Magazine, Junho 2000

ReferênciasReferências

Engenharia de SoftwareEngenharia de Software, Roger S. Pressman, Tradução , Roger S. Pressman, Tradução da 5a edição, da 5a edição, McMc GrawGraw Hill, 2002. Hill, 2002.

Engenharia de Software: Teoria e Prática, 2a edição, Engenharia de Software: Teoria e Prática, 2a edição, ShariShari L. L. PfleegerPfleeger, , PrenticePrentice Hall, 2004Hall, 2004..

www.www.prenhallprenhall..com/pfleeger_brcom/pfleeger_br

Qualidade de Software: Teoria e PráticaQualidade de Software: Teoria e Prática, Ana Regina , Ana Regina da Rocha e outros autores, da Rocha e outros autores, PrenticePrentice Hall, 2001. Hall, 2001.

TABA: TABA: www.www.coscos.ufrj..ufrj.br/~tababr/~taba

CMMI: CMMI: www.sei.www.sei.cmucmu..edu/cmmiedu/cmmi//

ContatosContatos

Ana Candida NataliAna Candida Natali

anatali@cos.ufrj.branatali@cos.ufrj.br

Ana Regina da RochaAna Regina da Rocha

darocha@centroin.com.brdarocha@centroin.com.br

pós graduação engenharia de software - início - sefaz...

Documents

guia de aquisição mps - softex · a versão 2008 da norma...

iso/iec 12207 prof. alexandre vasconcelos (amlv@cin.ufpe.br)...

norma iso 12207

visao geral da norma iso iec 12207

qualidade do processo de software - universidade federal...

gestão de projectos e gestão da manutenção nas ... ·...

desenvolvimento de um processo baseado em … · 2.9.1...

mps.br guia geral software 2012-1€¦ · mps.br-guia geral...

aquisição de serviços de ti como um processo de...

mps - professor rogerão araújo | vida, ti e concursos ·...

universidade federal do espírito santo centro ... ·...

nbr iso/iec 12207 tecnologia de informação - processos...

qualidade de software unid...

qualidade de software...qualidade do processo – cmm/cmmi...

software de auxÍlio À implantaÇÃo da norma iso/iec 12207...

avaliação de processos de software utilizando a...

andrÉ leme fleury - teses.usp.br · 2.4.3 a norma iso/iec...

a importÂncia da adoÇÃo da abordagem de riscos no … ·...

mapeamento da nbr iso/iec 12207 em papéis da gerência de...

qualidade de software · n modelos cmmi e iso/iec 12207...