What you may like:
What you may NOT like:
For those with a very limited budget, RiskyProject provides good value for money. In contrast, ScheduleRiskAnalysis offers poor value from a project risk perspective, as it is only one part of a larger tool suite. Additionally, Primavera Risk Analysis is no longer actively developed or supported, which may pose challenges for IT compliance and long-term usability.
If you have more flexibility in your budget, it’s worth exploring the details of this article. Acumen Risk, Safran Risk, and Tamara are all robust tools, and the best choice depends on the nature of your projects and associated risks. Feature-wise, Tamara is priced lower than the others despite offering similar capabilities. To navigate directly to specific sections, use the links below:
Understanding the benefits of project risk analysis
Key features to consider for effective risk analysis
Feature-by-feature comparison of available tools
Visual previews of the software interfaces
Transparency is important—Tamara, the last software listed in the comparison table, is developed by our company. While we've made every effort to keep this review objective, we encourage you to critically evaluate our analysis.
This review starts by outlining why conducting a project cost and schedule risk analysis is essential. The key reasons are:
We then explore the key practical challenges in building a high-quality project risk analysis. Some of these challenges may be highly relevant to your projects, while others may not apply. Understanding how each software solution addresses these challenges should help you determine which tools warrant a closer look.
Unlike our review of Excel risk analysis add-ins, where we tested each product hands-on, this review is based primarily on available documentation and video materials, as downloadable trials for many of these tools are not readily available. To maintain fairness, we have summarized findings from these sources and determined whether there was enough information to assess how well each product addresses critical risk analysis requirements.
Pricing was also challenging to obtain. Before making a decision, we recommend requesting a detailed quote from vendors, covering the total cost of ownership for three years, including maintenance and updates.
While software aesthetics can be a consideration, our primary focus is on functionality. Some tools may not have the most polished interface but offer robust features. Ultimately, the most important factors are whether the software enables effective risk analysis for your needs and whether it facilitates, rather than complicates, the modelling process.
Project scheduling tools like Primavera and Microsoft Project are invaluable for planning and tracking project execution. They enable you to:
While these tools excel at project management, they fall short in forecasting realistic costs and timelines. This is where a dedicated project risk analysis tool becomes essential.
When start and finish dates are assigned to tasks in a scheduling tool, milestone and completion estimates are generated. Similarly, adding resource rates and expenses produces a total cost estimate. Many organizations rely on these estimates to set deadlines and budgets—yet they are often overly optimistic and, in many cases, highly unrealistic.
This inaccuracy arises because traditional scheduling tools do not account for uncertainty or risk events, both of which increase the likelihood of cost overruns and delays. Risks are straightforward to grasp; for example, the risk of a rejected planning application may require resubmission, leading to additional costs and time. Such contingencies are rarely built into standard project schedules.
Uncertainty, however, is more nuanced. Consider a construction project where foundation excavation is required. If weather conditions are ideal, the task may take as little as 30 days. Under typical conditions, 35 days may be required, while extreme weather could extend it to 50 days or more. A probability distribution effectively captures this variability:
The blue curve represents the likelihood of different completion times. The probability is zero below 30 days and above 50 days, with the most probable estimate at 35 days. The distribution is skewed, with a longer right tail—reflecting the reality that while tasks can occasionally be completed slightly faster than expected, delays can be significantly longer. Statistically, when a probability distribution is skewed to the right, the probability of completing the task by the most likely estimate is always less than 50%. In this case, the chance is just 25%, and the true 50:50 estimate is around 38 days:
This demonstrates why using the most likely cost and duration estimates results in systematically underestimated budgets and timelines. If a project schedule is built using optimistic "best guesses," delays and cost overruns become inevitable—even when no major issues occur.
In summary, while scheduling tools are excellent for structuring and managing projects, they should not be relied upon for setting budgets and deadlines. Project risk analysis tools provide more realistic forecasts by accounting for uncertainty and risk.
Reducing project costs and accelerating completion are common goals. Project risk analysis tools identify which activities have the greatest impact on total cost and duration, as well as those contributing most to uncertainty.
In the planning phase, this insight allows teams to explore alternative execution strategies and select the most efficient approach. During execution, as tasks are completed and risks evolve, the analysis can be continuously refined—enabling better decision-making and more predictable outcomes.
Conducting a project risk analysis is essential for making informed decisions and ensuring project success. However, an inaccurate or poorly executed risk analysis can be more harmful than having none at all—it may lead to committing resources to high-risk projects or dismissing viable opportunities. This section highlights common pitfalls in project risk modelling and explains how different tools address these challenges, helping you choose the right solution for your needs.
Complex projects often involve extensive schedules with thousands of tasks. Typically, immediate tasks contain a high level of detail, while long-term activities are more broadly defined. As the project progresses, completed tasks are replaced with more granular breakdowns of upcoming work. Risk analysis for such projects relies on Monte Carlo simulation, a computationally intensive process that requires substantial memory and processing power. Historically, running simulations on large schedules posed challenges due to software limitations, forcing teams to maintain a simplified secondary schedule for risk analysis. However, as schedules grow in complexity, maintaining two separate versions becomes impractical and highly time-consuming.
Breaking a large task into smaller sub-tasks presents additional challenges in risk analysis. For example, consider a fencing project originally estimated to take Triangle(30,40,60) days. As the project nears execution, the task is divided into ten equal sections, each estimated at Triangle(3,4,6) days. This segmentation can create an unintended effect—suddenly, the total projected completion time appears significantly shorter in the risk model than in the original estimate.
The underlying issue is that many risk analysis tools treat each task as statistically independent. This means that if one section of the fence takes longer than expected (e.g., 6 days), the model does not account for whether subsequent sections will also be delayed. The Law of Large Numbers (LLN) explains that treating tasks as independent reduces overall uncertainty in the model, often leading to misleadingly optimistic results. Software solutions address this challenge in different ways: (1) some ignore the issue entirely, (2) others apply a simulation technique that enforces 100% correlation among related tasks, and (3) the most advanced tools identify the root cause of uncertainty, ensuring task durations depend on a shared influencing factor.
Another key consideration is the practicality of assigning uncertainty manually across thousands of tasks. A more efficient approach is bulk uncertainty assignment—selecting a group of tasks and applying a global percentage variation. However, caution is needed: if uncertainty is influenced by a common factor, such as contractor efficiency, failing to model this correctly will again lead to an underestimation of risk due to the LLN effect.
Conclusion: For large-scale project simulations, ensure the chosen risk analysis software can handle complex schedules efficiently, supports high-speed processing, properly accounts for statistical dependencies, and offers bulk uncertainty assignment to streamline the process.
Probability distributions play a crucial role in quantifying uncertainty in project risk analysis, particularly for task durations and cost estimates. Selecting the appropriate distribution is essential for accurately modelling variability and ensuring realistic projections. Below are some of the most commonly used probability distributions in risk analysis:
Conclusion: Ensure the software includes at least one of the well-suited probability distributions, while avoiding those that may lead to inaccurate risk estimations.
Some risk events can trigger multiple consequences. For instance, if a key supplier goes out of business, it could lead to delays in procuring multiple materials, increased costs, and operational disruptions. These impacts either occur together or not at all. If a risk analysis model does not properly account for such dependencies, it may significantly underestimate the overall risk exposure and the importance of mitigation strategies.
Conclusion: Choose risk analysis software that allows linking a single risk event to multiple potential consequences, ensuring a more accurate assessment of project vulnerabilities.
Risk events such as strikes, equipment failures, and accidents can occur sporadically, introducing delays and additional costs. Some risks, like the complete destruction of a building, can only happen once, while others may repeat over time. The probability of a one-time event is typically expressed as a likelihood, whereas recurring risks are better represented using an expected frequency (e.g., 0.7 occurrences per year). If a risk analysis tool does not differentiate between these two types, it may lead to inaccurate uncertainty estimates and ineffective risk mitigation strategies.
Conclusion: Ensure that the software can properly distinguish between single-event probabilities and recurring risk frequencies to enhance the accuracy of your risk model.
Weather conditions can significantly affect project timelines, particularly in industries reliant on outdoor work, such as construction, offshore operations, and infrastructure development. Extreme weather events, seasonal variations, and climate-related disruptions must be factored into risk models to ensure realistic scheduling and budgeting.
Conclusion: If weather variability is a critical factor in your projects, choose software that incorporates weather calendars or similar mechanisms to account for these uncertainties.
Project schedules typically incorporate various cost elements, such as:
Risk analysis software integrates these costs, applies uncertainty, and considers risk-driven cost variations to provide a realistic project cost estimate. However, many additional expenses, such as legal fees, materials, insurance, and financing costs, often fall outside scheduling tools. These are typically assessed separately by cost engineers and financial analysts, requiring integration for a complete financial overview.
Conclusion: If understanding total project cost uncertainty is critical, ensure the software supports data export for external analysis or includes a built-in financial simulation tool.
Projects are typically undertaken with financial returns in mind, whether it's launching a new product or constructing infrastructure for revenue generation. Investment risk analysis relies on discounted cash flow (DCF) modelling to assess financial viability, using metrics like net present value (NPV) and internal rate of return (IRR). Project delays can significantly impact financial performance—additional costs lower NPV, while delayed revenues further reduce profitability.
These calculations are often performed in Excel, with risk analysis tools like ModelRisk enhancing precision. Given that investment success depends on factors like discount rates (typically 10-15%) and IRR thresholds (e.g., 20-25% for strong projects, 5% for marginal ones), integrating project cost and schedule uncertainty into financial models is essential.
Conclusion: If investment evaluation is part of your project decision-making, choose software that can seamlessly export risk-adjusted cost profiles or, ideally, include financial modelling capabilities.
Effective project risk analysis requires a schedule structure that reflects realistic uncertainties. Fixed milestones and rigid task dependencies (e.g., forcing Task B to start exactly 30 days before Task A finishes) can conflict with probabilistic modelling. Similarly, assumptions that two tasks will finish simultaneously (Finish-Finish dependencies) may oversimplify actual project risks.
Conclusion: Planners should prioritize Finish-Start dependencies and avoid locked milestones to allow realistic risk modelling. Additionally, project risk analysis tools should perform logic checks to identify potential scheduling inconsistencies.
For simpler projects, a full-fledged scheduling tool may not be necessary. In some cases, a well-structured spreadsheet model can effectively capture key risks and uncertainties. To explore practical examples, you can download and experiment with models such as this one and this alternative.
Depending on your circumstances, in my view the lines in bold are the most important in differentiating between the products.