Upload
phamdieu
View
217
Download
0
Embed Size (px)
Citation preview
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
Motivação para o Processo de Software
Precisamos aprender a atacar a doença e não os
sintomas: o processo e não os defeitos no software
Motivação para o Processo de 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
Motivação para o Processo de Software
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
Definição de ProcessosDefinição de Processos
Modelo de ciclo de vida
Fases
Atividades
Processo Modelo de Referênciabaseado em
contem
contem
contem
baseado em
Definição de ProcessosDefinição de Processos
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
Processos fundamentaisProcessos fundamentais
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
Processos fundamentaisProcessos fundamentais
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
Processos fundamentaisProcessos fundamentais
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
Processos Processos organizacionaisorganizacionais
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
Processos Processos organizacionaisorganizacionais
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
Processos Processos organizacionaisorganizacionais
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
emprega
emprega
emprega
emprega
empregaemprega
•Adquirente•Fornecedor
Gerente
Operador/usuário
•Desenvolvedor•Mantenedor
Encarregado dos Processos de
Apoio
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
Req
uisi
tos
Sat
isfa
çã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
SW
SE
IPPD
Avaliação Treinamento
Indústria
Governo
SEI
CMMI
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
CMMI: Exemplo de Página de Descrição de Área de Processo
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
CMMI: Exemplo de Página de Descrição de Área de Processo
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
CMMI: Exemplo de Página de Descrição de Área de Processo
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
Áreas de Processo agrupadas em EstágiosÁreas de Processo agrupadas em Estágios
Nível de Maturidade 4 Desempenho do Processo OrganizacionalGerência Quantitativa do Projeto
Áreas de Processo agrupadas em EstágiosÁreas de Processo agrupadas em Estágios
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
Melhoria da CapacidadeMelhoria da Capacidade
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
Nome
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
Práticas Genéricas: Nível de Capacidade 2
Nome
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
Práticas Genéricas: Nível de Capacidade 3
Nome
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
Práticas Genéricas: Nível de Capacidade 4
Práticas Genéricas: Nível de Capacidade 5
Nome
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
Melhoria da CapacidadeMelhoria da Capacidade
Processo Realizado
Práticas Genéricas Nível 2
Processo Gerenciado
Processo Gerenciado
Práticas Genéricas Nível 3
Processo Definido
Processo Definido
Práticas Genéricas Nível 4
Processo Gerenciado Quantitativamente
Processo Gerenciado Quantitativamente
Práticas Genéricas Nível 5
Processo em OtimizaçãoC
apac
idad
e
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
Dados
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
Estabelecer Acordos com Fornecedores
Adquirir Produtos
COTS
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-
dades
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
Áreas de Processo agrupadas em EstágiosÁreas de Processo agrupadas em Estágios
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
Objetivos Específicos:
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
Objetivos Específicos:
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
Objetivos Específicos:
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
StakeholdersRelevantes
Definição do Processo Organizacional Definição do Processo Organizacional
Propósito: estabelecer e manter um conjunto usável de ativos de processos organizacionais
Objetivos Específicos:
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
Objetivos Específicos:
É 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
Objetivos Específicos:
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
StakeholdersRelevantes
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
Objetivos Específicos:
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
Objetivos Específicos:
É 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
StakeholdersRelevantes
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
Objetivos Específicos:
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
Objetivos Específicos:
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
IPPD
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
Áreas de Processo agrupadas em EstágiosÁreas de Processo agrupadas em Estágios
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
Objetivos Específicos:
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
Desempenho do Processo
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
Objetivos Específicos:
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
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
DESEMPENHO DO PROCESSO
ORGANIZACIONAL
GERÊNCIA DE PROJETO
INTEGRADA
Áreas de Processo agrupadas em EstágiosÁreas de Processo agrupadas em Estágios
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
Objetivos Específicos:
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
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
FOC
O N
O P
RO
CE
SSO
O
RG
AN
IZA
CIO
NA
LM
ED
IÇÃ
O E
AN
ÁL
ISE
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
Objetivos Específicos:
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
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
CMMI
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
CMMI
...
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
Geral
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
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 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
Estratégia da COPPE/UFRJ: PassosEstratégia da COPPE/UFRJ: Passos
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
bien
te d
o Pr
oje t
oA
mb i
ente
Co n
fi gur
ado
Acompanhamento de Projeto Piloto
Avaliação e Ajustes nos Processos
Institucionalização do Processo
Estratégia da COPPE/UFRJ: PassosEstratégia da COPPE/UFRJ: Passos
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
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
Definição dos Processos para as Definição dos Processos para as PAsPAs Nível 3Nível 3
Estratégia da COPPE/UFRJ: PassosEstratégia da COPPE/UFRJ: Passos
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
Áreas de Processo agrupadas em EstágiosÁreas de Processo agrupadas em Estágios
“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
[email protected]@cos.ufrj.br
Ana Regina da RochaAna Regina da Rocha
[email protected]@centroin.com.br