Conhecendo o CMMI. (2º Edição) Alessandro Almeida

Transcrição

1 Conhecendo o CMMI (2º Edição) Alessandro Almeida

2 Agenda Objetivos Por que pensar nestas coisas? Conhecendo o CMMI Uma empresa que poderia ser a sua

3 Objetivos Apresentar de uma forma prática e divertida o modelo CMMI, seus benefícios e alguns cases; Questionar alguns mitos ; Compartilhar alguns axiomas. Axioma - premissa considerada necessariamente evidente e verdadeira(...) Mito - afirmação fantasiosa, inverídica, que é disseminada com fins de dominação, difamatórios, propagandísticos, como guerra psicológica ou ideológica Fonte: Houaiss

4 Por que pensar nestas coisas*? (a.k.a.* Motivação) *coisas: Termo a ser definido em um slide futuro. *a.k.a.: Also known as ou Também conhecido como

5 Por que pensar nestas coisas? Sucesso em projetos Somente 29% dos projetos verificados foram bem sucedidos, ou seja, saíram conforme o planejado.

6 Por que pensar nestas coisas? Sucesso em projetos (a evolução) Evolução de 13% em 10 anos!?!

7 Por que pensar nestas coisas? Considerando as informações anteriores, podemos pensar: Ahhhh... Mas estes dados são antigos (2004). Além disso, tratam de projetos do mundo inteiro. Com certeza os projetos brasileiros são melhores! Somente nós temos o jeitinho brasileiro. Somente nós somos penta!

8 Por que pensar nestas coisas? A fonte dos slides a seguir é o Estudo de Benchmarking em Gerenciamento de Projetos Brasil 2007 (Anexo 1 Perspectiva por Setor) Disponível para download no endereço Realizado pelos capítulos brasileiros do PMI (Project Management Institute) 184 empresas participaram (~60 da área de TI) É importante ressaltar que as informações apresentadas são resultado da compilação e análise de dados fornecidos pelas Organizações participantes, não tendo sido realizada, portanto, nenhum tipo de auditoria em relação à veracidade ou adequação dos dados.

9 Por que pensar nestas coisas?

10 Por que pensar nestas coisas?

11 Por que pensar nestas coisas?

12 Por que pensar nestas coisas?

13 Por que pensar nestas coisas? Somente 30% das organizações da área de TI dizem não apresentar desvio relevante no orçamento.

14 Por que pensar nestas coisas? Problemas que ocorrem com mais frequência nos projetos da organização (1/2): Não cumprimento dos prazos Problemas de comunicação Mudanças constantes no escopo Escopo não definido adequadamente Recursos humanos insuficientes Riscos não avaliados corretamente Não cumprimento do orçamento

15 Por que pensar nestas coisas? Problemas que ocorrem com mais frequência nos projetos da organização (2/2): Mudanças de prioridade constantes Estimativas incorretas ou sem fundamento Falta de definição de responsabilidades Problemas com fornecedores Retrabalho em função da falta de qualidade do produto Falta de competência para gerenciar projetos Falta de uma ferramenta de apoio Falta de uma metodologia de apoio Falta de apoio da alta administração Falta de conhecimento técnico

16 Por que pensar nestas coisas? Agora, o que deve ser a principal motivação: E na minha empresa, como é? Enfrentamos problemas com prazo, custo, qualidade, satisfação do cliente, etc.?

17 Quais são as coisas que devem nos preocupar? Gerenciamento de projetos; Riscos; Comunicação; Custos; Etc... Gerenciamento de requisitos; Gerenciamento de configuração; Qualidade; Processos. Etc...

18 1º Mito a ser quebrado CMMI é a solução! O CMMI não é (e nunca será) a solução dos seus problemas!

19 1º Axioma a ser compartilhado O CMMI sozinho nunca será a solução, mas, sozinho, ele pode representar todo o problema Por favor, não vão embora! Entenderemos esta afirmação antes do final do evento.

20 Então, onde o CMMI entra?

21 O que é o CMMI? Capability Maturity Model Integration 1 : the quality or state of being capable 2 : a feature or faculty capable of development : POTENTIALITY 3 : the facility or potential for an indicated use or deployment Fontes: Houaiss e Merriam-Webster

22 O que é o CMMI? Capability Maturity Model Integration Fontes: Houaiss e Merriam-Webster 1 : the quality or state of being mature 2 : estado, condição (de estrutura, forma, função ou organismo) num estágio adulto; condição de plenitude em arte, saber ou habilidade adquirida 3 : estado ou condição de pleno desenvolvimento

23 O que é o CMMI? Capability Maturity Model Integration 4 : a usually miniature representation of something Fontes: Houaiss e Merriam-Webster

24 O que é o CMMI? Compilação de boas práticas no processo de diversas empresas de software Mostra O QUÊ fazer, e não COMO fazer Práticas distribuídas em 22 áreas de processo Área de Processo = PA (Process Area)

25 O que é o CMMI? Mantido pelo SEI (Software Engineering Institute) Universidade Carnegie Mellon Sponsors: DoD (U.S. Department of Defense) NDIA (National Defense Industrial Association) Foco da apresentação: CMMI for Development (CMMI-DEV)

26 O que é o CMMI? Um pouco de história First CMM Published SW-CMM v1.1 Published CMMI-SE/SW Version 1.02 Published CMMI for Development v1.2 CMMI for Services v1.2 Model Refined and Published as SW-CMM v1.0 CMMI Initiative Launched CMMI-SE/SW/IPPD Version 1.1 Published CMMI for Acquisition v1.2 Software Acquisition (SA-CMM), Systems Engineering (SE-CMM), Integrated Product Development (IPD-CMM), Organizational Workforce Capability Development (People CMM) Developed Fontes: -CMMI Second Edition -

27 O que é o CMMI? CMMI-SVC CMMI Model Foundation CMMI-DEV CMMI-ACQ Fonte: -

28 Estrutura do modelo

29 Estrutura do modelo 22 áreas de processo distribuídas em: 4 categorias 5 níveis de maturidade Mas o que é área de processo?

30 Estrutura do modelo Área de processo (Process Area) É o agrupamento de práticas comuns de uma determinada disciplina. É onde fica o O que fazer.

31 Estrutura do modelo

32 Demonstração 01 Detalhando uma área de processo

33 Detalhando uma área de processo Nome da PA

34 Detalhando uma área de processo Categoria

35 Detalhando uma área de processo Nível de Maturidade

36 Detalhando uma área de processo Propósito da PA

37 Detalhando uma área de processo Notas Introdutórias

38 Detalhando uma área de processo Áreas de Processo Relacionadas

39 Detalhando uma área de processo Sumário dos objetivos e práticas específicas

40 Detalhando uma área de processo Prática específica Produtos de trabalho típicos Subpráticas

41 Detalhando uma área de processo Prática genérica

42 Detalhando uma área de processo

43 Os Objetivos Específicos (Specific Goals) Apresenta características únicas que devem ser seguidas para satisfazer a área de processo; É utilizada nas avaliações para verificar se a área de processo está sendo seguida.

44 Os Objetivos Genéricos (Generic Goals) Todas as PAs devem seguir os objetivos genéricos correspondentes ao capability ou maturity level que se almeja; Apóiam a institucionalização do processo.

45 Áreas de processo distribuídas por categorias

46 Áreas de processo distribuídas por níveis de maturidade Optimizing Quantitatively Managed ❹ Organizational ❺ Causal Analysis and Resolution (CAR) Organizational Innovation and Deployment (OID) Process Performance (OPP) Quantitative Project Management (QPM) Defined❸ Decision Analysis and Resolution (DAR) Integrated Project Management +IPPD (IPM) Organizational Process Definition +IPPD (OPD) Organizational Process Focus (OPF) Organizational Training (OT) Product Integration (PI) Requirements Development (RD) Risk Management (RSKM) Technical Solution (TS) Validation (VAL) Verification (VER) Managed❷ Initial ❶ Configuration Management (CM) Measurement and Analysis (MA) Project Monitoring and Control (PMC) Project Planning (PP) Process and Product Quality Assurance (PPQA) Requirements Management (REQM) Supplier Agreement Management (SAM) Processos ad hoc

47 Mas... Pra que tudo isto?

48 Representações (a.k.a. formas de implementação do modelo )

49 Contínua Representações

50 Representações Contínua Especialização em áreas de processos específicas Permite o foco em determinada(s) necessidade(s) Capability levels. Grande vantagem! Fornece flexibilidade Custo de implementação menor (considerando a representação por estágio) Permite atuação em categorias: Engineering; Process Management; Project Management; Support.

51 Áreas de processo distribuídas por categorias

52 5 4 Melhoria contínua do processo... Capability Levels Processo controlado utilizando estatística e técnicas quantitativas Optimizing Quantitatively Managed 3 Processo definido para toda a organização Defined 2 Processo gerenciado (monitorado, controlado, etc.) Managed 1 0 Objetivos específicos da área de processo são atendidos Onde as coisas simplesmente acontecem Incomplete Performed

53 Exemplo: Capability Levels

54 Por estágio Representações

55 Representações Por estágio Foco em um conjunto de áreas de processo Demonstra a experiência da organização de uma forma simples: Nível de Maturidade É mais fácil de vender Mais simples Mais utilizada Pode ser um caminho interessante para organizações que estão iniciando o plano de melhoria do processo de software (SPI Plan)

56 Áreas de processo distribuídas por níveis de maturidade Optimizing Quantitatively Managed ❹ Organizational ❺ Causal Analysis and Resolution (CAR) Organizational Innovation and Deployment (OID) Process Performance (OPP) Quantitative Project Management (QPM) Defined❸ Decision Analysis and Resolution (DAR) Integrated Project Management +IPPD (IPM) Organizational Process Definition +IPPD (OPD) Organizational Process Focus (OPF) Organizational Training (OT) Product Integration (PI) Requirements Development (RD) Risk Management (RSKM) Technical Solution (TS) Validation (VAL) Verification (VER) Managed❷ Initial ❶ Configuration Management (CM) Measurement and Analysis (MA) Project Monitoring and Control (PMC) Project Planning (PP) Process and Product Quality Assurance (PPQA) Requirements Management (REQM) Supplier Agreement Management (SAM) Processos ad hoc

57 Representações Por estágio Níveis de Maturidade: 1 [Initial] Semelhante ao capability level 0 ; Onde as coisas simplesmente acontecem; O sucesso nos projetos acontece por acaso ;» Por acaso, temos alguns heróis...» Por acaso, o cliente era mais desorganizado... É normal estouro de prazo e custos (entre outros problemas); Ambiente sem controle (caos); Grande dependência dos heróis (mas não é qualquer herói...)

58 Jack Bauer O herói das empresas nível 1

59 Jack Bauer O herói das empresas nível 1 Está sempre sob pressão; Nunca tira férias; Anda sempre estressado; Nunca tem tempo para os amigos; Nunca se diverte; Sempre tem que trabalhar 24 horas direto; Até consegue terminar o projeto, mas...

60 Jack Bauer O herói das empresas nível 1 Está sempre sob pressão; Nunca tira férias; Anda sempre estressado; Nunca tem tempo para os amigos; Nunca se diverte; Sempre tem que trabalhar 24 horas direto; Até consegue terminar o projeto, mas...

61 Representações Por estágio Níveis de Maturidade: 2 [Managed] Recursos são definidos; Projetos são planejados e monitorados; Medições são coletadas; Requisitos são gerenciados; As coisas deixam de simplesmente acontecer...

62 Representações Por estágio Níveis de Maturidade: 3 [Defined] Processo definido para a organização;» Portal de Processos, Processo de Desenvolvimento de Software, etc. Customização do processo para projetos (a partir do processo padrão); Evolução do nível 2.

63 Representações Por estágio Níveis de Maturidade: 4 [Quantitatively Managed] Controle estatístico; Previsibilidade; Base de medições utilizada para tomada de decisão; É fundamental que os níveis 2 e 3 estejam rodando perfeitamente ; High Level Maturity.

64 Representações Por estágio Níveis de Maturidade: 5 [Optimizing] Inovação; Revisões buscando refletir alterações nos objetivos de negócio; Melhoria contínua utilizando dados estatísticos; Estado da arte; High Level Maturity;

65 2º Mito a ser quebrado CMMI acaba com os heróis. A partir do nível 2 temos um novo herói...

66 James Bond O herói das empresas nível 2 a 5

67 James Bond O herói das empresas nível 2 a 5 Herói potencializado; Consegue planejar seus projetos; Tem os recursos definidos, de acordo com o projeto; Tem tempo para estudar e utilizar novas tecnologias; Tem tempo para os amigos; Consegue se divertir e até namorar...

68 James Bond O herói das empresas nível 2 a 5 Herói potencializado; Consegue planejar seus projetos; Tem os recursos definidos, de acordo com o projeto; Tem tempo para estudar e utilizar novas tecnologias; Tem tempo para os amigos; Consegue se divertir e até namorar...

69 Conhecendo as PAs

70 PAs do Nível 2 Managed❷ Initial ❶ Configuration Management (CM) Measurement and Analysis (MA) Project Monitoring and Control (PMC) Project Planning (PP) Process and Product Quality Assurance (PPQA) Requirements Management (REQM) Supplier Agreement Management (SAM) Processos ad hoc

71 Requirements Management (REQM) ML 2 Categoria: Engineering Sugere práticas para: Gestão dos requisitos; Identificação de inconsistências entre requisitos e produtos do projeto.

72 Project Monitoring and Control (PMC) ML 2 Categoria: Project Management Sugere práticas para: Acompanhamento do projeto; Ações corretivas a serem tomadas em desvios significativos do plano.

73 Project Planning (PP) ML 2 Categoria: Project Management Sugere práticas para: Criação do plano de projeto; Revisão e aprovação do plano.

74 Supplier Agreement Management (SAM) ML 2 Categoria: Project Management Sugere práticas para: Estabelecer acordos com os fornecedores; Gerenciar os acordos com os fornecedores.

75 Configuration Management (CM) ML 2 Categoria: Support Process Sugere práticas para: Estabelecer e manter a integridade dos produtos de trabalho do projeto; Gerenciar mudanças.

76 Measurement and Analysis (MA) ML 2 Categoria: Support Process Sugere práticas para: Criação de medições (úteis); Coleta, análise, divulgação e armazenagem das medições coletadas.

77 Process and Product Quality Assurance (PPQA) ML 2 Categoria: Support Process Sugere práticas para: Verificar aderência dos projetos aos processos; Acompanhar inconsistências e garantir que serão resolvidas. Fiscal? Depende

78 PAs do Nível 3 Defined❸ Decision Analysis and Resolution (DAR) Integrated Project Management +IPPD (IPM) Organizational Process Definition +IPPD (OPD) Organizational Process Focus (OPF) Organizational Training (OT) Product Integration (PI) Requirements Development (RD) Risk Management (RSKM) Technical Solution (TS) Validation (VAL) Verification (VER) Managed❷ Initial ❶ Configuration Management (CM) Measurement and Analysis (MA) Project Monitoring and Control (PMC) Project Planning (PP) Process and Product Quality Assurance (PPQA) Requirements Management (REQM) Supplier Agreement Management (SAM) Processos ad hoc

79 Product Integration (PI) ML 3 Categoria: Engineering Sugere práticas para: Planejar a integração do produto; Garantir a compatibilidade; Realizar a montagem.

80 Requirements Development (RD) ML 3 Categoria: Engineering Sugere práticas para: Levantar requisitos do cliente; Levantar requisitos do produto; Analisar e validar requisitos.

81 Technical Solution (TS) ML 3 Categoria: Engineering Sugere práticas para: Projetar, desenvolver e implementar soluções para os requisitos levantados.

82 Validation (VAL) ML 3 Categoria: Engineering Sugere práticas para: Validar se você fez a coisa certa.

83 Verification (VER) ML 3 Categoria: Engineering Sugere práticas para: Validar se você fez a coisa da forma correta.

84 Organizational Process Definition +IPPD (OPD) ML 3 Categoria: Process Management Sugere práticas para: Estabelecer e manter ativos do processo organizacional. Processo Padrão; Ciclo de Vida; Critérios de customização; Repositório de medições; Ambiente de trabalho; Biblioteca de ativos do processo.

85 Organizational Process Focus (OPF) ML 3 Categoria: Process Management Sugere práticas para: Identificar oportunidades de melhoria do processo; Planejar, implementar e disponibilizar melhorias no processo; Avaliação do processo; Comitê responsável pelo processo: EPG (Engineering Process Group).

86 Organizational Training (OT) ML 3 Categoria: Process Management Sugere práticas para: Levantar necessidades de treinamento; Planejar e realizar treinamentos necessários.

87 Integrated Project Management +IPPD (IPM) ML 3 Categoria: Project Management Sugere práticas para: Customizar o processo para o projeto; Garantir o envolvimento dos stakeholders.

88 Risk Management (RSKM) ML 3 Categoria: Project Management Sugere práticas para: Identificar, analisar e mitigar riscos.

89 Decision Analysis and Resolution (DAR) ML 3 Categoria: Support Sugere práticas para: Analisar as possíveis decisões utilizando um processo de avaliação formal; Avaliar as alternativas e selecionar a solução.

90 PAs do Nível 4 Quantitatively Managed ❹ Organizational Process Performance (OPP) Quantitative Project Management (QPM) Defined❸ Decision Analysis and Resolution (DAR) Integrated Project Management +IPPD (IPM) Organizational Process Definition +IPPD (OPD) Organizational Process Focus (OPF) Organizational Training (OT) Product Integration (PI) Requirements Development (RD) Risk Management (RSKM) Technical Solution (TS) Validation (VAL) Verification (VER) Managed❷ Initial ❶ Configuration Management (CM) Measurement and Analysis (MA) Project Monitoring and Control (PMC) Project Planning (PP) Process and Product Quality Assurance (PPQA) Requirements Management (REQM) Supplier Agreement Management (SAM) Processos ad hoc

91 Organizational Process Performance (OPP) ML 4 Categoria: Process Management Sugere práticas para: Verificar performance dos processos no atendimento dos objetivos.

92 Quantitative Project Management (QPM) ML 4 Categoria: Project Management Sugere práticas para: Verificar quantitativamente o desempenho do projeto.

93 PAs do Nível 5 Optimizing Quantitatively Managed ❹ Organizational ❺ Causal Analysis and Resolution (CAR) Organizational Innovation and Deployment (OID) Process Performance (OPP) Quantitative Project Management (QPM) Defined❸ Decision Analysis and Resolution (DAR) Integrated Project Management +IPPD (IPM) Organizational Process Definition +IPPD (OPD) Organizational Process Focus (OPF) Organizational Training (OT) Product Integration (PI) Requirements Development (RD) Risk Management (RSKM) Technical Solution (TS) Validation (VAL) Verification (VER) Managed❷ Initial ❶ Configuration Management (CM) Measurement and Analysis (MA) Project Monitoring and Control (PMC) Project Planning (PP) Process and Product Quality Assurance (PPQA) Requirements Management (REQM) Supplier Agreement Management (SAM) Processos ad hoc

94 Organizational Innovation and Deployment (OID) ML 5 Categoria: Process Management Sugere práticas para: A partir dos objetivos de negócio, selecionar e implementar melhorias no processo.

95 Causal Analysis and Resolution (CAR) ML 5 Categoria: Support Sugere práticas para: Identificar e analisar causas de defeitos; Tomar ações de prevenção.

96 Avaliando o trabalho (a.k.a. buscando o certificado )

97 SCAMPI Standard CMMI Appraisal Method for Process Improvement Método utilizado para avaliar aderência do processo da empresa ao CMMI Deve ser realizado por um lead appraiser Deve ser realizado a cada 3 anos (SCAMPI 1.2) Classes A, B ou C

98 Complicado? Depende do ângulo...

99 Demonstração 02 Uma empresa que poderia ser a sua...

100 Cenário Nome da empresa: UCT Nº de funcionários: ~120 Tipo: Fábrica de software e projetos Situação: Jack Bauer é gerente de projetos na UCT, ele anda um pouco estressado, pois nenhum dos projetos possui um cronograma confiável. Além disso, o cliente muda de idéia toda hora, solicitando alterações direto para os desenvolvedores. Sem contar outros problemas que não cabem aqui...

101 Nosso objetivo

102 O diagnóstico Alô... Bill? Tem um minuto?

103 Prossiga, Jack. O diagnóstico

104 O diagnóstico Fiz um levantamento em nossos projetos e percebi que 95% são concluídos fora do prazo e custo...

105 O diagnóstico Além disso, 80% dos projetos teve desvio de pelo menos 70% do prazo e 55% do custo.

106 O diagnóstico Por isso, acredito que devemos fazer algo. Posso coordenar este trabalho?

107 Vá em frente, Jack. O diagnóstico

108 O diagnóstico Não temos uma forma de estimar o tamanho, esforço e nem o custo dos projetos; O cliente não se compromete com o planejado, pois nada é planejado, simplesmente realizamos uma reunião entre desenvolvedor e cliente e saímos fazendo ; Os riscos não são levantados, consequentemente não temos gestão de riscos;

109 O diagnóstico O monitoramento é feito em conversas de corredor, o humor do cliente conta muito nas ações que serão tomadas; Os desenvolvedores trocam muitas idéias entre si, mas as lições aprendidas não são registradas.

110 Vamos ajudar o Jack?

111 O que fazer?

112 O que fazer? Alô... Chefe? Tem um minuto?

113 Fala, aspirante! O que fazer?

114 O que fazer? Precisamos da sua ajuda...

115 O que fazer? Diagnosticamos sérios problemas na gestão dos projetos, mas não sabemos O QUE fazer...

116 Então, aspira, por que vocês não dão uma olhada no CMMI-DEV? O que fazer?

117 Lá vocês podem verificar pelo menos as práticas das PAs PP e PMC, que focam o planejamento e o monitoramento dos projetos. O que fazer?

118 O que fazer? É mesmo... Valeu! E não me chama de aspira!

119 Ok! Boa sorte, aspira! O que fazer?

120 Como fazer? O QUE FAZER? SG 1 Establish Estimates SP Estimate the Scope of the Project SP Establish Estimates of Work Product and Task Attributes SP Define Project Lifecycle SP Determine Estimates of Effort and Cost COMO?.Utilizar Pontos de Função para estimar "tamanho";.utilizar dados do mercado para definir esforço (com base nos PF);.Padronizar ciclo de vida (Pré-venda, Elaboração, Desenvolvimento, Implantação).

121 Como fazer? O QUE FAZER? SG 2 Develop a Project Plan SP Establish the Budget and Schedule SP Identify Project Risks SP Plan for Data Management SP Plan for Project Resources SP Plan for Needed Knowledge and Skills COMO?.Padronizar Plano de Projeto. SP Plan Stakeholder Involvement SP Establish the Project Plan

122 Como fazer? O QUE FAZER? COMO? SG 3 Obtain Commitment to the Plan SP Review Plans That Affect the Project SP Reconcile Work and Resource Levels SP Obtain Plan Commitment.Apresentar Plano de Projeto para os envolvidos (reunião, , workshop).

123 Bill, nossa iniciativa foi um sucesso! O processo que definimos já está em uso e ajudando na redução dos desvios de custo e prazo. O resultado

124 Inclusive percebi que nosso processo está aderente a algumas práticas do modelo CMMI. Com o CMMI nível 2 ou 3 poderíamos atender novos clientes. O resultado

125 O que acha de realizarmos um diagnóstico de aderência e aproveitarmos a oportunidade de negócio? O resultado

126 O resultado Jack, parabéns! Pode ir em frente com a sua idéia.

127 Compartilhando experiências (a.k.a. alguns axiomas )

128 Compartilhando experiências O diagnóstico deve ser muito bem feito Foto da situação atual Saiba onde você deseja chegar Quais são as metas? Por que estamos iniciando esta empreitada? A iniciativa deve estar alinhada com a estratégia da empresa Alguém forte na organização deve ser o padrinho do projeto Normalmente envolve mudança cultural Traga o pessoal de RH para o projeto

129 Compartilhando experiências Conte com os integradores TODOS devem participar (desde analistas até diretores) Alguém deve gerenciar a iniciativa Seja subversivo Sempre questionem! Por que fazer assim se podemos fazer diferente? Seja um herege Cuidado com os religiosos! Misture práticas, metodologias, ferramentas e etc. Comunique!

130 Compartilhando experiências O CMMI deve ser um dos resultados da mudança Cuidado com àqueles que só estão preocupados com o diploma na parede Aproveite a oportunidade Mude de Meu cliente exige que eu tenha CMMI. para O que posso oferecer de diferente utilizando o processo que criamos?

131 Os últimos mitos a serem quebrados CMMI é coisa de indiano. CMMI é sinônimo de burocracia. CMMI bloqueia a criatividade. CMMI só funciona em empresas grandes.

132 Case

133 Empresa S Resultados em 24 meses (CMMI 3) Produtividade: aumento de 67% Todos os projetos entregues no prazo; Previsibilidade: Custo - 83% Esforço - 87% Tamanho - 82% Satisfação: Interna 150 melhores empresas para se trabalhar (2005 e 2006)

134 Adoção Process Maturity Profile Setembro de

135 Adoção Número de Avaliações Argentina Brasil China Espanha EUA França India

136 mps.br

137 mps.br Melhoria de processo do software brasileiro Foco em micro, pequenas e médias empresas Custo de implementação e avaliação menor Foi definido em conformidade ao CMMI for Development Níveis: G (Parcialmente Gerenciado) até A (Em otimização)

138 Vamos fazer uma revisão?

139 O que é o CMMI? Compilação de boas práticas no processo de diversas empresas de software Mostra O QUÊ fazer, e não COMO fazer Práticas distribuídas em 22 áreas de processo Área de Processo = PA (Process Area)

140 Representações Forma de implementar o modelo Maturity Levels 2 a 5 = Capability Levels 2 a 5 Diferença... Maturity Levels: Refere-se a um conjunto de áreas de processo Capability Levels: Refere-se a uma área de processo

141 Aguardo sua visita! Bate-Papo de Buteco Blog do Alessandro Células de Estudo Quality Process

142 Muito obrigado!

143 APÊNDICE

144 Como tudo se integra?

145 Process Management Basic Process Management Process Areas

146 Process Management Advanced Process Management Process Areas

147 Project Management Basic Project Management Process Areas

148 Project Management Advanced Project Management Process Areas

149 Engineering Engineering Process Areas

150 Support Basic Support Process Areas

151 Support Advanced Support Process Areas