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

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

14

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

15

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


16

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


17

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


18

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

19



20

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


21

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




22

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




23


PRÁTICAS ESPECÍFICAS


24



25



26




27



28

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


29

FIM


CMMI-DEV


CMMI

UNIFIEO

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

2011

Adriana de Brito Miranda Luciano Hervencio da Silva

Matheus de Camargo Priscila Ferreira da Silva

CMMI

Objetivo da Apresentação

� Aderência CMMI

� Fábrica de software

� Processos de desenvolvimento de software

CMMI

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

CMMI

Á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

CMMI

Representação Contínua

CMMI

Macro Processo

CMMI

Definição de Requisitos

VAL

RD

RD

VAL

RD

RD

VAL

Requirements Development

ValidationPP

PP Project Planning

CMMI


RD

SG1

SP 1.1

CMMI


RD

SG2

SP 2.1

CMMI


VAL

SG2

SP 2.1

SP 2.2

CMMI

Planejamento

CMMI

Planejamento

PP SP 2.1

SG2

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.

CMMI

Planejamento

PP SP 2.1

SG2

SP 1.4SG1Estimar Esforço e Custo.

Definir o cronograma e o orçamento.

CMMI

Planejamento

PP SP 2.2

SG2

Identificar os riscos do projeto.

CMMI

Planejamento

PP SP 2.4

SG2

Planejar Recursos Humanos.

SP 2.5 Planejar Habilidades e Conhecimentos.

CMMI

Planejamento

PP SP 2.6

SG2

Identificação das partes interessadas.

SG1 SP 1,3

Definir as fases e ciclos de vida do projeto.

CMMI

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.

CMMI

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.

VAL

CMMI

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

CMMI

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

CMMI

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

CMMI

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.

CMMI

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

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

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

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.”


CMMI

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

[email protected]

@alessandro1982

CMMI - 8ª Aula

Business

Transcript of CMMI - 8ª Aula