Provas

Modelos de maturidade, como CMMI e MPS.BR, definem níveis com práticas estruturadas que elevam a qualidade do produto e tornam o processo mais previsível e controlado.

Conforme Sommerville, no desenvolvimento incremental não é necessário entregar cada incremento ao cliente, mas eles devem ser visíveis para permitir feedback dos stakeholders sempre que possível.

No Kanban, o limite de WIP restringe a quantidade de itens em andamento, e novos itens só são puxados quando há capacidade disponível. Isso reduz gargalos e melhora o fluxo.

A sprint review é um momento de inspeção do incremento e adaptação do backlog com base na colaboração entre time Scrum e stakeholders. Um PO que não aceita feedback compromete esse objetivo.

A daily baseada em fluxo desloca o foco das pessoas para os itens de trabalho e seu movimento no quadro Kanban, geralmente dos mais próximos da conclusão para os mais distantes, buscando identificar gargalos e impedimentos. O item inverteu o foco ao dizer que ele passa a ser as pessoas.

O backlog pode conter histórias de usuário, mas também melhorias técnicas, refatorações, correção de defeitos e spikes. Não há exigência de que todo item seja uma história de usuário completa.

O backlog de portfólio agrupa e estrutura itens em níveis (iniciativas, épicos, projetos), mostrando o trabalho estratégico da organização ao longo do tempo e orientando os backlogs de times e produtos.

Story points expressam o tamanho relativo do trabalho, considerando complexidade, dependências e riscos, mas não equivalem a horas nem a duração exata. Por isso não são uma métrica precisa de tempo.

O Terraform é focado no provisionamento declarativo da infraestrutura, enquanto o Ansible é voltado à configuração e ao gerenciamento de software nos recursos provisionados. Por terem funções distintas, complementam-se, e é comum combiná-los em uma solução completa de automação.

Ambos servem à troca de dados, mas o XML, com marcação, atributos, namespaces e esquemas, é mais adequado quando se exigem metadados e estrutura rígida. O JSON é mais leve e simples, ideal para troca rápida de dados. O item inverteu essas características.

Java é compilada para bytecode e executada na JVM com compilação JIT, tem tipagem estática e geralmente supera o Python (interpretado, tipagem dinâmica) em desempenho. Sua sintaxe é mais verbosa e rígida, mas isso favorece aplicações robustas e de alto desempenho.

O Kubernetes é uma plataforma de orquestração que expõe uma API para definir como e onde os contêineres executam (agendamento, replicação, autorrecuperação, escalonamento). Usado com um runtime como o Docker, melhora a resiliência, a disponibilidade e a escalabilidade das aplicações.

O HTML estrutura o conteúdo da página; o CSS define a apresentação e os estilos; o JavaScript adiciona interatividade e comportamento dinâmico. O item inverteu as funções de CSS e JavaScript, logo está errado.

O acrônimo FIRST se refere a testes rápidos (Fast), independentes (Independent), repetíveis (Repeatable), autovalidáveis (Self-validating) e oportunos (Timely). O item erra ao trocar o F de Fast por flexível; o termo 'rápidos' já aparece, mas o item lista 'flexíveis' como componente adicional inexistente.

Stored procedures em PL/SQL são armazenadas e compiladas no banco, e executam a lógica no servidor. Isso reduz o tráfego de rede entre aplicação e banco e tende a melhorar o desempenho.

No RabbitMQ, produtores publicam em exchanges, que roteiam mensagens para filas, de onde os consumidores as processam. Esse modelo reduz o acoplamento e favorece escalabilidade e tolerância a falhas.

No MVC, o acesso e a manipulação dos dados cabem ao model, intermediado pelo controller. A view apenas apresenta as informações, então o padrão não obriga a view a acessar o banco diretamente.

Pelo gabarito, o item está errado. O cherry-pick não adiciona o commit original ao último commit; ele cria um novo commit na branch atual, com as mesmas alterações do commit escolhido e outro hash. O item descreve a operação de forma imprecisa.

Na saída do git blame, o primeiro campo é o hash abreviado do commit que modificou a linha. O autor aparece depois, no caso John Doe. Logo, f4c2d3b1 identifica o commit, e não o usuário.