CMMI - 8ª Aula

8º Encontro

� Melhoria de processo do software brasileiro

� www.softex.br/mpsbr

� Criado no final de 2003

� Foco em micro, pequenas e médias empresas

� Custo de implementação e avaliação menor

� Aproximadamente, 180 empresas já foram avaliadas no modelo (mais de 70% são PME)

mps.Br

� Base Técnica para a definição do mps.Br

� ISO/IEC 12207: Ciclo de Vida de processos de software

� ISO/IEC 15504: Avaliações de processos de software

� CMMI-DEV, 1.2

� Níveis:

� G (Parcialmente Gerenciado) até A (Em otimização)

mps.Br

eSCM� eSourcing Capability Model

� Mantido pelo ITSqc (Information Technology ServiceQuality Center)

� Universidade Carnegie Mellon

� Dois modelos

� eSCM-SP: eSourcing Capability Model for ServiceProviders

� eSCM-CL: eSourcing Capability Model for ClientOrganizations

eSCM-SP� eSourcing Capability Model for Service Providers

� v1.0 publicada em novembro de 2001

� Atualmente na versão 2.01

� Composto por 84 práticas

eSCM-SP� Trabalha com três dimensões

� Sourcing life-cycle

� Capability areas

� Capability levels

Três Dimensões

Capability Areas

Apresentações dos Grupos

CMMI-DEV

Prof. Alessandro

Integrantes:Douglas Goulart

Patrícia Paiola GoulartSimone Cristina Vieira Ribeiro

MBA em Gestão da Qualidade em Sistemas de Informações

CMMI-DEV Prof. Alessandro

A DPS Consulting é uma consultoria que presta serviço customizado de TI há 20 anos,

possibilitando aos clientes aplicações seguras e inteligentes.

Missão: Fornecer serviços e soluções tecnológicas seguras e integradas.

Visão: Ser reconhecida como uma ótima empresa de referência em TI.

ORGANIZACIONAL

Será utilizado o CMMI-DEV nível 3 atuando em três das suas PAs, conforme relacionadas abaixo:

PAs do CMMI-DEV - Nível 3- Requirements Development (Desenvolvimento de Requisito)

- Validation (Validação)

- Verification (Verificação)

MODELO CMMI E PAs

Estaremos focando na categoria Engenharia citando o nível completo, explorando especificamente

Desenvolvimento de Requisitos (RD), Validação (VAL) e Verificação (VER).

Nosso projeto necessita destes itens de apoio e estruturação para os nossos processos, pois estes se

encontram mal definidos.

Abordaremos a característica de nível de capacidade, sendo assim, utilizaremos a

representação contínua para o processo.

INTRODUÇÃO

PAs do CMMI-DEV utilizadas:Processo Desenvolvimento de Requisitos (RD): O propósito deste

processo é definir os requisitos do cliente, do produto e de seus componentes.

Processo Validação (VAL): O propósito deste processo é assegurar que um produto ou componente do produto suprirá a seu uso pretendido quando disponibilizado no ambiente para o qual foi

desenvolvido.Processo Verificação (VER): O propósito deste processo é certificar que cada produto e/ou serviço de trabalho do processo ou do projeto

atende apropriadamente os requisitos especificados.

DEFINIÇÃO DAS PAs

PROCESSO

DESENVOLVIMENTO DE

REQUISITOSOCESSO

PROCESSO

OCESSO

PROCESSO

Desenvolvimento de Requisitos:

•Desenvolver os requisitos•Coletar Requisitos

•Definir necessidades do cliente•Definir necessidades do produto

•Definir necessidades do produto e de seus componentes•Definir requisitos para componentes

•Identificar os requisitos•Analisar e validar os requisitos

•Simular situação em um cenário.•Analisar funcionalidade necessária

•Analisar requisitos finais•Verificar riscos

•Finalizar a validação de requisitos

OBJETIVOS ESPECÍFICOS

Fase de Validação:

•Preparar para validar•Selecionar produtos para validação

•Definir ambiente de validação•Definir critérios de validação

•Validar o produto•Validar o produto

•Analisar resultados

Fase de Verificação:

•Preparar para a Verificação•Selecionar para verificar

•Escolher ambiente de verificação•Definir critérios de verificação

•Realizar revisões em grupo•Preparar para revisão

•Comparar analise•Analisar dados

•Verificar produtos selecionados•Efetuar a Verificação•Analisar resultados

PRÁTICAS ESPECÍFICAS

O CMMI-Dev estrutura o processo de modo a obter melhor equilíbrio entre Qualidade e Desempenho na sua execução e que este

equilíbrio se mantenha constante, ou previsível, visando melhorias contínuas.

CONCLUSÃO

CMMI-DEV

UNIFIEO

MBA em Gestão da Qualidade de Sistemas da Informação

Adriana de Brito Miranda Luciano Hervencio da Silva

Matheus de Camargo Priscila Ferreira da Silva

Objetivo da Apresentação

� Aderência CMMI

� Fábrica de software

� Processos de desenvolvimento de software

Cliente

� PRODAM (Processamento de dados Amazonas)

� Desenvolvimento do SIGRH

� (SIGRH) Sistema Integrado de Gestão de Recursos

Humanos

� Atualmente trabalha com Processos Manuais

� Demora

� Erros

� Extravio de documentos

Áreas de Processo de Interesse

� PP (Project Planning) – Nível 2

� RD (Requirements Development) – Nível 2

� VER (Verification) – Nível 3

� VAL (Validation) – Nível 3

Representação Contínua

Macro Processo

Definição de Requisitos

Requirements Development

ValidationPP

PP Project Planning

SP 1.1

SP 2.1

SP 2.2

Planejamento

PP SP 2.1

Definir o cronograma e o orçamento.

SG1 Estimar o Escopo do ProjetoSP 1.1

Estabelecer Estimativas do produto e das tarefas.

SP 1.2

SP 1.4 Estimar Esforço e Custo.

Planejamento

PP SP 2.1

SP 1.4SG1Estimar Esforço e Custo.

Definir o cronograma e o orçamento.

Planejamento

PP SP 2.2

Identificar os riscos do projeto.

Planejamento

PP SP 2.4

Planejar Recursos Humanos.

SP 2.5 Planejar Habilidades e Conhecimentos.

Planejamento

PP SP 2.6

Identificação das partes interessadas.

SG1 SP 1,3

Definir as fases e ciclos de vida do projeto.

Implementação

O objetivo do processo de Implementação é definir a organização do código em sub-sistemas, a fim de evitar conflitos no desenvolvimento dos componentes, pela equipe de desenvolvedores.

Implementação

O objetivo do processo de Implementação é definir a organização do código em sub-sistemas, a fim de evitar conflitos no desenvolvimento dos componentes, pela equipe de desenvolvedores.

Teste de Sistemas

Objetivo

O objetivo deste processo é validar o sistema,verificando se todas as funcionalidadessolicitados pelo cliente foram atendidas, realizaro teste em ambiente e massa de dados emcondições similares ao dia-a-dia do usuário final.

VALIDAÇÃO

Teste de SistemasAtividades

•Planejamento Estratégico de TesteVAL- SG1 - SP1.1 - Seleciona os produtos paraValidação•Criação de Casos de TestesVAL – SG1 - SP1.3 - Estabelece procedimentos devalidação e critérios•Execução dos TestesVAL - SG2 – SP 2.1 – Realiza a validação

Teste de Sistemas

Atividades:

•Gestão de DefeitosVAL – SG2 – SP2.2 – Analisar ps resultados da validação

�AmbienteVAL –SG1 - SP1.2 – Estabelecer ambiente para validação

Entrega

Este processo representa a etapa de encerramento do Projeto, corresponde ao processo de integração, onde permite a finalização formal de todas as atividades de um projeto, ou de uma fase do mesmo.

Muito Obrigado!

Igor Henrique Gil

Luciana Costa

Mariana Seifarth

Silvio Menegon Jr.

Tomaz Fimiani

CMMI For DEV

Sua missão busca desenvolver e manter sistemas de gestão de

acesso contribuindo para o aumento na eficiência dos processos e na

competitividade de nossos clientes.

A MILTSystem quer ser reconhecida pela competência na prestação

de serviços e pela facilitação na comprimento de segurança de nossos

clientes, através da melhoria continua.

CMMI For DEV

Atuando no mercado em desenvolvimento de software para controle

de acessos a MILTSystem busca melhorias em gerenciamento de

processos e produtos.

Utilizando–se das normas de CMMI for DEV, a MILTSystem está no

nível 3 de maturidade e capacidade.

Áreas de aderência nível 3:

Decision Analysis and Resolution (DAR)

Integrated Project Management (IPM)

Organizational Process Definition (OPD)

Organizational Process Focus (OPF)

Organizational Training (OT)

Risk Management (RSKM)

CMMI For DEV

Organizational Process Definition (OPD)

Organizational Process Focus (OPF)

Risk Management (RSKM)

Neste contexto apresentamos três áreas aderentes ao CMMI for DEV,

os destaques a essas áreas encontram-se alinhados a estruturação de

processos em desenvolvimento de software.

CMMI For DEV

SG 1 Estabelecer Ativos de Processo da Organização

Práticas Evidências

SP 1.1 Estabelecer Processos-padrão

Determinação do ciclo de vida do projeto. Resultados esperados que podem ser

alcançados seguindo-se um processo de software.

Artefatos: Termo de Inicio, Termo de Encerramento.

SP 1.2 Estabelecer Descrições de Modelos de

Ciclo de Vida

Através da definição estável do produto tendo domínio da tecnologia a ser

empregada pelo projeto. Modelo Cascata,

Artefato: Diagrama do Processo.

SP 1.3 Estabelecer Critérios e Diretrizes para Adaptação

Provê visibilidade do progresso para o cliente, Provê visibilidade do progresso para

a gerência, Requer pouca sofisticação da gerência e da equipe técnica.

Artefato: Matriz de Critérios.

SP 1.4 Estabelecer o Repositório de Medições da

Organização

Esclarecer como o cliente irá medir previamente o tamanho e esforço dos projetos

solicitados por ele.

Artefato: Plano de Qualidade

SP 1.5 Estabelecer a Biblioteca de Ativos de

Processo da Organização

Informações sobre os procedimentos para a publicação de informações no

Portal Gerenciado.

Artefato: Portal de Gerenciamento.

SP 1.6 Estabelecer Padrões de Ambiente de Trabalho

Cuidamos da tecnologia, das políticas de segurança e dos efetivos direitos de propriedade de nossos clientes. Protegemos e fortalecemos nosso ambiente de relacionamento de forma profissional com: respeito, ética, sigilo e transparência. Temos comprometimento com nossa responsabilidade sócio-ambiental. Artefato: Artigo no Portal.

1Gerenciamentode Projeto

2Infraestrutura de Desenvolvimento

3Levantamento

4Projeto

5Implementação

6Implantação

CMMI For DEV

SG1 Preparar-se para Gestão de RiscosPráticas Evidências

SP 1.1 Determinar Fontes e Categorias de Riscos

Determinação de fontes conforme sua identificação, categorização com

base no framework 4 A.

Artefato: Documento para análise Quantitativa e Qualitativa

SP 1.2 Definir Parâmetros para RiscosParametrização de riscos baseada nos atributos de qualidade do produto.

Artefato: Matriz de Atributos da qualidade

SP 1.3 Estabelecer uma Estratégia para Gestão de Riscos

Estratégia aplicada pela equipe técnica do projeto levando em consideração a

classificação e criticidade de cada risco mapeado.

Artefato: Matriz de classificação de Risco

SG2 Identificar e Analisar Riscos

SP 2.1 Identificar RiscosTécnica de brainstorm.

Artefato: Documento de obtenção de Riscos

SP 2.2 Avaliar, Categorizar e Priorizar Riscos

Etapa de análises quantitativas e qualitativas. Priorização de riscos através do

framework 4 A, avaliação em termos de custos baseado nos valores sumarizados,

conforme orçamento.

Artefato: Plano de Gestão sobre Riscos

SG3 Mitigar Riscos

SP 3.1 Elaborar Planos de Mitigação de RiscosElaboração de plano conforme índice de impacto.

Artefato: Matriz de valores monetários.

SP 3.2 Executar Planos de Mitigação de Riscos

Execução de acordo com a criticidade do risco e sua análise para tratamento

funcional.

Artefato: Matriz de detalhamento de riscos

1Gerenciamentode Projeto

2Infraestrutura de Desenvolvimento

5Implementação

6Implantação

SG 1 Determinar Oportunidades de Melhoria de Processo

Práticas Evidências

SP 1.1 Estabelecer Necessidades de Processo da

Organização

Determinar que as entregas atinjam os objetivos do Projeto.

Artefato: Cronograma de e análise de precedência das atividades

SP 1.2 Avaliar os Processos da Organização

Determina que seja realizada avaliação semanal pelo Gestor do Projeto para garantir

que os objetivos sejam atingidos.

Artefato: Atas de reunião de acompanhamento

SP 1.3 Identificar Melhorias para os Processos da

Organização

Nas solicitações de alteração, planejamento adicional ou necessidade de atualização

do Plano de Gerenciamento do Projeto será analisado em termos de impactos em

todas as áreas de conhecimento antes de ser submetida para revisão e aprovação

pelos demais membros da equipe e Diretoria quando necessário.

Artefatos: Plano de comunicação

3Levantamento

4Projeto

5Implantação

CMMI For DEV

SG 2 Planejar e Implementar Melhorias de Processo

SP 2.1 Estabelecer Planos de Ação de Processo

A execução do projeto será orientada pelo gestor do projeto e líder do projeto, com

principal atuação do líder, através do encaminhamento dos pacotes de trabalho para

os recursos de acordo com o cronograma de execução.

Artefatos: Plano de gerenciamento de projeto

SP 2.2 Implementar Planos de Ação de Processo

Interação com as equipes e planejando como serão realizadas as melhorias em

projetos pilotos. Essa prática prevê também que seja identificada, documentada e

rastreada todas as implementações do plano de ações até o seu encerramento.

CMMI For DEV

SG 3 Implantar os Ativos de Processo da Organização e Incorporar Lições Aprendidas

SP 3.1 Implantar Ativos de Processo da Organização

Planos para implantação de novos ativos e de alterações aos ativos do processo da organização. Material de treinamento, documentação de alterações dos ativos do processo e material de apoio. Artefatos: Tabela de treinamentos

SP 3.2 Implantar Processos-padrão

Os membros da equipe deverão informar previamente qualquer tipo de desvio ou impedimento que afete os objetivos no planejamento do projeto ao líder. Artefatos: Quadro de Indicadores de Acompanhamento dos Processos

SP 3.3 Monitorar Implementação

Haverá posicionamentos periódicos através de relatórios de acompanhamento - via telefone e/ou e-mail, ata de reunião, estes serão guardados no repositório “Base de Conhecimento”. Artefatos: Plano de comunicação.

SP 3.4 Incorporar Experiências Relacionadas a Processo nos Ativos de Processo da Organização.

Produtos:Proposta de melhoria do processo as lições aprendidas do processo, medições nos ativos de processo da organização. Recomendações de melhorias para os ativos de processo tais como: registro das atividades de melhoria de processo da organização. As lições aprendidas serão atualizadas no decorrer do projeto no repositório denominado “Base de Conhecimento”. Artefatos: Planos de implementação.

CMMI For DEV

Igor Henrique Gil

Luciana Costa

Mariana Seifarth

Silvio Menegon Jr.

Tomaz Fimiani

CMMI - Empresa Vastec

Nossa Empresa

“Despertar em nossos clientes um processo

contínuo de melhorias e mudanças.”

EMPRESA

VASTEC

Empresa VASTEC

Fundada em 1970.

Segmento de Equipamentos para

Movimentação de Carga.

Conta com 250 funcionários.

Sua missão é comercializar, projetar e produzir soluções para

movimentação de cargas, que podem ser em galpões de

concreto ou estrutura metálica bem como a céu aberto.

Principais Clientes

EscopoMelhorar os processos de desenvolvimento de software

utilizando como referência o modelo CMMI para na Área de TI da empresa Vastec

Modelo CMMI escolhido: CMMI - DEV versão 1.3

Meta para a Empresa: Atingir Nível 2 de Maturidade CMMI

Por Representação Contínua.

Área de TI da Empresa

Problemas Atuais

� Ausência de processos definidos e padrões de documentos.

� Falta de processos e documentações dos projetos.

� Sem processos a serem seguidos para solicitações edocumentações dos projetos.

� Ausência de padrões de qualidade, controle e entrega dosprojetos.

� Projetos não monitorados, sem processo paradocumentação de lições aprendidas e prazos não cumpridos.

Situação Atual da EmpresaÁrea de TIÁrea Solicitante

Nova Estrutura para ProjetosÁrea de TI

Detalhamento das Fases

� Definição de Requisitos

� Planejamento

� Monitoramento e Controle

Definição de RequisitosLevantar

Escopo

Definir

Requisitos

Aprovar

Requisitos

Planejamento

Definir Estrutura Projeto

Planejar Tempo

Planejar Custo

Planejar Tratamento aos Riscos

Planejar Configura-

ções

Planejar Recursos Projeto

Planejar Qualidade

Aprovar Plano

Projeto

Responsável: Gerente de Projetos

Entradas Saídas

Requisitos do Projeto (RP)

Diagramas de Atividades (DA)

Diagramas de Seqüência (DS)

Estrutura Analítica do Projeto (EAP)

Cronograma (CR)

Matriz de Riscos (MR)

Matriz de Habilidades (MH)

Monitoramento e Controle

Monitorar

Projeto

Controlar

Projeto

Avaliar

Produto Solicitado

Responsável: Gerente de Projetos

Entradas Saídas

Estrutura Analítica do Projeto (EAP)

Cronograma (CR)

Matriz de Riscos (MR)

Report de Monitoramento (RM)

Atas de Reuniões (AR)

Plano de Ações Corretivas (PAC)

Lições Aprendidas (LA)

Documentação de Processo

Serão obtidos no servidor corporativo respeitando a estrutura

dos diretórios.

Problemas X Processos

Aderência ao Modelo CMMI

CMMI® for Development, Version 1.3 (CMMI-DEV, V1.3)

Technical Report, November 2010, Improving processes for

developing better products and services

http://www.sei.cmu.edu

Referência Bibliográfica

Responsáveis:AndressaDanielaFelipe

MarcosSandro

www.alessandroalmeida.com

alessandro.almeida@uol.com.br

@alessandro1982

CMMI - 8ª Aula

Business

Transcript of CMMI - 8ª Aula

CMMI - 1ª Aula

Plano de 7ª aula 8ª série9º ano gestar 2012

CMMI - 3ª Aula

Gestão de Riscos - 8ª Aula

8ª AULA CULTIVO E BENEFICIAMENTO DE PLANTAS MEDICINAIS - fitoterapia

Cmmi apresentação

CMMI - 4ª Aula

8ª aula sinalização de emergência

Risco CMMI

sox - cmmi

GT5 - CMMI

8ª Aula Gênero Na Terapia de Casal e Família

Modelos de Maturidade. CMMI Porque CMMI não é viável para PME.

8ª aula embriologia 2

AULA DE RECUPERAÇÃO ANUAL 2009 GEOGRAFIA 8ª SÉRIE.

Profº Uilson - 8ª e Última Aula - Planejamento Comunicação Integrada

Aula 8ª População e economia da Ásia

8ª aula POSICIONAMENTO geral

Plano de2ª aula 8ª série9º ano gestar 2012

CMMI-DEV, V1 - SPIN - Software Process Improvement Networkspinsp.org.br/CMMI/CMMIDEV.pdf · do CMMI-DEV deve ser feito com base na documentação oficial do SEI, a qual pode ... CMMI