Risk Analysis – What You Need to Know

Once potential risks have been identified, they’re analyzed in two main ways: qualitative and quantitative. These terms can sound intimidating, but the difference is fairly straightforward.

Qualitative Analysis
Qualitative risk analysis is more subjective and focuses on prioritizing risks based on their likelihood and impact.

Estimate how likely each risk is to occur (e.g., Low, Medium, High, or a 1–10 scale)
Assess the potential impact if the risk does occur (again, Low, Medium, High, or 1–10)
Plot the results on a probability–impact matrix
Use this to highlight which risks need deeper analysis

Quantitative Analysis
Quantitative analysis takes a more data-driven approach and uses numbers to evaluate risk more precisely.

Relies on measurable, verifiable data to assign numerical values
Applies mathematical methods to estimate probability and impact
May use tools like simulations (e.g., Monte Carlo), decision trees, expert input, interviews, and cost/time estimates
Forecasts likely project outcomes in terms of cost and schedule
Produces a prioritized list of risks based on their overall effect

Share This Post:

Word of the Day

Project Charter:

A document which outlines the purpose of the project, the manner in which the project will be structured, and how it will be successfully implemented.

Statement of Work:

A document which defines the procurement requirements of the project in sufficient detail to enable potential suppliers to determine if they are able to meet those requirements.

Acceptance Planning:

The process of identifying the milestones, criteria and standards for the acceptance of project deliverables by the customer

Acceptance Management:

The process by which deliverables produced by the project are reviewed and accepted by the customer as meeting their specific requirements.

Triple Constraint:

The combination of the three most significant restrictions on any project

Team:

A group of individuals working together to deliver project requirements.

Status Report:

A report summarizing the current status of a project.

Stakeholder:

Individuals, groups, or organizations who may affect or be affected by a decision, outcome, or deliverable.

Scope:

The sum of the products, services, and results produced in a project.

Scope Creep:

Uncontrolled changes or continuous growth in project scope.

Scope Baseline:

The approved version of a scope statement, WBS, and its associated WBS dictionary.

Root Cause:

The fundamental reason for the occurrence of a problem.

Risk:

An uncertain event or condition that may affect project objectives.

Resource:

Skilled professionals, equipment, services, supplies, commodities, or funds.

Requirements:

A condition or capability needed by stakeholders.

Raid Log:

A project management tool used to track Risks, Assumptions, Issues, and Dependencies.

Quality:

The totality of features and inherent or assigned characteristics that meet requirements and produce project success.

Proof of Concept:

A demonstration that verifies if a concept or idea is feasible in real-world conditions.

Project:

A temporary endeavor undertaken to create a unique product, service, or result.

Project Manager:

The person responsible for the success of the project.

Project Management Plan:

A formal document that defines how a project will be executed, monitored, and controlled.

Project Baseline:

A fixed reference point against which project progress is measured.

Prioritization:

The action or process of deciding the importance or order of tasks.

Order of Magnitude:

An estimation given in broad ranges, often used in the early phases of a project.

Objective:

An intended outcome, meaning, or purpose.

MoSCoW Prioritization Method:

A technique used to prioritize requirements by categorizing them as Must have, Should have, Could have, or Won't have.

Milestone:

A significant event or achievement in the project.

Lessons Learned:

Documentation of experiences that can be used for future reference.

Kick-off Meeting:

The official start of the project or phase.

Iterative Process:

A process that approaches tasks through a cycle of planning, executing, and evaluating.

Issue:

An unforeseen problem that isn’t an immediate risk but could turn into one if not addressed.

Gold Plating:

Adding extra features or functions to a product that were not originally specified, usually without the customer's knowledge or approval.

Gantt Chart:

A horizontal bar chart representing the sequence and duration of tasks within a project.

Float:

The amount of time an activity can be delayed without delaying the project.

Feasibility Study:

An assessment of how practical an idea is based on various factors.

Fallback Plan:

An alternative plan that can be implemented if the original plan fails.

Effective Communication:

The exchange of information so that the message is accurately received and understood by the other party.

Divergent Thinking:

A way of generating many ideas in the brainstorming phase and exploring all possible solutions.

Dependency:

Relationships between activities where one activity relies on another to start or finish.

Delphi Technique:

An information-gathering technique used in decision-making where anonymous responses from experts are aggregated to come to a consensus.

Deliverable:

Any tangible outcome, result, or item that is produced to complete a project.

Decision Log:

A document that records and tracks decisions made during a project.

Critical Path:

The sequence of stages determining the minimum time needed for an operation.

Crisis Management:

The process by which an organization deals with disruptive and unexpected events that threaten to harm the organization or stakeholders.

Cost Management Plan:

A plan that details how project costs will be managed and controlled.

Contingency Plan:

A plan devised for events that might happen in the future.

Constraint:

A factor that limits the team's options, like budget, resources, or timeline.

Conflict Management:

The practice of identifying and handling conflicts in a productive manner.

Communication Plan:

A document that details how project information will be conveyed to stakeholders.

Communication Log:

A record of all communication activities, including sender, receiver, date, message, and medium.

Closing Process Group:

The processes used to finalize all activities to formally close a project.

Charter:

A document that authorizes a project, specifying the stakeholders and detailing the scope and objectives.

Change Request:

A formal proposal to modify any document, deliverable, or baseline.

Change Management:

The systematic approach to dealing with change both from the perspective of an organization and the individual.

Change Control:

A process that ensures that any changes made to a project are introduced in a controlled and coordinated manner.

Bottleneck:

A point of congestion or blockage in a system or process, which limits throughput and slows down production or progress.

Benefit Cost Ratio:

A financial metric used to determine the relative value of projects. It calculates the benefit provided by a project against its costs.

BCWP:

Budgeted Cost of Work Performed. Represents the money budgeted for the work that has been performed up to a particular point in time.

Baseline:

The original plan plus or minus approved changes.

Assumption:

A belief considered true without verification, used for planning purposes.

Analogous Estimating:

A cost estimation technique that uses the cost of previous, similar projects as a baseline to estimate the cost of the current project.

Agile:

An iterative and incremental project management approach that emphasizes flexibility and customer satisfaction.

Aggregate Planning:

A process to develop, analyze, and maintain a preliminary, approximate schedule of the overall operations of an organization.

Ad Hoc Tasks:

Tasks that arise unexpectedly or are not planned in advance.

Activity:

A task or set of tasks that are carried out in order to create an assignable deliverable.

Activity List:

A documented list of actions, activities, and work that must be performed.

Acceptance Criteria:

The conditions that must be met before project deliverables are accepted.