Engenharia de Software · FCC · 2026 | Questão sqc-fc077554

Engenharia de SoftwareGestão de Projetos em Engenharia de Software

Código: fc077554
Banca: FCC
Órgão: SEFAZ-SP
Ano: 2026
Nível: Superior

Cargo: Auditor Fiscal da Receita Estadual - AFRE - Tecnologia da Informação e Comunicação - Conhecimentos Especificos (P3)

Em uma Secretaria da Fazenda Estadual, uma equipe de desenvolvimento esta estruturando o roadmap para modernização do sistema de gestão tributaria. Durante o planejamento, surge a dúvida sobre qual abordagem utilizar para garantir alinhamento estratégico e foco nos resultados esperados. O gerente de produto sugere a adoção de OKRs trimestrais combinados com um roadmap orientado a outcomes, argumentando que essa estrutura possibilita maior flexibilidade para ajustes e mantém a equipe concentrada nos objetivos de negócio. Considerando as praticas de gestão ágil de produtos digitais, os OKRs

Adefinem objetivos qualitativos de curto prazo com resultados-chave mensuráveis, enquanto roadmaps orientados a outcomes comunicam os resultados esperados sem comprometer o time com soluções especificas, permitindo autonomia na escolha do que desenvolver para atingir as metas estabelecidas
Bdefinem objetivos estratégicos de longo prazo com metas quantitativas fixas, enquanto roadmaps tradicionais especificam todas as funcionalidades a serem entregues com datas determinadas, garantindo previsibilidade total do escopo e reduzindo riscos de desvio do planejamento inicial estabelecido pela alta gestão.
Cestabelecem resultados-chave qualitativos baseados em feedbacks dos usuários, enquanto roadmaps ágeis priorizam a entrega rápida de features independentemente dos objetivos estratégicos, permitindo que cada equipe decida autonomamente quais funcionalidades desenvolver conforme a disponibilidade de recursos técnicos disponíveis.
Ddeterminam listas detalhadas de tarefas operacionais a serem executadas mensalmente, enquanto roadmaps orientados a outcomes definem a sequência exata de entregas de software com cronogramas rígidos, assegurando que todas as funcionalidades previstas sejam implementadas conforme o planejamento original acordado com os stakeholders.
Eestabelecem metas de desempenho individual para cada membro da equipe de desenvolvimento, enquanto roadmaps tradicionais comunicam as especificações técnicas detalhadas de cada funcionalidade a ser construída, garantindo que não haja alterações no escopo durante todo o ciclo de desenvolvimento do produto.

Revelar gabarito e comentário

GabaritoA — definem objetivos qualitativos de curto prazo com resultados-chave mensuráveis, enquanto roadmaps orientados a outcomes comunicam os resultados esperados sem comprometer o time com soluções especificas, permitindo autonomia na escolha do que desenvolver para atingir as metas estabelecidas

Comentário gerado por IA. É um apoio ao estudo, ancorado em fontes, mas pode conter imprecisões — confira sempre na fonte oficial (lei, súmula, edital e gabarito da banca). Encontrou um erro? Use “Reportar”.

OKRs e Roadmaps Orientados a Outcomes (Gestão Ágil de Produtos)

Gabarito: letra A. OKRs (Objectives and Key Results) são objetivos qualitativos de curto prazo (trimestrais) com resultados‑chave mensuráveis, enquanto roadmaps orientados a outcomes comunicam os resultados esperados sem comprometer a equipe com soluções específicas. Essa combinação oferece flexibilidade e alinhamento estratégico, conforme as práticas ágeis. As demais alternativas distorcem os conceitos.

Alternativa A — ✅ Correta ⟵ GABARITO

A definição está correta: os OKRs estabelecem objetivos qualitativos (direção) e resultados‑chave mensuráveis (como medir o progresso), geralmente com horizonte trimestral. O roadmap orientado a outcomes foca nos resultados de negócio esperados, não em funcionalidades ou cronogramas rígidos, dando autonomia à equipe para decidir o como atingir as metas.

Alternativa B — ❌ Incorreta

Afirma que OKRs são objetivos estratégicos de longo prazo com metas quantitativas fixas. Na verdade, os OKRs são curto prazo (trimestrais) e não fixos – são ajustáveis ao longo do ciclo. O roadmap tradicional de fato especifica funcionalidades com datas, mas a alternativa erra ao afirmar que isso garante previsibilidade total do escopo (em ágil, o escopo é flexível).

Alternativa C — ❌ Incorreta

Diz que os resultados‑chave são qualitativos. Key Results devem ser mensuráveis – podem ser quantitativos (ex.: "aumentar NPS em 10 pontos") ou qualitativos com métrica (ex.: "feedback positivo em 80% dos testes"), mas não meramente qualitativos. Além disso, roadmaps ágeis não priorizam features independentemente dos objetivos estratégicos; eles são alinhados ao outcome.

Alternativa D — ❌ Incorreta

OKRs não são listas de tarefas operacionais. São objetivos e resultados‑chave de alto nível. Roadmaps orientados a outcomes não definem cronogramas rígidos; eles priorizam resultados, com entregas flexíveis.

Alternativa E — ❌ Incorreta

OKRs são metas da equipe/produto, não de desempenho individual. Roadmaps tradicionais podem especificar detalhes técnicos, mas a alternativa confunde o propósito: o roadmap tradicional visa comunicar funcionalidades (features), não especificações técnicas de cada funcionalidade.

Conclusão: A única alternativa que descreve corretamente os conceitos de OKRs e roadmap orientado a outcomes é a letra A.

Característica	OKR (correto)	O que as alternativas erradas dizem
Natureza	Objetivo qualitativo + KR mensuráveis	Longo prazo, fixo, quantitativo (B); qualitativo puro (C); lista de tarefas (D)
Período	Curto prazo (ger. trimestral)	Longo prazo (B)
Propósito	Alinhamento estratégico com autonomia	Previsibilidade total (B); independente de estratégia (C)
Roadmap	Orientado a outcomes (resultados)	Funcionalidades com datas fixas (B); features sem foco estratégico (C); cronograma rígido (D); especificações técnicas (E)

Link permanente: /questoes/fc077554