Questão de Engenharia de Software — Gestão de Projetos em Engenharia de Software — FCC 2025
Engenharia de Software›Gestão de Projetos em Engenharia de Software
Código
fc073889
Banca
FCC
Órgão
SEFAZ-PI
Ano
2025
Nível
Superior
Cargo
Analista do Tesouro Estadual - Área de Conhecimento: Tecnologia da Informação (prova 2)
Em um projeto de desenvolvimento de um sistema de gestão de créditos tributários em uma Secretaria da Fazenda, os analistas optaram por aplicar práticas ágeis envolvendo SAFe - Scaled Agile Framework, Scrum e Kanban. No
AKanban, a principal prática para lidar com demandas não planejadas em ambientes de alta variabilidade é a priorização semanal de tarefas, estruturada por papéis e eventos formais, semelhantes ao Sprint Planning do Scrum.
BScrum, o conceito de Program Increment (PI) é aplicado para organizar o Product Backlog em entregas fixas trimestrais, com definição de escopo flexível e aceitação formal em cada ciclo.
CSAFe, o sincronismo entre múltiplas equipes é realizado por meio de eventos como o PI Planning, que permite planejamento colaborativo em ciclos programados, alinhando a entrega de valor em grande escala.
DScrum, o Kanban Board é um artefato utilizado para garantir controle detalhado do fluxo de trabalho individual dos membros da equipe, podendo substituir o uso do Product Backlog.
ESAFe, o Scrum Master é responsável por definir tecnicamente os incrementos de produto e tomar decisões de arquitetura, devido à sua visão de governança ágil centralizada.
Revelar gabarito e comentário▾
GabaritoC — SAFe, o sincronismo entre múltiplas equipes é realizado por meio de eventos como o PI Planning, que permite planejamento colaborativo em ciclos programados, alinhando a entrega de valor em grande escala.
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”.
SAFe, Scrum e Kanban – Práticas Ágeis
Gabarito: letra C. A única alternativa correta é a que descreve o PI Planning no SAFe como evento de sincronismo entre múltiplas equipes, permitindo planejamento colaborativo em ciclos programados e alinhamento da entrega de valor em larga escala (conforme C1).
A banca testa o conhecimento das características distintivas de cada framework ágil: Kanban (fluxo contínuo, sem iterações fixas), Scrum (sprints curtos, papéis definidos, sem PI) e SAFe (escalabilidade, PI Planning, Program Increment).
Framework
Característica Distintiva
Evento/Prática Central
Tratamento de Demandas Não Planejadas
Papéis e Responsabilidades
Kanban
Fluxo contínuo, sem iterações fixas
Limites de WIP e políticas explícitas
Gerenciado por limites de trabalho em progresso, sem reuniões formais de planejamento
Não há papéis formais como Scrum Master; foco na gestão do fluxo
Atribui ao Kanban uma prática de priorização semanal com papéis e eventos formais semelhantes ao Sprint Planning. O Kanban é baseado em fluxo contínuo, sem iterações fixas ou eventos formais; o tratamento de demandas não planejadas ocorre por meio de limites de trabalho em progresso (WIP) e políticas explícitas, não por reuniões periódicas de planejamento.
Alternativa B — ❌ Incorreta
Afirma que o Program Increment (PI) é um conceito do Scrum. Na verdade, o PI é um artefato central do SAFe – período fixo de 8 a 12 semanas em que equipes trabalham para entregar um incremento de valor. No Scrum, as entregas são organizadas em Sprints (geralmente 2 a 4 semanas), e não há PI nem entregas trimestrais com escopo flexível.
Alternativa C — ✅ Correta ⟵ GABARITO
Descreve corretamente o PI Planning como evento do SAFe que sincroniza múltiplas equipes, promovendo planejamento colaborativo em ciclos programados. O conteúdo de apoio C1 confirma: "O Program Increment (PI) é um período fixo de tempo..." e "O sincronismo entre múltiplas equipes é realizado por meio de eventos como o PI Planning".
Alternativa D — ❌ Incorreta
Diz que no Scrum o Kanban Board é usado para controle detalhado do fluxo individual e pode substituir o Product Backlog. O Kanban Board é uma ferramenta típica do Kanban, não do Scrum. No Scrum, o Product Backlog é essencial e insubstituível; o quadro da equipe (Sprint Backlog) é diferente. Além disso, o foco não é controle individual, mas visualização do trabalho da equipe.
Alternativa E — ❌ Incorreta
Afirma que no SAFe o Scrum Master define tecnicamente os incrementos e toma decisões de arquitetura, com visão centralizada. No SAFe, a tomada de decisão é descentralizada e a arquitetura é definida de forma colaborativa entre equipes e arquitetos; o Scrum Master é um facilitador, não um decisor técnico único. A governança ágil não é centralizada.
NÃO CAIA NESSA!
A banca troca conceitos entre frameworks: PI (SAFe) aparece como se fosse do Scrum (B); Kanban Board é atribuído ao Scrum (D); e o papel do Scrum Master é distorcido no SAFe (E). Fique atento à correta associação de cada prática ao framework correspondente.
Gabarito: letra C – única descrição que corresponde fielmente ao SAFe.