ISTQB 연습문제 풀이 - Exam B : Q#16


 

1. Introduction

Early and frequent stakeholder feedback is an essential practice in modern software development. This question checks your understanding of what real benefits such feedback provides.

Note (EN/KR):
Stakeholders include business representatives, end users, and customers—not developers or managers.
이해관계자에는 비즈니스 담당자, 최종 사용자 등이 포함되며, 개발자나 관리자 자체는 아닙니다.

2. Key Concepts

  • Stakeholder Feedback – Information, comments, and expectations shared by users or business representatives.
    이해관계자 피드백: 사용자나 비즈니스 담당자가 제공하는 정보·의견·기대치입니다.
  • Early & Frequent – Provided continuously throughout the project so issues can be corrected sooner.
    조기·지속적 피드백: 프로젝트 전반에 걸쳐 반복적으로 받아 문제를 더 빨리 해결할 수 있게 합니다.
  • Main Benefit: Early communication of potential quality or requirement issues.
    핵심 장점: 요구사항 또는 품질 문제를 초기에 파악할 수 있습니다.

3. Practice Question

❓ Question

Which of the following is a benefit of early and frequent stakeholder feedback?

  • a) Managers are aware of which developers are less productive
  • b) It allows project managers to prioritize their stakeholder interactions
  • c) It facilitates early communication of potential quality issues
  • d) End users better understand why the delivery of the work product is delayed

✅ Correct Answer: c)

📘 Explanation (EN/KR)

  • a) Not correct. Stakeholder feedback comes from business representatives or end users—not developers. It does not measure developer productivity.
    이해관계자 피드백은 사용자/비즈니스에서 오는 것이므로 개발자의 생산성을 평가하지 않습니다.
  • b) Not correct. Feedback does not determine how project managers prioritize their interactions.
    피드백은 PM이 이해관계자와 상호작용 우선순위를 정하는 근거가 아닙니다.
  • c) Correct. Early and frequent stakeholder feedback helps identify potential quality or requirement issues sooner, reduces misunderstandings, and ensures requirement changes are noticed early.
    조기·지속적 피드백은 품질 문제나 요구사항 오해를 일찍 발견하도록 돕고, 요구 변경을 빠르게 반영하도록 합니다.
  • d) Not correct. The feedback flows from stakeholders to the team, not the other way around. Also, early feedback aims to prevent delays—not justify them.
    피드백은 이해관계자가 팀에 제공하는 것이며, 지연을 설명해주는 기능이 아닙니다. 오히려 지연을 방지하는 역할을 합니다.

✔ Therefore, option (c) is the correct benefit of stakeholder feedback.
✔ 따라서 (c)가 이해관계자 피드백의 실제 장점입니다.

📊 Summary Table

Option Statement Summary Correct? Explanation
a Managers learn which developers are less productive ❌ No Feedback comes from stakeholders, not developers
개발자 생산성과 무관
b Helps PM prioritize stakeholder interactions ❌ No Feedback does not drive PM interaction priorities
PM 우선순위와 관련 없음
c Early communication of quality issues ✔ Yes Prevents misunderstandings
오해 방지 및 조기 문제 발견
d End users better understand delays ❌ No Feedback flows from stakeholders to team
지연과 관련 없음

4. Summary & Call to Action

Early stakeholder feedback is critical for discovering requirement gaps, identifying quality concerns early, and ensuring alignment between users and the development team.

초기 이해관계자 피드백은 요구사항 누락, 품질 문제를 조기에 발견하고 사용자와 개발팀의 방향을 맞추는 데 중요한 역할을 합니다.

refer to : FL-3.2.1


Related: More ISTQB Posts

다음 이전