Este atributo evidencia o quanto o processo atinge o seu propósito

Documentos relacionados
A visão do modelo MPS.BR para Gerência de Projeto - Nível G. por Adriana Silveira de Souza

Project Builder: uma Ferramenta de Apoio a Implementação do Processo Gerência de Projetos do MPS.BR

Gerência de Projetos Prof. Dr. Sandro Ronaldo Bezerra Oliveira

Políticas de Qualidade em TI

CHECK - LIST - ISO 9001:2000

Prova de Conhecimento para Consultores de Implementação MPS.BR INSTRUÇÕES

Pós-Graduação em Gerenciamento de Projetos práticas do PMI

O Modelo Processo de Software Brasileiro MPS-Br

Políticas de Qualidade em TI

Implantação de um Processo de Medições de Software

MASTER IN PROJECT MANAGEMENT

Gerenciamento de Projetos

Introdução ao Modelo de Referência para melhoria do processo de software (MR mps) Projeto: mps Br melhoria de processo do software Brasileiro

Qualidade de Processo de Software Normas ISO e 15504

Lista de verificação (Check list) para planejamento e execução de Projetos

CONCURSO PÚBLICO ANALISTA DE SISTEMA ÊNFASE GOVERNANÇA DE TI ANALISTA DE GESTÃO RESPOSTAS ESPERADAS PRELIMINARES

Implantação do Processo Aquisição na Synapsis Brasil. Carlos Simões Ana Regina Rocha Gleison Santos

F.1 Gerenciamento da integração do projeto

CMMI. B) descrições das atividades consideradas importantes para o atendimento de suas respectivas metas específicas. Governo do ES (CESPE 2009)

ARCO - Associação Recreativa dos Correios. Sistema para Gerenciamento de Associações Recreativas Plano de Desenvolvimento de Software Versão <1.

Rede TSQC / SOFTEX Workshop de Aquisição de software Guia de Aquisição MPS.BR

Gerenciamento de Riscos do Projeto Eventos Adversos

MUDANÇAS NA ISO 9001: A VERSÃO 2015

CHECK LIST DE AVALIAÇÃO DE FORNECEDORES Divisão:

Qual a diferença entre certificação e acreditação? O que precisamos fazer para obter e manter a certificação ou acreditação?

Gerência de Projetos

Resumo do BABok 2.0 O Guia de Referência de Análise de Negócio Curso de Analista de Negócio 3.0

ISO/IEC 12207: Gerência de Configuração

Gestão do Conhecimento A Chave para o Sucesso Empresarial. José Renato Sátiro Santiago Jr.

PEDRO HENRIQUE DE OLIVEIRA E SILVA MESTRE EM MODELAGEM MATEMÁTICA E COMPUTACIONAL PEDROHOLI@GMAIL.COM CMM E CMMI

Gerenciamento da Integração (PMBoK 5ª ed.)

Roteiro SENAC. Análise de Riscos. Monitoramento e Controle de Riscos. Monitoramento e Controle de Riscos. Monitoramento e Controle de Riscos

Copyright Proibida Reprodução. Prof. Éder Clementino dos Santos

Reutilização no MPS.BR e no projeto Cooperativa MPS.BR SOFTSUL. Porto Alegre, Agosto de Sumário

ISO 9001:2008. Alterações e Adições da nova versão

Abordagem de Processo: conceitos e diretrizes para sua implementação

Sistema de Gestão da Qualidade

Gerenciamento de projetos.

Project and Portfolio Management [PPM] Sustainable value creation.

CÓPIA NÃO CONTROLADA. DOCUMENTO CONTROLADO APENAS EM FORMATO ELETRÔNICO. PSQ PROCEDIMENTO DO SISTEMA DA QUALIDADE

Palestra Informativa Sistema da Qualidade NBR ISO 9001:2000

Oficina de Gestão de Portifólio

Porque estudar Gestão de Projetos?

Sistemas de Gestão Ambiental O QUE MUDOU COM A NOVA ISO 14001:2004

PLANOS DE CONTINGÊNCIAS

Modelo de Referência para melhoria do processo de software (MR mps)

Referências internas são os artefatos usados para ajudar na elaboração do PT tais como:

Engenharia de Software II: Definindo Projeto III. Prof. Msc Ricardo Britto DIE-UFPI

CONCORRÊNCIA AA Nº 05/2009 BNDES ANEXO X PROJETO BÁSICO: DESCRIÇÃO DOS PROCESSOS DE TI

GERENCIAMENTO DE PROJETOS PROJECT MANAGEMENT INSTITUTE

GESTÃO DE PROJETOS PARA A INOVAÇÃO

Qualidade de Software MPS.BR - Questões CESPE (2010 a 2013)

Processos de gerenciamento de projetos em um projeto

ENQUALAB 2013 QUALIDADE & CONFIABILIDADE NA METROLOGIA AUTOMOTIVA. Elaboração em planos de Calibração Interna na Indústria Automotiva

Definição de Processos Reutilizáveis para Desenvolvimento de Software com Aquisição

ECS -ASSESSORIA E CONSULTORIA TÉCNICA. ISO 9001:2015 Tendências da nova revisão

Copyright Proibida Reprodução. Prof. Éder Clementino dos Santos

MPS.BR - Melhoria de Processo do Software Brasileiro. Guia Geral

LISTA DE VERIFICAÇAO DO SISTEMA DE GESTAO DA QUALIDADE

Universidade de Brasília Faculdade de Ciência da Informação Curso de Arquivologia Profa. Lillian Alvares

ANÁLISE DOS REQUISITOS NORMATIVOS PARA A GESTÃO DE MEDIÇÃO EM ORGANIZAÇÕES

QUALIDADE DE SOFTWARE

Plano de Gerenciamento das Aquisições Exemplo 1

CMM Capability Maturity Model. Silvia Regina Vergilio

Universidade Paulista

Gerenciamento de Projetos Modulo II Ciclo de Vida e Organização do Projeto

Requisitos de Software. Teresa Maciel DEINFO/UFRPE

Aula 2 Governança do projeto Papéis e Responsabilidades

PLANEJAMENTO PLANEJAMENTO ESTRATÉGIA CICLO PDCA CICLO PDCA 09/04/2015 GESTÃO DE ESCOPO GERENCIAMENTO DE PROJETOS ACT

Secretaria de Gestão Pública de São Paulo. Guia de Avaliação de Maturidade dos Processos de Gestão de TI

Universidade de Brasília Faculdade de Economia, Administração, Contabilidade e Ciência da Informação e Documentação Departamento de Ciência da

Metodologia de Gerenciamento de Projetos da Justiça Federal

Planejamento de Projetos. Professor Gabriel Baptista ( gabriel.baptista@uninove.br ) ( )

ESTRUTURA ISO 9.001:2008

PR 2 PROCEDIMENTO. Auditoria Interna. Revisão - 2 Página: 1 de 9

Gerenciamento de Serviços de TI ITIL v2 Módulo 1 Conceitos básicos

Conteúdo. Disciplina: INF Engenharia de Software. Monalessa Perini Barcellos

Introdução à ISO 9001:2015

ESTUDO COMPARATIVO NBR ISO 13485:2004 RDC 59:2000 PORTARIA 686:1998 ITENS DE VERIFICAÇÃO PARA AUDITORIA

PEN - Processo de Entendimento das Necessidades de Negócio Versão 1.4.0

Módulo 3 Procedimento e processo de gerenciamento de riscos, PDCA e MASP

Service Level Management SLM. Gerenciamento de Níveis de Serviço

ESTÁGIO DE NIVELAMENTO DE GERENCIAMENTO DE PROJETOS MACROPROCESSO DE GESTÃO DO PORTFÓLIO

17/02/2009. Curso Superior de Tecnologia: Redes de Computadores. Disciplina: Gestão de Projetos de TI Prof.: Fernando Hadad Zaidan. Unidade 2.

GARANTIA DA QUALIDADE DE SOFTWARE

Mapeamento GRH. 1. Introdução

MODELO CMM MATURIDADE DE SOFTWARE

SISTEMAS INTEGRADOS DE GESTÃO. Requisitos e Diretrizes para a Integração de Sistemas de Gestão PAS 99:2012

CMMI Conceitos básicos. CMMI Representações contínua e por estágios. Professor Gledson Pompeu (gledson.pompeu@gmail.com)

Gerenciamento de Projetos. Prof. Dr. Rodolfo Miranda de Barros

O sucesso na Interaçao com o Conselho

Disciplina: Gerenciamento de Projetos e Práticas de Integração. Gerenciamento de Projetos e Práticas de Integração AULA 3.

Melhoria de Processos de Software com o MPS.BR

Análise de Pontos por Função

Transcrição:

Alterações no Guia Geral:2011 Este documento lista todas as alterações realizadas nos resultados esperados de processos e resultados esperados de atributos de processo presentes no MR-MPS versão de 2011 em relação à versão de 2009. Item 1 Antigo Novo Descrição AP 1.1 Este atributo é uma medida do quanto o processo atinge o seu propósito Este atributo evidencia o quanto o processo atinge o seu propósito Foi notado que o uso da palavra medida na descrição dos atributos de processo poderia levar alguém a entender o termo da mesma forma que medida é utilizada no contexto do processo Medição (MED). AP2.1 Este atributo é uma medida do quanto a execução do processo é gerenciada. Este atributo evidencia o quanto a execução do processo é gerenciada. AP2.2 Este atributo é uma medida do quanto os produtos de trabalho produzidos pelo processo são gerenciados apropriadamente. AP3.1 Este atributo é uma medida do quanto um processo padrão é mantido para apoiar a implementação do processo definido. AP3.2 Este atributo é uma medida do quanto o processo padrão é efetivamente implementado como um processo definido para atingir seus resultados. AP4.1 Este atributo é uma medida do quanto os resultados de medição são usados para assegurar que a execução do processo atinge os seus objetivos de desempenho e apoia o alcance dos objetivos de negócio definidos. AP4.2 Este atributo é uma medida do quanto o processo é controlado estatisticamente para produzir um processo estável, capaz e previsível dentro de limites estabelecidos. Este atributo evidencia o quanto os produtos de trabalho produzidos pelo processo são gerenciados apropriadamente. Este atributo evidencia o quanto um processo padrão é mantido para apoiar a implementação do processo definido. Este atributo evidencia o quanto o processo padrão é efetivamente implementado como um processo definido para atingir seus resultados. Este atributo evidencia o quanto os resultados de medição são usados para assegurar que a execução do processo atinge os seus objetivos de desempenho e apoia o alcance dos objetivos de negócio definidos. Este atributo evidencia o quanto o processo é controlado estatisticamente para produzir um processo estável, capaz e previsível dentro de limites estabelecidos. AP5.1 AP 5.1 O processo é objeto de melhorias e inovações AP 5.1 O processo é objeto de melhorias incrementais e inovações AP5.1 Este atributo é uma medida do quanto as mudanças Este atributo evidencia o quanto as mudanças no no processo são identificadas a partir da análise de processo são identificadas a partir da análise de defeitos, problemas, causas comuns de variação do defeitos, problemas, causas comuns de variação do desempenho e da investigação de enfoques desempenho e da investigação de enfoques inovadores para a definição e implementação do inovadores para a definição e implementação do processo. processo. Diferenciar melhorias incrementais e inovações no título. Todas as inovações também são melhorias. 1 A numeração apresentada nesta coluna corresponde à numeração do Guia Geral:2009.

AP5.2 Este atributo é uma medida do quanto as mudanças na definição, gerência e desempenho do processo têm impacto efetivo para o alcance dos objetivos relevantes de melhoria do processo. Este atributo evidencia o quanto as mudanças na definição, gerência e desempenho do processo têm impacto efetivo para o alcance dos objetivos relevantes de melhoria do processo. AP4.1 a AP5.2 RAP5 RAP7 Uma implementação do nível B do MR-MPS devia satisfazer integralmente os atributos de processo de AP 1.1 ao AP 3.2 e os RAP 23 e RAP 24 do AP4.1 para todos os processos. Apenas alguns dos processos precisavam ter evidências para os RAPs a partir do RAP25, inclusive. RAP 5. (Até o nível F) As informações e os recursos necessários para a execução do processo são identificados e disponibilizados; RAP 5. (A partir do nível E) Os recursos e informações necessários para executar o processo definido são disponibilizados, alocados e utilizados; RAP 7. (Até o nível F) As pessoas que executam o processo são competentes em termos de formação, treinamento e experiência; Conforme anteriormente, uma implementação do nível B do MR-MPS deve satisfazer integralmente os atributos de processo de AP 1.1 ao AP 3.2. A partir desta versão do MR-MPS, no entanto, os RAP 22, RAP 23, RAP 24 e RAP 25 do AP4.1 devem ser implementados para todos os processos. Apenas alguns dos processos precisam ter evidências para os demais RAPs a partir do RAP26, inclusive (ver comentário ao lado). RAP 5. As informações e os recursos necessários para a execução do processo são identificados e disponibilizados; RAP 7. As pessoas que executam o processo são competentes em termos de formação, treinamento e experiência; O texto foi revisto em decorrência da reorganização dos resultados esperados contidos no AP4.1. Ver mais explicações no Guia de Implementação. As seguintes regras não foram alteradas: A implementação dos processos selecionados para análise de desempenho deve satisfazer integralmente os atributos de processo AP 4.1 e AP 4.2. Os atributos de processo AP 5.1 e AP 5.2 devem ser integralmente satisfeitos pela implementação de pelo menos um dos processos selecionados para análise de desempenho. A redação diferenciada do RAP 5 a partir do nível E foi excluída, pois não há muitas diferenças para a redação até o nível F e, além disso, o RAP 20 (no AP 3.1) completa as exigências relacionadas a infra-estrutura previstas no AP 3.1 da norma ISO/IEC 15504. A redação diferenciada do RAP 5 a partir do nível E foi excluída, pois não há muitas diferenças para a redação até o nível F. RAP8 RAP 7. (A partir do nível E) As pessoas que executam o processo definido são competentes em termos de formação, treinamento e experiência; RAP 8. A comunicação entre as partes interessadas no processo é gerenciada de forma a garantir o seu envolvimento; RAP15 RAP 15. Um processo padrão é descrito, incluindo diretrizes para sua adaptação para o processo definido para um projeto. RAP 8. A comunicação entre as partes interessadas no processo é planejada e executada de forma a garantir o seu envolvimento; RAP 15. Um processo padrão é descrito, incluindo diretrizes para sua adaptação. Adequação do texto ao sentido de como é tratado no CMMI- DEV (GP 2.7 - Identify and involve the relevant stakeholders of the process as planned). Também espera-se retirar o sentido de monitoração que a palavra gerenciada pode trazer, pois verificar se a comunicação realmente foi estabelecida como planejado pode ser trabalhoso de ser executado na prática para todos os processos. Adequação no texto para evitar a menção a projeto nos RAPs, pois eles também são aplicáveis a processos que são executados na organização fora do escopo de projetos de desenvolvimento.

RAP19 RAP 19. Um processo definido é implementado para o projeto baseado nas diretrizes para seleção e/ou adaptação do processo padrão; RAP 19. Um processo definido é implementado baseado nas diretrizes para seleção e/ou adaptação do processo padrão; Adequação no texto para evitar a menção a projeto nos RAPs, pois eles também são aplicáveis a processos que são executados na organização fora do escopo de projetos de desenvolvimento. RAP21 RAP 21. dados apropriados são coletados e analisados, constituindo uma base para o entendimento do comportamento do processo, para demonstrar a adequação e a eficácia do processo, e avaliar onde pode ser feita a melhoria contínua do processo. Sem alteração. Ver comentário sobre RAP22. RAP22 RAP 22. Produtos de trabalho e lições aprendidas são coletados e armazenados na biblioteca de ativos de processo, para uso futuro e apoio à melhoria contínua do processo. RAP23 RAP 23. As necessidades de informação dos processos, requeridas para apoiar objetivos de negócio relevantes da organização, são identificadas; RAP24 RAP 24. A partir do conjunto de processos padrão da organização e das necessidades de informação, são selecionados os processos e/ou subprocessos que serão objeto de análise de desempenho; RAP25 RAP 25. Objetivos de medição do processo e/ou subprocesso são derivados das necessidades de informação do processo; RAP26 RAP 26. Objetivos quantitativos de qualidade e de desempenho dos processos e/ou subprocessos são definidos para apoiar os objetivos de negócio; EXCLUÍDO RAP 22. As necessidades de informação dos usuários dos processos, requeridas para apoiar objetivos de negócio relevantes da organização, são identificadas; RAP 25. Os processos e/ou subprocessos que serão objeto de análise de desempenho são selecionados a partir do conjunto de processos padrão da organização e das necessidades de informação dos usuários dos processos; RAP 23. Objetivos de medição organizacionais dos processos e/ou subprocessos são derivados das necessidades de informação dos usuários do processo; RAP24. Objetivos quantitativos organizacionais de qualidade e de desempenho dos processos e/ou subprocessos são definidos para apoiar os objetivos de negócio; O CMMI-DEV, na GP 3.2, não mais explicita produtos de trabalho, medidas e lições aprendidas e generaliza para experiências. A norma ISO/IEC 15504 também não explicita claramente quais as fontes para melhoria (diz apenas dados apropriados ). O processo Avaliação e Melhoria do Processo Organizacional (AMP) já mencionava a palavra Experiências. Devido a isso, o RAP22 foi excluído, sendo mantido apenas o RAP21. A maneira adequada de armazenamento das informações coletadas é a inclusão delas na Biblioteca de Ativos Organizacionais, o que foi reforçado no Guia de Implementação. Alteração na redação para deixar claro que as necessidades de informação são das pessoas que usam os processos. Nova numeração devido à nova ordem das práticas do CMMI. Alteração na redação para o texto para ficar no padrão dos demais. Alteração na redação para deixar claro que as necessidades de informação são das pessoas que usam os processos. Alteração na redação para deixar claro que as necessidades de informação são das pessoas que usam os processos e que os objetivos tratados são organizacionais. Alterado o texto para ficar mais explícito que neste resultado esperado ainda se está definindo aspectos organizacionais para a gerência quantitativa dos processos.

RAP27 RAP 27. Medidas, bem como a frequência de realização de suas medições, são identificadas e definidas de acordo com os objetivos de medição do processo/subprocesso e os objetivos quantitativos de qualidade e de desempenho do processo; RAP 26. Medidas, bem como a frequência de realização de suas medições, são identificadas e definidas de acordo com os objetivos de medição do processo/subprocesso e os objetivos quantitativos de qualidade e de desempenho do processo; RAP28 RAP 28. Resultados das medições são coletados, analisados e comunicados para monitorar o atendimento dos objetivos quantitativos de qualidade e de desempenho do processo/subprocesso; RAP29 RAP 29. Resultados de medição são utilizados para caracterizar o desempenho do processo/subprocesso. RAP30 RAP 30. Técnicas de análise e de controle de desempenho são identificadas e aplicadas quando necessário; RAP31 RAP 31. Limites de controle de variação são estabelecidos para o desempenho normal do processo; RAP32 RAP 32. Dados de medição são analisados com relação a causas especiais de variação; RAP33 RAP 33. Ações corretivas são realizadas para tratar causas especiais de variação; RAP34 RAP 34. Limites de controle são redefinidos, quando necessário, seguindo as ações corretivas; RAP35 RAP 35. Modelos de desempenho do processo são estabelecidos e mantidos. RAP27. Resultados das medições são coletados, analisados, utilizando técnicas estatísticas e outras técnicas quantitativas apropriadas, e são comunicados para monitorar o alcance dos objetivos quantitativos de qualidade e de desempenho do processo/subprocesso; RAP 28. Resultados de medição são utilizados para caracterizar o desempenho do processo/subprocesso. RAP 30. Técnicas de análise e de controle para a gerência quantitativa dos processos/subprocessos são identificadas e aplicadas quando necessário; RAP 31. Limites de controle de variação são estabelecidos para o desempenho normal do processo; RAP 32. Dados de medição são analisados com relação a causas especiais de variação; RAP 33. Ações corretivas e preventivas são realizadas para tratar causas especiais, ou de outros tipos, de variação; RAP 34. Limites de controle são restabelecidos, quando necessário, seguindo as ações corretivas, de forma que os processos continuem estáveis, capazes e previsíveis; RAP 29. Modelos de desempenho do processo são estabelecidos e mantidos. Revisão da redação. Reforçar necessidade de uso de técnicas quantitativas e estatísticas (de acordo com nova redação do CMMI-DEV e com o texto da ISO/IEC 15504). Alterada a redação para deixar mais explícito o que é mencionado em QPM 2 da ISO/IEC 15504. Nota: Todos os resultados esperados do Atributo de Processo AP 4.2 (do RAP 30 ao RAP 34) são equivalentes, em conjunto, ao OPP SP 1.4 do CMMI-DEV. Sem alterações. Sem alterações. Alteração do texto para ficar mais aderente ao texto do QPM 5 da ISO/IEC 15504. Alterada a palavra redefinidos para restabelecidos para ficar mais próximo da palavra original (re-established) e para não dar a entender que é apenas uma questão de alterar indiscriminadamente os limites sem respeitar a voz do processo. Alterado o final do texto para refletir o que está no QPM 6 da ISO/IEC 15504 e também para reforçar o que é dito no texto explicativo do AP 4.2. Passagem do resultado esperado do AP 4.2 para o AP 4.1. A definição do modelo de desempenho é importante para ver como o processo atinge os seus objetivos de desejados, assim, está intimamente ligada com a descrição do AP 4.1 e não com a do AP 4.2.

(novo) - RAP 35. Objetivos de negócio da organização são Foi definido no CMMI-DEV v1.3 um novo objetivo específico mantidos com base no entendimento das estratégias para a área de processo Organizational Performance de negócio e resultados de desempenho dos processos; Management (OPM, antigo OID Organizational Innovation and Deployment do CMMI-DEV v1.2), que por sua vez é semelhante ao processo Quantitative Process Improvement (QPI) definido no anexo 7 da norma ISO/IEC 15504. Assim, foi definido um novo RAP para ser o equivalente ao OPM SP 1.1 do CMMI-DEV. RAP36 RAP 36. Propostas de melhoria são coletadas e analisadas para estabelecer os objetivos de melhoria do processo, que são definidos de forma a apoiar os objetivos de negócio relevantes; RAP37 RAP 37. Defeitos e outros problemas são identificados, classificados e selecionados para análise; RAP38 RAP 38. Defeitos e outros problemas selecionados são analisados para identificar sua causa raiz e soluções aceitáveis para evitar sua ocorrência futura; RAP39 RAP 39. Dados adequados são analisados para identificar causas comuns de variação no desempenho do processo; RAP40 RAP 40. Dados adequados são analisados para identificar oportunidades para aplicar melhores práticas e inovações; RAP41 RAP 41. Oportunidades de melhoria derivadas de novas tecnologias e conceitos de processo são identificadas; RAP 36. Objetivos de melhoria do processo são definidos com base no entendimento do desempenho do processo, de forma a verificar que os objetivos de negócio relevantes são atingíveis; RAP 37. Dados que influenciam o desempenho do processo são identificados, classificados e selecionados para análise de causas; RAP38. Dados selecionados são analisados para identificar causas raiz e propor soluções aceitáveis para evitar ocorrências futuras de resultados similares ou incorporar melhores práticas no processo; RAP 39. Dados adequados são analisados para identificar causas comuns de variação no desempenho do processo; RAP 40. Dados adequados são analisados para identificar oportunidades para aplicar melhores práticas e inovações com impacto no alcance dos objetivos de negócio; RAP41. Oportunidades de melhoria derivadas de novas tecnologias e conceitos de processo são identificadas, avaliadas e selecionadas com base no impacto no alcance dos objetivos de negócio; Revisão do texto para ficar mais compatível com o texto original da ISO/IEC 15504 (process improvement objectives for the process are defined that support the relevant business goals), deixando-o mais claro e simplificado em decorrência da criação do resultado esperado anterior. Também foi reforçada a ideia presente no CMMI que se devem atender os objetivos de negócio identificados. Consolidação das práticas OPM SP 1.2 e OPM SP 1.3 do CMMI-DEV (de alguma forma já anteriormente previstas pelo MR-MPS) em um único texto. Redação alterada para deixar explícito o fato de o resultado ser relacionado à análise de causa raiz. Adequação do texto em decorrência de alteração na redação do CMMI-DEV e do resultado esperado anterior. Sem alterações. A alteração para deixar clara a necessidade de relacionamento com os objetivos de qualidade e desempenho. A alteração para melhorar a aderência à ISO/IEC 15504. Alteração para prever não só a identificação das oportunidades de melhoria, mas também sua avaliação e seleção com base no impacto no alcance dos objetivos de negócio. A seleção das melhorias candidatas deve ser feita com base na expectativa que conseguirão resolver os problemas identificados e atender aos objetivos de desempenho e de qualidade do processo.

RAP42 RAP 42. Uma estratégia de implementação é estabelecida e executada para alcançar os objetivos de melhoria do processo e para resolver problemas. RAP 42. Uma estratégia de implementação para as melhorias selecionadas é estabelecida para alcançar os objetivos de melhoria do processo e para resolver problemas. Adequação do texto. Alinhamento com o texto do AP5.1 que prevê o planejamento das ações e não a execução (que é realizada no escopo do AP5.2). RAP43 RAP 43. O impacto de todas as mudanças propostas é avaliado com relação aos objetivos do processo definido e do processo padrão; RAP44 RAP 44. A implementação de todas as mudanças acordadas é gerenciada para assegurar que qualquer alteração no desempenho do processo seja entendida e que sejam tomadas as ações pertinentes; RAP45 RAP 45. As ações implementadas para resolução de problemas e melhoria no processo são acompanhadas com medições para verificar se as mudanças no processo corrigiram o problema e melhoraram o seu desempenho; RAP46 RAP 46. Dados da análise de causas de problemas e de sua resolução são armazenados para uso em situações similares. GPR4 GPR 4. (A partir do nível E) O planejamento e as estimativas das atividades do projeto são feitos baseados no repositório de estimativas e no conjunto de ativos de processo organizacional; GPR8 GPR 8. Os recursos e o ambiente de trabalho necessários para executar o projeto são planejados; GPR11 GPR 11. A viabilidade de atingir as metas do projeto, considerando as restrições e os recursos disponíveis, é avaliada. Se necessário, ajustes são realizados; GPR12 GPR 12. O Plano do Projeto é revisado com todos os interessados e o compromisso com ele é obtido; RAP 43. O impacto de todas as mudanças propostas é avaliado com relação aos objetivos do processo definido e do processo padrão; RAP 44. A implementação de todas as mudanças acordadas é gerenciada para assegurar que qualquer alteração no desempenho do processo seja entendida e que sejam tomadas as ações pertinentes; RAP45. As ações implementadas para resolução de problemas e melhoria no processo são acompanhadas, com uso de técnicas estatísticas e outras técnicas quantitativas, para verificar se as mudanças no processo corrigiram o problema e melhoraram o seu desempenho; RAP 46. Dados da análise de causas e de resolução são armazenados para uso em situações similares. GPR 4. (A partir do nível E) O planejamento e as estimativas das tarefas do projeto são feitos baseados no repositório de estimativas e no conjunto de ativos de processo organizacional; GPR 8. (Até o nível F) Os recursos e o ambiente de trabalho necessários para executar o projeto são planejados; GPR 8. (A partir do nível E) Os recursos e o ambiente de trabalho necessários para executar os projetos são planejados a partir dos ambientes padrão de trabalho da organização. GPR 11. A viabilidade de atingir as metas do projeto é explicitamente avaliada considerando restrições e recursos disponíveis. Se necessário, ajustes são realizados; GPR 12. O Plano do Projeto é revisado com todos os interessados e o compromisso com ele é obtido e mantido; Sem alterações. Sem alterações. Reforçada a necessidade de se utilizar mecanismos estatísticos e quantitativos para essa análise, para diferenciar dos procedimentos para melhoria de processos nos níveis E, D e C do MR-MPS. Adequação da redação. Adequação do uso do termo tarefa em vez de atividade. Compatibilidade com IPM SP 1.3 do CMMI-DEV que prevê o uso dos ambientes padrão de trabalho da organização durante o planejamento do projeto. No MR-MPS, os ambientes de trabalho padrão são definidos como resultado da execução de DFP. Alteração do resultado esperado para exigir que a viabilidade do projeto seja avaliada explicitamente. A análise de viabilidade dos projetos, em muitas implementações, fica implícita, o que pode ser prejudicial. Compatibilidade com PMC SP 1.2 do CMMI-DEV que prevê a monitoração de compromissos.

GPR13 GPR 13. O projeto é gerenciado utilizando-se o Plano EXCLUÍDO Detalhamento dos resultados esperados relacionados à do Projeto e outros planos que afetam o projeto e os (substituído pelos novos GPR13, GPR14 e GPR15) resultados são documentados; monitoração do projeto de forma a haver mais exatidão na avaliação. Muitas vezes o problema das empresas não é só o planejamento, mas também o acompanhamento do projeto. Este acompanhamento se perde ao longo do tempo e, assim, deixando os resultados mais claros reforça-se a importância do planejamento. Compatibilidade com o CMMI-DEV v1.3. GPR14 GPR 14. O envolvimento das partes interessadas no projeto é gerenciado; GPR15 GPR 15. Revisões são realizadas em marcos do projeto e conforme estabelecido no planejamento; GPR16 GPR 16. Registros de problemas identificados e o resultado da análise de questões pertinentes, incluindo dependências críticas, são estabelecidos e tratados com as partes interessadas; GPR17 GPR 17. Ações para corrigir desvios em relação ao planejado e para prevenir a repetição dos problemas identificados são estabelecidas, implementadas e acompanhadas até a sua conclusão; GPR20 INCLUÍDO GPR 13. O escopo, as tarefas, as estimativas, o orçamento e o cronograma do projeto são monitorados em relação ao planejado; GPR 14. Os recursos materiais e humanos bem como os dados relevantes do projeto são monitorados em relação ao planejado; GPR 15. Os riscos são monitorados em relação ao planejado; GPR 16. O envolvimento das partes interessadas no projeto é planejado, monitorado e mantido; GPR 17. Revisões são realizadas em marcos do projeto e conforme estabelecido no planejamento; GPR 18. Registros de problemas identificados e o resultado da análise de questões pertinentes, incluindo dependências críticas, são estabelecidos e tratados com as partes interessadas; GPR 19. Ações para corrigir desvios em relação ao planejado e para prevenir a repetição dos problemas identificados são estabelecidas, implementadas e acompanhadas até a sua conclusão; GPR20. (A partir do nível E) Equipes envolvidas no projeto são estabelecidas e mantidas a partir das regras e diretrizes para estruturação, formação e atuação; Compatibilidade com parte de PMC SP 1.1 do CMMI-DEV que prevê a monitoração dos parâmetros do projeto, que, pela leitura das subpráticas se referem a cronograma, custo, recursos humanos e materiais. Compatibilidade com parte de PMC SP 1.1 do CMMI-DEV que prevê a monitoração dos parâmetros do projeto, que, pela leitura das subpráticas se referem a cronograma, custo, recursos humanos e materiais. Compatibilidade com PMC SP 1.4 do CMMI-DEV. Compatibilidade com PMC SP 1.3 do CMMI-DEV que prevê a monitoração dos riscos do projeto. Compatibilidade com PMC SP 1.5 do CMMI-DEV que prevê a monitoração do envolvimento das partes interessadas (no MR- MPS os resultados referentes ao planejamento e monitoração do envolvimento já eram unificados, a nova redação mantém a junção, mas detalha o que seria gerenciado ). Compatibilidade com nova prática IPM SP 1.6 do CMMI-DEV.

GPR19 GPR 19. (A partir do nível E) Produtos de trabalho, medidas e experiências documentadas contribuem para os ativos de processo organizacional; GPR21. (A partir do nível E) Experiências relacionadas aos processos contribuem para os ativos de processo organizacional; Compatibilidade com nova redação de IPM SP 1.7 do CMMI- DEV 1.3 (antiga IPM SP 1.6 no CMMI-DEV v1.2) e tornar redação compatível com o texto de AMP 10 do MR-MPS. Além disso, alteração da ordem para facilitar a numeração dos resultados de Gerência de Projetos (GPR) para o nível B. GPR18 GPR 18. (A partir do nível E) Um processo definido para o projeto é estabelecido de acordo com a estratégia para adaptação do processo da organização; GPR19 GPR 19. (A partir do nível B) Os objetivos para a qualidade do produto e para o desempenho do processo definido para o projeto são estabelecidos e mantidos; GPR18 GPR 18. (A partir do nível B) Os subprocessos mais adequados para compor o processo definido para o projeto são selecionados com base na estabilidade histórica, em dados de capacidade e em outros critérios previamente estabelecidos; GPR20 GPR 20. (A partir do nível B) Subprocessos do processo definido para o projeto e que serão gerenciados estatisticamente são escolhidos e são identificados os atributos por meio dos quais cada subprocesso será gerenciado estatisticamente; GPR21 GPR 21. (A partir do nível B) O projeto é monitorado para determinar se seus objetivos para qualidade e para o desempenho do processo serão atingidos. Quando necessário, ações corretivas são identificadas; GPR22 GPR 22. (A partir do nível B) O entendimento da variação dos subprocessos escolhidos para gerência quantitativa, utilizando medidas e técnicas de análise estatística previamente selecionadas, é estabelecido e mantido; GPR 22. (A partir do nível E) Um processo definido para o projeto é estabelecido de acordo com a estratégia para adaptação do processo da organização; GPR 22. (A partir do nível B) Os objetivos de qualidade e de desempenho do processo definido para o projeto são estabelecidos e mantidos; GPR 23. (A partir do nível B) O processo definido para o projeto que o possibilita atender seus objetivos de qualidade e de desempenho é composto com base em técnicas estatísticas e outras técnicas quantitativas; GPR 24. (A partir do nível B) Subprocessos e atributos críticos para avaliar o desempenho e que estão relacionados ao alcance dos objetivos de qualidade e de desempenho do processo do projeto são selecionados; GPR 25. (A partir do nível B) Selecionar medidas e técnicas analíticas a serem utilizadas na gerência quantitativa; GPR 27. (A partir do nível B) O projeto é gerenciado usando técnicas estatísticas e outras técnicas quantitativas para determinar se seus objetivos de qualidade e de desempenho do processo serão atingidos; EXCLUÍDO Revisão da redação. Alterada a ordem para ficar mais natural (e similar ao CMMI-DEV). O texto foi revisto para refletir alterações no CMMI-DEV. Com a nova redação do CMMI-DEV não foi possível manter um único resultado esperado equivalente a QPM SP 1.3 e SP 1.4. Por isso, o resultado foi desmembrado e adequado à redação do CMMI-DEV. Idem anterior. Revisão da redação. A alteração no texto e na ordem em decorrência de alterações no CMMI-DEV. Este resultado existia por causa do antigo QPM SP 2.2 do CMMI-DEV v1.2. A prática foi excluída do CMMI-DEV v1.3. No MR-MPS os atuais RAPs do AP 4.1 e AP 4.2 atendem ao que era pedido anteriormente.

GPR23 GPR 23. (A partir do nível B) O desempenho dos GPR 26. (A partir do nível B) O desempenho dos A alteração no texto em decorrência de alterações no CMMIsubprocessos escolhidos para gerência quantitativa é subprocessos escolhidos para gerência quantitativa é DEV. monitorado para determinar a sua capacidade de satisfazer os seus objetivos para qualidade e para o monitorado usando técnicas estatísticas e outras técnicas quantitativas; desempenho. Ações são identificadas quando for necessário tratar deficiências dos subprocessos; (novo) - GPR24 GPR 24. (A partir do nível B) Dados estatísticos e de gerência da qualidade são incorporados ao repositório de medidas da organização. GRE1 GRE2 GRE 1. Os requisitos são entendidos, avaliados e aceitos junto aos fornecedores de requisitos, utilizando critérios objetivos; GRE 2. O comprometimento da equipe técnica com os requisitos aprovados é obtido; GPR 28. (A partir do nível B) Questões que afetam os objetivos de qualidade e de desempenho do processo do projeto são alvo de análise de causa raiz. EXCLUÍDO GRE1. O entendimento dos requisitos é obtido junto aos fornecedores de requisitos; GRE2. Os requisitos são avaliados com base em critérios objetivos e um comprometimento da equipe técnica com estes requisitos é obtido; Resultado criado em decorrência da definição de QPM SP 2.3 no CMMI-DEV e em decorrência da alteração no texto dos resultados GPR 27 (antigo GPR 21) e GPR 26 (antigo GPR 23). Este resultado existia por causa do antigo QPM SP 2.4 do CMMI-DEV v1.2. A prática foi excluída na versão 1.3 do CMMI- DEV e como a redação do GPR 19 passou a ser mais genérica, os dados estatísticos já estão englobados (isso foi reforçado no Guia de Implementação). A redação deste resultado esperado retorna à da versão de 2007 do Guia Geral (v1.2), pois a redação de Guia Geral:2009 leva a entender que os clientes devem usar um checklist para avaliar os requisitos, enquanto o modelo apenas deveria avaliar as empresas desenvolvedoras dos produtos/serviços. Reforça a necessidade de avaliação dos requisitos pela equipe técnica com base em critérios objetivos (que era um dos objetivos inicias da alteração da redação de GRE 1 em 2009), possivelmente por meio de inspeção/checklist, e que deve haver um comprometimento com os requisitos por parte da equipe técnica. AQU4 AQU 4. Um acordo formal que expresse claramente as expectativas, responsabilidades e obrigações de ambas as partes (cliente e fornecedor) é estabelecido e negociado entre elas; AQU 4. Um acordo que expresse claramente as expectativas, responsabilidades e obrigações de ambas as partes (cliente e fornecedor) é estabelecido e negociado entre elas; O objetivo da modificação é prever que (i) os requisitos sejam avaliados com base em critérios objetivos, (ii) seja resolvido o problema com a redação anterior do GRE 1 que dava a entender que o cliente deveria usar critérios para avaliar e (iii) manter a exigência de comprometimento da equipe técnica. Este resultado esperado volta à redação da versão 1.2 do MR- MPS (de 2007) porque o CMMI não exige mais a existência de um acordo formal (e isto tinha sido a razão da alteração na versão 1.2 do MR-MPS). Exige-se apenas um acordo escrito e indica-se a possibilidade de os acordos serem revistos legalmente.

AQU6 AQU 6. Os processos do fornecedor que são críticos para o sucesso do projeto são identificados e monitorados, gerando ações corretivas, quando necessário; EXCLUÍDO Este resultado foi criado no MR-MPS para ser equivalente ao antigo SAM SP 2.2 do CMMI-DEV v1.2, que foi suprimido. Dessa forma, não faz mais sentido e seus requisitos foram incorporados ao AQU 6, conforme ressaltado no Guia de Implementação. AQU7 AQU 7. A aquisição é monitorada de forma que as condições especificadas sejam atendidas, tais como custo, cronograma e qualidade, gerando ações corretivas quando necessário; AQU8 AQU 8. O produto é entregue e avaliado em relação ao acordado e os resultados são documentados; AQU9 AQU 9. O produto adquirido é incorporado ao projeto, caso pertinente. GPP1 GPP 1. As oportunidades de negócio, as necessidades e os investimentos são identificados, qualificados, priorizados e selecionados; AQU 6. A aquisição é monitorada de forma que as condições especificadas sejam atendidas, tais como custo, cronograma e qualidade, gerando ações corretivas quando necessário; AQU 7. O produto é entregue e avaliado em relação ao acordado e os resultados são documentados; AQU 8. O produto adquirido é incorporado ao projeto, caso pertinente. GPP1. As oportunidades de negócio, as necessidades e os investimentos são identificados, qualificados, priorizados e selecionados em relação aos objetivos estratégicos da organização por meio de critérios objetivos; - INCLUÍDO GPP 4. O portfólio é monitorado em relação aos critérios que foram utilizados para a priorização; - INCLUÍDO GPP 5. Ações para corrigir desvios no portfólio e para prevenir a repetição dos problemas identificados são estabelecidas, implementadas e acompanhadas até a sua conclusão; GPP4 GPP 4. Os conflitos sobre recursos entre projetos são GPP 6. Os conflitos sobre recursos entre projetos são tratados e resolvidos; tratados e resolvidos, de acordo com os critérios utilizados para a priorização; GPP5 GPP 5. Projetos que atendem aos acordos e requisitos que levaram à sua aprovação são mantidos, e os que não atendem são redirecionados ou cancelados. GPP 7. Projetos que atendem aos acordos e requisitos que levaram à sua aprovação são mantidos, e os que não atendem são redirecionados ou cancelados. - INCLUÍDO GPP 8. A situação do portfólio de projetos é comunicada para as partes interessadas, com periodicidade definida ou quando o portfólio for alterado. Observação: a antiga prática SAM SP 2.3 (CMMI-DEV v1.2) relacionada a COTS também foi excluída do CMMI, mas já não era exigida pelo MR-MPS. A redação do resultado esperado foi alterada para reforçar a necessidade de alinhamento estratégico das decisões tomadas para compor o portfólio de projetos (conforme indicado no propósito do processo). Novo resultado esperado para tratar a monitoração do portfólio. Novo resultado esperado para tratar ações corretivas decorrentes da monitoração do portfólio. Complementação da redação para garantir que a realocação de recursos seja feita com base nos mesmos critérios utilizados na priorização do portfólio evitando-se o risco de não se usar a priorização e os critérios definidos como base para a tomada de decisões. Prever que a empresa deve publicar/comunicar a situação do portfólio aos interessados.

- INCLUÍDO DFP 8. Regras e guias para a estruturação, formação Compatibilidade com nova prática OPD SP 1.7 do CMMI-DEV. e atuação de equipes são estabelecidos e mantidos. GRH1 GRH 1. Uma revisão das necessidades estratégicas da organização e dos projetos é conduzida para identificar recursos, conhecimentos e habilidades requeridos e, de acordo com a necessidade, desenvolvê-los ou contratá-los; GRH 1. As necessidades estratégicas da organização e dos projetos são revistas para identificar recursos, conhecimentos e habilidades requeridos e, de acordo com a necessidade, planejar como desenvolvê-los ou contratá-los; Uma das práticas do CMMI-DEV (OT SP 1.1 - Establish and maintain strategic training needs of the organization) prevê a existência de um Plano Estratégico de Treinamento, o que este resultado esperado deveria exigir também. Porém, a redação anterior não era muito adequada para isso já que é baseada na forma de escrita do texto original da ISO/IEC 12207:2008 (A review of the organization and project requirements shall be conducted to establish and make timely provision for acquiring or developing the resources and skills required by the management and technical staff. These needs may be met through training, recruitment or other staff development mechanisms.). DRE2 ITP1 ITP6 DRU7 DRE 2. Um conjunto definido de requisitos do cliente é especificado a partir das necessidades, expectativas e restrições identificadas; ITP 1. Uma estratégia de integração, consistente com o projeto (design) e com os requisitos do produto, é desenvolvida para os componentes do produto; ITP 6. Os componentes do produto são integrados, de acordo com a sequência determinada e seguindo os procedimentos e critérios para integração; DRU 7. Um modelo de domínio que capture características, capacidades, conceitos e funções comuns, variantes, opcionais e obrigatórios é desenvolvido e seus limites e relações com outros domínios são estabelecidos e mantidos; DRE 2. Um conjunto definido de requisitos do cliente é especificado e priorizado a partir das necessidades, expectativas e restrições identificadas; ITP 1. Uma estratégia de integração, consistente com o projeto (design) e com os requisitos do produto, é desenvolvida e mantida para os componentes do produto; ITP 6. Os componentes do produto são integrados, de acordo com a estratégia determinada e seguindo os procedimentos e critérios para integração; DRU7. Um modelo de domínio é desenvolvido e seus limites e relações com outros domínios são estabelecidos e mantidos. Este modelo deve ser capaz de capturar características, capacidades, conceitos e funções comuns, variantes, opcionais e obrigatórios. Dessa forma, foram feitas duas modificações no texto do resultado esperado: (i) alterado o início do texto (As necessidades são revistas) para deixar padronizado em relação à forma de escrita dos demais resultados esperados do guia; e (ii) reforçada a ideia de que o produto da revisão realizada não é apenas um documento listando as necessidades, mas algo mais forte, formal e consistente (... planejar como...), como, por exemplo, Plano Estratégico ou, pelo menos, um plano de ação relacionado a elas. Adequação à nova redação de RD SP 1.2 do CMMI-DEV v1.3 (Transform stakeholder needs, expectations, constraints, and interfaces into prioritized customer requirements.). O CMMI-DEV v1.3 passou a ser mais explícito em exigir uma estratégia de integração (e não apenas a existência de uma sequência de integração), o que o MR-MPS já exigia. Foi incluída apenas a necessidade de se manter a estratégia. Adequação à redação de ITP 1. Em vez de sequência, utiliza-se agora estratégia. Melhorias na redação.