Early and Frequent Stakeholder Feedback
1. Introduction
Early and frequent feedback from stakeholders is a core principle in Agile and iterative development. It helps teams align development with expectations and reduce costly misunderstandings.
이해관계자 피드백을 조기에, 자주 받는 것은 애자일과 반복적 개발의 핵심 원칙입니다. 이를 통해 요구사항 오해를 줄이고, 불필요한 재작업을 예방할 수 있습니다.
2. Key Concept: Why Stakeholder Feedback Matters
Stakeholder feedback helps teams to:
- identify quality issues earlier
- clarify and refine requirements
- respond to changes in a controlled way
Early feedback does not mean uncontrolled changes. It means better understanding sooner.
이해관계자 피드백의 핵심 효과는 다음과 같습니다.
- 품질 문제를 조기에 인지
- 요구사항 명확화 및 구체화
- 변경 사항을 더 이른 시점에 관리
조기 피드백은 “무제한 변경 허용”이 아니라 변경을 더 빨리 이해하고 대응하는 것을 의미합니다.
3. Practice Question
❓ Question
Which of the following is a benefit of early and frequent stakeholder feedback?
- a) Changes to requirements are understood and implemented earlier
- b) It ensures business stakeholders understand user requirements
- c) It allows product owners to change their requirements as often as they want
- d) End users are told which requirements will not be implemented prior to release
✅ Correct Answer: a)
4. Explanation (EN / KR)
✔ a) Requirements changes are understood and implemented earlier — Correct
Early and frequent feedback enables:
- early communication of quality concerns
- prevention of requirement misunderstandings
- faster understanding and implementation of requirement changes
This reduces rework and lowers overall development risk.
조기에 자주 피드백을 받으면 요구사항 변경을 더 빨리 이해하고 반영할 수 있습니다. 이는 재작업을 줄이고 전체 리스크를 낮춥니다.
❌ b) Stakeholders understand their own requirements — Incorrect
Feedback is provided by stakeholders. It does not primarily aim to improve their understanding of their own requirements.
이 선택지는 피드백의 방향을 잘못 이해하고 있습니다. 이해관계자는 피드백을 제공하는 주체이지, 그 과정에서 자신의 요구를 “배우는” 대상은 아닙니다.
❌ c) Unlimited requirement changes — Incorrect
While early feedback helps manage changes sooner, it does not encourage unlimited or uncontrolled requirement changes.
조기 피드백이 요구사항 변경을 쉽게 만든다고 해서 무제한 변경을 허용하는 것은 아닙니다.
❌ d) Informing end users about unimplemented requirements — Incorrect
Retrospectives and stakeholder feedback focus on internal improvement and alignment. They do not primarily aim to inform end users about what will not be delivered.
이해관계자 피드백의 목적은 내부 정렬과 개선입니다. 최종 사용자에게 “미구현 요구사항”을 알리는 것이 핵심 목표는 아닙니다.
5. Summary Table
| Option | Result | Key Reason | 한글 요약 |
|---|---|---|---|
| a | ✔ Correct | Changes understood and implemented earlier | 변경 사항 조기 이해·반영 |
| b | ✖ | Stakeholders provide feedback; they don’t learn their own needs | 피드백 방향 오류 |
| c | ✖ | Early feedback ≠ unlimited change | 무제한 변경 허용 아님 |
| d | ✖ | Not the goal of stakeholder feedback | 피드백 목적 아님 |
6. Final Takeaway
For ISTQB exams, remember:
Early stakeholder feedback helps teams understand and implement changes sooner.
시험에서는 이 문장으로 정리하세요.
이해관계자 피드백을 조기에 받으면 요구사항 변경을 더 빨리 이해하고 반영할 수 있다.
Related: More ISTQB Posts | Next Question