Pular para o conteúdo principal

Questão de Engenharia de Software — Metodologia de desenvolvimento de software — FGV 2025

Engenharia de SoftwareMetodologia de desenvolvimento de software
Código
fg106564
Banca
FGV
Órgão
CGE-SP
Ano
2025
Nível
Superior
Cargo
Auditor Estadual de Controle - Tecnologia da Informação - tarde
Em uma organização de desenvolvimento de software em larga escala, adotou-se o Scaled Agile Framework (SAFe). O time está se preparando para o evento de planejamento do Program Increment (PI Planning), que define o conteúdo para o próximo incremento de valor.Durante o planejamento, o time de desenvolvimento precisa se comprometer com a entrega de funcionalidades e estimar o trabalho.Assinale a opção que indica o produto ou resultado principal (output) do evento de PI Planning que serve como guia para a execução do trabalho nos próximos sprints, e a técnica utilizada pelos times para quantificar o esforço das histórias de usuário durante este evento.
  1. AO Value Stream Map (VSM) e a técnica de Affinity Grouping.
  2. BO Roadmap de Produto de 5 anos e a técnica de T-Shirt Sizing.
  3. COs Team and Program PI Objectives, o Program Board e a técnica de Planning Poker.
  4. DO Sprint Backlog final e a técnica de Wideband Delphi.
  5. EO Release Train Engineer Report (RTE) e a técnica de MoSCoW.
Revelar gabarito e comentário

GabaritoC — Os Team and Program PI Objectives, o Program Board e a técnica de Planning Poker.

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”.

PI Planning no SAFe: outputs e técnica de estimativa

Gabarito: alternativa C. O principal resultado (output) do PI Planning é o conjunto de PI Objectives das equipes e do programa, formalizados no Program Board (quadro de dependências e marcos). A técnica utilizada para quantificar o esforço das histórias de usuário durante o evento é o Planning Poker, um método consensual de estimativa baseado em pontos ou tamanho relativo (SAFe Reference Guide).

A questão testa o conhecimento do evento central do SAFe — o Planejamento do Incremento do Programa (PI Planning). É importante distinguir os artefatos próprios do nível Programa (PI Objectives, Program Board) de outros artefatos (Sprint Backlog, Roadmap) e de técnicas de estimativa/pontuação.

PI Planning (SAFe)
  • 1Outputs
    • Team PI Objectives
    • Program PI Objectives
    • Program Board
  • 2Técnica de estimativa
    • Planning Poker
LEVEL · soulevel.com.br

Alternativa A — ❌ Incorreta

O Value Stream Map (VSM) é uma ferramenta de mapeamento de fluxo de valor, não um output do PI Planning. Affinity Grouping é uma técnica de agrupamento de itens, não de estimativa de esforço. O PI Planning produz planos e objetivos, não mapas de fluxo.

Alternativa B — ❌ Incorreta

O Roadmap de Produto é um artefato de visão de longo prazo, não um output direto do PI Planning (que é para os próximos 8 a 12 semanas). T-Shirt Sizing (P, M, G) é uma técnica de estimativa relativa, mas não é a técnica consagrada no SAFe para o PI Planning; o padrão é Planning Poker.

Alternativa C — ✅ Correta ⟵ GABARITO

Os Team and Program PI Objectives são as metas que cada time e o programa assumem para o PI, e o Program Board é o quadro físico ou digital que registra as entregas, dependências e marcos do PI. A técnica de estimativa de histórias de usuário durante o planejamento é o Planning Poker (ou uma variação de pontuação por story points). Os dois elementos — output e técnica — casam perfeitamente com o que o SAFe define.

Alternativa D — ❌ Incorreta

O Sprint Backlog é um artefato do nível de time (Sprint), não do PI Planning (que é mais amplo). Wideband Delphi é uma técnica de estimativa baseada em consenso de especialistas, mas não é a técnica padrão adotada no SAFe para este evento; o SAFe preconiza Planning Poker.

Alternativa E — ❌ Incorreta

O Release Train Engineer Report (RTE) é um relatório de responsabilidade do RTE (um papel), não um output do PI Planning. MoSCoW é uma técnica de priorização (Must, Should, Could, Won't), não de estimativa de esforço. O output real são os PI Objectives e o Program Board.

NÃO CAIA NESSA!

A banca mistura artefatos e técnicas de diferentes níveis do SAFe. O PI Planning está no nível Programa; seus outputs são os PI Objectives e o Program Board — não confunda com Sprint Backlog (time) ou Roadmap (portfólio). A técnica de estimativa padrão é Planning Poker, não T-Shirt Sizing, Affinity ou MoSCoW.

Gabarito: letra C.

Link permanente: /questoes/fg106564