O fato de cada código ter sua própria estrutura não constitui impedimento para se estabelecerem padrões para a prática de refactoring, sendo possível, por exemplo, utilizar padrões de projeto, como o factory method, para remover duplicações no código.

Para se evitar dispêndio de muito tempo na alteração do código e pouco tempo na programação de novas funcionalidades, a prática de refactoring deve restringir-se aos casos em que haja grandes porções de código a ser refatorado.

Por não existir relação direta entre as práticas ágeis de integração contínua e de entrega contínua, pode-se garantir a agilidade do processo pela realização de tais atividades em paralelo, ainda que relacionadas à mesma versão.

Na atividade de TDD (test-driven development), a escrita de teste primeiro define implicitamente tanto uma interface quanto uma especificação do comportamento para a funcionalidade que está sendo desenvolvida, estando, entretanto, a viabilidade do uso dessa abordagem limitada aos processos de desenvolvimento de software que seguem as práticas ágeis.

A integração contínua constitui um dos pilares das práticas ágeis: a constante integração das respectivas partes deve ocorrer diariamente e ser realizada concomitantemente à atividade de programação em pares.