Skip to main content
Decision Frameworks

Consider Root Causes from the Start of Any Assignment

Begin root-cause analysis during audit planning to test underlying causes and control weaknesses. Nancy Haig’s 80/20 suggestion allocates approximately 80% of time to planning and 20% to execution; it emphasizes planning rather than prescribing a fixed split for every audit.

THE IDEA

Consider Root Causes from the Start of Any Assignment

Nancy Haig explains her 80/20 approach to audits utilising RCA insights:

'RCA thinking should start as an engagement is conceived, utilising the “working hypothesis” concept spelled out in the “Lean Auditing” book. Otherwise, you miss many opportunities to focus your work and add value by waiting until the end of the assignment to do your RCA.

This is part of my “80/20 rule” for the successful completion of IA engagements, which means that approximately 80% of time should be spent on planning and approximately 20% on execution. While the percentages may not be exact, they clearly demonstrate the focus on planning and critical thinking rather than “test” work just in detail, without seeing the bigger picture.’

Within an assignment’s scope, RCA tools such as the Bowtie, modified fishbone, or eight ways to understand why can help focus work on the key objectives.

Furthermore, as you do background work on an assignment, consider the following points:

  1. Suppose you are auditing an area with known concerns. In that case, you need to be wary of just validating this, where you might get the reaction, ‘We already knew about that’.

So, for known risks, issues and action plans in progress, clarify whether management has considered the root causes for these gaps (using a recognised methodology) and whether their current action plans are just ‘quick fixes’ or really address underlying causes.

That way, if an audit looks at known gaps, it can either (i) check any management RCA or (ii) examine the root causes of those issues as part of the assignment. 2. In relation to scope areas where no serious issues have been identified at first, consider: What kind of hairline cracks might arise that would result in an issue or a risk being out of tolerance?

With the scope and context established, consider the following questions:

  1. Are the goals relevant to the assignment scope clear? For example, has the risk appetite been established, and have the implications of this translated into relevant management key performance indicators (KPIs) and key risk indicators (KRIs)?
  2. Is there a possibility that any relevant management information (and KPIs and KRIs) is missing, or is potentially misleading, or incorrect?
  3. Is there any suggestion that roles, responsibilities, accountabilities and authorities (R2A2) for key risks or processes are unclear?
  4. When was the design of any relevant process, policy, or procedure, or IT system last reviewed? For example, is each key control SMART?
  5. Are there enough key controls overall? For example, have controls been mapped against a Bowtie diagram (i.e. prevent, detect and recovery) and then checked the risk appetite (so you can do a design assessment)?
  6. How have any relevant external factors or third parties been considered, monitored and managed?
  7. Any questions about change or maintenance that may impact the area?
  8. How have human factors relevant to the scope and objectives been appropriately considered by management?
  9. Any signs of resource constraints, unclear priorities or dilemmas? How does the organisation prioritise tasks (related to objectives but also GRC issues)?

The important message is to ‘start the ball rolling’ with these RCA questions at the start of an assignment and on an ongoing basis so that:

  1. You can be clear, using a boundary diagram (or ‘audit’ on one page), that the scope and objectives of the assignment will address some of the critical hairline cracks or opportunities for improvement and
  2. As the assignment progresses, you should already have a good idea, with some evidence, of what the causal factors for improvement might be.

Starting these questions early can reduce the need to investigate causes at the end of an assignment. Paterson reports that this accelerated audits when he was the CAE of AstraZeneca, as described in ‘Lean Auditing’.

When to use it

  • Internal audit assignments aiming to add value by focusing on underlying causes from the start.

  • Risk management reviews to identify and address the root causes of known risks and issues.

  • Process improvement initiatives that avoid quick fixes and ensure sustainable corrective actions.

  • Compliance audits to evaluate whether corrective measures are effective and address root causes.

FROM THEORY TO EVERYDAY LIFE

In practice

01

Auditing a Known Issue Area

When auditing a manufacturing process with known quality issues, apply RCA from the start by questioning whether management has identified root causes or is applying quick fixes. Use tools like fishbone diagrams to explore causal factors, ensuring the audit focuses on underlying issues rather than validating surface-level problems.

02

Auditing an Area with No Identified Issues

For a financial reporting process with no known problems, proactively consider potential 'hairline cracks'—weaknesses that could lead to issues. For example, examine if risk appetite is clear, roles are defined, and controls are designed effectively. This early RCA helps identify improvement opportunities beyond compliance.

✳

A MOMENT TO REFLECT

Put it to work.

  1. How can you incorporate RCA questions into the planning phase of your next audit assignment?

  2. What 'hairline cracks' might exist in the area you are auditing that could lead to future issues?

  3. Are management's current action plans addressing root causes or just symptoms of the problems identified?

Connected ideas

Another lens can bring the same problem into focus.

Often confused with

References

  1. Lean Auditing — Nancy Haig

CONTINUE THE CONVERSATION

Source texts

  • Beyond the Five Whys Root Cause Analysis and Systems Thinking (James C. Paterson)
← More decision frameworks