Story points são uma métrica precisa de tempo, pois refletem o esforço atual e a duração do trabalho ao considerarem fatores como complexidade, dependências, riscos e débitos técnicos.

Um backlog de portfólio permite o agrupamento e a organização dos itens do backlog em uma estrutura hierárquica, exibindo iniciativas, épicos e projetos estratégicos que orientam o trabalho da organização ao longo do tempo.

Um item de backlog deve ser uma história de usuário completa, não podendo ser representado por tarefas técnicas tal como, por exemplo, refatorar o código da interface com o usuário.

A daily scrum baseada em fluxo altera o foco tradicional da reunião, o qual passa a ser as pessoas e a resolução de impedimentos dos itens de trabalho no quadro Kanban.

Um product owner que não aceita feedback do time de desenvolvimento ou dos stakeholders compromete a inspeção e adaptação do produto com base em colaboração, principal objetivo da sprint review.

A limitação do WIP (work in progress) é uma prática fundamental no Kanban para apoiar a implementação do sistema puxado, no qual um novo item só é iniciado quando há capacidade disponível na equipe.

No desenvolvimento incremental, não é exigida a entrega de cada um dos incrementos ao cliente, mas busca-se torná-los visíveis para possibilitar, sempre que viável, o feedback de stakeholders.

A abordagem de melhoria de processos baseada em maturidade objetiva a adoção de práticas estruturadas e técnicas para elevar a qualidade do produto e a previsibilidade do processo.

A equipe de desenvolvimento de sistemas da Câmara Municipal de Mariana recebeu uma solicitação para a construção de um sistema web para o controle de processos internos. Durante o processo de desenvolvimento da ferramenta, a equipe optou pela utilização da biblioteca JQuery, que simplifica a manipulação do DOM (Document Object Model), o tratamento de eventos e as requisições AJAX. Sobre essa biblioteca, o método utilizado para ocultar elementos da página é:

Na Engenharia de Software, os requisitos são as especificações das necessidades e expectativas dos usuários e stakeholders em relação a um software. Eles possuem um papel fundamental no processo: definir o que o sistema deve fazer e como ele deve se comportar para atender aos objetivos propostos. As atividades relacionadas à descoberta e ao entendimento dos requisitos são conhecidas como elicitação de requisitos, que podem ser aplicadas utilizando diversas técnicas como questionários, leituras de documentos, formulários da organização que está contratando o sistema, workshops, protótipos e análise de cenários de uso. São consideradas etapas posteriores ao processo de elicitação de requisitos, EXCETO: