A-Z Popular Blog Top Search »
Project Management
Related Guides
Related Topics
Project Metrics

Program Management Examples

13 Examples of Requirements Risk

 , updated on
Requirements risk is the potential for losses due to a project's requirements themselves or the requirements management process. Such risks are closely tied to the quality of requirements in that low quality requirements represent a risk to the project. Projects are garbage-in-garbage-out meaning that projects that are based on faulty requirements are likely to face issues and potentially fail. The following are a few common examples of requirements risk.

1. Missing Stakeholders

The requirements management process fails identify or engage all stakeholders. For example, marketing is implementing a new product but sales isn't involved in the project.

2. Wrong Stakeholders

Stakeholders who don't have the requisite knowledge, skills or authority to deliver, validate or sign off on requirements. For example, requirements gathering may be assigned to junior employees who have inadequate access to experts in the organization.

3. Ambiguous Requirements

Requirements that are defined in such a way that they are open to misinterpretation. In some cases, stakeholders may intentionally define open-ended requirements in order to avoid making a decision or to protect themselves politically. In other cases, requirements are simply poorly worded.
The user interface should be streamlined to improve productivity.

4. Incomplete Requirements

Requirements that are incomplete leading to deliverables that are unstable, unusable or are generally unacceptable. For example, requirements for a system that make no mention of a user interface. Incomplete requirements can also refer to a set of requirements that are focused on functional requirements without adequate consideration of business and non-functional requirements.

5. Conflicting Requirements

Requirements are often given by different individuals who each present a wishlist that may conflict in various ways. The owner of the requirements may fail to resolve such conflicts.
Access to the system is restricted to authorized personnel in the HR department.
A user interface allows all employees to enter their hours by activity code.

6. Infeasible Requirements

Requirements that go well beyond the capabilities of the organization or system to which they apply. These risks can be mitigated with a quick feasibility or cost assessment.
The car will go from 0 to 100 mph in 0.00001 seconds.

7. Big Ball Of Mud

Requirements that lack overall consistency resulting in low quality deliverables. This is common when requirements are the result of ideas from many individuals without a strong owner who ensures a consistent high level cohesion. It can also be the result of validating requirements one-by-one without consideration of the requirements as a whole.

8. Unverifiable Requirements

Requirements that have ill defined criteria for verification.
The car will make people happy.

9. Undocumented Assumptions

Requirements that only work given a set of assumptions that are undocumented. For example, the assumption that an organizational change will be in place in time for the project.

10. Invalid Assumptions

Assumptions are often a major source of risk as they may be excessively optimistic or misinformed.
The Hong Kong office will be fully functional by August 1st.

11. Business Requirements As Functional Requirements

A business requirement that is stated as a functional requirement that fails to constrain the deliverables. In other words, a functional requirement that isn't directly actionable by those who are delivering the project.
Sales will improve by 300%

12. Lack of Traceability

Functional requirements that can't be mapped to business requirements, potentially invalidating the business case for the project.

13. Inadequate Validation

Requirements that haven't been validated by the appropriate subject matter experts. For example, non-functional requirements for a new financial system that haven't been reviewed by a security analyst.

Project Risk

This is the complete list of articles we have written about project risk.
Benefit Shortfall
Budget Risk
Change Risk
Common Risks
Contract Risk
Design Risk
Facility Risk
Fast Tracking
Force Majeure
Infrastructure Risk
Integration Risk
Internal Risks
Legal Risk
Operations Risk
Partner Risk
Performance Risk
Procurement Risk
Program Risk
Project Complexity
Quality Risk
Regulatory Risk
Residual Risk
Resource Risk
Schedule Risk
Scope Creep
Scope Risk
Secondary Risk
Technology Risk
More ...
If you enjoyed this page, please consider bookmarking Simplicable.

Project Risk

A list of common project risks.

Project Risk

A list of common project risks.

Project Stakeholder

A list of common project stakeholders.

Business Risks

A list of common business risks.

Risk vs Issue

The difference between a risk and an issue.

Risk Treatment

The five things that can be done about risk.

Secondary Risk

The definition of secondary risk with examples.

Risk Register

A guide to creating a risk register with an example.

Risk Perception

A definition of risk perception with examples.


The common types of implementation.

Project Risk Management

A reasonably complete guide to project risk management.

Project Management Basics

A list of basic project management techniques.


A definition of workaround with examples.

Project Branding

A list of project branding techniques.

Stakeholder Management

An overview of project stakeholder management with examples.

Action Plan

A definition of action plan with examples.

Cost Overrun

The primary types of cost overrun.

Document Control

The definition of document control with examples.

Project Oversight

A guide to project oversight.

Design-Driven Development

A definition of design driven development with examples.
The most popular articles on Simplicable in the past day.

New Articles

Recent posts or updates on Simplicable.
Site Map