CMMI Capability Maturity Model Integration

Slides:



Advertisements
Apresentações semelhantes
Análise e Projeto de Sistemas III
Advertisements

Gerenciamento de Projetos
Engenharia de Software Qualidade de Software Uma abordagem conceitual André Luis Zanon São Carlos SP – UFSCAR 2010 Engenharia de Software – UFSCAR.
ISO Processos do Ciclo de Vida do Software
Engenharia de Software CMMI Prof. E.A.Schmitz 2007.
Prof.ª Adriana dos Santos Caparróz Carvalho
Gerenciamento do escopo do projeto
Processo Desenvolvimento de Software Tradicional
O processo de coletar os requisitos (escopo do cliente)
CMM(Capabililty Matury Model)
Aplicação de Programas de Qualidade em Serviços de Informação
SEPG Conference ´97.
Antonio Carlos Tonini Maio / 2004
Control Objectives for Information and related Technology
TSDD Teste de segurança durante o desenvolvimento.
Engenharia de Software
Tipos de Melhoria Contínua
GESTÃO DE PROJETOS Aula 7 1.
EXEMPLO DE FLUXO PARA O DESENVOLVIMENTO DE ANÁLISE CRÍTICA DO SGQ
José Roberto Blaschek Gerência do Escopo José Roberto Blaschek.
Modelos de Maturidade de Processos de Software
Análise de Sistemas de Software Prof. Rodrigo Ribeiro.
Gerenciamento do Escopo: principais conceitos
Capability Maturity Model (CMM)
O Processo da Engenharia de Requisitos
Prof. Alexandre Vasconcelos
Modelos de Maturidade de Processos de Software
Modelos de Maturidade de Processos de Software
Gerenciamento de Integração.
Métodos Quantitativos
CURSO TÉCNICO EM SEGURANÇA DO TRABALHO
ITIL(Information Technologies Infrastructure Library)
Processo de Aquisição Adilson de Almeida Cezar Meriguetti
Instrutor: Objetivos:.
Melhoria do processo de software brasileiro
Qualidade de Processo de Software CMM e CMMI Aldo Rocha.
Engenharia de Software
Engenharia de Software
GERENCIAMENTO DE PROJETOS DE T.I
AVALIAÇÃO DE PROCESSOS
Gestão da Qualidade de Software Ago/2014
Métricas e Técnicas de Estimativas de Projetos
Processos de Software.
Técnicas e Projeto de Sistemas
Instrutor: Objetivos do Workshop:.
TESTE DE SOFTWARE E QUALIDADE DE SOFTWARE UMA VISÃO GERAL
- CMMI- Capability Maturity Model Integration
Integração.
Profª Eliane Costa Santana
Prof. Fábio Botelho Metodologia de Desenvolvimento de Software - MDS Padrões de Processo de Software: CMMI.
CMM – Capability Maturity Model Carlos Augusto Mar Ago/2014.
Qualidade de Produtos de Software
Qualidade de Software O que é ‘Qualidade de Software’?
QUALIDADE DE SOFTWARE Prof. Carlos Augusto da Costa Carvalho.
RESPOSTAS A INCIDENTES E PLANO DE CONTINUIDADE DE NEGÓCIOS
APSI II Análise e Projeto de Sistemas de Banco de Dados II.
PSDS com CMMI Nível 2 Dimitri de Almeida Malheiros Barbosa 27/03/2006.
ISO9001:2000 para Software Professor: Alexandre Vasconcelos Equipe: Amanda Pimentel Börje Karlsson Danielly Karine Erika Pessoa Jorge Cavalcanti Jose Edson.
Lenylda Albuquerque ISO Processos de Ciclo de Vida de Software Universidade Federal de Pernambuco.
Prof. Paulo Barreto  O gerenciamento da informação, segundo Davenport (1997), é um conjunto estruturado de atividades que espelha.
Programa criado em Apoio ao programa: Ministério da Ciência e Tecnologia da Finep Banco Interamericano de Desenvolvimento Universidades e Governo.
Revisão da Norma ISO 9001:2008 Revisão da Norma ISO 9001:2000 para ISO 9001:2008 Impactos sobre o Sistema de Gestão da Qualidade Informativo Técnico.
CMMI Capability Maturity Model – Integration
Leonardo Batista de Queiroz
PROJETO SPICE ISO Integrantes: Erickson Balzaneli
Princípios de gestão da qualidade
Copyright ©2014 Porto Consultoria & Serviços – todos os direitos reservados.
Qualidade do Ponto de Vista de Gestão Aplicado na Homologação de software Márcia Falcão 27/03/2007 Qualidade do Ponto de Vista de Gestão, aplicado na Homologação.
Engenharia de Produtos
Gerência de Projetos Gerenciamento de Escopo. Gerenciamento de Escopo do Projeto...inclui os processos necessários para assegurar que o projeto inclui.
Transcrição da apresentação:

CMMI Capability Maturity Model Integration

Definição O CMMI é um conjunto de boas práticas de gerenciamento e de melhoria da qualidade a serem aplicadas criteriosamente no processo de desenvolvimento e manutenção de software. O CMMI foi criado para melhorar e quantificar a capacidade de desenvolvimento de aplicações em organizações que trabalham com tecnologias de software.

Definição O modelo CMMI descreve como as práticas de Engenharia de Software evoluem sob certas condições: O trabalho realizado é organizado e visto como um processo; A evolução do processo é sistematicamente gerenciada.

Definição Uma das premissas do modelo é "A qualidade é influenciada pelo processo", e seu foco é "Melhorar processo de uma empresa".

Certificação As empresas podem ser avaliadas quanto ao CMMI, recebendo certificados emitidos pelo SEI (Software Engineering Institute). Os níveis de maturidades e capacidades são reconhecidos e aceitos pelo mercado, sendo válidos para comparações tanto dentro de uma organização, como entre organizações. A obtenção de uma certificação CMMI é uma demonstração da capacidade do processo, tomando por base o nível de maturidade atingido, facilitando a contratação da empresa.

Disciplinas Engenharia de Software (SW) Engenharia de Sistemas (SE) Cobre o desenvolvimento de sistemas de software Aplicação de abordagens sistemáticas, disciplinadas e quantificáveis ao desenvolvimento, operação, e manutenção de software Engenharia de Sistemas (SE) Cobre o desenvolvimento de sistemas completos, que pode ou não incluir software Transformação das necessidades, expectativas e restrições dos clientes em soluções de produto e suporte a essas soluções ao longo da vida do produto

Disciplinas Desenvolvimento Integrado de Produto e Processo (IPPD) Colaboração oportuna das partes interessadas relevantes durante a vida do produto para melhor satisfazer às necessidades, expectativas e requisitos do cliente Gestão de Fornecedores (SS) Projetos podem utilizar fornecedores para implementar funções ou incorporar modificações aos produtos que são especificamente demandados pelo projeto Quando essas atividades são críticas, o projeto se beneficia com atividades de análise e monitoramento de fornecedor antes da entrega do produto

Modelos A versão atual do CMMI (versão 1.3) foi publicada em 27 de outubro de 2010 e apresenta três modelos: CMMI for Development (CMMI-DEV), voltado ao desenvolvimento de produtos e serviços. CMMI for Acquisition (CMMI-ACQ), voltado a aquisição e terceirização de bens e serviços. CMMI for Services (CMMI-SVC), voltado a empresas prestadoras de serviços.

O CMMI foi construído considerando três dimensões principais: Dimensões do CMMI O CMMI foi construído considerando três dimensões principais: Pessoas Ferramentas Procedimentos

Representações Visando atender aos diversos tamanhos das organizações o CMMI possui duas abordagens de implementação: Abordagem por Estágios Abordagem Contínua

Representações Uma das principais características do CMMI é permitir à organização que o adota a escolha entre as duas formas distintas de representação. A abordagem contínua permite à empresa escolher as áreas de processos para as quais deseja ser avaliada, conferindo-lhe liberdade para aperfeiçoar os seus processos na ordem que mais lhe for conveniente, seja para atender aos objetivos de negócio, seja para a redução dos riscos da organização.

Representações A abordagem por estágios, por sua vez, serve para classificar a empresa em um determinado nível de maturidade, em número de cinco. Para alcançar determinado nível de maturidade, a empresa deverá realizar um determinado conjunto de áreas de processos pré-selecionados.

Representação por Estágios Disponibiliza uma sequência pré-determinada para melhoria baseada em estágios que não deve ser desconsiderada, pois cada estágio serve de base para o próximo. É caracterizado por Níveis de Maturidade (Maturity Levels): Nível 1: Inicial (Ad-hoc) Nível 2: Gerenciado / Gerido Nível 3: Definido Nível 4: Quantitativamente gerenciado / Gerido quantitativamente Nível 5: Em otimização

Representação por Estágios Nível 1: Inicial (Ad-hoc) Geralmente os processos são ad-hoc e caóticos. Esse tipo de organização não fornece um ambiente estável para apoiar os processos.

Representação por Estágios Nível 2: Gerenciado / Gerido Os projetos da organização têm a garantia de que os processos são planejados e executados de acordo com uma política; Os projetos empregam pessoas experientes que possuem recursos adequados para produzir saídas controladas; Envolvem partes interessadas relevantes; São monitorados, controlados e revisados; e são avaliados para verificar sua aderência em relação à descrição de processo.

Representação por Estágios Nível 3: Definido Os processos são bem caracterizados e entendidos, e são descritos em padrões, procedimentos, ferramentas e métodos. Nível 4: Quantitativamente gerenciado / Gerido quantitativamente A organização e os projetos estabelecem objetivos quantitativos para qualidade e para desempenho de processo, utilizando-os como critérios na gestão de processos.

Representação por Estágios Nível 5: Em otimização (ou otimizado) Uma organização melhora continuamente seus processos com base no entendimento quantitativo das causas comuns de variação inerentes ao processo.

Estrutura (por estágios)

Representação por Estágios Nesta representação a maturidade é medida por um conjunto de processos. Assim é necessário que todos os processos atinjam nível de maturidade dois para que a empresa seja certificada com nível dois. Se quase todos os processos forem nível três, mas apenas um deles estiver no nível dois a empresa não irá conseguir obter o nível de maturidade três.

Representação por Estágios Esta representação é indicada quando a empresa já utiliza algum modelo de maturidade por estágios, quando deseja utilizar o nível de maturidade alcançado para comparação com outras empresas ou quando pretende usar o nível de conhecimento obtido por outros para sua área de atuação.

Estruturado em 5 níveis de maturidade, o CMMI abrange 25 áreas de processo divididas em 4 categorias: • Gerenciamento de projetos; • Gerenciamento de processos; • Engenharia; • Suporte.

Representação Contínua Possibilita à organização utilizar a ordem de melhoria que melhor atende os objetivos de negócio da empresa. É caracterizado por Níveis de Capacidade (Capability Levels): Nível 0: Incompleto (Ad-hoc) Nível 1: Executado Nível 2: Gerenciado / Gerido Nível 3: Definido Nível 4: Gerenciado Quantitativamente (abolido no CMMI 1.3) Nível 5: Em otimização (ou otimizado) (abolido no CMMI 1.3)

Níveis de Capacidade Nível 0: Incompleto (Ad-hoc) Nível 1: Executado Um processo que não é executado ou é executado parcialmente. Nível 1: Executado Satisfaz às metas específicas da área de processo.

Níveis de Capacidade Nível 2: Gerenciado / Gerido É planejado e executado de acordo com uma política; Emprega pessoas experientes que possuem recursos adequados para produzir saídas controladas; Envolve partes interessadas relevantes; É monitorado, controlado e revisado; e sua aderência em relação à descrição de processo é avaliada.

Níveis de Capacidade Nível 3: Definido É um processo gerenciado (nível de capacidade 2), adaptado a partir do conjunto de processos-padrão da organização de acordo com as diretrizes para adaptação da organização, e contribui com produtos de trabalho, medidas e outras informações de melhoria de processo para os ativos de processo da organização.

Níveis de Capacidade Nível 4: Gerenciado Quantitativamente (abolido no CMMI 1.3) É um processo definido (nível de capacidade 3), controlado por meio de técnicas estatísticas e outras técnicas quantitativas.

Níveis de Capacidade Nível 5: Em otimização (ou otimizado) (abolido no CMMI 1.3) é um processo gerenciado quantitativamente (nível de capacidade 4) e melhorado com base no entendimento das causas comuns de variação inerentes ao processo.

Representação Contínua Nesta representação a capacidade é medida por processos separadamente, onde é possível ter um processo com nível um e outro processo com nível cinco, variando de acordo com os interesses da empresa.

Representação Contínua É indicada quando a empresa deseja tornar apenas alguns processos mais maduros, quando já utiliza algum modelo de maturidade contínua ou quando não pretende usar a maturidade alcançada como modelo de comparação com outras empresas.

Representação Contínua

Representação Contínua Nível 1 - o processo é executado de modo a completar o trabalho necessário. Os processos são como uma caixa preta onde só se conheçe as entradas e as saídas. Nível 2 – é sobre planejar a execução e confrontar o executado contra o que foi planejado.

Representação Contínua Nível 3 – o processo é construído sobre as diretrizes do processo existente, e é mantido uma descrição do processo. Nível 4 – é quando o processo é gerenciado quantitativamente através de estatísticas e outras técnicas.

Representação Contínua Nível 5 – o processo gerido quantitativamente é alterado e adaptado para atender às necessidades negociais/estratégicas da empresa.

Comparando as Representações

Comparando as Representações