Uma gestão de configuração eficaz controla os inúmeros artefatos produzidos no projeto de software, incluindo a identificação dos itens de configuração, o controle de mudanças e a auditoria das mudanças realizadas nesses itens, e a disponibilização de informações sobre os dados atuais de configuração dos itens para desenvolvedores, usuários finais e clientes.

Do ponto de vista procedimental, o teste de software pode ser descrito como uma série de quatro passos sequenciais: testes de unidade, de integração, de validação e de sistemas.

O planejamento de teste pode começar ao final do modelo de análise e, após o modelo de projeto do software ter sido consolidado, é possível detalhar os casos de testes, ou seja, podem-se projetar os testes antes que os códigos do produto de software tenham sido desenvolvidos.

Uma das atividades do teste fumaça — uma abordagem de teste de integração que visa testar o sistema inteiro — é projetar uma série de testes que identifique erros com possibilidade de inserir o projeto fora do cronograma.

Entre os processos de alto nível da gestão de requisitos, estão a obtenção dos requisitos, a análise, a especificação e a validação, em que a modelagem do negócio faz parte da obtenção e da análise, enquanto o estudo de viabilidade é um subprocesso da validação.

Os objetivos que o modelo final de um projeto de software deve atingir são, no mínimo, os de descrever as exigências do cliente e de estabelecer a base para criação da arquitetura do sistema.

A gestão de requisitos agrega atividades que permitem identificar, controlar e rastrear requisitos; identificados esses requisitos, podem ser desenvolvidas tabelas de rastreamento de requisitos para ajudar na gestão.

A compreensão do domínio da solução e da organização e a coleta dos requisitos fazem parte da etapa de levantamento e análise de requisitos, enquanto a gerência dos conflitos entre os stakeholders faz parte da etapa de verificação e validação dos requisitos.

A norma NBR ISO/IEC 12207 agrupa os processos do ciclo de vida de software em três grupos: o fundamental, os de apoio e o organizacional. O processo de Aquisição, que pertence ao grupo fundamental, descreve atividades do adquirente e as exigências na especificação do produto de software ou serviço de software, enquanto o processo de Fornecimento, que pertence ao grupo de apoio, define as atividades do fornecedor ou da organização que provê o produto de software ou serviço de software ao adquirente.

A metodologia XP promove feedbacks concretos e contínuos, é eficiente, é de baixo risco, é flexível, é previsível e possui abordagem de planejamento incremental.