TSP

O Team Software Process, junto com o Processo Pessoal de Software (PSP) foi criado para implementar alto desempenho para:

• Assegurar produtos de software com qualidade
• Criar produtos de software seguros
• Melhorar a administração de processo em uma organização

Grupos de Desenvolvedores podem utilizar TSP para aplicar conceitos integrados de Equipe para desenvolvimento de software . Em quatro dias as equipes e os gerentes estarão:

• Estabelecendo metas
• Definindo regras da equipe
• Avaliando riscos
• Produzindo um plano de equipe

Medições de Software

Existem várias razões para medir a produção de software, a frase “Você não pode gerenciar o que você não pode medir” é um bom exemplo da necessidade de se fazer medições de Software, Segundo Presman, “Se você não sabe para onde quer ir, você pode seguir qualquer caminho. Se você não sabe onde você está, um mapa não vai ajudar!”, por isso e necessário entender e ter bem definido em primeiro lugar a sua situação atual (onde você esta) e o seu objetivo (onde você quer chegar). Tom Demarco, especialista em gestão de projetos, afirma que há pelo menos três razões diferentes para coletar métricas:

• Descobrir fatos a respeito do mundo
• Direcionar nossas ações
• Modificar o comportamento humano.

O principal objetivo da implantação de um processo de medição de software é fornecer aos gestores um conjunto de dados úteis e tangíveis para dimensionar, estimar, planejar e controlar os projetos com rigor e precisão. As principais razões para se medir software segundo Claudia Hazan são:

• Formar uma base para estimativas
• Determinar se as metas de produtividade do processo estão sendo atingidas
• Determinar se as metas de qualidade do processo estão sendo atingidas
• Determinar se as metas de qualidade do produto estão sendo atingidas
• Avaliar os benefícios de novos métodos, treinamentos e ferramentas de software
• Melhorar o relacionamento com o cliente
• Melhorar a gerência de contratos de software e relacionamentos com terceiros
• Reduzir o risco de pressão excessiva do cronograma
• Melhorar a gerência de projetos de desenvolvimento de software
• Entender e aperfeiçoar o processo de software.

SPICE

SPICE e a sigla em ingles para Software Process Improvement and Capability Determination.
É principal iniciativa internacional para apoiar o desenvolvimento de um Padrão Internacional de Avaliação de Processo de Software. O projeto tem três metas principais:

• Desenvolver um fluxo de processo padrão para avaliação de processo de software.
• Auxiliar as empresas na utilização do padrao
• Promover a transferência de tecnologia de avaliação de processo de software mundialmente.

A primeira meta do projeto foi alcançada em 1995 de junho, com a liberação de Versão 1 de um padrão para avaliação de processo de software, os documentos foram publicados como ISO/IEC TR 15504:1998 - Avaliação de Processo de Software.

CMM - Nivel 5

Nível 5: Otimizado
O nível de maturidade 5 foca no contínuo aumento do desempenho dos processos através de melhoras de inovação tecnológica e incremental. Objetivos de melhoria quantitativa dos processos para a organização são estabelecidos, continuamente revisados, refletindo os objetivos da organização, e usando critérios de gerência de processos.
Os efeitos da melhora da revisão dos processos são medidas e acompanhadas utilizando-se de processos de melhoria de qualidade. Ambos, os processo definidos e o conjunto de processos padrões da organização são alvos de melhoria de métricas.

CMM - Nivel 4

Nível 4: Gerenciado
Utilizando métricas precisas, e possível através de gerenciamento controlar efetivamente os esforços para desenvolvimento de software. Em particular, o gerenciamento pode identificar caminhos para ajustar e adaptar o processo para projetos particulares sem perda de métricas de qualidade ou desvios das especificações.Organizações neste nível conseguem metas quantitativas para o processo de desenvolvimento de software e de manutenção.O processo é dividido em subprocessos que são selecionados conforme a importância na performance total do processo e são controlados usando técnicas estatísticas e quantitativas.A principal diferença entre os níveis de maturidade 3 e 4, é a previsibilidade do desempenho do processo. No nível 4, o desempenho do processo é controlado utilizando-se de técnicas estatísticas e quantitativas, e é previsível quantitativamente. No nível 3, os processos são somente previsíveis qualitativamente.

CMM - Nivel 3

Nível 3: Definido
Neste nível a organização possui um conjunto de processos padrões, os quais são a base deste nível. Estes processos já estão estabelecidos e são melhorados periodicamente.
Os projetos são estabelecidos por um conjunto de processos padrões da organização.Um gerenciamento estabelece os objetivos dos processos baseado no conjunto de padrões pré-definidos e garante que estes objetivos atingidos de forma apropriada.A grande diferença entre os níveis 2 e 3 é a característica dos padrões, descrições dos processos e procedimentos. No nível 2, os padrões, descrições de processos e procedimentos podem ser diferentes em cada projeto particular. No nível 3, todos os projetos utilizam os mesmos padrões, descrições de processo e procedimentos da organização.

CMM - Nivel 2

Nível 2: Repetitivo
No nível 2 de maturidade, o desenvolvimento do software é repetido.
A adoção de um processo de desenvolvimento ajuda a garantir que práticas existentes são utilizadas em momentos de stress. Quando estas práticas são adotadas, os projetos decorrem e são gerenciados de acordo com o planejamento inicial.
Nessa fase é possível a visualização de marcos do projeto e o término da maioria das tarefas.
O processo pode não se repetir para todos os projetos da organização e a organização pode usar ferramentas de Gerência de Projetos para mapear os custos e o prazo do projeto.
Um mínimo de disciplina nos processos é estabelecido para que se possa repetir sucessos anteriores em projetos com características similares. O status do projeto e os serviços entregues são visíveis ao gerenciamento, mas ainda há risco de exceder os custos e estimativas de prazo de desenvolvimento.

CMM - Nivel 1

Nível 1: Inicial
No nível 1 de maturidade os processos são geralmente ad hoc (expressão da língua espanhola que significa "Para esse propósito" ou "para isto"), no inicio a organização geralmente não dispõe de um ambiente estável. O sucesso nestas organizações depende da competência e heroísmo dos funcionários e não no uso de processos estruturados. Devido ao imediatismo, um ambiente caótico, o nível 1 de maturidade raramente produz um produto ou serviço que funcione; assim, freqüentemente eles excedem o orçamento e o prazo em seus projetos.
Em outras palavras nesse nível os processos são criados especificamente para essa ocasião e sucesso vai depender de se ter pessoas de alta qualidade envolvidas.