Em um Tribunal de Justiça, uma equipe ágil está desenvolvend...

Próximas questões
Com base no mesmo assunto
Q4240087
Engenharia de Software Engenharia de Requisitos , Processos de Software - Desenvolvimento Ágil , Scrum ,
Ano: 2026 Banca: FCC Órgão: TJ-CE Prova: FCC - 2026 - TJ-CE - Analista Judiciário - Área Técnico Administrativa - Especialidade: Sistemas da Informação |
Q4240087 Engenharia de Software
Em um Tribunal de Justiça, uma equipe ágil está desenvolvendo um novo módulo para acompanhamento do cumprimento de determinações judiciais. Durante a fase de planejamento, o Product Owner apresentou a seguinte história de usuário: "Como funcionário da Secretaria, desejo registrar o andamento das determinações processuais para acompanhar sua execução e reduzir atrasos". Na análise inicial, a equipe identificou que o sistema atual não possui integração com a base de dados necessária para atender parte das funcionalidades pretendidas. Considerando as boas práticas ágeis, nesse cenário, a
Alternativas

Gabarito comentado

Confira o gabarito comentado por um dos nossos professores

Gabarito: E

Fundamento decisivo: O dado decisivo foi a informação de que o sistema atual não possui a integração necessária para atender parte da funcionalidade desejada. Essa comparação entre o estado atual e o estado necessário evidencia um gap e aponta para a alternativa E.

Tema central: gap e viabilidade técnica
Análise das alternativas
A
Errada
Está errada porque inverte os conceitos. Definition of Ready trata das condições mínimas para o item estar apto a entrar em desenvolvimento, enquanto Definition of Done trata do que precisa estar satisfeito para considerar o incremento concluído e aceito.
B
Errada
Está errada porque usa a Definition of Done para tratar uma dependência técnica prévia. A ausência de integração diz respeito à prontidão e à viabilidade do item antes do desenvolvimento, não aos critérios de conclusão do incremento.
C
Errada
Está errada porque uma história não pode ser considerada pronta apenas por estar em alto nível quando já existe uma dependência técnica relevante identificada e não resolvida. Além disso, deixar o detalhamento de requisitos para a homologação desloca indevidamente essa definição para um momento posterior ao adequado.
D
Errada
Está errada porque define gap analysis de forma incompatível. Gap analysis serve para identificar lacunas entre a situação atual e a desejada, e não para validar testes executados após a entrega da solução.
E
Certa
A alternativa E está correta porque a falta de integração necessária mostra uma lacuna entre a capacidade atual do sistema e a capacidade exigida para viabilizar a história de usuário. Esse descompasso caracteriza um gap e, por afetar a possibilidade real de implementação, deve entrar na avaliação de viabilidade técnica antes do desenvolvimento.
Pegadinha da questão
A questão explora duas confusões reais: a inversão entre Definition of Ready e Definition of Done e a tentativa de tratar gap analysis como atividade de teste ou validação pós-entrega.
Dica para questões semelhantes
  • Se o enunciado mostrar diferença entre o que o sistema hoje suporta e o que precisa suportar, pense em gap entre estado atual e estado desejado.
  • Dependência técnica conhecida antes de desenvolver impacta prontidão e viabilidade do item, não critério de conclusão do incremento.
  • Definition of Ready olha para entrada em desenvolvimento; Definition of Done olha para saída concluída.
  • Não aceite como pronta uma história que já apresenta dependência técnica crítica sem esclarecimento suficiente.

Clique para visualizar este gabarito

Visualize o gabarito desta questão clicando no botão abaixo

Comentários

Veja os comentários dos nossos alunos

A alternativa E é a correta porque a falta de integração representa exatamente um gap (lacuna/diferença) entre a infraestrutura que o Tribunal possui hoje (situação atual) e o que o sistema precisa ter para rodar a funcionalidade desejada (situação desejada).

  • Análise de Gap (Gap Analysis): É a técnica de Engenharia de Requisitos e Negócios utilizada para identificar a distância entre o estado atual (As-Is) e o estado futuro desejado (To-Be).
  • Viabilidade Técnica em Ambientes Ágeis: A história de usuário não pode entrar em desenvolvimento se possuir um bloqueio técnico estrutural (como a inexistência de uma integração essencial). Essa lacuna precisa ser identificada e sanada (ou tratada via Spike / prototipação prévia) para garantir a viabilidade técnica e permitir que a história atinja a Definition of Ready (DoR).

1. Análise de Lacunas (Gap Analysis):

  • O Gap Analysis é a comparação entre o estado atual do sistema (AS-IS, onde não há integração necessária) e o estado futuro desejado (TO-BE, onde o sistema se integra à base de dados para permitir o acompanhamento).

  • Identificar essa falta de integração é essencial na fase de refinamento/planejamento para avaliar a viabilidade técnica e a dependência arquitetural antes que a história de usuário entre em desenvolvimento em uma Sprint.

2. Critérios de Prontidão (Definition of Ready - DoR):

  • Para que uma história de usuário seja puxada para a Sprint, ela precisa atender aos critérios de prontidão (Definition of Ready). Descobrir dependências e falta de integrações antes do início garante que a equipe não fique bloqueada no meio da execução.

Análise das Alternativas Incorretas:

  • A) Incorreta: Inverteu os conceitos. A Definition of Ready (DoR) define os critérios para que uma história seja selecionada para a Sprint, enquanto a Definition of Done (DoD) estabelece o critério de qualidade para o incremento entregue (pronto).

  • B) Incorreta: O levantamento de esclarecimentos e viabilidade técnica faz parte da Definition of Ready (DoR) (preparação para o desenvolvimento), e não da Definition of Done (DoD).

  • C) Incorreta: No desenvolvimento ágil, embora a história comece em alto nível, seus requisitos e critérios de aceitação devem ser detalhados e refinados antes/durante o planejamento da Sprint, e não postergados para a fase de homologação.

  • D) Incorreta: O gap analysis avalia a diferença entre a situação atual e a desejada durante a análise de viabilidade/negócio, e não na fase de validação de testes após a entrega.

1. Análise de Lacunas (Gap Analysis):

  • O Gap Analysis é a comparação entre o estado atual do sistema (AS-IS, onde não há integração necessária) e o estado futuro desejado (TO-BE, onde o sistema se integra à base de dados para permitir o acompanhamento).

  • Identificar essa falta de integração é essencial na fase de refinamento/planejamento para avaliar a viabilidade técnica e a dependência arquitetural antes que a história de usuário entre em desenvolvimento em uma Sprint.

2. Critérios de Prontidão (Definition of Ready - DoR):

  • Para que uma história de usuário seja puxada para a Sprint, ela precisa atender aos critérios de prontidão (Definition of Ready). Descobrir dependências e falta de integrações antes do início garante que a equipe não fique bloqueada no meio da execução.

Análise das Alternativas Incorretas:

  • A) Incorreta: Inverteu os conceitos. A Definition of Ready (DoR) define os critérios para que uma história seja selecionada para a Sprint, enquanto a Definition of Done (DoD) estabelece o critério de qualidade para o incremento entregue (pronto).

  • B) Incorreta: O levantamento de esclarecimentos e viabilidade técnica faz parte da Definition of Ready (DoR) (preparação para o desenvolvimento), e não da Definition of Done (DoD).

  • C) Incorreta: No desenvolvimento ágil, embora a história comece em alto nível, seus requisitos e critérios de aceitação devem ser detalhados e refinados antes/durante o planejamento da Sprint, e não postergados para a fase de homologação.

  • D) Incorreta: O gap analysis avalia a diferença entre a situação atual e a desejada durante a análise de viabilidade/negócio, e não na fase de validação de testes após a entrega.

Clique para visualizar este comentário

Visualize os comentários desta questão clicando no botão abaixo

Questões de assuntos semelhantes

Provas relacionadas