Pular para o conteúdo principal

Questão de Engenharia de Software — Geral — INSTITUTO AOCP 2026

Engenharia de SoftwareGeral
Código
qa434179
Banca
INSTITUTO AOCP
Órgão
IF CE
Ano
2026
Cargo
Ana ( )

O IFCE pretende desenvolver uma nova plataforma para atendimento digital aos estudantes. Antes da definição dos requisitos técnicos, o analista de tecnologia da informação propôs conduzir oficinas com alunos e servidores para compreender dificuldades enfrentadas no uso dos sistemas atuais, gerar ideias de solução e criar protótipos para validação inicial. Considerando os princípios do Design Thinking, é correto afirmar que essa abordagem

  1. Atem por base o desenvolvimento do sistema em requisitos previamente documentados pela área administrativa, priorizando a documentação formal em detrimento da interação direta com usuários.
  2. Bconduz entrevistas e observações com usuários, define o problema com base nos insights obtidos, gera ideias, prototipa soluções e as testa de forma iterativa.
  3. Cestabelece a escolha da arquitetura tecnológica como etapa prioritária, precedendo a análise das necessidades e expectativas dos usuários finais.
  4. Delabora documentação completa do sistema antes de qualquer validação com usuários finais.
  5. Eefetua a implementação direta em ambiente de produção, postergando a coleta de feedback para o período posterior à implantação definitiva do sistema.
Revelar gabarito e comentário

GabaritoB — conduz entrevistas e observações com usuários, define o problema com base nos insights obtidos, gera ideias, prototipa soluções e as testa de forma iterativa.

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

Design Thinking: abordagem centrada no usuário

Gabarito: letra B. O Design Thinking é uma abordagem iterativa e centrada no usuário, que começa com a empatia (entrevistas, observações) para entender as necessidades, define o problema a partir dos insights, gera ideias, prototipa e testa com os usuários — exatamente o que a alternativa B descreve. As demais alternativas descrevem abordagens tradicionais ou distorcidas, que priorizam documentação formal, arquitetura ou implementação antes da validação com usuários.

O Design Thinking é uma metodologia de inovação que coloca o ser humano no centro do processo de criação de soluções. Diferentemente dos modelos tradicionais de desenvolvimento de software, que partem de requisitos previamente documentados e seguem uma sequência linear (levantamento → análise → projeto → implementação → teste), o Design Thinking propõe um ciclo iterativo e não linear, fortemente baseado na colaboração e no feedback constante dos usuários.

O processo é geralmente dividido em cinco etapas interligadas: empatia (compreender profundamente o usuário e suas necessidades por meio de entrevistas, observações e imersão), definição (sintetizar os insights obtidos para formular o problema real), ideação (gerar um grande número de ideias criativas para solucionar o problema), prototipação (transformar as ideias em protótipos tangíveis e de baixo custo) e teste (validar os protótipos com os usuários, coletar feedback e refinar a solução). Essas etapas não são estritamente sequenciais; elas se repetem em ciclos, permitindo aprendizado contínuo e ajustes constantes.

A essência do Design Thinking está na iteração: as soluções são construídas e testadas em ciclos curtos, com protótipos que evoluem a cada feedback. Isso contrasta com o modelo cascata, onde a documentação completa é produzida antes de qualquer validação, e com abordagens que priorizam a arquitetura ou a implementação antes de entender o problema. O foco não é a tecnologia, mas a experiência do usuário e a criação de valor real para as pessoas.

A banca explora exatamente essa distinção: enquanto o Design Thinking valoriza a interação direta com usuários e a validação precoce, as alternativas incorretas descrevem práticas de modelos tradicionais (documentação formal, arquitetura prioritária, implementação direta) ou distorcem o processo. O critério decisivo para separar as alternativas é identificar qual delas reflete o ciclo empatia → definição → ideação → prototipação → teste, com iteração e foco no usuário.

  1. 1Empatia
  2. 2Definição
  3. 3Ideação
  4. 4Prototipação
  5. 5Teste
LEVEL · soulevel.com.br

Alternativa A — ❌ Incorreta

Afirma que o Design Thinking se baseia em requisitos previamente documentados pela área administrativa, priorizando a documentação formal em detrimento da interação com usuários. Isso é o oposto do Design Thinking, que começa pela empatia e interação direta com os usuários, não pela documentação. A descrição se aproxima de modelos tradicionais como o cascata, onde a documentação é produzida antes do desenvolvimento, mas não reflete a essência iterativa e centrada no usuário do Design Thinking.

Alternativa B — ✅ Correta ⟵ GABARITO

Descreve com precisão o processo do Design Thinking: conduzir entrevistas e observações (etapa de empatia), definir o problema com base nos insights (etapa de definição), gerar ideias (ideação), prototipar soluções (prototipação) e testar de forma iterativa (teste). A palavra-chave é iterativa, que captura a natureza cíclica e de melhoria contínua da abordagem. Cada etapa mencionada corresponde diretamente a uma fase do Design Thinking, e a ordem apresentada está correta.

Alternativa C — ❌ Incorreta

Afirma que a escolha da arquitetura tecnológica é a etapa prioritária, precedendo a análise das necessidades dos usuários. No Design Thinking, a arquitetura tecnológica é uma consequência das soluções definidas, não o ponto de partida. A abordagem prioriza primeiro entender o problema e as necessidades dos usuários, para só depois considerar soluções técnicas. Essa alternativa inverte a ordem e coloca a tecnologia à frente do usuário, contrariando o princípio central do Design Thinking.

Alternativa D — ❌ Incorreta

Afirma que o Design Thinking elabora documentação completa do sistema antes de qualquer validação com usuários. Isso é característico de modelos tradicionais como o cascata, onde a especificação completa é produzida antes do desenvolvimento. No Design Thinking, a validação com usuários ocorre desde cedo, com protótipos de baixa fidelidade, e a documentação é mínima e evolutiva, não completa e prévia. A alternativa descreve exatamente o oposto da abordagem.

Alternativa E — ❌ Incorreta

Afirma que o Design Thinking efetua a implementação direta em ambiente de produção, postergando o feedback para depois da implantação. Isso é o oposto do Design Thinking, que coleta feedback continuamente desde as primeiras etapas, com protótipos e testes iterativos. A implementação em produção é o resultado final de um processo longo de validação, nunca o ponto de partida. A alternativa descreve uma abordagem de alto risco, sem validação prévia, que o Design Thinking busca evitar.

NÃO CAIA NESSA!

A banca tenta confundir o candidato apresentando práticas de modelos tradicionais (documentação formal, arquitetura prioritária, implementação direta) como se fossem Design Thinking. A pegadinha está em reconhecer que o Design Thinking inverte a lógica: primeiro o usuário, depois a solução. Se a alternativa menciona "documentação completa antes de validação" ou "arquitetura antes de necessidades", é sinal de que descreve o modelo cascata, não o Design Thinking. Fique atento à palavra iterativo — ela é a marca registrada da abordagem.

PEGA ESSA DICA!

Para questões sobre Design Thinking, memorize as cinco etapas na ordem: Empatia → Definição → Ideação → Prototipação → Teste. Na prova, identifique qual alternativa descreve esse fluxo com foco no usuário e iteração. Se a alternativa mencionar documentação formal, arquitetura prioritária ou implementação direta, elimine-a imediatamente — são características de modelos tradicionais, não do Design Thinking.

Gabarito: letra B

Link permanente: /questoes/qa434179