No XP, não é necessário detalhar o planejamento para todo o projeto; tal planejamento pode ser atualizado a cada iteração; estórias menos relevantes são realizadas primeiro; as estórias são divididas em tarefas de programação; cada tarefa deve ser extensa de modo a ser executada ao longo de várias iterações.

As seguintes práticas são recomendadas pelo XP: dividir o projeto em iterações; iniciar cada iteração com o seu planejamento; empregar cartões CRC no projeto simplificar o projeto seguir padrões de codificação; freqüentemente, testar e integrar; executar testes de unidade; programar em pares; incentivar participantes a trabalharem em diferentes partes do projeto.

A fase de construção (construction) tem os seguintes objetivos: detalhar casos de uso e requisitos do software; refinar a arquitetura proposta e demonstrar que essa arquitetura suporta os requisitos do sistema; testar e avaliar protótipos visando demonstrar que os principais riscos foram avaliados; e construir protótipos executáveis para a avaliação da arquitetura proposta.

São objetivos da fase de concepção (inception): preparar ambiente para o projeto; elaborar plano para o projeto; definir escopo do sistema; identificar atores e casos de uso; identificar as necessidades dos stakeholders; definir níveis de prioridade dos casos de uso; propor arquitetura candidata; e definir objetivos do esforço de teste.

A fase de transição (transition) tem os seguintes objetivos: planejar a implantação do sistema; integrar subsistemas de modo a produzir o sistema; executar testes beta para validar se o sistema atende às expectativas dos usuários; finalizar material de suporte e treinamento; corrigir defeitos identificados nos testes; treinar usuários e obter feedback dos usuários

A fase de elaboração (elaboration) tem os seguintes objetivos: desenvolver um produto que esteja em condições de migrar para uma comunidade de usuários; completar análise, projeto, implementação e teste das funcionalidades providas pelo sistema; desenvolver material de suporte e treinamento para os usuários e criar os artefatos necessários para a implantação e uso do sistema.

Os processos ágeis (agile) de desenvolvimento são tipicamente processos iterativos, em que softwares são desenvolvidos em uma série de incrementos. Nesses processos, os usuários finais tipicamente participam na validação dos incrementos, podendo propor alterações e novos requisitos.

No modelo de processo de desenvolvimento iterativo, o ciclo de vida pode ser dividido em iterações. Em cada interação pode ocorrer análise, projeto, implementação e teste. O desenvolvimento iterativo tende a reduzir riscos, pois os componentes do software são progressivamente integrados.

No modelo de processo de desenvolvimento em cascata, ciclo de vida é dividido em uma série de fases. Na fase de projeto, é definida tipicamente a arquitetura do sistema, quando estilos de arquitetura e padrões de projeto podem ser empregados. A princípio, em cada fase, podem ser produzidos artefatos variados, por exemplo: planos, códigos e modelos

O processo denominado verificação (VER) prevê que um produto ou componente atenderá a seu uso pretendido quando colocado no ambiente para o qual foi desenvolvido. Por sua vez, o processo análise de causas de problemas e resolução (ACP) identifica causas de defeitos e de outros problemas, assim como objetiva agir de modo a prevenir suas ocorrências no futuro.