DevOps representa uma sigla que define uma forma de pensar e uma mudança cultural, em que as equipes adotam novas formas de trabalhar no âmbito das instituições. Nesse contexto, os desenvolvedores se aproximam dos usuários, visando obter uma compreensão melhor do ambiente em foco. As equipes de operações se envolvem no processo de desenvolvimento e adicionam requisitos de manutenção e necessidades do cliente, além de adotarem princípios essenciais, que ajudam as equipes a oferecerem aplicativos e serviços em um ritmo mais rápido e com maior qualidade, em comparação com as organizações que usam o modelo de desenvolvimento de software tradicional. O princípio fundamental do DevOps envolve a união das equipes de desenvolvimento e de operações em uma só funcional que se comunica, compartilha feedback e troca experiências e informações durante todo o ciclo de desenvolvimento e implementação. Nesse processo, as equipes de desenvolvimento e de operações se fundem em uma única unidade que trabalha em todo o ciclo de vida do aplicativo.
Esse princípio é conhecido por: 

A abordagem DevOPs foi criada com o objetivo básico de juntar as boas práticas do time de desenvolvimento e do time de operação. Essa abordagem é embasada em:

No Kanban trabalha-se com o sistema puxado em que é necessário estabelecer um limite do trabalho em andamento para que o time possa terminar o trabalho atual antes de começar novos trabalhos. Esse conceito é conhecido como: 

O Desenvolvimento orientado por comportamento (BDD) refere-se a uma técnica de desenvolvimento ágil, que visa integrar regras de negócios com linguagem de programação, focando o comportamento do software. Tem como objetivo melhorar a colaboração entre desenvolvedores, analistas de negócios e stakeholders, para que todos possam ter uma compreensão clara das expectativas em relação ao software. Para aplicar o processo de BDD de forma eficiente, é necessário seguir uma ordem específica, que inclui quatro etapas distintas, caracterizadas a seguir.
I.É a fase em que o Product Owner explica a visão geral do negócio, na qual a equipe utiliza o processo de discussão do BDD para reunir exemplos de usuários e entender como a função fornecida é usada, identificando problemas e possíveis novas regras de negócios.
II.É a fase em que a equipe faz perguntas para determinar quais regras, critérios de aceitação ou novas histórias podem ser criadas, na qual o esclarecimento das ideias ocorre por meio do diálogo entre os participantes.
III.É a fase em que todas as questões discutidas são agrupadas, criando um documento que contém todas as notas reunidas, na qual a linguagem Gherkin é geralmente recomendada ao criar critérios de aceitação.
IV.É a fase em que após pesquisar e testar a história, a equipe de desenvolvimento apresenta ao Product Owner para validação, na qual a história validada é utilizada durante a revisão da produção do projeto, para garantir que o produto corresponda aos padrões estabelecidos. Para finalizar, após a instalação do aplicativo no ambiente de produção, ocorre o monitoramento da funcionalidade para coletar feedback do cliente sobre o sistema desenvolvido.
As etapas descritas são conhecidas, respectivamente, como: 

No que concerne ao projeto de desenvolvimento de sistemas de software, o ciclo de vida constitui a estrutura contendo processos, atividades e tarefas, desde a definição dos requisitos até o término de uso. Cabe destacar que o modelo de ciclo de vida é a primeira escolha a ser feita no processo de software, partindo-se da maneira mais adequada de obter as necessidades do cliente, até quando e como o cliente receberá a primeira versão operacional do sistema. Entre os tipos de ciclos de vida, em um as atividades principais englobam a análise e a definição de requisitos, o projeto, a implementação, os testes e, finalmente, a integração. Esse modelo possui o grande mérito de ter sido o primeiro a impor o planejamento e o gerenciamento ao processo de software, que antes era casual, envolvendo uma sequência das fases em que cada uma só começa quando a anterior termina. Nesse ciclo de vida, é dada muita ênfase às fases de análise e de projeto antes de partir para a programação, a fim de que o objetivo do software esteja bem definido e que sejam evitados retrabalhos. Esse ciclo de vida é conhecido como: