Modelos de Maturidade. Porque estudar um Modelo de Maturidade? Descrevem as características de processos efetivos; - PDF
Download "Modelos de Maturidade. Porque estudar um Modelo de Maturidade? Descrevem as características de processos efetivos;"
Nelson Aldeia Fraga
1 Versão Última Revisão 16/08/2006 Porque estudar um Modelo de Maturidade? Segundo o Standish Group, entidade americana de consultoria empresarial, através de um estudo chamado "Chaos Report", para projetos na área de Tecnologia da informação, obteve as seguintes conclusões: Apenas 16% terminam no prazo e dentro do orçamento previsto; 94% têm pelo menos um reinício; Há um aumento de 188% no seu custo e 222% no cronograma; Apenas 61% são concluídos com os objetivos originais préestabelecidos. Modelos de Maturidade Descrevem as características de processos efetivos; Definem quais ações devem ser priorizadas e quais objetivos devem ser atingidos; Reúnem conhecimento e experiências diversas num único modelo; Podem ser usados para comparar organizações diferentes quanto a eficácia dos seus processos. 1
2 CMMI - Capability Maturity Model Integration É um modelo que especifica um conjunto de capacidades de engenharia de software que uma empresa deve ter estabelecido para atingir diferentes níveis de maturidade; Fornece uma visão estruturada para a melhoria dos processos de uma organização; O CMMI é mais adequado para empresas que constroem sistemas grandes que envolvam centenas de pessoas, principalmente por causa dos custos. Níveis de Maturidade Agrupamentos ( Estagiado e Contínuo) 2
3 Metas e Práticas Específicas Definidas pelo CMMI para cada área de processo: Planejamento de projeto; Gestão de requisitos; Gestão de configuração; Gestão de qualidade e projeto de produto; Medição de análise. Métodos e Práticas para Planejamento ME 1 Estabelecer estimativas: PE Estime o escopo do projeto; PE Estabeleça estimativas de produto do trabalho; PE Defina o ciclo de vida do projeto; PE Determine estimativas de esforço e custo. Métodos e Práticas para Planejamento ME 2 Desenvolver um plano de projeto: PE Estabeleça o orçamento e o cronograma. PE Identifique os riscos do projeto. PE Planeje a gestão de dados. PE Planeje os recursos de projeto. PE Planeje as habilidades e conhecimentos necessários. PE Planeje o envolvimento dos interessados. PE Estabeleça o plano de projeto. 3
4 Métodos e Práticas para Planejamento ME 3 Obter comprometimento com o plano PE Revise planos que afetam o projeto; PE Reconcilie os níveis de trabalho e os recursos; PE Obtenha o comprometimento com o plano. Padrões de Processos O processo de software pode ser definido como uma coleção de padrões que definem um conjunto de: Atividades; Ações; Tarefas de trabalho; Produtos de trabalho; Comportamentos de trabalho. Pela combinação de padrões, uma equipe pode construir um processo que melhor satisfaça às características de um projeto. Descrição de Padrão de Processo Nome do Padrão: descreve sua função dentro do processo; Intenção: descreve o objetivo do padrão; Tipo: Padrão de Tarefa: define uma ação ou tarefa de trabalho; Padrão de Estágio: define uma atividade de arcabouço; Padrão de Fase: define uma seqüência de atividades de arcabouço. Contexto Inicial: descreve condições sob as quais o padrão se aplica; Problema: descreve o problema a ser resolvido pelo padrão; Solução: descreve como o estado inicial do processo é modificado em conseqüência da aplicação do padrão; Contexto Resultante: condições que resultarão quando o processo for aplicado; Padrões Relacionados: lista de todos os padrões relacionados a este; Usos Conhecidos/Exemplos: instâncias específicas nas quais o padrão é aplicável. 4
5 Modelo Nome do Padrão: Prototipação; Intenção: Construir um protótipo que será avaliado iterativamente pelos interessados em solidificar requisitos de software; Tipo: Padrão de fase; Contexto Inicial: Interessados identificados; Modo de comunicação estabelecido; Problema identificado; Entendimento inicial do escopo, requisitos e restrições. Problema: interessados estão inseguros do que desejam; Solução: descrição do processo de prototipação; Contexto Resultante: um protótipo de software que identifique os requisitos básicos é aprovado pelos interessados; Padrões Relacionados: comunicação-com-o-cliente, projeto-iterativo, desenvolvimento-iterativo, avaliação-pelo-cliente, levantamento-de-requisitos; Usos Conhecidos/Exemplos: a prototipação é recomendada quando os requisitos são incertos. Avaliação de Processo O processo deve ser avaliado para garantir que ele satisfaça a um conjunto de critérios básicos. Abordagens de Avaliação SCAMPI = Standard CMMI Assessment Method for Process Improvement Usa o CMMI como base para a avaliação; CBA IPI = CMM-Based Appraisal for Internal Process Improvement Avalia a maturidade relativa de uma organização de software usando o modelo CMM (precursor do CMMI); Norma SPICE (ISO/IEC 15504) Define um conjunto de requisitos para avaliação de processos de software; Norma ISO 9001:2000 para Software Define os requisitos de um sistema de gestão de qualidade, enfatizando o ciclo planejar; fazer; verificar; agir. 5
Métodos de Desenvolvimento de Software. Aula 1: Introdução
Métodos de Desenvolvimento de Software Aula 1: Introdução Agenda Engenharia de Software Processos de Software Método x Metodologia Uma abordagem de engenharia: construção de uma casa Equipes grandes e