O Modelo CMM TRABALHO REALIZADO POR: RAFAEL LANCELLOTI DE MENEZES RAFAEL DE AVILLA REZENDE LEONARDO PINTO DE ALKMIM FUNDAMENTOS DA ENGENHARIA DE SOFTWARE

O Modelo O Modelo CMMCMM

TRABALHO REALIZADO TRABALHO REALIZADO POR:POR:

RAFAEL LANCELLOTI DE RAFAEL LANCELLOTI DE MENEZESMENEZESRAFAEL DE AVILLA REZENDERAFAEL DE AVILLA REZENDE

LEONARDO PINTO DE ALKMIMLEONARDO PINTO DE ALKMIM

FUNDAMENTOS DA ENGENHARIA DE FUNDAMENTOS DA ENGENHARIA DE SOFTWARESOFTWARE

O que quer dizer CMM?O que quer dizer CMM?


CMM quer dizer Capability Maturity Model, algo difícil de traduzir, mas que poderia ser talvez o "Modelo de Maturidade de Capacitação".

O CMM, como um modelo, busca orientar a organização de maneira lógica e natural na implementação de melhorias contínuas em seus processos de construção de software. Com foco nessas melhorias, estabelece e prioriza ações a serem realizadas para se evitar erros e re-trabalhos ao longo do ciclo de construção. Estruturado em cinco níveis de maturidade, o CMM permite às organizações buscarem consistentemente os requisitos do próximo nível a ser atingido, que são compostos por objetivos de processo que estabilizam um componente importante do processo de software.

Quando e como surgiu?Quando e como surgiu?FUNDAMENTOS DA ENGENHARIA DE FUNDAMENTOS DA ENGENHARIA DE SOFTWARESOFTWARE

Embora vários esforços no sentido de se produzir Embora vários esforços no sentido de se produzir software com maior produtividade e qualidade tenham software com maior produtividade e qualidade tenham ocorrido em décadas anteriores, foi nos anos 90 que ocorrido em décadas anteriores, foi nos anos 90 que vimos os modelos de qualidade do processo de vimos os modelos de qualidade do processo de software ganharem visibilidade mundial. Em especial, software ganharem visibilidade mundial. Em especial, o CMU/SEI-CMM Carnegie Mellon University/Software o CMU/SEI-CMM Carnegie Mellon University/Software Engineering Institute- Capability Maturity Model ou Engineering Institute- Capability Maturity Model ou simplesmente, CMM. simplesmente, CMM.

O CMM tem sido empregado por organizações de O CMM tem sido empregado por organizações de software que buscam maior qualidade do produto final, software que buscam maior qualidade do produto final, previsibilidade em custos e cumprimento de prazos previsibilidade em custos e cumprimento de prazos estabelecidos.estabelecidos.

Qual a idéia básica do Qual a idéia básica do modelo?modelo?


A idéia básica que permeia todo o modelo é a A idéia básica que permeia todo o modelo é a Gerência de Processos ao invés da tradicional Gerência de Processos ao invés da tradicional Gerência de Projetos!Gerência de Projetos!

O que é Gerência de Projetos?O que é Gerência de Projetos?


E o que é Gerência de E o que é Gerência de Processos?Processos?

A Gerência de Projetos, como diz o próprio nome, tem como A Gerência de Projetos, como diz o próprio nome, tem como foco um único projeto, com início e fim, um cronograma e um foco um único projeto, com início e fim, um cronograma e um orçamento. É exercida por um único gerente (para um projeto) orçamento. É exercida por um único gerente (para um projeto) e todos os gerentes de projetos exercem atividades iguais. e todos os gerentes de projetos exercem atividades iguais.

A Gerência do Processo de Software, por sua vez, A Gerência do Processo de Software, por sua vez, abrange todos os projetos em execução ao mesmo tempo e abrange todos os projetos em execução ao mesmo tempo e ainda uma série de outras atividades, como Gerenciamento ainda uma série de outras atividades, como Gerenciamento de Mudanças, de Configuração e atividades de Controle de de Mudanças, de Configuração e atividades de Controle de Qualidade. Qualidade.

Os Cinco Níveis de Os Cinco Níveis de MaturidadeMaturidade


Nível 1 - InicialNível 1 - Inicial


As organizações de Nível 1 são freqüentemente caracterizadas por processos “ad hoc”, ou seja, elas desenvolvem produtos que funcionam, apesar de poderem estar com o orçamento e com o cronograma estourados.

No Nível 1, o processo de software é uma entidade amorfa – uma caixa preta – e a visibilidade interna dos processos do projeto é limitada. Uma vez que a preparação das atividades é definida de forma precária, os gerentes passam por fases extremamente difíceis para estabelecer a situação do progresso e das atividades do projeto.

Nível 2 - RepetívelNível 2 - Repetível


No Nível Repetível, as políticas de gestão de projeto de software e os procedimentos para implementá-las são estáveis. O planejamento e a gestão de novos projetos são baseados na experiência adquirida em projetos similares.

No Nível 2, os requisitos do cliente e os produtos de trabalho são controlados, sendo que as práticas básicas de gestão de projeto estão estabelecidas. Esses controles da gestão possibilitam a visibilidade interna do projeto em momentos definidos.

Nível 3 - DefinidoNível 3 - Definido


No Nível Definido, o processo padrão de desenvolvimento e manutenção de software global da organização é documentado, inclusive o desenvolvimento de software e a gestão de processos, estando estes últimos integrados em um todo coerente.

No Nível 3, a estrutura interna das caixas, isto é, as tarefas dentro do processo de software definido, é visível. A estrutura interna representa a maneira que o processo de software padrão é aplicado aos projetos específicos.

Nível 4 - GerenciadoNível 4 - GerenciadoFUNDAMENTOS DA ENGENHARIA DE FUNDAMENTOS DA ENGENHARIA DE SOFTWARESOFTWARE

No Nível Gerenciado, a organização estabelece metas quantitativas de qualidade para os produtos e processos de software. A produtividade e a qualidade são medidas nas atividades importantes de processo de software em todos os projetos, como parte de um programa organizacional de medições.

No Nível 4, os processos de software definidos são instrumentalizados e controlados quantitativamente. Os gerentes são capazes de medir os progressos e os problemas. Suas habilidades de prever resultados crescem constantemente, tornando-se mais precisas à medida que a variação no processo diminui.

Nível 5 - OtimizadoNível 5 - OtimizadoFUNDAMENTOS DA ENGENHARIA DE FUNDAMENTOS DA ENGENHARIA DE SOFTWARESOFTWARE

No Nível 5, toda a organização está voltada para a melhoria contínua de processo. A organização tem meios de identificar as oportunidades de melhoria e fortalecer o processo de maneira pró-ativa, com o objetivo de prevenir a ocorrência de falhas.

No Nível 5, maneiras novas e aprimoradas de construir software são continuamente experimentadas, de uma forma controlada, para melhorar a produtividade e a qualidade. Os gerentes são capazes de estimar e acompanhar quantitativa-mente o impacto e a eficiência da mudança.

Capabilidade do ProjetoCapabilidade do ProjetoFUNDAMENTOS DA ENGENHARIA DE FUNDAMENTOS DA ENGENHARIA DE SOFTWARESOFTWARE

DEFINIÇÃO OPERACIONAL DEFINIÇÃO OPERACIONAL DO MODELODO MODELO


Modalidades de Modalidades de AplicaçãoAplicação


Há, pelo menos, quatro modalidades de aplicação previstas para o CMM:

• As equipes de avaliação poderão utilizar o CMM para identificar pontos fortes e oportunidades de melhoria na organização;

• As equipes de avaliação poderão utilizar o CMM para identificar riscos na seleção de diferentes prestadores de serviço.

• Gerentes e técnicos poderão utilizar o CMM para entender as atividades necessárias ao planejamento e implementação de um programa de melhorias no processo de software;

• Os grupos de melhoria de processo poderão utilizar o CMM como um guia para ajudá-los a definir e melhorar o processo de software.

ESTRUTURA INTERNA DOS NÍVEIS DE ESTRUTURA INTERNA DOS NÍVEIS DE MATURIDADEMATURIDADE


FUNDAMENTOS DA ENGENHARIA DE FUNDAMENTOS DA ENGENHARIA DE SOFTWARESOFTWAREÁreas-chave de Áreas-chave de

ProcessoProcessoCom exceção do Nível 1, cada nível de maturidade é decomposto em várias áreas-chave de processo, que indicam as áreas nas quais uma organização deveria focar seus esforços para a melhoria de seu processo de software. As áreas-chave de processo identificam os assuntos que devem ser tratados para se obter um determinado nível de maturidade.

Áreas-chave de Processo por Níveis de Áreas-chave de Processo por Níveis de MaturidadeMaturidade


Práticas ChavePráticas ChaveFUNDAMENTOS DA ENGENHARIA DE FUNDAMENTOS DA ENGENHARIA DE SOFTWARESOFTWARE

As práticas-chave descrevem a infraestrutura e atividades que mais contribuem para a implementação e institucionalização eficazes da área-chave de processo.

Cada prática-chave consiste de uma sentença simples, freqüentemente seguida por uma descrição mais detalhada, que pode incluir exemplos e explicações mais detalhadas. Estas práticas-chave, também referidas como as práticas-chave de alto nível, estabelecem as políticas, procedimentos e atividades fundamentais para a área chave de processo.

Utilizando o Modelo Utilizando o Modelo CMMCMM



MÉTODOS DA AVALIAÇÃO DO MÉTODOS DA AVALIAÇÃO DO PROCESSO DE SOFTWAREPROCESSO DE SOFTWARE

A avaliação do processo de software está focada na identificação das prioridades de melhoria dentro do próprio processo de uma organização. As equipes de avaliação utilizam o CMM para orientá-las na identificação e na atribuição de prioridades às observações levantadas.

A avaliação da capabilidade do software está focada na identificação de riscos associados a um projeto em particular ou a um contrato para desenvolvimento de um software de alta qualidade, dentro do prazo e do orçamento.



O FUTURO DO O FUTURO DO MODELOMODELO

Atividades de Curto PrazoAtividades de Curto Prazo

Os tutoriais e cursos de CMM têm sido apresentados em muitas conferências e seminários nos Estados Unidos para garantir que a indústria de software tenha uma adequada consciência do CMM e dos seus produtos associados.

As ferramentas baseadas em CMM (por exemplo: o questionário de maturidade), o treinamento em avaliação de processo de software e o treinamento em avaliação da capabilidade de software estão sendo desenvolvidos e/ou revisados para incorporar o CMM.


Atividades de Longo PrazoAtividades de Longo Prazo

Ao longo dos próximos anos, o CMM continuará sendo submetido a testes extensivos através da utilização das avaliações dos processos de software e das avaliações da capabilidade de software.

Enquanto todos os níveis do modelo podem ser revistos, a ênfase recairá nos Níveis 4 e 5. No momento, as áreas-chave de processo dos Níveis 2 e 3 são as que estão mais completamente definidas. Uma vez que poucas organizações encontram-se nos Níveis 4 e 5, pouco é conhecido sobre as características dessas organizações.


Curto Prazo x Longo PrazoCurto Prazo x Longo Prazo

O CMM fornece uma estrutura conceitual para a melhoria da gestão e do desenvolvimento de produtos de software, porém, ele não garante que os produtos de software serão construídos com sucesso ou que todos os problemas de desenvolvimento de software serão resolvidos adequadamente.


O Processo de Avaliação no O Processo de Avaliação no BrasilBrasil

Desde

Nível Atual

No ano Até o ano

2 3 4

1997 1 1 1

1998 1 1 2

1999 2

2000 2

2001 1 3 4 6

2002 4 4 10

2003 18 1 1 20 30


Brasil x América do SulBrasil x América do Sul

Em relatório do SEI publicado em setembro de 2004 com dados até junho do mesmo ano, o Brasil permanece em 13º lugar dentre os países com maior número de avaliações realizadas por esse instituto (mesma posição de dez/ 2001), sendo o único país da América Sul que aparece com mais de 10 avaliações; Argentina, Chile, Colômbia, Peru e Venezuela aparecem com um número de 10 ou menos avaliações.


EntrevistaEntrevistaAndré B. Barcaui é Doutorando em Engenharia pela COPPE/UFRJ, Mestre em Sistemas de Gestão pela UFF-RJ e formado em Informática pela PUC-RJ. Possui mais de 12 anos atuando na área de gerência de projetos. Foi Project Office Manager da HP Consulting responsável pela região Latino-Americana e Gerente de Programa e Serviços na IBM, tendo gerenciado vários projetos em diferentes áreas como outsourcing, telecomunicações e gerência de ambiente de IT. É membro-fundador do PMI Chapter Rio, onde concluiu sua certificação PMP em 1999. É professor também de MBA’s da FGV/RJ, da FIA/USP em Gerência de Projetos e Consultor na área de gerência de projetos, tecnologia e montagem de Escritórios de Projeto (PMO).


ReferênciasReferências

Engenharia de Software

Roger S. Pressman5ª edição

Autor: James Peters

Publicação: 10/2001

Editora: Campus

Autor: David A. Gustafson

Publicação: 08/04/2003

Editora: Bookman

Autor: Antonio Mendes Publicação: 04/06/2002

Editora: Campus

www.mct.gov.br www.sei.cmu.edu

www.geocities.com/chicorapchan/ artigos/


Documents

O Modelo CMM TRABALHO REALIZADO POR: RAFAEL LANCELLOTI DE MENEZES RAFAEL DE AVILLA REZENDE LEONARDO PINTO DE ALKMIM FUNDAMENTOS DA ENGENHARIA DE SOFTWARE