3. Introdução CMMI – Capability Maturity Model Integrated Um conjunto de melhores práticas, organizado em áreas de processo – Process Areas (PA) O Software Engineering Institute (SEI) da Carnegie Mellon University (CMU) e o Departamento de Defesa Americano (DoD) fizeram um estudo elaborado em companhias de software e hardware Eles compilaram os melhores processos que geravam bons resultados nestas companhias. Estes processos se tornaram um guia para outros seguirem. 3
5. CMMI – Por quê Integration? O CMMI (Capability Maturity Model Integration) foi uma iniciativa para integrar os seguintes modelos: The Capability Maturity Model for Software (SW-CMM) v2.0 draft C [SEI 1997b] The Systems Engineering Capability Model (SECM) [EIA 1998] The Integrated Product Development Capability Maturity Model (IPD-CMM) v0.98 [SEI 1997a] 5
8. Publicado em Agosto de 2006, este modelo é voltado a organizações desenvolvedoras que desejam melhorar sua habilidade de desenvolver produtos e serviços.
10. Publicado em Novembro de 2007, este modelo é voltado a organizações que realizam aquisições e desejam melhorar sua habilidade de adquirir produtos e serviços
12. Publicado em Fevereiro de 2009, é voltado a organizações provedoras de serviço que desejam melhorar a sua habilidade em estabelecer, gerenciar e entregar serviços. 7
14. Quem deve utilizar? CMMI é para projetos ou organizações que: Necessitam gerenciar aquisição, desenvolvimento e manutenção de produtos ou serviços. Estão preocupadas com os custos e prazos excedidos ou clientes insatisfeitos. Estão preocupadas com custos de qualidade e retrabalho. Estão buscando uma vantagem competitiva no mercado. É um método de melhoria de processo que provê um conjunto de melhores práticas focadas em produtividade, custo, performance e satisfação do stakeholder. CMMI foca no problema do sistema como um todo, ao contrário de: Modelos de disciplinas únicas que podem resultar em confusão e custos mais altos. CMMI facilita a melhoria de processo na ORGANIZAÇÃO como um todo. Iniciativas sem sincronismo podem resultar em engrenagens que só funcionam enquanto apertadas CMMI provê um framework consistente e duradouro que pode acomodar novas iniciativas. CMMI integra-se muito bem com as melhores práticas já existentes, melhorias de processos ou estratégias de gerenciamento de qualidade (ISO-9001, PMBOK, Six Sigma, etc) 9
15. Escopo do CMMI-DEV Aeroespacial Bancária Software de computador Hardware Manufatura automobilística Telecomunicações .... 10
65. 30 Optimizing Emphasis on continuous improvement 5 Quantitatively Managed Process measured and statistically controlled 4 Defined Process characterized for the organization 3 Managed Process characterized for projects and is often reactive 2 Process unpredictable, poorly controlled and reactive Initial 1 Níveis de maturidade High Maturity Low Maturity
132. O processo pode ser instanciado por um projeto, grupo, ou função organizacional. O gerenciamento do projeto preocupa-se com a institucionalização do processo e o alcance de outros objetivos específicos estabelecidos para o processo, tais como custo, prazo e objetivos de qualidade.
133. O controle provido por um processo gerenciado ajuda a assegurar que o processo estabelecido é mantido durante momentos de stress.
134. Os requisitos e os objetivos do processo são estabelecidos pela organização.
135. O status dos produtos de trabalho e da entrega dos serviços é visível para a gerência em pontos definidos (ex: milestones principais e no término de tarefas principais)
136. O comprometimento é estabelecido entre os que realizam o trabalho e os stakeholders relevantes e revisado quando necessário.
137. Os produtos de trabalho são revisados com os stakeholders relevantes e são controlados.
138. Os produtos de trabalho e serviços satisfazem os seus requisitos específicos.
139. Um processo gerenciado é planejado e a performance do processo é medida em relação ao plano.
140. Ações corretivas são tomadas quando os resultados e a performance obtidas desviam significativamente do plano.
152. REQM - Metas e Práticas Específicas 46 SG 1 Manage Requirements SP 1.1 Obtain an Understanding of Requirements SP 1.2 Obtain Commitment to Requirements SP 1.3 Manage Requirements Changes SP 1.4 Maintain Bidirectional Traceability of Requirements SP 1.5 Identify Inconsistencies Between Project Work and Requirements
153. Project Planning (PP) nível 2 47 Propósito: O propósito do Planejamento do Projeto (PP) é estabelecer e manter planos que definam as atividades de projeto. Envolve: Elaboração do plano de projeto Interação apropriada com os stakeholders Obtenção do comprometimento com o plano Manutenção do plano
183. O objetivo da medição e análise (MA) é desenvolver e sustentar a capacidade de medições utilizada para dar suporte às necessidades de gerenciamento de informações.
203. O propósito da Gestão de Configuração (CM) é estabelecer e manter a integridade dos produtos de trabalho, utilizando identificação de configuração, controle de configuração, balanço de configuração e auditorias de configuração.
238. O propósito da Garantia da Qualidade de Processo e Produto (PPQA) é munir a equipe e a gerência com uma visão clara sobre os processos e seus produtos de trabalho associados.
240. Avaliar objetivamente os processos, produtos de trabalho e serviços executados em relação às descrições de processo, padrões e procedimentos aplicáveis
260. Os ativos de processo são artefatos relacionados a descrever, implementar e melhorar processos. Estes artefatos são ativos porque eles são desenvolvidos ou adquiridos para atingir os objetivos de negócio da organização, e eles representam investimentos feitos pela organização que possuem a expectativa de prover valor para o negócio no presente e no futuro.
261. O conjunto de processos padrão da organização, que são a base dos processos definidos, são estabelecidos e melhorados com o tempo. Processos padrão descrevem os elementos fundamentais dos processos que são esperados nos processos definidos.
262. Os processos-padrão descrevem os elementos fundamentais de processo que são esperados nos processos definidos. Também descrevem o relacionamento (por exemplo, sequência e interfaces) entre esses elementos de processo. A infraestrutura da organização para apoiar a utilização atual e futura do conjunto de processos-padrão da organização é estabelecida e melhorada ao longo do tempo.
274. RD – Requirements Development 65 Propósito: O objetivo da área de processo desenvolvimento de Requisitos (RD) é fornecer subsídios para produzir e analisar os requisitos de cliente, de produto e de componente de produto.
288. O objetivo da área de processo Solução Técnica (TS) é fornecer subsídios para projetar, desenvolver e implementar soluções para os requisitos. Soluções, designs e implementações englobam produtos, componentes de produto e processos de ciclo de vida relacionados ao produto, seja de forma isolada ou em conjunto, conforme apropriado.
290. Avaliação e seleção de soluções (às vezes referidas como “abordagens de design”, “conceitos de design”, ou “designs preliminares”) que possam satisfazer a um conjunto adequado de requisitos alocados.
291. Desenvolvimento de designs detalhados para as soluções selecionadas (o nível de detalhamento deve possibilitar a definição de todas as informações necessárias à construção, à codificação ou à implementação do design de um produto ou de um componente de produto).
315. O objetivo da área de processo Verificação (VER) é fornecer subsídios para assegurar que os produtos de trabalho selecionados satisfaçam aos seus requisitos especificados.
317. A prática específica Selecionar Produtos de Trabalho para Verificação permite a identificação dos produtos de trabalho a serem verificados, dos métodos utilizados para realizar a verificação e dos requisitos a serem satisfeitos para cada produto de trabalho.
318. A prática específica Estabelecer Ambiente de Verificação permite a determinação do ambiente que será utilizado para realizar a verificação.
319. A prática específica Estabelecer Procedimentos e Critérios de Verificação permite a elaboração dos procedimentos e critérios de verificação alinhados aos produtos de trabalho selecionados, requisitos, métodos e características do ambiente de verificação.
331. O objetivo da área de processo Validação (VAL) é fornecer subsídios para demonstrar que um produto ou componente de produto satisfaz ao seu uso pretendido quando colocado em seu ambiente pretendido.
334. OPF – OrganizationalProcessFocus 75 Propósito: O objetivo da área de processo Foco nos Processos da Organização (OPF) é fornecer subsídios para planejar, implementar e implantar melhorias nos processos da organização com base na compreensão dos pontos fortes e pontos fracos dos processos e dos ativos de processo da organização.
347. O objetivo da área de processo Definição dos Processos da Organização (OPD) é fornecer subsídios para estabelecer e manter um conjunto utilizável de ativos de processo da organização e de padrões de ambiente de trabalho.
350. A biblioteca de ativos de processo da organização é um conjunto de itens mantidos pela organização para serem utilizados por pessoas e projetos. Esse conjunto de itens inclui descrições de processos e elementos de processo, descrições de modelos de ciclo de vida, diretrizes para adaptação de processo, documentação relacionada a processo, e dados. A biblioteca de ativos de processo da organização subsidia o aprendizado e a melhoria de processo no âmbito da organização por meio do compartilhamento de melhores práticas e lições aprendidas na organização. O conjunto de processos-padrão da organização é adaptado pelos projetos para criar seus processos definidos. Os outros ativos de processo da organização são utilizados para apoiar a adaptação e a implementação dos processos definidos. Os padrões de ambiente de trabalho são utilizados para orientar a criação de ambientes de trabalho para o projeto.
363. O objetivo da área de processo Treinamento na Organização (OT) é fornecer subsídios para desenvolver as habilidades e o conhecimento das pessoas para que elas possam desempenhar seus papéis de forma eficiente e eficaz.
378. O objetivo da área de processo Gestão Integrada de Projeto (IPM) é fornecer subsídios para estabelecer e gerenciar o projeto e o envolvimento das partes interessadas relevantes de acordo com um processo definido e integrado que é adaptado a partir do conjunto de processos-padrão da organização.
383. Estabelecer o ambiente de trabalho para o projeto com base nos padrões de ambiente de trabalho da organização.
384. Utilizar os ativos de processo da organização e contribuir para sua melhoria.
385. Permitir que as preocupações das partes interessadas relevantes sejam identificadas, consideradas e, quando apropriado, tratadas durante o desenvolvimento do produto.
414. O objetivo da área de processo Análise e Tomada de Decisões (DAR) é fornecer subsídios para tomar decisões com base em um processo formal para avaliação de alternativas identificadas em relação a critérios estabelecidos.
422. CMMI DEV Nível 4 90 Foco Gerenciamento quantitativo Processos (2): Organizational Process Performance (OPP) Quantitative Project Management (QPP)
423. CMMI DEV nível 4 - Objetivos 91 Gerenciar projetos quantitativamente Gerenciar de forma estatística os processos e subprocessos dos projetos Gerenciar a organização e quantitativamente Analisar a performance dos processos; Gerenciar quantitativamente os projetos da organização
424.
425. Para subprocessos selecionados, medidas detalhadas da performance do processo são obtidas e analisadas estatisticamente. Medidas de qualidade e performance do processo são incorporadas no repositório de métricas da organização para dar apoio a decisões baseadas em evidências.
426. Causas especiais de variação de processo são identificadas e quando apropriado, as fontes das causas especiais são corrigidas para prevenir futuras ocorrências.
427.
428.
429.
430. Determinar se os processos estão se comportando de forma homogênea ou possuem tendências estáveis (isto é, são previsíveis).
431. Identificar processos em que o desempenho esteja dentro de limites naturais que sejam coerentes entre as equipes de implementação de processo.
432. Estabelecer critérios para identificar se um processo ou subprocesso deve ser gerenciado estatisticamente e determinar medidas e técnicas analíticas pertinentes a serem utilizadas nessa gestão.
433. Identificar processos que demonstrem comportamentos atípicos (por exemplo, esporádicos ou imprevisíveis).
434. Identificar quaisquer aspectos que possam ser melhorados nos processos pertencentes ao conjunto de processos-padrão da organização.
435.
436. QPM – Quantitative Project Management 97 Propósito: O objetivo da área de processo Gestão Quantitativa de Projeto (QPM) é fornecer subsídios para gerenciar quantitativamente o processo definido para o projeto visando alcançar os objetivos para qualidade e para desempenho de processo estabelecidos para o projeto.
437. QPM - Características 98 Envolve: Estabelecer e manter os objetivos para qualidade e para desempenho de processo no projeto. Identificar os subprocessos adequados que compõem o processo definido para o projeto, com base nos dados históricos de capacidade e estabilidade encontrados nos baselines ou nos modelos de desempenho de processo. Selecionar os subprocessos do processo definido para o projeto a serem gerenciados estatisticamente. Monitorar o projeto, visando determinar se os objetivos para qualidade e para desempenho de processo são satisfeitos e visando identificar ações corretivas apropriadas. Selecionar medidas e técnicas analíticas a serem utilizadas na gestão estatística dos subprocessos selecionados. Estabelecer e manter um entendimento sobre a variação dos subprocessos selecionados utilizando medidas e técnicas analíticas selecionadas. Monitorar o desempenho dos subprocessos selecionados, visando determinar se são capazes de alcançar seus objetivos para qualidade e para desempenho de processo e visando identificar ações corretivas. Registrar dados de gestão estatística e de gestão da qualidade no repositório de medições da organização.
445. SP 2.2 Apply Statistical Methods to Understand Variation
446. SP 2.3 Monitor Performance of the Selected Subprocesses
447.
448. CMMI DEV Nível 5 101 Foco Melhoria Contínua Processos (2): Causal Analysis and Resolution (CAR) Organizational Innovation and Deployment (OID)
449. CMMI DEV nível 5 - Objetivos 102 Otimizar a performance Identificar e eliminar as causas de defeitos ANTES que ocorram. Adotar melhorias Identificar e adotar novas ferramentas e melhorias de processo para atender objetivos de negócio e necessidades de clientes.
450. Metas e Práticas Genéricas para o nível 5 103 Não possui. modelo estagiado nível de maturidade.
451.
452. O objetivo da área de processo Análise e Resolução de Causas (CAR) é fornecer subsídios para identificar causas de defeitos e de outros problemas e implementar ações para prevenir sua recorrência.