Project Risks

Prev Next

Project Risks

Where global risks exist at the enterprise level, project risks are specific to the active project. Project risks can be created by importing a global risk or creating a separate project risk.

Adding a New Project Risk

To add a new Project Risk, click on the 'New Project Risk' icon:

Menu option to create a new project risk

When a new project risk is added, the following default values are assigned:

  • Name – an initial unique value
  • Description – blank
  • Risk Type – Standard
  • Probability – 100%
  • Color – default risk color
  • Notes – blank

All of these values can then be modified as necessary. The probability identifies the likelihood this risk will occur. The color is used to identify this risk in other parts of the system, including reporting. You are allowed to define as many Project Risks as required.

Safran Risk also allows you to include any Global Risks into the active project by selecting the Global Risk from the drop-down list and clicking the 'Include in Project' button.

The Safran Risk interface shows project risk options and the option to include an existing global risk.

Risk Impact for Standard Risks

A default schedule impact is also added when a new project risk is added. To create a new risk impact, the following information is required:

Fields Options
Categories Schedule – Impacts the duration of the activities/project
Cost – Impacts the total cost of activities mapped to the risk (either directly or via a summary). This impact category is also used if you want to impact cost elements in the cost tab.
Impact Type Relative – The impact, when it occurs, will be a percentage of the impacted activities Schedule or Cost, dependent upon its Category
Absolute – When it occurs, the impact will be an absolute value added to the impacted activities' deterministic duration or cost.
Distribution Triangle – Popular distribution for modeling the duration of activities
Uniform – Used when all values have an equal probability of occurring
Trigen – May be used when the extreme ends of Triangle appear unrealistic
Normal – May be used where historical data is available as normal distribution
Cumulative – Can be useful if historical data is available
Discrete – Used to model a specific set of values without any intermediate values
BetaPert – Useful when there is more emphasis on the most likely value

First, select the required distribution shape, as shown below, when creating the distribution function.

Once this has been selected, the input values for the selected shape will become available. A visual representation of the entered distribution function is dynamically displayed on the right-hand side of the project risks.

Overview of testing overrun impacts on schedule and cost with distributions displayed.

Schedule Impact for Risks with absolute distribution

An absolute schedule impact is defined based on durations. These durations can be given in days or hours. You select which one by using this radio button:

Settings for schedule impact with options for absolute days or hours selection.

There are a few cases that deserve some extra clarification:

When planning in hours or minutes and you have chosen "Days," the "hours per day" value of the calendar will be considered when adding duration to the activity. If you, for example, have a risk that adds 10 days in one iteration and the activity calendar hours per day is 8, the impact will be 80 hours. This means the activity will be delayed 10 days, as the risk impact indicates.

When planning in days and you have chosen "Hours," 24 hours will be equal to one day.

Note that when using "Days," you can enter decimal values.

If you are not sure which planning unit you are currently using, you can see this under Schedule – Project - Properties:

User interface showing scheduling options and properties for project management.

Impact Independently

A risk in Safran Risk is usually modeled as one risk event, even if assigned to more than one activity. This means that all the assigned activities will be impacted similarly in each iteration. All the activities with this risk will then also be implicitly correlated, which is one of the great benefits of using Safran Risk. Sometimes, however, you might not want the activities to be correlated just because they are exposed to the same risk. This can be done with the "Impact independently" option.

By selecting this option, the risk will be modeled as one risk event per assignment. These risk events are not correlated. The image below is a schematic illustration of how selecting "Impact independently" impacts the risk analysis. It shows a situation where one Risk is assigned to activities A, B, and C. The risk has a likelihood of 70% and a relative schedule impact that is a triangular distribution. The yellow flash indicates that the risk has occurred, and the number is the impact of that iteration. Clearly, with "Impact independently" not selected, the Risk impacts all the activities or none. This is because it is modeled as one risk event. With "Impact independently" selected, each assignment is a risk event; therefore, the risk can impact activities differently in the same iteration.

Example illustrating the risk impacty on activities A, B, and C when Impact independently is chosen.

A useful occasion to use "Impact independently" is when you want to model estimating uncertainty. Perhaps you want to create a "High uncertainty" risk and assign it to all the activities with high estimating uncertainty. If you do not select "Impact independently," the activities assigned to this risk will be correlated. However, just because one activity took longer than expected does not mean all with the same uncertainty should do. By selecting "Impact independently," the uncertainty will be modeled correctly.

Correlating independent impacts

If you have selected "Impact Independently," it's impossible to correlate it with other risks in the correlation tab. This is because the risk will be converted to a group of risks, with one group for each mapping during the risk analysis, and it's not possible to correlate a group of distributions with another distribution.

What you can do with an "Impact Independently" risk is to correlate its impacts. Usually, as described above, the impacts would not be correlated at all. However, since these impacts all represent the same risk, it's common to want to have some correlation among the impacts. This can be achieved by checking "Correlate" like in the image below:

Configuration for correlating independent impacts

It's now possible to enter a correlation coefficient (between -1 and 1) for the existence and/or the impact.

Advanced Impacts

In some instances, you might need the risks to impact the activities in ways that are different from the standard Safran Risk way. It could, for example, be one of the following scenarios:

  • The absolute impact of a risk should be spread out over all the mapped activities.
  • A risk should only impact one of the mapped activities.

If you need your model to behave like this, you can turn on "Show Advanced Impacts." This option can be found in the Project Risks tab Options section.

Option to enable the advanced impact settings.

When the "Show Advanced Impacts," you will get some new fields in the impacts section.

Configuration options for the Advanced impact settings.

These fields will enable you to decide how the risk impacts the mapped activities.

Note that these options won't be available if you have selected "impact independently" for the risk!

The advanced impact functionality can also be used for cost impacts in both the schedule and the Cost Module.

Estimate Uncertainty Risks

The "Estimate Uncertainty" risk type can be used to separate the estimated uncertainty from other risks. Estimate uncertainty risks can only have a probability of 100% and always have an independent impact.

The big difference between Estimate Uncertainty and standard Risks is how they're used in the mappings tab. All the "Estimate Uncertainty" risks are displayed to the left, and you can only select one per activity.

When setting up Estimate Uncertainty risks, you would typically use relative impacts. This allows the risk to represent some general uncertainty that can be assigned to many activities.

Non-Existence Risks

The "Non-Existence "risk type can be used to remove activities from the schedule during the analysis. This can be useful to model a scenario where a certain activity can sometimes be omitted. The probability for this risk type will be the probability that it removes the activity that it's mapped to. When the activity is removed, this might, of course, affect the successors of the activity. On the right side of the screen, you can choose whether you want to keep the links or remove them. If links are removed, this will most often have a much more significant impact on the schedule.

Option to model non-existence risks to remove activities from schedule during the risk analysis.

If you need to remove an activity when a certain condition in the plan arises, we recommend you look at scripting. This can help you model more complicated scenarios, such as conditional logic.

Probabilistic Branching Risks

The probabilistic branching risks can be seen in the Project Risks tab but can only be created and modified in the Risk Mapping tab. To create one, go to the Risk Mapping tab, find the activity where the branches start, and go to the Probabilistic Branch tab. Here, you can select "Create Probabilistic Branch". This adds a column to the successors table that lets you enter the probability of the branches occurring during the risk analysis.

You can set the probability of one branch to any percentage between 0 and 100.

If you set the probability of more than one branch, the probabilities of all branches must add up to 100%.

We recommend running an analysis with the "Step through" option turned on to understand how this affects the analysis.

Interface displaying probabilistic branching risks.

Calendar Risks

The risk impact for calendar risks is somewhat different compared to standard risks. Select one of the risk calendars from the dropdown list in the impact window to observe the impact of the calendar risk.

​The dropdown menu shows different time series calendars that could impact poor flying conditions.

You will then get an overview of the calendar risk impact, such as the downtime period, the number of samples, and the notes for that specific calendar.

Calendar showing Argoss time series data with monthly percentages for flying conditions.

Note that the probability of calendar risks is locked to 100%, which means the calendar will be used for every iteration.

Mitigation

In addition to supplying the initial risks and pre-mitigated impacts, you can also define post-mitigated impacts. These are defined in the same way as the pre-mitigated impacts by supplying a probability that the risk will occur and the resulting impacts if it does.

Once the Post-Mitigated position has been defined, it can easily be selected from the 'Analyze' tab. This allows different mitigation strategies to quickly be compared against one another to determine the most viable approach.

Post-mitigated position analysis showing schedule and cost impact distributions.

Mitigation Actions

If you want to model the action that took you to the post-mitigated state, click "Action."

Modelling the action that took you to the post-mitigated state.

You can add costs and durations to activities and cost elements in the action. These will be added to the project if you run the analysis with the risk in its post-mitigated state.

If you want to simulate that the mitigation might take place sometimes and sometimes not, you can click "Alternate position based on Action." Here, you can set a "Probability of Execution" and a "Probability of Success".

Modelling the probability of execution and probability of success.

In the example above, the mitigation action will be performed in 50% of the iterations; out of those, it will be successful in 40%. This means that the post-mitigated state of the risk will be used in 20% of the iterations. However, the mitigation action will be used in 50% of the iterations.

Export and Import Project Risks

Using the designated buttons, you can Export and Import project risks in either XML or Excel file format.

Import option highlighted in analysis section for risk type data management.

XML

When project risks are exported to XML, all the related information is also exported, including risk calendars, impacts, mappings, and correlations.

When importing risks from an XML file, the risks will be added to the existing risks.

Excel

Exporting to Excel can be very useful if you, for example, want to do mass updates or distribute your risk register to parties that don't have Safran Risk. It can also import risks from other risk registers into Safran Risk.

When exporting to Excel, the risks and impacts are exported, but not the mappings, correlations, or risk calendars.

When risks are imported from Excel, Safran Risk compares the names of the imported risks to those of the existing risks. If the risk already exists, it will be updated. If it doesn't exist, it will be added.

Delete Project Risks and impacts

You can delete Project Risks by clicking the 'Delete Project Risk' icon. Deleting a Project Risk will also delete all the related impacts, mappings, and correlations.