Product Risks vs Project Risks
1. Introduction
In ISTQB terminology, risks are commonly divided into product risks and project risks.
Understanding the difference is essential for risk-based testing, because product risks directly influence what and how we test.
ISTQB에서는 리스크를 크게 제품 리스크(Product risk)와 프로젝트 리스크(Project risk)로 구분합니다.
이 문제는 어떤 항목이 제품 자체의 특성과 관련된 리스크인지 구분할 수 있는지를 묻습니다.
2. Practice Question
❓ Question
Which of the following are product risks?
- a) Scope creep
- b) Poor architecture
- c) Cost-cutting
- d) Poor tool support
- e) Too long response time
Select TWO options.
✅ Correct Answers: b) and e)
3. Explanation
What is a product risk?
A product risk is a risk related to the quality characteristics of the product, such as functionality, performance, reliability, or maintainability.
제품 리스크란 소프트웨어 제품 자체의 품질 특성과 관련된 리스크입니다.
✔ b) Poor architecture — Correct
Architecture is a core product characteristic.
Poor architecture can lead to:
- Low maintainability
- Poor performance
- High defect rates
Therefore, poor architecture is clearly a product risk.
아키텍처는 제품 품질의 핵심 요소이므로, 아키텍처가 나쁘다는 것은 전형적인 제품 리스크입니다.
✔ e) Too long response time — Correct
Response time is a performance characteristic of the product.
If response time is too long, users may be dissatisfied or unable to use the system effectively.
Thus, this is also a product risk.
응답 시간이 너무 긴 것은 성능 품질 특성과 직접적으로 관련된 대표적인 제품 리스크입니다.
Why the other options are NOT product risks
❌ a) Scope creep — Not correct
Scope creep refers to uncontrolled changes in project scope.
This is a project risk, related to project management and planning.
범위 확장은 프로젝트 관리 문제로, 제품 리스크가 아닌 프로젝트 리스크입니다.
❌ c) Cost-cutting — Not correct
Cost-cutting is an organizational or management decision.
It affects the project environment, not the product itself.
비용 절감은 조직·관리 이슈로, 제품 특성과 직접적인 관련은 없습니다.
❌ d) Poor tool support — Not correct
Tool support affects how the project is executed, not the intrinsic quality of the product.
Therefore, it is a project risk.
도구 지원 부족은 프로젝트 수행 환경의 문제로, 프로젝트 리스크에 해당합니다.
4. Summary Table
| Option | Risk Type | Product Risk? | 구분 |
|---|---|---|---|
| a) Scope creep | Project risk | ✖ No | 범위 관리 |
| b) Poor architecture | Product risk | ✔ Yes | 구조 품질 |
| c) Cost-cutting | Project risk | ✖ No | 조직 이슈 |
| d) Poor tool support | Project risk | ✖ No | 환경 문제 |
| e) Too long response time | Product risk | ✔ Yes | 성능 품질 |
5. Final Takeaway
For the ISTQB exam, remember:
Product risks are related to the quality characteristics of the software product itself, such as architecture and performance.
시험 대비 핵심 문장입니다.
제품 리스크는 소프트웨어 제품의 품질 특성과 직접적으로 관련된 리스크이다.
Related: More ISTQB Posts | Next Question